Полная автоматика с ручной правкой — это не оксюморон, а архитектура

Клиент на разборе формулирует запрос честно: хочу, чтобы ничего не приходилось разбирать руками, но чтобы правки внутри 1С остались возможны. И тут же сам себя ловит — а это вообще совместимо? Если система автоматическая, зачем ей ручная правка? Если правка нужна, какая же это автоматика?

Вопрос не риторический. От ответа на него зависит, что именно мы соберём и сколько это будет стоить. Давай разложим по полочкам, потому что здесь путаница не в логике клиента, а в самом слове «автоматика».

Автоматика без надзора — это не то же самое, что автоматика без правок

Путаница возникает из-за того, что «автоматика» в голове предпринимателя часто означает «чёрный ящик, куда я не заглядываю». Загрузили — на выходе готово, никто не трогал. Это удобный образ, но он описывает не автоматику, а полное отсутствие контроля.

На деле любая рабочая система автоматизации — это конвейер с несколькими станциями. На одних система работает сама: разбирает документ, сверяет поля, разносит данные. На других — оставлен зазор для человека: подтвердить нестандартный случай, поправить редкое исключение, откатить ошибочную операцию. Зазор — не баг системы, а спроектированная точка контроля.

Разница между «автоматика с лазейкой» и «недоделанная автоматика» простая: в первом случае зазор один, известный заранее, и находится там, где цена ошибки высока. Во втором — зазоров много, они возникают стихийно, и по сути это ручной труд, притворяющийся автоматикой.

Где именно нужна ручная правка в 1С

Когда клиент говорит «правки в 1С должны остаться возможны», за этим обычно стоит одна из трёх ситуаций:

• Документ пришёл в нестандартном формате, и система не уверена, куда его разнести — вместо угадывания она откладывает документ в очередь на подтверждение.
• Бухгалтер видит, что цифра выглядит странно — сумма не бьётся с ожидаемой, — и хочет проверить вручную, прежде чем документ закроет месяц.
• Нужно исправить уже проведённую операцию — контрагент прислал корректировку, и правку нужно внести без пересборки всей цепочки.

Во всех трёх случаях правильный ответ — не «отключить автоматику», а спроектировать точку входа. Система разносит основной поток без участия человека и одновременно оставляет понятный список исключений, куда бухгалтер заходит по расписанию, а не тушит пожар посреди месяца.

Это и есть архитектура, а не компромисс. Компромисс — это когда правки нужны везде, потому что система не справляется с потоком. Архитектура — когда правки нужны в заранее известных пяти процентах случаев, а девяносто пять идут без участия человека.

Как это меняет договорённость на берегу

Здесь стоит проговорить то, что часто остаётся за скобками на этапе продажи: «полная автоматика» без единой точки ручного контроля почти всегда означает, что где-то система будет ошибаться молча. Ошибка без надзора хуже, чем медленная работа с надзором — потому что она обнаруживается не в момент возникновения, а через месяц, когда закрытие уже прошло.

Поэтому на разборе мы фиксируем не «автоматика или нет», а конкретный список точек контроля: где система решает сама, где откладывает на подтверждение, где человек может войти и поправить руками без последствий для остального процесса. Список входит в техническое задание — то же самое, что фикс-цена и фикс-срок в договоре: если сдвинем срок, вернём 30% стоимости, и точно так же чётко прописано, что именно система делает сама, а что оставлено под контролем.

Что выбрать: стартер, архитектуру под нишу или полную архитектуру

Объём точек ручного контроля — один из факторов, который определяет уровень коробки. Чем проще поток документов и чем меньше исключений, тем ближе решение к ИИ-Стартеру — 59 000 ₽, внедрение за 7–10 дней: базовое разнесение без ручного дублирования полей, с одной понятной точкой подтверждения для нестандартных случаев.

Если поток документов идёт из нескольких источников, а исключений заметно больше одного типа, разговор смещается в сторону Архитектуры под нишу — 149 000 ₽, 3–4 недели: здесь точек контроля обычно несколько, и каждая описана отдельно, чтобы бухгалтер точно знал, где ждать уведомление, а где система справится сама.

Полная архитектура — 250 000 ₽, 60 дней — нужна, когда ручной контроль встроен не в один процесс, а в несколько связанных: разнесение первички, сверка с банком, закрытие месяца. После внедрения любого уровня система не остаётся без присмотра — обслуживание от 10 000 ₽/мес поддерживает точки контроля актуальными, когда меняются формы документов или условия работы с контрагентами.

Правильный вопрос звучит не «можно ли назвать это автоматикой», а «сколько точек контроля нужно и где именно они должны стоять». На этот вопрос у нас пока нет готовой цифры под конкретно твой поток документов — она появляется только после разбора твоих процессов, не раньше.

Если хочешь понять, где в твоём процессе автоматика справится сама, а где нужно оставить лазейку для правки — запишись на бесплатный разбор, 30 минут по видеосвязи.