Бизнес ужасно любит слово "автоматизация" и еще больше любит вкручивать в системы свои фирменные фичи (в народе - "костыли"). Интеграция с чем-нибудь модным, самописный блок "под нас", пара хитрых обработок, чтобы "работало как привыкли". А думать о том, что будет с этим зоопарком через год, никто не хочет. До тех пор, пока в пик продаж не встает склад, кассы не зависают намертво, а ключевые сотрудники не приносят заявления на увольнение. Как это выглядит изнутри. Сценарий почти всегда одинаковый: - Есть типовая 1C - понятная, с документацией, логикой и поддержкой вендора. - Есть бизнес, который "чуть-чуть не укладывается" в стандарт. - Вместо того чтобы перестроить процесс, бизнес говорит: "Давайте просто допилим под нас". Дальше в систему вкручиваются самописные модули, никто не пишет документацию, не рисует схемы потоков данных, не фиксирует условия возникновения документов. Через пару лет система превращается в "черный ящик": вроде работает, но никто не знает, что внутри. Любая правка - как работа сапера: шаг в сторону, и взрыв. Почему это путь в никуда. Риск "отвала" функционала при обновлениях. Самописные модули - костыли, вживленные в типовой механизм. Любое обновление (законодательство, интеграции, оптимизация) может столкнуться с этим кодом лбом. Узнаем мы об этом тогда, когда процесс уже встал. Обновили отчетность - сломали расчеты. Итог - паника, сорванные сроки, ручной аврал. "Эффект домино" и спагетти-код. Разработка без архитектуры рождает нагромождение зависимостей. Удаляешь "маленький костыль" в складском учете - падает отчет по продажам. Поправить одно, не сломав другое, невозможно: каждая доработка тянет за собой цепочку побочек. Производительность в часы пик. Неоптимизированные запросы в самописных блоках "забивают" сервер именно тогда, когда поток максимален. Система "думает" над каждым чеком по 10 секунд. На большом потоке это десятки часов потерянного времени в неделю - сотрудники меньше продают и больше воюют с интерфейсом. Обязательные интеграции. Обновления обязательных внешних систем - юридическая обязанность. Если поверх типовой логики стоят самописные "улучшатели", каждое обновление превращается в мини-проект. Непрозрачные алгоритмы - риск блокировки продаж, штрафов и остановки деятельности. Экономика "слепой" автоматизации. Простой в пик на 4 часа - прямые убытки плюс экстренный вызов разработчиков по завышенной ставке. Доработка "вслепую": 100 часов кода и еще 50 на исправление последствий. В сумме это в три раза дороже, чем сделать нормально один раз. Тормозящий софт: 5 минут на заказ вместо 1. При 500 заказах - 33 часа "съеденного" времени в день. До 30% фонда оплаты труда уходит на борьбу с системой, а не на работу. Что делать, если 1C уже завалили "костылями". Паниковать поздно. Нужен план: Инвентаризация - вскрыть все самописные модули и описать их человеческим языком: что создается, при каких условиях, с чем связано. Аудит и стресс-тесты - прогнать "грязные сценарии" и увидеть, где система ломается. Техпаспорт - собрать логику в базу знаний, чтобы новый разработчик быстро понял, куда можно лезть, а куда нельзя. Рефакторинг - поэтапно возвращать функционал на типовые механизмы и очищать систему от костылей. Автоматизация сама по себе бизнес не спасает. Хаотичная автоматизация без архитектуры его методично убивает. Если вы хотите "быстро допилить", закладывайте в бюджет простои, штрафы и замену людей, которые устали работать в системе, где каждый клик - поле боя.