К содержимому
MoranaLabs.
Инженерные гайды11 мин чтения2 просмотра

Автоматизация процессов внутри 1С: где учетная система становится узким местом 

1С прекрасно автоматизирует то, что внутри нее: проведение, регистры, отчеты. Процессы встают на границах — там, где мир встречается с базой, и там сидят люди-прокладки: перепечатывают, выгружают, сверяют. Карта пяти границ и диагностика узкого места за час.

0xReality

В компании стоит система, купленная и настроенная ради автоматизации бизнеса. Рядом с ней сидит человек, чья должность — перепечатывать в нее то, что уже набрано в другой системе. Через стол — второй: он выгружает из нее данные в Excel, обрабатывает руками и загружает обратно. В соседнем кабинете — третья: она сверяет то, что в этой системе, с тем, что в другой такой же, только называется она УТ, а не Бухгалтерия.

Это не карикатура, это типовая планировка российского офиса. И 1С здесь не виновата: с тем, что происходит внутри нее, она справляется образцово — документ проводится за секунды, регистры сходятся, отчеты строятся. Узким местом учетная система становится в другом месте — на границах, где она встречается с внешним миром, соседними системами и другими базами. Именно там живут люди-прокладки, и именно там процессы стоят днями при секундах машинного времени внутри. Разберем эти границы по одной — с диагностикой и способами лечения.

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

Учет и процесс — разные вещи

Сначала о причине, почему так выходит. 1С автоматизирует учет: фиксацию свершившихся фактов в правильных регистрах. Но бизнес-процесс шире факта: заявка появляется в почте, уточняется в переписке, согласуется в мессенджере, превращается в резерв, отгрузку и счет — и только отдельные точки этого маршрута отражаются в базе документами. Все, что между точками, платформа честно оставляет людям.

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

Проследите таймлайн одной заявки. В 9:12 письмо клиента упало в общий ящик. В 11:40 менеджер его увидел — было совещание. В 14:00 уточнил номенклатуру, ответ пришел под конец дня. Наутро оператор завела заказ, после обеда ушел счет. Суммарное машинное время 1С во всей этой истории — минуты. Все остальное — полтора дня жизни заявки — прошло на границах: в ящике, в голове менеджера, в очереди к оператору. Клиент при этом сравнивал вас с тем, кто ответил через час.

Карта пяти границ

ГраницаЧто через нее течетГде руки
Мир → 1СПервичка, заявки, письма, сканыОператор читает и перебивает в базу
1С → мирСчета, акты, ответы, отчеты для внешнихМенеджер собирает документы и пишет письма
1С ↔ соседние системыЗаказы из CRM, статусы, оплаты из банкаДвойной ввод и ручная переброска статусов
1С ↔ 1СОбмены УТ и Бухгалтерии, филиалы, старая и новая базыСверка расхождений после каждого обмена
Внутри базыСопоставление номенклатуры, разнесение платежей, проверки закрытияРутинные операции, где типовой механики мало

По каждой границе — свой характер работы и свой инструмент. Общее одно: чинится граница, снаружи от учетного ядра, и конфигурацию для этого переписывать никто не должен.

Граница первая: мир → 1С

Самая дорогая и самая изученная: накладные, УПД, счета и заявки приходят почтой, сканами и фотографиями, и кто-то перебивает их в базу. Здесь работает связка «модель читает — код проверяет»: документ попадает в 1С черновиком с заполненной шапкой и табличной частью, человек смотрит очередь спорных и проводит. По ЭДО отдельная хорошая новость: документ приезжает структурированным xml по формату ФНС, распознавать нечего — остается сопоставление номенклатуры, о нем ниже. Механика потока целиком — от каналов до арифметических самопроверок — разобрана на странице распознавания документов для 1С; это отдельная дисциплина со своими ценами.

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

Граница вторая: 1С → мир

