Визит, заказ, складское действие, доставка и полевое доказательство
Оперативный фактПрактический гид
SFA/DMS и бухгалтерский учёт: где проходит граница
SFA и DMS управляют оперативным исполнением дистрибуции, а бухгалтерское ядро хранит учётный факт, проводки, оценку запасов и закрытие периода. Интеграция передаёт согласованные документы и статусы между этими зонами ответственности.
- ERP и бухгалтерский учёт
- Green Line Trading: маркированный товар, карточка клиента и база на карте
- ИТ-директору

Кто подтверждает каждый факт
Учебная схема для продаж, операций, финансов и IT. Сравните заказ, отгрузку, оплату и возврат: что произошло, что передали и какой результат нужно подтвердить.
Статья для руководителей продаж, операций, финансов и IT, которым нужно связать полевые действия с учётом. Назначайте владельца не всему экрану или заказу сразу, а конкретному факту: кто подтверждает спрос, отгруженное количество, получение денег и учётное отражение. Для каждого факта нужны система-источник, ответственная роль и правило исправления.
Принятый документ, регистры, оценка, проводки и закрытие периода
Бухгалтерский фактСпрос и учётный документ имеют своих владельцев
Визит, клиентский спрос, SKU, количество, цена по доступному правилу и исходный идентификатор заказа.
Заказ с внешним ID, версией, строками, условиями и результатом полевых проверок.
Документ заказа или основание для дальнейшего исполнения. Сам заказ не подтверждает выручку или проводку.
Прослеживаются принятые строки и их версии, частичное исполнение и оставшаяся часть; связанные документы могут быть множественными.
Склад подтверждает отгрузку, учёт - её отражение
Комплектация, отгруженное количество, партия, доставка и операционный статус исполнения заказа.
Подтверждённый отгрузочный документ со складом, датой, товарами и связью с заказом.
Связанные складские и учётные записи по принятой модели. Отгрузка, доставка и признание выручки не обязаны совпадать по времени.
Сверьте строки одной организации и склада, единицы и даты. Для суммы проверьте налог в цене, скидки и округление.
Поступление денег и погашение долга проверяют отдельно
Сообщение о получении денег: плательщик, сумма, способ, время и основание. Обещание оплаты фиксируется отдельно.
Платёжный документ или подтверждённое внешнее событие с назначением, валютой и идентификатором.
Подтверждённое поступление и распределение по обязательствам. Аванс или нераспределённая сумма не означают погашение конкретного долга.
Проверены основание, валюта, дата и распределение. Один платёж может относиться к нескольким обязательствам по правилам учёта.
Приёмка возврата и корректировка учёта - разные факты
Причина, товар, количество, состояние, фото и связь с исходной поставкой или продажей.
Согласованный документ возврата с идентификаторами строк, партией и результатом приёмки.
Корректировка запаса, выручки, себестоимости, налогов и взаиморасчётов по учётной политике.
Количество и сумма связаны с возвратом и исходным документом. Проверьте дату, состав суммы и применённое правило оценки.
От сообщения к подтверждённому результату
Успешная отправка ещё не означает проведение. У каждого перехода должно быть своё подтверждение, а у ошибки - владелец и следующее действие.
- 01Событие
Зафиксировать исполнение
Полевая или операционная роль сохраняет факт, время, объект и доказательство.
Визит, заказ, поставка, оплата или возврат - 02Приём
Подтвердить приём
Получатель подтверждает сообщение и сообщает состояние обработки по согласованному протоколу.
Принято в обработку не равно проведено - 03Документ
Создать учётное основание
После проверки создаётся или обновляется документ со связями исходных строк. Он может ожидать дальнейшего проведения.
Идентификаторы, версия и статус документа - 04Проведение
Сформировать учётные записи
Учётная система отражает подтверждённые операции по принятой политике и правилам периода.
Регистры, проводки и причина блокировки - 05Сверка
Сопоставить итог
Сверяют строки и итоги в одном согласованном срезе; задержку, расчётную разницу и ошибку данных разбирают отдельно.
Совпало либо назначено объяснимое расхождение
Событие исполнения → приём → документ → учётные записи → сверка и закрытие исключения
«Отправлено», «получено», «документ создан» и «проведено» - разные состояния. Ответ интеграции может подтверждать только приём запроса; заказ и подтверждение доставки не заменяют учётное отражение. Согласуйте, по какой дате строится каждый отчёт: событие, документ или отражение в учёте. Время загрузки в другую систему храните отдельно. Для сопоставления нужны общий период, часовой пояс и правило работы с поздними документами. Расхождение дат сначала объясняют, а не устраняют переносом операции в другой период.
У одного заказа могут быть несколько отгрузок, а документы могут объединяться по принятой модели. Сохраняйте связи строк, количество, единицы, версии и оставшуюся часть. Сверяйте одну организацию, согласованный набор складов, валюту и сопоставимые статусы. Перед сравнением сумм уточните, включён ли налог в цену, где применена скидка и как округляется строка или документ. Одинаковый итог не доказывает совпадение строк: пропуск и дубль могут взаимно скрыть разницу.
Что проверить, если статусы или суммы различаются
Выберите ситуацию. Карточка разделяет оперативный сигнал и бухгалтерский факт, чтобы команда искала причину в правильной точке процесса.
Обещание клиента заплатить, сообщение сотрудника о получении денег, подтверждённое поступление и распределение платежа по обязательствам - разные факты. Не приравнивайте обещание или скриншот к погашению долга. Для сверки нужны основание, плательщик, валюта, дата и подтверждённое распределение; полученный аванс не обязательно закрывает конкретный долг.
Если ответ потерян, результат неизвестен: сначала найдите обработку по исходному идентификатору, затем действуйте по согласованному правилу повторов. Исправленный заказ требует понятной версии или операции изменения, а не слепого повтора прежнего запроса. Физический возврат, разрешение снова продавать товар и корректировка учёта тоже подтверждаются отдельно.
Заказ есть в SFA, но документа нет в учётной системе
Полевой заказ отправлен и ожидает исполнения.
Принятый документ заказа не найден.
Проверить внешний ID, ответ приёма, обязательные поля, договор, цену и статус клиента.
Сначала найдите результат по исходному ID. При неизвестном исходе используйте согласованный повтор; при отказе оформите исправление по правилам версий.
Операционно отгружено, но учётные записи не сформированы
Склад подтвердил отгрузку; доставка и получение клиентом могут ещё ожидаться.
Документ не проведён либо не сформировал ожидаемые записи.
Сверить даты события, документа и проведения, время загрузки, период и склад. Затем проверить количество, цену и причину блокировки.
Владелец учёта проверяет причину и оформляет исправление по регламенту. Не проводите документ повторно только ради совпадения статуса.
Поступление видно, но конкретный долг не закрыт
Команда видит зарегистрированное событие оплаты.
Поступление ещё не подтверждено, является авансом или распределено на другие обязательства.
Проверить плательщика, назначение, валюту, основание, дату и правило распределения платежа.
Уточните подтверждение и распределение с финансами. Пересчёт долга и доступного лимита выполняется по согласованным правилам.
Физический возврат не совпадает с запасом и взаиморасчётами
Товар принят с фактическим количеством и причиной.
Корректировка запаса или суммы отличается от принятого возврата.
Сверить исходную продажу, партию, единицу и принятое количество. Проверить оценку, скидки, налог в сумме и округление.
Разделить физическое и стоимостное расхождение, назначить владельцев и провести согласованную корректировку.
Что согласовать перед запуском обмена
Проверьте границу на одном сквозном сценарии. Эти условия помогают разбирать отклонения, но не гарантируют отсутствие ошибок.
Для обсуждения подготовьте обезличенный заказ с частичной отгрузкой, оплатой и возвратом, схему систем и две выгрузки за один согласованный срез. Приложите фильтры отчётов, используемые даты, расшифровку суммы и пример позднего документа. На пилоте разделите объяснимую задержку, различие правил расчёта и ошибку данных. Для каждого расхождения зафиксируйте основание, владельца, действие и результат повторной сверки. Цель - прослеживаемый результат и согласованный порядок исправлений, а не подгонка двух итогов.
- 01
Источник истины
Для каждого факта и поля определены источник, ответственная роль и правило изменения.
Матрица фактов, полей, статусов и владельцев. - 02
Без повторного ввода
Полевой сотрудник не вводит бухгалтерский факт повторно.
Проверьте исходные ID, связи строк и обработку повторной отправки без нового движения. - 03
Ошибка становится действием
Ошибка обмена видна владельцу процесса и имеет следующий шаг.
Назначены владелец, срок и действие для отказа, задержки и неизвестного результата. - 04
Сверка согласована
Правило сверки согласовано до продуктивного запуска.
Согласованы организация, склады, даты, единицы, валюта и состав суммы. Поздние документы и округления имеют правило разбора.
- 01
Выберите один процесс и соберите связанные обезличенные документы, статусы и выгрузки обеих систем за согласованный срез.
- 02
Для каждого факта или поля назначьте источник, ответственную роль, момент подтверждения и право на изменение.
- 03
Зафиксируйте связи строк, версии, организацию, склады, единицы, валюту, даты и часовой пояс. Укажите состав цены, скидки и округление.
- 04
Проверьте частичное исполнение, неподтверждённую оплату, возврат, потерянный ответ и повтор. Добавьте поздний документ на границе периода.
- 05
Сверьте строки и итоги. Для разницы запишите причину, владельца, действие и результат повторной проверки; затем согласуйте условия запуска.
