Сверка сравнивает фактически полученные коды с тем, что поставщик зарегистрировал на сервере. Ее результат — серверное сообщение об отсутствии расхождений либо подтвержденная проблема, для которой выбирают повторную сверку или уведомление. Успешная сверка еще не означает, что акт подтвержден и товар отражен в складском учете.
Применимость: УТ для Казахстана 3.4, входящий «Акт приема/передачи (ИС ЦЭДМ)» для лекарственной продукции. Полный материал 1С:ИТС опубликован 05.03.2025; точный релиз не указан. Реальные кадры ниже — демонстрация источника, каждый просмотрен отдельно. Сроки годности, партии, даты и условный товар «Фарма» на них не являются проверкой пригодности реальной поставки. Живое соединение с сервером и приемка вашей продукции не тестировались.
Перед началом и учебный пример
Нужны загруженный входящий акт нужного поставщика и организации, фактически поступившая продукция, доступ к обмену ИС ЦЭДМ и один настроенный способ ввода кодов: подключенный сканер, согласованный CSV либо мобильное приложение «1С:Маркировка». Простое подключение сканера к компьютеру не доказывает его настройку в базе: сначала убедитесь, что считывание создает ожидаемую строку.
Учебный пример: поставщик указал в акте два транспортных агрегата. Получены именно эти два агрегата с их содержимым. Ожидаем сверку по двум кодам агрегатов, если серверный список содержит только такой уровень. Сканирование лишь всех вложенных потребительских упаковок вместо этих агрегатов может дать расхождение по формату даже при совпадении содержимого. Это объяснение уровня вложенности, не реальные номера и не запись одной операции на всех кадрах.
Физическое количество, соответствие препарата, состояние и документы поставки проверяются по отдельному приемочному регламенту. Данная страница решает задачу сверки кодов в программе; она не заменяет всю приемку лекарств и текущие регуляторные требования.
1. Откройте нужный входящий акт и различайте состояния
Перейдите Закупки → Закупка маркируемой продукции и откройте входящие акты приема/передачи. Документ также доступен в рабочем месте «Маркировка и прослеживаемость лекарственной продукции (ИС ЦЭДМ)». Сверьте номер, дату, поставщика и получателя с ожидаемой поставкой.
Большая часть входящего акта недоступна для редактирования: он уже подписан отправителем и зарегистрирован на сервере. Получатель не исправляет произвольно товарные сведения поставщика; предусмотрены сверка и решения по документу.
Реальный кадр 2 1С:ИТС, 05.03.2025. УТ для Казахстана 3.4 по первичному источнику; точный релиз не указан. В разделе «D. Товары» видны «Сверка», «Итоги», серверный статус сверки и команды «Подтвердить»/«Отклонить». Статус самого акта «Ожидает подтверждения» — отдельный показатель.
На D. Товары → Сверка исходное состояние может быть «Сверка полученных товаров на сервере не выполнялась». Это поле не редактируют вручную: результат обновляется с сервера. Красная надпись «Документ не отражен в учете» также относится к другому этапу, а не к качеству сканирования.
Ожидаемый результат: выбран нужный документ, понятно, выполнялась ли сверка и подтвержден ли сам акт. Не нажимайте «Подтвердить» как способ запустить сравнение кодов.
2. Узнайте, какой уровень кодов передал поставщик
Откройте «Итоги» и нажмите «Запросить состав кодов маркировки с сервера». В окне «Просмотр списка кодов маркировки» посмотрите фактический состав и формат поставщика.
Реальный кадр 5 1С:ИТС, 05.03.2025. УТ для Казахстана 3.4 по первичному источнику; точный релиз не указан. Команда запрашивает серверный список. Окно показывает коды, GTIN, вложенность и другие сведения примера; это способ узнать ожидаемый состав, а не перечень для копирования в свою поставку.
По описанию источника цифровой код из 20 символов с началом «00» указывает на агрегат. Если серверный список также содержит значительно более длинные потребительские коды, сверка нужна и по указанным штучным упаковкам. Используйте именно уровни, присутствующие в конкретном акте, а не общее предположение, что достаточно всегда сканировать коробку или всегда каждую пачку.
Во входящем акте по описанному механизму нет обычной табличной части «Марки». Ее отсутствие не означает, что поставщик не передал коды: состав запрашивается с сервера. Исходящий акт и работа с деревом кодов имеют другой контекст.
Проверка примера: если запрос показал два агрегата и не требует другого уровня, собирайте их коды. Если показал дополнительные потребительские позиции, включите соответствующую проверку; нельзя выкинуть их из процесса ради совпадения количества строк.
3. Внесите фактически полученные коды на «Сверка»
Вернитесь на «Сверка». Используйте один подготовленный способ: сканирование, Импорт → Загрузить из CSV либо Импорт → Загрузить из мобильного приложения. Не загружайте один набор повторно разными способами, не проверив уже существующие строки.
Реальный кадр 4 1С:ИТС, 05.03.2025. УТ для Казахстана 3.4 по первичному источнику; точный релиз не указан. Меню импорта содержит загрузку CSV и мобильного приложения. Кадр не показывает шаблон CSV или настройку сканера; параметры файла здесь не выдумываются.
Для CSV нужен согласованный с модулем формат; первичный материал не дает его разделитель, кодировку и заголовки. Для мобильного способа источник указывает предварительную настройку в Администрирование → Маркировка и прослеживаемость товаров → Настройки учета и взаимодействия (ИС ЦЭДМ). Если ваша форма отличается, сначала сверяйте ее с релизом и настройкой обмена.
После ввода просмотрите «Номенклатура», GTIN и полный «Код идентификации». Совпадение GTIN еще не доказывает совпадение всех конкретных кодов упаковок. В учебном примере проверяйте реальные два агрегата, а не создавайте числовые значения вручную ради двух строк.
Ожидаемый результат: таблица содержит фактически считанный состав на нужном уровне. В этот момент сервер еще может не сравнить его с актом.
4. Отправьте результат и дождитесь серверного обновления
Нажмите «Отправить результаты сверки». Проверьте сообщения обмена и обновленное значение поля статуса. Заполненная таблица и нажатая кнопка сами по себе не доказывают, что сервер принял запрос и вернул результат.
Реальный кадр 6 1С:ИТС, 05.03.2025. УТ для Казахстана 3.4 по первичному источнику; точный релиз не указан. В таблице уже есть считанный код; команда отправляет именно результат сверки. До ответа статус может еще показывать, что сверка не выполнялась.
Если обмен завершился ошибкой, сохраните точное сообщение и проверьте настройки/доступность сервиса по своему порядку. Не изменяйте текст статуса вручную и не подтверждайте акт лишь ради исчезновения сообщения о неисполненной сверке.
5. Разберите ответ: совпадение и расхождение — разные ветки
При успешном сравнении ожидается «Проведена сверка товаров, расхождения не обнаружены». Сопоставьте этот результат с физической приемкой и выбранным актом.
Реальный кадр 7 1С:ИТС, 05.03.2025. УТ для Казахстана 3.4 по первичному источнику; точный релиз не указан. Серверное состояние «расхождения не обнаружены» и сообщение об обновлении документа. Сверху акт все еще «Ожидает подтверждения», а учетное отражение не выполнено.
При ответе «Проведена сверка товаров, обнаружены расхождения» сначала определите причину. Возможны как действительное несовпадение кодов, так и другой уровень вложенности. Источник прямо предупреждает: потребительские коды вместо агрегатов могут дать расхождение даже при совпадении состава внутри.
Реальный кадр 8 1С:ИТС, 05.03.2025. УТ для Казахстана 3.4 по первичному источнику; точный релиз не указан. Состояние с обнаруженными расхождениями. Оно не устанавливает причину автоматически: сверяйте уровень и полный код с серверным списком.
Проверка: известно, какая ветка сработала и почему. Успех сверки не превращается автоматически в подтверждение акта, а одно расхождение не означает, что вся поставка подлежит безусловному отклонению.
6. Повторяйте сверку только при допустимом состоянии
Если проблема в составе сканирования, источник допускает повторную сверку, когда акт «Ожидает подтверждения» или «Запрошено уточнение», а уведомление о расхождениях еще не вводилось либо имеет статус «Отозван»/«Отклонен».
Активируйте режим редактирования кнопкой с карандашом рядом со статусом сверки, исправьте данные на «Сверка» и вновь отправьте результат. Это не ручная замена серверного текста на «успешно», а разрешение повторно внести исходные данные.
Реальный кадр 9 1С:ИТС, 05.03.2025. УТ для Казахстана 3.4 по первичному источнику; точный релиз не указан. Карандаш включает редактирование данных сверки и позволяет повторную отправку в предусмотренных состояниях. Сам статус определяется сервером.
В учебном примере ошибочно считанные потребительские упаковки заменяют подтвержденным составом агрегатов, если именно этот уровень запрошен. Затем снова проверяют серверный ответ. Если акт или уведомление уже в другом состоянии, не обходите ограничение новым фиктивным документом; сначала разберите существующий процесс.
7. При реальном несовпадении оформите предусмотренную ветку
Если уровень совпадает с поставщиком, но реальные коды отличаются, после серверной сверки становится доступно «Ввести Уведомление о расхождениях». Перед командой подтвердите, что разобрано именно несовпадение поставки, а не ошибка сканирования или другого уровня.
Реальный кадр 10 1С:ИТС, 05.03.2025. УТ для Казахстана 3.4 по первичному источнику; точный релиз не указан. Команда ввода уведомления доступна после серверного результата с расхождениями. Она не заменяет проверку причины.
По описанному механизму уведомление создается на сервере и заполняется автоматически. Проверьте появившуюся ссылку, организацию, направление, статус и идентификатор. У получателя товара это исходящее уведомление; у поставщика дальнейшая работа идет с входящим уведомлением и возможной корректировкой акта.
Реальный кадр 11 1С:ИТС, 05.03.2025. УТ для Казахстана 3.4 по первичному источнику; точный релиз не указан. После создания появилась ссылка на уведомление. В его форме видно «Направление: Исходящий» и статус «Ожидает подтверждения» — это не завершенное исправление поставщиком.
Если расхождений нет, уведомление не создают только ради выполнения всех шагов статьи. Дальнейшее решение «Подтвердить» или «Отклонить», подпись и отражение в складском учете выполняются отдельным согласованным процессом после всей приемки. Полные экраны этого этапа в данном материале не разобраны.
Проверка результата и ошибки
| Что нужно подтвердить | Чем проверить |
|---|---|
| Состав получен с сервера, уровни поняты | «Итоги» и список кодов исходного акта. |
| В таблице реальные полученные коды | «Сверка», полный код идентификации и фактическое считывание. |
| Сервер вернул результат | Статус сверки и сообщения обмена после отправки. |
| Расхождение объяснено | Уровень вложенности, правильность сканирования, затем реальное несовпадение. |
| Последующий шаг обоснован | Повторная сверка в допустимом состоянии либо ссылка на уведомление, если оно действительно нужно. |
Нет вкладки «Марки». Это ошибка? Для описанного входящего акта — нет. Используйте запрос состава с сервера и вкладку «Сверка»; не подменяйте входящий процесс исходящим.
Таблица заполнена, но статус «не выполнялась». Что делать? Проверьте отправку результатов и ответ сервера. Локальное наличие строк не равно завершенной сверке.
Можно подтвердить акт сразу после успешной сверки? Сверка подтверждает совпадение переданных и считанных кодов. Решение по акту принимают после всех необходимых проверок приемки; эта страница не удостоверяет физическую пригодность товара и не заменяет остальные документы.
Источник и связанные задачи
- 1С:ИТС — сверка кодов во входящем акте УТ для Казахстана 3.4, 05.03.2025. Полный текст повторно прочитан, все включенные кадры просмотрены отдельно 17.10.2026.
Дерево кодов и агрегатов в других документах · Маршрут маркировки Казахстана · Исследование актуальных правил и пробелов · Основной маршрут УТ.