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

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