Обратный поток заметен меньше, потому что размазан по менеджерам: выставить счет и написать сопроводительное письмо; собрать пакет закрывающих по сделке; ответить контрагенту, где его оплата; выгрузить для тендера справку о поставках. Каждая операция — три-семь минут между «открыть в 1С» и «отправить в почте», и минуты складываются в часы незаметнее, чем на первой границе, — оператора ввода видно в штатном расписании, а «полчаса каждого менеджера ежедневно» не видно нигде.

Лечение то же по духу: данные уже в базе, письмо и пакет документов собираются автоматически, человек подтверждает отправку. Типовые ответы контрагентам («ваша оплата разнесена», «акт отправлен по ЭДО») уходят вообще без участия менеджера — на них хватает данных регистров.

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

Граница третья: 1С и соседние системы

Классика жанра — CRM и учетка, которые живут каждая своей жизнью. Сделка выиграна в CRM — заказ в 1С заводится руками; счет оплачен в 1С — статус в CRM двигает менеджер, когда вспомнит. Двойной ввод означает двойные ошибки и вечное «где правда»: в отчете продаж одна выручка, в учете другая.

Важная развилка: если данные на обеих сторонах структурированы и совпадают по смыслу — это задача для обычной интеграции по API, без всякого ИИ, и стоит она как скриптовая работа. Модель подключается, когда на входе живой текст: комментарий менеджера в сделке, из которого надо собрать табличную часть заказа; письмо клиента с уточнением «то же, что в прошлый раз, но синие и в два раза больше». Как строить такие интеграции, чтобы учетная система не легла под нагрузкой и не потеряла транзакционность, — отдельный разбор про интеграцию ИИ с 1С и ERP.

Граница четвертая: 1С и другая 1С

Между двумя базами по регламенту ходит обмен, и у каждого обмена есть хвост: то, что не сматчилось. Контрагент задвоен, номенклатура называется по-разному, документ в одной базе поправили задним числом. Хвост разбирает человек — построчно, после каждого обмена, годами. Отдельный жанр — переезд со старой базы на новую, когда «поживем на двух» затягивается, и сверка двух учетов становится чьей-то постоянной работой.

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

Модель здесь занимается своим коронным делом — нечетким сопоставлением того, что код по жестким ключам сопоставить не смог, с накоплением подтвержденных пар. Где именно расходятся суммы между ЭДО и базой и почему хвост никогда не бывает нулевым — разобрано в статье про сверку ЭДО и данных 1С.

Граница пятая: рутина внутри базы

Есть и работа, которая целиком живет внутри 1С, но типовыми механизмами не закрывается. Сопоставление номенклатуры поставщика со своим справочником — «Кабель ВВГнг(А)-LS 3х2,5» против «Кабель силовой ВВГ-нг(A)LS 3*2.5 ГОСТ». Разнесение платежа с кривым назначением на пять счетов. Проверки перед закрытием месяца, которые главбух гоняет глазами по оборотке. Подсказка кода ТН ВЭД по описанию товара.

Приятная особенность этой границы: обучающие данные уже накоплены в самой базе. Соответствия номенклатуры, подтвержденные при загрузках из ЭДО, история ручных разнесений, прошлые решения — готовая выборка для настройки и проверки модели, ничего размечать с нуля не надо. Задачи этого класса собраны на странице ИИ в 1С — от 250 000 ₽ за первый процесс и без героических переделок системы.

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

Где хватит обмена, а где нужна модель

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

Как это делается, не трогая конфигурацию

Главный страх любого директора со стажем: «сейчас доработают базу, и мы слетим с поддержки». Страх заслуженный — правки типовой конфигурации действительно оборачиваются болью на каждом обновлении. Поэтому принцип всех работ на границах: учетное ядро неприкосновенно. Обмен идет через штатные двери — OData, HTTP-сервисы в расширении, внешние обработки; документы создаются черновиками, проведение остается человеку, каждый шаг пишется в журнал. Полный разбор вариантов встраивания с их ценой и ограничениями — в статье как встроить ИИ в 1С и не трогать конфигурацию.

