Бесплатный бриф
Статьи

ЭДО в 1С: с чего начать обмен документами

Иван Бохан· · 9 мин чтения

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

Ноутбук с электронным документом на рабочем столе

Что именно вы хотите перестать делать вручную

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

Электронный документооборот в 1С помогает отправлять и получать документы, подписывать их электронной подписью и видеть ход обмена. Для обмена с контрагентами предназначен сервис 1С-ЭДО. Возможности работы непосредственно из учётной базы перечислены в официальном описании сервиса

Есть и другая задача: подготовка документов внутри компании, работа с версиями, внутренние проверки перед подписанием. Её нельзя смешивать с доставкой документа покупателю. «1С:Документооборот» и 1С-ЭДО — разные решения, которые могут использоваться совместно. Выбор начинается с того, где именно задерживается работа.

Сформулируйте желаемое изменение обычными словами: «Бухгалтер получает документ поставщика в рабочей базе и понимает, что с ним делать» или «Менеджер видит, что покупатель ещё не подписал документ». Такая формулировка даёт команде проверяемую цель. По ней гораздо проще принять работу, чем по обещанию «подключить ЭДО».

Возьмите документ, который уже приходится искать

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

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

Для разбора достаточно простой таблицы. Заполняйте её вместе с теми, кто ежедневно работает с выбранным документом.

| Что выяснить | Что зафиксировать | |---|---| | Откуда берутся данные | Документ или запись в учётной базе | | Кто проверяет содержание | Сотрудник и перечень проверок | | Кто подписывает | Уполномоченный подписант и порядок его замещения | | Кто получает документ | Организация и контакт для пробного обмена | | Когда работа завершена | Требуемые подписи, понятный статус, связь с учётом | | Что делать при возврате | Кто разбирает причину и готовит исправление |

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

До настройки свяжитесь с другой стороной

Урок из материалов VANTEAM по перевозочным документам применим и к обычному обмену с контрагентами: готовность своей базы ещё не означает готовность всей цепочки. Внешний участник должен получить документ и выполнить свою часть работы. Поэтому контакт со стороны покупателя или поставщика нужен до пробной отправки.

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

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

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

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

Ноутбук с открытым документом и стопка бумажных папок рядом
Пока один поток документов не доведён до конца, остальные подключать рано.

Проверьте, что происходит после кнопки «Отправить»

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

Попросите сотрудника пройти сценарий самостоятельно, пока специалист наблюдает. Так становится видно, где человек ищет нужное действие, понимает ли сообщение программы и может ли найти результат. Демонстрация, в которой всё нажимает настройщик, не показывает, сможет ли бухгалтер повторить тот же путь завтра.

Проверьте следующие вещи:

Затем разберите возврат или отказ. Достаточно учебного сценария в подходящей среде либо совместного разбора порядка действий. Кто увидит причину, кто проверит содержание, кто свяжется с партнёром? Эти вопросы особенно полезны до запуска: при первой реальной ошибке сотруднику уже будет на что опереться.

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

У зависшего документа должен быть следующий шаг

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

Назначьте ответственного за выбранный поток документов. Он следит за незавершёнными обменами и помогает разбирать исключения. Проверка содержания, подписание и связь с контрагентом при этом могут оставаться у разных людей. Их зоны ответственности нужно договорить до того, как появится первый спорный документ.

Предусмотрите отсутствие основного сотрудника. Кто примет входящие документы, если бухгалтер в отпуске? Кто имеет право подписать их и подготовлено ли его рабочее место? Как коллега узнает историю переписки? Эти вопросы показывают, насколько процесс зависит от памяти конкретного человека.

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

Расширяйте обмен, когда первый поток стал понятным

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

В VANTEAM изменения внедряют по Agile:SCRUM: выбирают ближайший результат, показывают его пользователям, собирают обратную связь и уточняют дальнейшую работу. Для ЭДО таким результатом может стать законченный обмен по выбранному сценарию. Его проверяют вместе с бухгалтерией и сотрудниками, которые готовят документы.

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

Начинать электронный обмен стоит с пути документа, который команда сможет пройти без постоянных напоминаний руководителя. Когда данные берутся из учёта, участники знают свои действия, а остановки видны ответственным, появляется то самое спокойствие. О том, как сохранить эту связь между настройкой и повседневной работой, — материал почему внедрение 1С:ERP становится обузой

---

title: ЭДО в 1С: с чего начать обмен документами с контрагентами

description: Электронный документооборот в 1С: что подготовить до подключения, как провести первый обмен с контрагентом и проверить, что документы не зависают в пути.

FAQ

Что такое электронный документооборот в 1С? Это работа с электронными документами из программы: подготовка, отправка, получение, подписание и отслеживание обмена. Конкретные возможности зависят от конфигурации и подключённого сервиса.

Как начать пользоваться 1С-ЭДО? Выберите поток документов, проверьте возможности своей базы, подписи и полномочия участников. Подключите организацию, установите обмен с контрагентом и проведите выбранный документ до завершения.

Как обмениваться документами, если у контрагента другой оператор? Проверьте возможность роуминга между операторами и порядок его подключения. После установления связи проведите согласованный пробный обмен.

Как проверить, что ЭДО готов к повседневной работе? Сотрудник должен самостоятельно пройти весь сценарий, найти итоговый документ и его статус, а также понимать порядок действий при отказе или возврате.

Чем 1С-ЭДО отличается от «1С:Документооборота»? 1С-ЭДО обеспечивает электронный обмен, в том числе с контрагентами. «1С:Документооборот» решает более широкий круг задач работы с документами и внутренними процессами. Решения могут использоваться совместно.

---

Редактору, вне статьи. Выбрана форма лонгрида. Заданный H1 с названием продукта противоречит прямому запрету брифа — поэтому заголовок изменён. По просмотренным результатам поиска интент подходит для статьи о начале внешнего обмена; приведённые в карте запросы про внутренние задачи и согласование относятся к соседнему интенту. Это предварительная проверка, не региональный замер Яндекса.

Нужны коды внешних первоисточников:

Различие решений в FAQ сверено с описанием возможностей «1С:Документооборота».

Следующий шаг

Бесплатный бриф.
Иван Бохан отвечает лично.

Расскажите, какая у вас конфигурация 1С и что нужно закрыть в ближайший месяц. Посмотрим базу и вернёмся с планом и оценкой в часах.

Телефон
+7 (926) 994-94-10
Email
sales@vanteam.ru

Получить бесплатный бриф

Данные используются только для ответа на запрос и не передаются третьим лицам для их целей.