ответ сразу: чтобы бухгалтер перестал вбивать счета руками, а менеджер — собирать договор копипастой из трёх старых, не нужно «внедрение эдо» за миллионы и полтора года. нужен ии-слой поверх того, что у вас уже есть: почты, экселя, 1с, папки на диске. три типовые задачи — извлечение данных из входящих документов, проверка документов по правилам, сборка типовых документов из данных — закрываются пилотом за 200 000 ₽ фикс каждая, а самая простая версия собирается промптами бесплатно за вечер. дальше — какие документы отдавать ии первыми, где граница возможного и почему «платформа документооборота» и «автоматизация работы с документами» — это два разных продукта, которые продают вам под одним названием.
подмена, на которой теряют миллионы
когда бизнес говорит «у нас бардак с документами», интегратор слышит «продадим внедрение эдо». но эдо решает задачу юридически значимого обмена: подписи, регламентные сроки, обмен с контрагентами. это нужная вещь — и она не убирает ручную работу, которая бесит на самом деле:
- бухгалтер переносит цифры из pdf-счёта в 1с глазами и руками;
- юрист вычитывает типовой договор подряда сорок минут, чтобы найти два отклонения от шаблона;
- менеджер собирает акт из экселя с реквизитами, копируя строки;
- руководитель ищет «тот самый договор с пунктом про отсрочку» по папкам за три года.
это не задачи документооборота — это задачи работы с содержимым документов. эдо-платформа их не решает: она перевозит документы быстрее, но читают и заполняют их по-прежнему люди. ии решает именно их — и для этого не нужно менять систему, в которой вы живёте.
три операции, которые снимаются
1. извлечение: из документа — в систему
входящий счёт, накладная, акт, анкета — ии читает документ (включая сканы и фото с телефона), достаёт нужные поля и кладёт их в вашу систему: 1с, crm, эксель, куда скажете. человек не вбивает — человек проверяет подсвеченные поля, и то не все, а те, где модель не уверена.
точность на типовых документах — 95–99% по полям. поэтому схема всегда «ии извлёк — человек подтвердил», а не «ии сам провёл платёж»: цена ошибки в реквизитах слишком высокая, чтобы убирать проверку. но проверить подсвеченное — 20 секунд вместо трёх минут вбивания.
2. проверка: документ против правил
у типового договора есть 10–20 пунктов, которые на самом деле проверяет юрист: предмет, сроки, ответственность, отсрочка, подсудность, порядок расторжения. ии прогоняет входящий договор по вашему чеклисту и отдаёт список отклонений: «пункт 4.2 — отсрочка 60 дней вместо стандартных 30, пункт 8.1 — подсудность у них, а не у нас».
юрист смотрит не весь договор, а пять отклонений. типовой договор — 5 минут вместо сорока. важная граница: ии находит отклонения, решение «подписывать или нет» остаётся за человеком. это инструмент юриста, а не его замена — на нестандартных договорах живой специалист по-прежнему незаменим.
3. сборка: из данных — в документ
обратная задача: есть карточка сделки в crm — нужен договор, счёт, акт по вашему шаблону. ии заполняет утверждённый шаблон данными, помечает места, где данных не хватило, и отдаёт черновик. не «сочиняет договор» — именно заполняет ваш шаблон: творчество в юридических документах никому не нужно.
какие документы отдавать ии первыми
не все документы одинаково пригодны. таблица-приоритизатор:
| документы | пригодность | почему |
|---|---|---|
| входящие счета, накладные | отдавать первыми | массово, типово, поля стандартные, проверка простая |
| типовые договоры (аренда, подряд, поставка) | отдавать первыми | проверка по чеклисту, отклонений мало, объём стабильный |
| акты, счета на оплату исходящие | отдавать первыми | сборка из шаблона, данные уже в системе |
| анкеты, заявки, брифы от клиентов | да, вторым шагом | форматы гуляют, но поля извлекаются надёжно |
| первичка со сканов плохого качества | осторожно | точность падает, доля ручной проверки растёт |
| нестандартные договоры, м&а, споры | не отдавать | каждый уникален, цена ошибки высокая, ии — максимум помощник для поиска по тексту |
| документы с рукописным текстом | не отдавать первыми | распознаётся хуже печатного, много исключений |
логика приоритета: объём × типовость ÷ цена ошибки. начинайте с того, что часто, одинаково и проверяемо.
сколько это стоит на самом деле
- 0 ₽ — промпты руками. закинуть договор в claude или gpt с чеклистом «проверь по этим 10 пунктам» — работает уже сегодня, для ип и микробизнеса это честный первый шаг. ограничения: каждый документ руками, никакой интеграции с 1с, и внимательно с конфиденциальностью — в публичные чаты платёжные данные контрагентов лучше не носить.
- 25 000 ₽ — разбор. смотрим ваш поток документов, считаем часы, отдаю roadmap: что автоматизировать первым, что вторым, что не трогать. если окажется, что вам хватит промптов и шаблонов — так и скажу, это тоже результат.
- 200 000 ₽ фикс — пилот-агент на одну операцию: например, входящие счета → 1с с проверкой человеком. интеграции, тесты на ваших реальных документах, метрики. 2–4 недели.
- от 500к — системное внедрение, когда операций несколько и они связаны: извлечение + проверка + сборка + маршрутизация по отделам.
для сравнения: классический проект «внедрение системы документооборота» у интеграторов начинается от 1.5–3 млн и меняет то, как работает вся компания. иногда это оправдано — если вам правда нужны регламентные маршруты согласования на 200 человек. если боль в том, что бухгалтер вбивает счета руками, — вы решите её в 10 раз дешевле, не трогая привычные инструменты.
как посчитать свою выгоду
- выберите один тип документов — например, входящие счета;
- посчитайте штук в месяц и минут на штуку: 400 счетов × 3 минуты = 20 часов;
- добавьте цену ошибок: сколько раз в квартал неверные реквизиты или потерянный документ превращались в проблему и сколько часов стоило разгребание;
- умножьте часы на стоимость часа сотрудника и на 12 — годовая цена этой рутины.
если вышло меньше 150к в год — пилот не окупится, оставьте руками или закройте промптами. если 300к+ — пилот отбивается за полгода максимум, дальше экономия ваша.
частые вопросы
наши данные попадут в чужие нейросети?
в пилотах данные ходят через api с договорным запретом на обучение на ваших данных, либо — для параноидальных случаев — модель разворачивается в вашем контуре. это обсуждается на разборе до старта, а не после инцидента.
у нас самописная учётная система без api. всё пропало?
не всё. выгрузки в эксель, папки-обменники, даже почта — рабочие каналы интеграции, просто менее изящные. дороже на 10–20% из-за возни, но работает. хуже, когда у системы нет и выгрузок — тогда честно скажу, что сначала нужно решить вопрос с доступом к данным.
это заменит бухгалтера или юриста?
нет. это убирает из их дня механическую часть — вбивание, вычитку типового, сборку по шаблону. решения — проводить ли платёж, подписывать ли договор — остаются за людьми, и я специально проектирую так, чтобы это было технически невозможно обойти.
а если налоговая спросит?
документы никуда не деваются — они лежат там же, где лежали, в оригиналах. ии работает с копиями содержимого и ничего не подписывает. юридически значимые действия — подпись, отправка, проведение — делает человек в вашей учётной системе, как и раньше.