Как проверить обмен DataMobile с 1С: инвентаризация, расхождения и повторная отправка

Если инвентаризация уже идёт, а результат вызывает сомнения

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

1. Сохраните факты. Запишите время, устройство, пользователя, идентификатор задания и документ-получатель. Сохраните доступные журналы и исходный файл результата, если используется файловый обмен. Не удаляйте исходник после сообщения об ошибке.
2. Проверьте получателя. Найдите документ в 1С по связи с заданием, а не только по похожему номеру. Посмотрите организацию, склад, строки, фактические количества и состояние документа. Не создавайте новый пересчёт «на всякий случай».
3. Отделите неизвестный результат от отказа. Тайм-аут означает, что подтверждение не получено вовремя. Сам по себе он не доказывает ни применение, ни неприменение данных.
4. Определите безопасное продолжение. Если данные приняты — проверьте их, не повторяя операцию вслепую. Если не приняты — выясните причину отказа. Если состояние неизвестно — сначала согласуйте способ сверки с администратором или интегратором.

Для обращения в Компетенцию достаточно начать с конфигурации и версии 1С, версии DataMobile, способа обмена, времени ошибки и обезличенного примера «ожидали / получили». Это позволяет обсуждать конкретную неисправность, а не сразу закладывать бюджет на полную переделку.

Что именно нужно принять: четыре результата вместо одной зелёной галочки

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

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

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

DataMobile передаёт результат, но результат пересчёта — ещё не вся инвентаризация

В документации DataMobile описаны пересчёт без задания и работа по заданию из учётной системы. Для приведённого разработчиком процесса результаты можно изучить в АРМ диспетчера; внесение данных в базу выделено в отдельное действие. Это полезное различие: увидеть результат обмена и получить нужное состояние документа 1С — не одно и то же. Инструкция DataMobile по инвентаризации.

• Инструкция DataMobile по инвентаризации

В 1С:ERP пересчёт и отражение излишков, недостач или пересортицы также рассматриваются как части складского процесса. Не переносите названия документов и кнопок ERP на любую другую конфигурацию: конкретный маршрут зависит от программы и настроек. Описание складского учёта 1С:ERP.

• Описание складского учёта 1С:ERP

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

Подготовьте один проверяемый процесс, а не «обмен со всей 1С»

Паспорт рабочего места

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

• таблица функций для учётных систем

Граница времени и места

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

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

Тестовый набор

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

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

Учебный пример: почему «всё сошлось по сумме» — плохой критерий

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

Для позиции Б проверьте не только число 12. Нужно убедиться, что два сканирования упаковки действительно связаны с нужным товаром и коэффициентом 6. Если в 1С пришло «2 штуки», передача могла быть успешной, а смысл результата — потерянным. В примере разработчика отдельно отмечён учёт единиц, связанных со штрихкодами. Источник.

• Источник

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

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

Расхождения: сначала объяснить причину, потом исправлять

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

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

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

Повторная отправка: как проверить самый опасный «простой» сценарий

Повторить доставку — не значит повторить пересчёт

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

В документации файловой загрузки DataMobile описаны разные режимы изменения табличной части, включая дополнение и замену; настройку можно менять и на этапе загрузки. Поэтому нельзя дать универсальный совет «повторная отправка всегда безопасна» или «включите замену для всех документов». Проверять нужно фактический режим вашего шаблона и обработки. Загрузка документов в офлайн-обработке.

• Загрузка документов в офлайн-обработке

Три обязательных испытания на тестовой базе

1. Тот же результат дважды. Примите исходный результат, сохраните состояние документа, повторно передайте именно тот же результат. Сверьте число документов, состав строк, количества, статусы и последующие учётные действия, если они входят в сценарий. Для повторной доставки ожидается отсутствие нового непредусмотренного эффекта; допустимое изменение технической отметки согласуйте отдельно.
2. Потеря подтверждения. Воспроизведите согласованный сбой после возможного получения данных сервером. Оператор должен получить понятный порядок проверки состояния. Недопустимо, чтобы единственным способом выяснить результат было ещё одно слепое нажатие.
3. Исправленная версия. После первичного результата измените контрольное количество, например с 8 на 9. До передачи решите: обновлять тот же документ, проводить согласованную коррекцию или запрещать изменение после определённого состояния. После передачи должно получиться именно это, а не сумма 8 + 9.

Что проверяем, если требуется доработка

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

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

Исправление уже принято, но старая отправка пришла позже

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

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

Метод docs (PUT) в документации DataMobile относится к созданию и выгрузке документа, а docs/sync — к загрузке шапок. Из названия метода или HTTP-успеха нельзя вывести, что товарные движения уже отражены в 1С и повтор не повредит результату. docs (PUT), docs/sync.

• docs (PUT)
• docs/sync

Несколько ТСД и зоны: не перепутать новое дополнение с дублем

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

• Описание инвентаризации

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

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

Протокол, по которому можно принять работу

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

• Скачать заготовку протокола CSV

Испытание считается успешным, когда подтверждены критерии, а не когда исчезло сообщение об ошибке. Для протокола используйте статусы «пройдено», «не пройдено», «требует проверки» или «неприменимо» с причиной. CSV — пустой шаблон проверки, не файл импорта в DataMobile или 1С. Если для запуска осталось ограничение, его должны видеть ответственный за учёт и руководитель процесса.

Как мы поможем: сначала простой работающий маршрут, потом — обоснованная доработка

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

Первый маршрут — исправить настройку или данные

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

Второй маршрут — точечная доработка

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

Третий маршрут — поэтапный запуск

Когда изменено много компонентов, безопаснее сначала довести одну зону или магазин до принятого результата. Затем проверить рабочий объём и только после этого переносить решение на остальные участки. Временные ручные проверки должны быть явно описаны, иметь ответственного и условие отмены — иначе временное решение незаметно становится постоянной скрытой работой.

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

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

Нужен результат в ближайшем рабочем цикле? Опишите, какой документ должен получиться в 1С, что получается сейчас и когда бизнесу нужен следующий пересчёт. Приложите обезличенный пример. Мы поможем выделить первоочередную проблему и предложить маршрут: что можно исправить настройкой, что требует доработки и что разумно оставить на следующий этап. Обсудить обмен с Компетенцией.

• Обсудить обмен с Компетенцией

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

Что должно остаться у бизнеса после сдачи

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

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

Практические вопросы

Если документ появился в 1С, можно считать обмен исправным?

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

Нужно ли сразу менять редакцию DataMobile?

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

Можно ли автоматически списывать все расхождения?

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

Что делать, если текущая настройка намеренно дополняет строки?

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

Почему начинать с одного участка, если магазинов много?

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

Если 1С ещё нет или её нужно заменить

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

• Выбрать учётную систему для торговли или магазина

Документация разработчика

Правила лицензирования и совместимость проверяйте для своего приложения и установленной версии. Методика подготовки и проверки рабочего места выше — рекомендации Компетенции.

• DataMobile: инвентаризация
• DataMobile: загрузка документов, офлайн
• DataMobile: docs (PUT)
• DataMobile: docs/sync
• DataMobile: распределение функций учётных систем
• 1С:ERP: управление складом и запасами