Маркировка и прослеживаемость в групповой выгрузке XML
Маркировка и прослеживаемость плохо переносят подход «выгрузили пачкой, потом разберёмся». Если реквизиты собраны криво, оператор ЭДО или контрагент вернут документы, а ручная правка XML съест всю экономию от групповой обработки. На OnlineSoft24 поддержка сложных сценариев заявлена в пакетах №820 и №970, но без тестового прогона это только обещание на карточке.
Что именно ломается в массовой выгрузке
Один документ с ошибкой кода или неполным комплектом может остановить всю пачку либо уйти «частично», оставив хвост ручной работы. Хуже всего смешанные пачки: рядом обычный товар, маркированный и прослеживаемый, а обработка должна вести себя предсказуемо для каждого типа.
Вторая боль - разные пользователи с разными правами. То, что у админа «всё выгрузилось», у кладовщика или бухгалтера падает на доступе к регистру или файлу.
Какие карточки смотреть
Для относительно новых типовых - пакет №820. Для УТ 10.3 / УПП 1.3 - пакет №970. Сравнение веток: 820 vs 970.
Не смешивайте выбор пакета с настройкой маркировки «на глаз». Сначала ветка под конфигурацию, потом тестовые кейсы по номенклатуре.
Минимальный набор проверок перед продом
Состав реквизитов в документе и в XML. Поведение при ошибке одного элемента пачки. Журнал: видно ли, какой документ и почему не ушёл. Повторная выгрузка после исправления не плодит дубли на стороне оператора.
Отдельно проверьте печатные представления и то, что видит пользователь в 1С: ставка НДС, коды, статусы. Расхождение «в форме одно, в XML другое» всплывает дорого.
Как собрать тестовую номенклатуру
Возьмите 3-5 SKU каждого типа: без спецтребований, с маркировкой, с прослеживаемостью, со смешанной ставкой НДС если актуально. Сделайте по ним документы и выгрузите одной пачкой и по одному.
Зафиксируйте результат в таблице: SKU, тип, дата, версия обработки, ок/ошибка, комментарий. Через месяц это единственный способ понять, что изменилось после обновления.
Организация процесса на стороне людей
Обучите тех, кто жмёт кнопку выгрузки: что проверить до запуска, куда смотреть журнал, кому эскалировать. Иначе все ошибки летят программисту 1С, хотя половина из них - незаполненный реквизит.
Согласуйте с бухгалтерией, какие документы пока остаются ручными. Честный список исключений лучше, чем тихий обход автоматики «как удобнее».
Связь со ставками НДС
Новые и промежуточные ставки часто всплывают именно на сложных товарах. Держите рядом материал про ставки НДС и не откладывайте проверку XML на конец квартала.
Если меняли обработку ЭДО, повторите маркировочные кейсы даже «если вчера было ок». Цена сюрприза здесь выше, чем на обычном УПД.
Что писать в журнал внедрения
Версия файла с OnlineSoft24, дата установки, конфигурация и релиз, список тестовых SKU, найденные ограничения, решение, кто утвердил перевод в бой. Без этого через два обновления платформы начинается археология.
Если у вас несколько информационных баз, не предполагайте, что одна и та же версия обработки ведёт себя одинаково везде: различаются доработки и права.
Практический вывод для пилота
Сначала копия, узкая пачка, полный разбор ошибок. Затем обучение. Затем боевой регламент на ограниченном потоке. Массовый контур - последний шаг, не первый.
Каталог OnlineSoft24 удобен тем, что пакеты разведены по поколениям 1С. Ваша задача - не перепрыгнуть тест ради скорости.
Разбор ошибки без паники
Сначала найдите документ-нарушитель в журнале. Затем откройте его в 1С и проверьте реквизиты. Затем сравните XML. Только потом думайте о доработке обработки.
Частая ловушка - чинить шаблон XML под один кривой документ и ломать остальные. Лечите данные, если данные виноваты.
Обучение на живых примерах
Покажите пользователям три реальных кейса: успех, ошибка маркировки, ошибка прослеживаемости. Один слайд с теорией не заменяет это.
Дайте короткий чек-лист у кнопки выгрузки: что обязано быть заполнено. Без чек-листа ошибки будут одни и те же.
Пилот на ограниченном потоке
Выберите одно подразделение или один вид номенклатуры. Держите параллельный ручной канал только для исключений из списка. Через две спокойные недели расширяйте.
Если пилот сразу на всём потоке, вы получите очередь инцидентов и желание «откатить автоматику навсегда».
Аудит раз в месяц
Раз в месяц пересматривайте список исключений и версии обработки. Исключения имеют свойство размножаться. Версии - забываться.
Критерии готовности к массовому режиму
Ошибок на тестовой пачке нет или они объяснимы и редки. Пользователи проходят чек-лист без подсказки. Журнал читается не только автором внедрения. Версия обработки зафиксирована. Список исключений согласован.
Если критерий не выполнен, массовый режим подождёт. Скорость здесь чаще вредит, чем помогает.
Отдельно договоритесь, кто имеет право менять версию обработки в бою. Стихийные обновления «с диска коллеги» - частый источник регресса маркировки.
Итог для команды ЭДО
Сложные товары требуют отдельного уважения к тесту. Пакет с OnlineSoft24 даёт инструмент, но готовность к массовой выгрузке измеряется журналом ошибок и обученными людьми, а не фактом установки файла.
Итог: маркировка и прослеживаемость не прощают «почти правильный XML». Прогоняйте сценарии на копии, фиксируйте версию обработки и только потом отдавайте пачки в прод.