В прошлом году мы заходили к дистрибьютору, где собственник просил «новую систему и нормальные отчеты». За 2 недели стало понятно, что проблема не в отчетах. Бухгалтерия тратила 3-4 часа в день на сверку оплат, потому что данные руками ходили между amoCRM, клиент-банком, Excel, Диадок и 1С.
Я бы не начинал с большой перестройки. Сначала надо найти места, где уже существующие данные кто-то перепечатывает, пересылает или правит вручную. Обычно именно там сидят самые дорогие ошибки, и убрать их можно за 6-12 недель.
Учет ломается не в отчетах, а в переходах между системами
Учет - это следствие того, что происходит в операционке. Если менеджер создал заказ в CRM, бухгалтер занес счет в 1С, склад подтвердил отгрузку в чате, а оплату потом кто-то сопоставил по выписке руками, у каждого отдела будет своя версия цифр.
Мы обычно начинаем с карты потока данных: сделка -> счет -> оплата -> отгрузка -> УПД -> проводка -> управленческий отчет. На одном проекте для оптовой торговли на Laravel 11 + PostgreSQL 16 + 1С команда была уверена, что ручных переходов пять. После разбора нашли 14 ручных переходов.
У того самого дистрибьютора было 1 200 документов в месяц. После связки CRM, банка и 1С, плюс нормальных статусов и журнала ошибок, сверка оплат сократилась до 20-30 минут, а закрытие месяца ускорилось на 2 рабочих дня.
Если у вас все живет в Excel, это еще не повод покупать ERP. Сначала найдите 3-5 разрывов, которые дают большую часть ошибок.
Первыми идут процессы, где ошибка стоит дороже разработки
Частая ошибка - автоматизировать то, что сильнее раздражает команду. Я сам в это заходил. В сервисной компании мы сначала полезли в красивые BI-отчеты, а потом увидели 60 часов в месяц на ручное создание счетов, актов и разбор оплат. Отчеты на грязных данных просто аккуратно показывают бардак.
Я смотрю на четыре вещи:
- сколько раз в месяц повторяется операция;
- сколько стоит ошибка в рублях или в задержке оплаты;
- влияет ли процесс на дебиторку и деньги в обороте;
- сколько часов там сгорает руками.
Вот что обычно дает быстрый эффект в первой волне.
| Процесс | До | После |
|---|---|---|
| Сверка оплат | 3-4 часа в день | 20-30 минут |
| Ручные операции на 100 документов | 35-50 | 10-20 |
| Закрытие месяца | 6-8 дней | 4-6 дней |
| Автообработка платежей | 20-30% | 70-85% |
Как понять через полтора месяца, туда ли вы пошли? Смотрите на три показателя: время закрытия месяца, число ручных действий на 100 документов и долю автоматически сопоставленных платежей. Если через 6-8 недель они не меняются, значит, автоматизировали не тот участок.
Точечная интеграция часто закрывает вопрос
Если болит один участок, я не тащу в проект тяжелый контур. Для связок банк -> 1С, CRM -> счета, склад -> отгрузки часто хватает API, webhooks и типового коннектора. Такой кусок можно собрать за 3-6 недель, если справочники не в мусоре.
Когда систем много и события приходят не по порядку, нужен отдельный слой обмена. Мы обычно оставляем 1С как учетное ядро, а интеграции выносим в Node.js 20 + NestJS или Python. Там живут логи, повторная отправка, контроль ошибок и аудит изменений.
Если автоматизация идет без логов, прав доступа и ручного сценария на случай сбоя, она быстро превращается в черный ящик. Для бухгалтерии это плохая идея: никто не хочет искать потерянный платеж в пятницу вечером.
Один разрыв данных
-> API / webhook / готовая интеграция
Несколько систем и события в разное время
-> очередь сообщений / ETL / интеграционный слой
Нет единого процесса заказ -> отгрузка -> оплата
-> пересборка процесса + учетное ядро
Бухгалтерия почти всегда догоняет продажи, склад и производство
Для торговли критична цепочка заказ -> резерв -> списание -> отгрузка -> документы -> взаиморасчеты. Для производства добавляются выпуск, движение материалов и фактическая себестоимость. Поэтому учет часто начинают чинить со склада, а не с бухгалтерии.
У небольшого производителя расхождения по остаткам были на уровне 12-15%. Из-за этого закупали в последний момент и дороже, а маржинальность считали по ощущениям. После нормальной фиксации списаний и выпуска расхождение упало до 2-3%.
Был и неудачный кейс. Мы сделали у производственной компании три отдельных обмена: CRM -> счета, склад -> 1С, банк -> выписка. Формально все работало, но статусы заказов расходились, себестоимость приезжала с лагом, бухгалтерия в конце месяца руками правила десятки документов. Пришлось пересобирать весь путь заказа целиком: отдельные заплатки там уже не спасали.
Нормальный старт - короткий аудит и одна волна внедрения
Для SMB схема простая: сначала аудит, потом пилот на одном-двух участках, потом расширение. Без проекта на год и без марафона согласований.
Обычно я предлагаю такой порядок:
- 1-2 недели - карта процессов и базовые метрики;
- 3-4 недели - выписки, счета, статусы оплат;
- 5-8 недель - ЭДО, акты, УПД, сверки;
- дальше - склад, производство и управленческие цифры, если база уже чистая.
Собственнику часто хочется купить одну большую систему и закрыть вопрос. Я видел это десятки раз и не жду от такого подхода быстрых чудес. Возьмите один процесс, где люди каждый день переписывают одни и те же данные, и посчитайте его в часах и ошибках - там обычно и лежит самый дешевый рост.
