да, с вашей 1с работать можно — и в большинстве случаев для этого никто не лезет внутрь базы. схема, которая закрывает основную часть задач: 1с по расписанию выгружает нужные данные (эксель, папка-обменник, письмо на почту), агент читает эти выгрузки, делает свою работу и кладёт результат туда, откуда человек его заберёт или загрузит обратно. выглядит менее изящно, чем прямая связь с базой, и обходится дороже процентов на 10–20 из-за возни с форматами. зато запускается сейчас, не трогает вашу учётную систему и не встаёт в очередь к вашему 1с-нику. дальше — где у этой схемы потолок, что всё-таки придётся делать на стороне 1с, какие задачи берут первыми и сколько это стоит.

обмен через выгрузки — это костыль?

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

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

и откуда берутся те самые 10–20% сверху. форматы выгрузок у всех свои. одна и та же номенклатура в 1с и в crm называется по-разному, и это соответствие кто-то должен один раз разложить. выгрузка иногда ломается, потому что в справочник добавили поле. всё это не сложно, но это часы работы, которых при прямом подключении не было бы.

а если нужен прямой доступ к базе

тогда начинается зона, за которую я не отвечаю, и я говорю об этом до сметы, а не в середине проекта.

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

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

что если учётная система самописная

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

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

какие задачи в связке с 1с берут первыми

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

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

общее у них одно: агент читает данные, думает и готовит результат. записывать в вашу базу для этого чаще всего не требуется вовсе.

а он не наломает дров в базе

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

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

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

сколько это стоит

пилот-агент — 200 000 ₽ фикс, 2–3 недели. в эту сумму входит разбор процесса, сам агент и его подключение к тому обмену, который у вас уже есть: к папке с выгрузками, почте, файлам. цена фиксированная, доплат по ходу нет.

если интеграций нужно больше, чем закрывает пакет — например, надо поднять новый обмен, состыковать 1с с crm или переложить справочники, — это считается по объёму после разбора. называть здесь цифру я не стану: пока не видел ваши выгрузки и не знаю, что за конфигурация и насколько она допилена, любая сумма будет выдумкой. на разборе цифра появляется и дальше уже фиксируется.

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

с чего начать, если вся компания живёт в 1с

три шага, которые можно сделать до любых разговоров с подрядчиками:

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

про то, из чего вообще складывается цена внедрения, есть подробный разбор, а про работу с документами и накладными — отдельная статья.