Диагностика за час: пять вопросов

  1. Есть ли у вас должность-прокладка? Оператор ввода, «девочка на первичке», человек, который заводит заказы из CRM. Каждая такая ставка — граница, застроенная людьми.
  2. Сколько Excel-мостов между системами? Файлы с названиями вида «выгрузка_для_сверки_июль_v3» — верный маркер границы, которую не автоматизировали.
  3. Сколько раз в регламентах встречается «выгрузить — обработать — загрузить»? Каждое вхождение — ручной конвейер на границе.
  4. Кто и сколько ждет 1С-ника? Если отчеты и выгрузки заказывают программисту и ждут неделями — граница «1С → мир» заперта на одного человека.
  5. Сколько у вас баз и кто их сверяет? Ответ «Марина после каждого обмена» означает, что четвертая граница оплачивается ставкой.

Два и больше «да» — у вас есть что считать. Каждое «да» указывает на свою границу: оператор ввода — первая; Excel-мосты и «выгрузи — загрузи» — вторая или третья, смотря куда едут файлы; очередь к 1С-нику — вторая; сверка после обменов — четвертая. Дальше вопрос только в том, какая граница дороже, и это уже арифметика: штуки в месяц, минуты на штуку, ставка тех, кто этим занят. Замерьте неделю — по журналам систем это делается без остановки работы, и цифра «сколько стоит наша граница» обычно заканчивает дискуссию быстрее любой презентации.

Когда 1С не виновата

Честности ради — три ситуации, когда трогать границы рано.

  • Кривой сам процесс. Если заказ и без 1С ходит по семи согласованиям, автоматизация границы ускорит только вход в очередь. Сначала спрямить маршрут, потом ускорять.
  • Правила живут в голове. «Как разносить платежи, знает только Клавдия Ивановна» — сначала правила на бумагу, потом в код: модель учится на примерах и регламентах, телепатии в прайсе нет.
  • Поток мал. Тридцать документов в месяц — граница обходится дешевле вручную. Пороги, с которых окупается пилот, мы считали отдельно — по ставке и частоте, без магии.
  • База в руинах. Периоды не закрывались годами, в справочнике контрагентов пять «Ромашек», остатки отрицательные. Модель поверх такого учета будет уверенно множить хаос на скорость. Сначала гигиена базы — это отдельная и вполне традиционная работа, потом автоматизация границ.

С чего начать

Если после пяти вопросов диагностики граница очевидна — например, на вводе сидят два человека, а хвост обмена разбирается по пятницам, — начинайте с нее: пилот ИИ-автоматизации одного процесса стоит от 320 000 ₽ и за 4–6 недель дает цифры «до и после». Если границ несколько и они спорят за бюджет — ИИ-аудит процессов от 190 000 ₽ проходит по всем пяти с замером по журналам и выдает порядок с расчетом; его стоимость засчитывается в первый проект. Грубую вилку под свой случай можно снять в калькуляторе за пару минут.

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

  • #
  • #автоматизация
  • #бизнес-процессы
  • #ИИ в 1С
  • #интеграции
  • #учетные системы
ПоделитьсяTelegramX
рассылка

Новые статьи — на почту

Лонгриды про ML в проде, edge и компьютерное зрение — сразу после выхода.

Канал в Telegram: morana.log

Без спама. Нажимая «Подписаться», соглашаетесь с обработкой персональных данных

бесплатный pdf-гайд

Edge AI или облако: когда тащить нейросеть на железо

Признаки, фреймворк выбора и прикидка экономии — короткий PDF-гайд на почту.

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

Читать дальше
— заявка

Опишите задачу  ответим как инженеры. 

Оставьте имя и Telegram — остальное обсудим. Без брифов на 40 слайдов и звонков по три раза.

Отвечаем за пару часовотвечает инженер, а не отдел продажNDA по запросу

Любой один канал — куда удобнее, туда и ответим

Или сразу написать в Telegram

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