ТСД не просто сканирует: как проверить результат в учёте

Опубликовано и проверено: 16 октября 2026 года. Автор: Редакция B2C.

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

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

Разборы складских ошибок и рабочих проверок публикуем в Telegram B2C и канале B2C в MAX. Сохранённую инструкцию удобно переслать товароведу перед приёмкой или инвентаризацией.

Что руководителю проверить в первую очередь

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

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

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

Как пройти от задания до результата в базе

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

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

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

Какие настройки DataMobile влияют на результат

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

В документации ДАЛИОН: ТРЕНД для DataMobile Online описаны шаблоны с выбором исходного и подчинённого документа, правилами загрузки табличной части, обработкой неизвестного штрихкода и нарушения задания. Автоматическая загрузка и автоматическое проведение задаются отдельно.

Поэтому при настройке недостаточно показать, что «товар нашёлся». Нужно согласовать последствия каждого действия. Должна ли новая строка дополнить документ? Можно ли превысить задание? Кто подтверждает отклонение? Не уничтожит ли загрузка ручные данные сотрудника?

Документация ДАЛИОН содержит пример для DataMobile 8.10. Это не номер актуального Android-приложения и не обещание одинакового интерфейса во всех поставках. Перед запуском сверяйте конфигурацию и версию модуля с действующей таблицей поддерживаемых систем Сканпорт. УМ, ПРО и ТРЕНД нельзя считать одной конфигурацией.

Почему онлайн и офлайн не отвечают на вопрос о лицензии

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

В актуальной инструкции DataMobile по офлайн-обмену описана передача CSV через USB, FTP, Яндекс Диск и средства копирования файлов. Выгрузку и загрузку инициирует оператор. Отложенная передача файлов не равна обновлению остатков в реальном времени.

Инструкция по лицензированию отдельно описывает подписку DMcloud и файловую бессрочную лицензию. Для подписки предусмотрены активация, привязка устройства и получение лицензии в приложении через кабинет DMcloud. Эти условия нельзя заменить предположением «у нас же офлайн».

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

Что показал инцидент DMcloud 8–10 октября

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

В отчёте от 12 октября 2026 года производитель связывает отказ инфраструктуры с атакой на дата-центр 8 октября. В хронологии указаны аварийное получение лицензий для DataMobile 3.x с 13:30 того дня и последующее восстановление DataMobile 2.9 и других продуктов. Последним 10 октября в 15:50 восстановили DM.Доставка Pro.

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

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

Что делать если ТСД перестал выполнять задание

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

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

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

Как сверить задания после восстановления без дублей

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

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

Условный пример. В задании было 12 штук, сотрудник собрал 12, а подтверждение отправки не получил. Если в базе уже появился правильный документ на 12, повтор не нужен. Если документа нет, ответственный проверяет журнал и выполняет предусмотренное интеграцией восстановление. Если загружена только часть, сначала устанавливает, какие строки приняты. Слепой повтор полного пакета может добавить уже существующие данные.

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

Что входит в настройку и проверку со стороны B2C

Рабочая связка — это подходящий ТСД, DataMobile и проверенный модуль для конкретной базы ДАЛИОН или 1С. Подбор устройства не заменяет настройку процесса.

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

Если нужна техническая последовательность подключения, начните с инструкции настройки DataMobile с 1С. Здесь критерий шире: сотрудник должен понимать не только куда нажать, но и как доказать завершение своей операции.

Новые разборы обменов и контрольные сценарии добавляем в Telegram-канал B2C и B2C в MAX. Подпишитесь на удобной площадке, чтобы вернуться к следующей проверке, когда она понадобится вашему магазину.

Разобрать работу ТСД и обмен с учётом

Телефон B2C: +7 495 015-01-39. Для начала понадобятся конфигурация и версия базы, версия DataMobile, вариант лицензии и пример незавершённого задания без персональных данных.

Источники и дата актуальности

Проверено 16 октября 2026 года. Инцидент DMcloud произошёл 8–10 октября; отчёт опубликован 12 октября. Материал представляет практическую методику проверки, а не сообщение о новой аварии или протокол испытаний клиентской базы.

• Сканпорт: отчёт об инциденте DMcloud.
• DataMobile: лицензирование и офлайн-обмен.
• Сканпорт: поддерживаемые учётные системы для онлайн-обмена.
• ДАЛИОН: ТРЕНД, обмен с DataMobile, включая отдельную инструкцию работы Online. Пример документации относится к DataMobile 8.10.

Автор: Редакция B2C. Автоматизация торговли, учёт и контроль рабочих процессов. Дата обновления: 16 октября 2026 года.