Экспресс
от 180 000 ₽
5-7 рабочих дней
- для доработанной или снятой с поддержки базы
- 1 конфигурация и 1 оператор ЭДО
- аудит совместимости на копии базы
- стоп-факторы модуля и маршрут обмена
Если у вас типовая 1С на актуальном релизе и один оператор ЭДО, хватит штатного модуля из личного кабинета. Работаем там, где модуль не ставится или не закрывает процесс: доработанная конфигурация, 1С:Fresh, несколько операторов и роуминг, документы, которые рождаются не в 1С.
Форматы
Можно проверить, встанет ли штатный модуль на вашу базу, собрать обмен по одному оператору или спроектировать контур с несколькими операторами и юрлицами.
от 180 000 ₽
5-7 рабочих дней
от 420 000 ₽
10-15 рабочих дней
от 790 000 ₽
4-6 недель
Окупается там, где документы уже идут потоком, а ручная сверка статусов, повторные отправки и застрявшие в роуминге документы отнимают время закрытия месяца.
Когда окупается
Смотрим, что мешает потоку сейчас: релиз и доработки 1С, форматы и свои реквизиты, статусы и квитанции, подпись и МЧД, роуминг и повторные отправки.
В базе документ помечен отправленным, а у оператора он отклонен, ждет титул покупателя или не ушел из очереди. Расхождение всплывает на сверке в конце месяца или в звонке контрагента, и документы досылают задним числом.
Отправка идет через COM-компоненту или SDK без поддержки, а человека, который это собирал, в компании уже нет. Обновление релиза ставит обмен на паузу, документы на это время набивают в кабинете оператора руками, и с этим же куском не уйти в 1С:Fresh, веб-клиент и на Linux.
Часть контрагентов в Диадоке, часть в СБИС или Такскоме, и чтобы понять, дошел ли документ, бухгалтер открывает кабинеты по очереди. Застрявшие в роуминге документы замечают поздно и отправляют повторно, а у контрагента появляется дубль.
Отгрузка собирается в WMS или TMS, акт закрывается на портале заказчика, счет выставляет биллинг, а в 1С те же документы вводят повторно, чтобы отправить через ЭДО. Двойной ввод дает расхождения в номерах, спецификациях и суммах, и разбирают их вручную.
На закрытии месяца весь поток идет через одного подписанта: у каждого юрлица свой сертификат, по части сотрудников нужна МЧД, а подписать надо все сразу. Пока разбирают очередь, документы уходят контрагентам с задержкой на несколько дней.
Смотрим на копии базы релиз, доработки, платформу и среду запуска и пишем, где хватает штатного модуля оператора, а где нужен отдельный обмен.
Путь каждого типа документа: система-источник, оператор и роуминг, юрлицо и КПП, подписанты, отказы, аннулирования и участки, где документ набивается руками.
Связываем статусы у оператора и в 1С: титулы сторон, извещения и подтверждения, отказ в подписи, аннулирование и корректировочные документы.
Описываем методы HTTP API, свои реквизиты сверх формализованного формата, сопоставление номенклатуры, подпись detached CMS, повторные отправки без дублей и критерии приемки.
Ограниченный круг контрагентов и типов документов, тестовый ящик оператора, критерии Go / No-Go и возврат к текущему способу обмена.
Артефакт
Показываем, где штатный модуль встает, а где нет: релиз и доработки, документы и операторы, статусы и квитанции, критерии пилота.
РискОбновление платформы или релиза конфигурации останавливает обмен, а компоненту уже никто не сопровождает.
ДействиеПеревести отправку на HTTP API оператора, идентификаторы и статусы ЭДО держать в расширении.
РискОтказ в подписи виден только в личном кабинете оператора, о проблеме узнают от контрагента при сверке в конце месяца.
ДействиеСвести статусы и титулы в одну таблицу, включить алерты на документы, застрявшие без квитанции.
РискРучная разноска входящих отнимает время бухгалтерии, но не блокирует пилот на исходящих УПД.
ДействиеВынести автосопоставление номенклатуры во второй этап, после сверки реестра по исходящим.
Квалификация
Экономика
Считаем не экономию на лицензиях оператора, а часы, которые уходят на сверку статусов, повторные отправки и поиск документов перед закрытием месяца.
Столько уходит там, где реестр 1С сверяют с личным кабинетом оператора руками, а после отказа отправляют документ заново - и все это на потоке в тысячи документов в месяц. Вашу цифру смотрим на аудите по журналу обмена.
Доля зависит от того, у каких операторов ваши контрагенты, поэтому по вашему контуру считаем ее отдельно. Сроки роуминга мы не ускоряем: приглашения, отказы и зависшие документы просто видны в одном журнале, а не всплывают через месяц, когда позвонит контрагент.
Статусы и квитанции оператора видны в 1С, а алерты на очередь показывают застрявшие документы внутри периода, а не на сверке. Насколько это разгрузит закрытие у вас, зависит от доли ЭДО в документообороте.
Доверие
Работаем там, где документ проходит через несколько систем и юрлиц, а ошибка обмена видна не сразу, а в конце месяца.




Кейсы
Штатный модуль - это внешняя обработка для типовых конфигураций, и если у вас типовая база на актуальном релизе, один оператор и десятки документов в месяц, проект не нужен: модуль подключается через личный кабинет оператора или сервисный центр и стоит как годовая лицензия, а не как разработка. Беремся за случаи, где модуль не встает или упирается в потолок: доработанная конфигурация, 1С:Fresh и веб-клиент, рабочие места на Linux, интеграция на старой внешней компоненте, несколько операторов, поток документов, который должен уходить без бухгалтера. Лицензию и тарифы за документы вы платите оператору напрямую, мы их не перепродаем.
Нет. Диадок обычно основной контур, но рядом живут СБИС, Такском и Астрал, внутри 1С может стоять 1С:ЭДО поверх своего оператора, а перевозочные документы уходят в ГИС ЭПД через оператора ИС ЭПД. Проектируем общий слой обмена: статусы разных операторов сводим в одну модель, входящие и исходящие - в один журнал.
Нет. Роуминг открывают операторы: часть связок поднимается автоматически, часть требует заявки и ответа второй стороны, и на сроки мы не влияем. Убираем ручное отслеживание: приглашения, отказы и зависшие документы попадают в один журнал, и видно, по каким контрагентам обмен не работает и что с ними делать дальше.
Да. Обычно первый контур - это исходящие УПД по ограниченному списку контрагентов, 2-4 недели пилота и критерии Go / No-Go, зафиксированные на входе. Срок зависит от того, как быстро дают доступы, тестовый ящик и данные для сверки.
Да, но по минимуму. Идентификаторы документов ЭДО, статусы и служебные реквизиты в базе хранить все равно придется, поэтому этот слой держим в расширении, а очередь, отправку, повторы и разбор квитанций выносим на серверную сторону, где порядок хранения сертификата согласуем с вашей ИБ. Совместимость с текущими доработками проверяем на копии базы и фиксируем объем адаптаций до старта.
Нет. Конфигурация, печатные формы и учет остаются за ним, на нас - обмен с оператором: форматы, статусы, квитанции, повторные отправки и мониторинг застрявших документов. Границу, доступы и порядок эскалации фиксируем письменно до старта, чтобы обмен не оставался ничьей зоной, когда оператор меняет формат.
Аудит 1С и ЭДО
Опишите конфигурацию 1С, операторов и объем документов в месяц. На первом созвоне скажем, похоже ли это на случай штатного модуля оператора, и что придется проверить на копии базы.
Не любите формы — напишите или позвоните: info@it-only.ru 8 (800) 222-12-56