идентификатор типа кд что это
Механизм сопоставления данных при обмене через универсальный формат
Механизм сопоставления данных при обмене через универсальный формат
Механизм сопоставления данных предназначен для решения задачи синхронизации данных между базой источника и базой приемника при обмене
Внутренние идентификаторы объектов
В идеальном случае данные синхронизируемых приложений могли бы сопоставляться по уникальным внутренним идентификаторам объектов (GUID). Но для этого необходимо, чтобы добавление данных, подлежащих синхронизации, осуществлялся только в одном приложении, а в другом эти данные появлялись исключительно в результате синхронизации. В этом случае GUID в двух приложениях у одинаковых объектов будут одинаковыми, и по ним можно будет однозначно сопоставить объекты.
На практике соблюдать данное требование не всегда возможно, особенно в случае настройки синхронизации между приложениями, работа в которых велась независимо. Это связано с тем, что у двух одинаковых объектов, созданных параллельно в каждом приложении, будет два разных GUID.
В некоторых случаях данные не могут быть сопоставлены по GUID по причине его отсутствия (особые случаи, которые не рассматриваются в данной статье).
Публичные идентификаторы объектов
Для успешного сопоставления объектов с разными GUID должно быть место для хранения информация об их соответствии. Таким местом является регистр сведений Публичные идентификаторы синхронизируемых объектов (далее РПИ).
Рис. 1 Регистр сведений Публичные идентификаторы синхронизируемых объектов
Структура регистра представлена в таблице:
| Измерения | Тип | Назначение |
| Узел информационной базы | ПланОбменаСсылка | Ссылка на узел плана обмена (настройку обмена), для которой хранится соответствие. |
| Ссылка | СправочникСсылка, ПланВидовХарактеристикСсылка, ДокументСсылка | Ссылка на объект текущего приложения. |
| Идентификатор | Строка (36) | GUID объекта, полученного от приложения-корреспондента. |
Для сопоставления данных двух программ предназначена в БСП 2.3 обработка “Сопоставление объектов информационных баз” для непосредственного использования при синхронизации данных
Рис 2. Основная форма обработки “Сопоставление объектов информационных баз”
Список открывается по команде Выполнить сопоставление на странице Сопоставление данных Помощника интерактивной синхронизации данных. Также можно дважды щелкнуть мышью по строке, в которой обнаружены проблемы сопоставления данных.
Список состоит из двух колонок, каждая из которых соответствует информационной базе, участвующей в обмене. Данные сгруппированы по объектам программы (документы, списки). В нижней части списка выводится информационная строка: сколько элементов сопоставлено, сколько не сопоставлено.
В поле Выводить можно выбрать, какие данные показывать в списке. По умолчанию выводятся Несопоставленные данные.
Сопоставление объектов
Настройка полей таблицы сопоставления
Получение данных из другой программы
Порядок сопоставления объектов
Записи в РПИ создаются и на стороне отправителя при подтверждении получения данных корреспондентом через механизм квитирования. В поле Идентификатор в таких записях устанавливается исходный идентификатор объекта. Регистрация таких записей необходима для того, чтобы при получении других данных от корреспондента можно было понимать, что данный объект должен быть исключен из процедуры поиска по полям и по уникальному идентификатору.
Варианты идентификации объектов при получении
Порядок автоматического сопоставления объектов при получении, содержится в правилах конвертации объектов (ПКО), предназначенных для получения данных. Правила ПКО находятся в общем модуле МенеджерОбменаЧерезУниверсальныйФормат
Рис 3 Разделы общего модуля МенеджерОбменаЧерезУниверсальныйФормат
Вариант автоматического сопоставления (идентификации) объектов при получении задается с помощью свойства ВариантИдентификации ПКО
Рис 4. Настройки идентификации в модуле менеджера
Существуют 3 варианта ( 3 значения) идентификации объекта
Еще одним свойством, определяющим логику сопоставления, является массив полей поиска, определяемый в свойстве ПоляПоиска ПКО.
Алгоритм поиска по полям
Происходит последовательное применение вариантов поиска, заданных в свойстве ПоляПоиска ПКО, используемого при загрузке объекта.
Ограничение.
При сопоставлении на этапе анализа данных применяется только 1-й вариант поиска – ПоУникальномуИдентификатору
Переход к следующему варианту осуществляется в двух случаях:
Если в загружаемом объекте есть информация об исходном GUID и вариант идентификации для объекта “По GUID” или “По GUID и полям поиска”, то поиск выполняется среди всех объектов заданного типа, кроме тех, для которых в РПИ уже установлены соответствия.
В остальных случаях поиск осуществляется среди всех объектов информационной базы соответствующего типа.
Особенности.
При сопоставлении на этапе анализа данных у загружаемых объектов не проверяется заполнение полей, участвующих в поиске.
На этапе анализа данных соответствие будет установлено только в том случае, когда для одного объекта отправителя был найден один объект получателя.
На этапе загрузки данных соответствие будет установлено и в том случае, когда для одного объекта отправителя нашлось несколько объектов получателя. В такой ситуации соответствие будет установлено с одним из них.
На этапе загрузки данных вариант поиска Номер + Дата для документов работает следующим образом: номер искомого документа проверяется на точное соответствие, дата определяет интервал, в котором проводится поиск по номеру. Сам интервал определяется как период уникальности номеров документа, в который входит указанная дата. Например, если номера документов уникальны в пределах месяца и задана дата 10 декабря 2001 года, то поиск будет проводиться в интервале с 01 по 31 декабря 2001 года.
На этапе анализа данных этот вариант поиска будет работать как обычно: оба поля будут проверяться на точное соответствие.
Информирование по корпоративным действиям
НРД информирует депонентов о корпоративных действиях через различные каналы связи в стандартах ISO20022 и ISO15022. Технологическая база, построенная на основе международных стандартов и ведущей мировой практике предоставляет возможность депонентам НРД получать полную информацию о корпоративном действии и использовать преимущества структурированных сообщений.
Виды ценных бумаг, по которым направляются сообщения:
НРД использует различные схемы и различные типы сообщений при распространении информации о корпоративных действиях в зависимости от нескольких критериев:
С кодами и описанием типов корпоративных действий, которые используются в российской практике, можно ознакомиться в последней версии SWIFT RUS или в приложенной выдержке из данного документа на сайте РОССВИФТ. Для получения информации о всех типах корпоративных действий согласно международной практике можно использовать сайт SMPG и непосредственно документ «Global Grid».
С правилами информирования депонентов, а также видами и особенностями сообщений по отдельным группам корпоративных действий можно ознакомиться в презентации «Информирование по корпоративным действиям».
Cообщение MT564 Pre-advice по ценным бумагам российских эмитентов направляется:
Сообщение MT566 Confirmation по ценным бумагам российских эмитентов направляются:
Каскадным способом осуществляются:
MARKET STANDARDS FOR GENERAL MEETINGS, JWGGM, 2010, Стандарты 1.4 и 1.5.
НРД, как центральный депозитарий, обеспечивает рассылку своим депонентам уведомлений о корпоративных действиях и собраниях, а также материалов и итогов общих собраний не позднее 1 рабочего дня после получения соответствующей информации от эмитента или уполномоченного им лица. НРД применяет описанные выше подходы при информировании о любых изменениях в корпоративных действиях и собраниях, материалах/итогах общих собраний. Информация депонентам предоставляется в электронной форме с использованием стандартов ISO.
Добровольные и обязательные корпоративные действия, которые проводит НРД в интересах своих депонентов, могут предполагать подачу инструкций. Посредством таких инструкций лица, осуществляющие права по ценным бумагам, могут сделать выбор в пользу одного из вариантов проведения корпоративного действия. Однако время для предоставления инструкций ограничено сроками, которые установил эмитент или третье лицо, которое уполномочено проводить такое корпоративное действие. Также депозитариям в цепочке требуется время для обработки инструкций своих депонентов, для чего они могут сокращать сроки направления инструкций лицами, осуществляющими права по ценным бумагам.
НРД предоставляет депонентам возможность получать Напоминания о корпоративных действиях, по которым возможна подача инструкций. Напоминание представляет собой сокращенный вариант Уведомления о корпоративном действии, которое направляется за 3 (Три) операционных дня (для российских ценных бумаг) и за 2 (Два) операционных дня (для иностранных ценных бумаг) до крайнего срока приема инструкций по определенному в корпоративном действии варианту КД. НРД направляет депонентам Напоминания в трех основных форматах:
По аналогии с уведомлениями Напоминания разделяются на две категории:
Напоминания (СА013, CS013) по собраниям акционеров (MEET, XMET, OMET) российских и иностранных ценных бумаг направляются через различные каналы в стандартах ISO20022 и ISO15022 всем депонентам при наличии остатка на счете депо на дату фиксации или при наличии остатка на счете депо на момент рассылки. Напоминания по российским ценным бумагам направляются депонентам, которые не предоставили информацию о лицах, имеющих право на участие в общем собрании владельцев ценных бумаг.
Депоненты имеют возможность отказаться от получения сообщения типа СА013, как в целом по коду депонента, так и в разрезе счета депо, и сообщения типа CS013 в целом по коду депонента-получателя отчета, направив в НРД поручение на 97-ю операцию. Для этого необходимо указать в поручении тип действия «не направлять» для типов отчетов СА013 (при необходимости указать номер счета депо) и/или CS013. Если для получателя отчета уже есть действующее 97-е поручение, то необходимо ввести все ранее сделанные настройки и добавить новые.
При этом услуга Напоминания о корпоративном действии (CA312 и CS312) остается опциональной. Подключение происходит посредством 97-й операции как на уровне депонента в целом, так и на уровне отдельных счетов. Инструкция по подключению (97 операция).
Стоимость
Отдельная плата за каждое сообщение типа «Напоминание» не взимается, при этом при использовании канала SWIFT комиссия взимается согласно шкале, предусмотренной в тарифах ЭДО.
Правила отправки сообщений
Сообщение типа «Напоминание» с кодом RMDR (Reminder) направляется депонентам на следующих условиях: сообщение формируется на основе данных о корпоративном действии при условии, что в данном корпоративном действии используется крайний срок для предоставления инструкций. Таким образом, для формирования Напоминания в исходном Уведомлении о корпоративном действии должны присутствовать следующие поля:
Дата досрочного ответа (EARD) = Early Response Deadline Date/Time. Дата и время, которые НРД установил как крайний срок подачи инструкций по ожидаемому событию, когда раннее предоставление инструкций (до указанного срока) может предоставлять владельцу ценных бумаг дополнительные привилегии или бонусы. Это время указывается по Московскому времени, если иной часовой пояс не указан в тексте основного Уведомления по корпоративному действию.
Дата и время окончания приема инструкций, установленные НКО АО НРД (RDDT) = Response Deadline Date/Time. Дата и время, которые НРД установил как крайний срок подачи инструкций по ожидаемому событию. Это время указывается по Московскому времени, если иной часовой пояс не указан в тексте основного Уведомления по корпоративному действию.
Напоминания (RMDR) отправляются за 1 (Один) (для КД BPUT) или 3 (Три) операционных дня (для КД BIDS, TEND и PRIO) для российских ценных бумаг и за 2 (Два) операционных дня для иностранных ценных бумаг до указанной даты «RDDT» или «EARD». Если в корпоративном действии предусмотрено две и более даты «RDDT»/«EARD», то депонентам будет отправлено два или несколько сообщений. Рассылка выполняется по рабочим дням. Если очередная дата для отправки Напоминания попадает на выходной день, тогда сообщение будет направлено в предыдущий рабочий день.
В Напоминаниях не указываются ссылки на документы к корпоративному действию, а также для SWIFT сообщений не формируется МТ568 c дополнительной информацией. За документами и полным текстом информации о корпоративном действии следует обращаться к последнему направленному Уведомлению с кодом «NEWM» или «REPL».
Напоминания направляются депонентам при наличии остатка на дату фиксации или при наличии остатков на счете депо на момент рассылки.
Исключение
Напоминания при раскрытии списка владельцев по российским ценным бумагам (DSCL). Указанные Напоминания отправляются в формате отчета GS036 или МТ564 (RMDR) при условии, что депонент не предоставил список лиц, осуществляющих права по ценным бумагам, на полное количество ценных бумаг, которые было в изначальном запросе. Такие Напоминания автоматически формируются в 04:00 MSK в последний день для предоставления информации о владельцах, а также в другие временные промежутки по инициативе НРД.
Преимущества
Сообщение направляется как Напоминание о событии, которое информирует о необходимости направить инструкцию по добровольному корпоративному действию или по корпоративному действию с возможностью выбора варианта участия.
Информирование о корпоративных действиях в стандарте ISO20022 осуществляется для всех депонентов НРД через Web-кабинет КД и Web-сервис. Сообщения о корпоративных действиях в стандарте ISO15022 направляются по каналу SWIFT депонентам, в анкете ЭДО которых SWIFT указан как основной канал взаимодействия с НРД или как резервный канал, но с опцией копирования отчетов по резервному каналу.
| Стандарт/ формат файла | Web-кабинет КД | Web-сервис | SWIFT |
|---|---|---|---|
| ISO20022 (xml) | + | + | |
| ISO15022 | + | ||
| HTML | + |
НРД предоставляет депонентам возможность самостоятельно управлять отчетами и уведомлениями по корпоративным действиям как в целом по коду депонента, так и в разрезе счета депо. С помощью 97-ой операции депоненты НРД могут выбрать формат сообщений HTML и XML, а также подключить или отключить отправку по SWIFT. Инструкция по управлению уведомлениями по корпоративным действиям и собраниям.
Контроль кодов маркировки в программах 1С
Цель проверки кодов маркировки
В общем случае успешное выполнение операции в ИС МП «Честный знак» (честныйзнак.рф) возможно лишь при определенном статусе и определенном владельце кодов маркировки. Например, для продажи маркированного товара код маркировки должен находиться в статусе «В обороте», а владельцем должен быть продавец продукции. Из общего правила могут быть исключения в течение переходных периодов для товарных категорий, у которых они определены (например, табачная продукция, выпущенная до 01.07.2020, подробнее см. далее). Если в ИС МП будут переданы коды с неверным статусом или владельцем, то операция выполнена не будет. Коды не перейдут к получателю или не будут выведены из оборота.
В программы 1С встроены проверки кодов маркировки, которые предоставляют пользователю информацию о текущем статусе и владельце кода маркировки непосредственно из программы.
Настройка проверки кодов маркировки в программе 1С
Для операций и товарных групп можно задать исключения. Ссылки для настройки исключений выводятся рядом с настройками Контролировать статусы кодов маркировки и Контролировать владельцев кодов маркировки при установке соответствующих флагов (см. рис. 1). После настройки исключений в ссылке указываются настроенные исключения.
Рис. 1
Исключения позволяют более гибко настроить проверки в течение переходного периода, когда еще не все участники оборота обязаны отражать операции с маркируемой продукцией. В таком случае проверка по отдельным операциям для отдельных товарных групп может оказаться излишней.
Отключить контроль статусов и контроль владельцев можно временно, на сеанс работы с формой Подбор и проверка маркируемой продукции в меню Еще указанной формы (рис. 2).
Рис. 2
Указанные настройки касаются только проверок на стороне программы 1C, не влияют на выполнение проверок на стороне Центра развития перспективных технологий (ЦРПТ, оператора системы маркировки) и не снимают ответственности, связанной с оборотом маркируемой продукции.
Инструменты проверки кодов маркировки
Рис. 3
Если статус и владелец корректны или проверка по статусу и владельцу отключена, то статус кода маркировки в ИС МП и его владелец не отображаются, а в столбце Статус проверки выводится результат проверки наличия кода:
При подборе, если код маркировки не проходит проверку статуса и/или владельца в ИС МП, то он не добавляется в форму подбора и проверки, а выдается соответствующее сообщение (рис. 4).
Рис. 4
В окне сообщения доступны ссылки, по которым можно перейти в рабочее место Проверка кодов маркировки, а также к панели администрирования для отключения контроля статусов.
Рабочее место «Проверка кодов маркировки»
Рис. 5
Это те же данные, которые выводятся в личном кабинете ИС МП «Честный знак». Также в рабочем месте выводятся связанные с этим кодом в информационной базе 1С: номенклатура, характеристика, серия, а также ссылка на элемент справочника Штрихкоды упаковок и товаров. Из рабочего места можно открыть отчет Места использования. В нем указываются объекты информационной базы, в которых указывается данный код.
Анализ проблем контроля кодов маркировки
Если при проверке поступившей продукции или при подборе продукции при отгрузке в форме проверки указан ИНН третьей организации (не покупателя и не продавца), то, возможно, эта продукция произведена в течение переходного периода, когда производители уже были обязаны маркировать продукцию и представлять в информационную систему маркировки сведения о вводе в оборот, а обязанность предоставлять сведения об обороте маркируемой продукции для других участников оборота маркируемого товара еще не наступила. Это означает, что маркируемая продукция может не числиться за поставщиком на момент совершения операции. Но выполнять операции с такой продукцией можно. В этом случае нужно настроить исключения проверки кодов или временно отключить контроль непосредственно в форме подбора и проверки, как описано выше.
В остальных случаях нужно исследовать причины возникших ошибок отдельно по каждой операции. Возможно, поставщик отразил отгрузку ранее, чем оформил у себя поступление кодов, или, например, коды были заказаны и введены в оборот по одной организации, а отгружен товар от имени другой, аффилированной с первой. Первичный анализ можно выполнить в рабочем месте Проверка кодов маркировки, а далее обращаться к поставщику для совместного исследования, анализа и приведения документов в порядок.
В случае системной ошибки при подборе и проверке кодов информации о текущем владельце и статусе может быть недостаточно, а для анализа необходимо привлекать специалиста обслуживающей организации или обращаться на линию поддержки. При этом специалистам для расследования необходим лог (история) запросов к ИС МП, который нужно направить специалистам вместе с подробным описанием проблемы. При проверке кодов из рабочего места Проверка кодов маркировки запись логов включается автоматически, ссылка открыть лог запросов выводится непосредственно в рабочем месте. В текстах некоторых ошибок добавляется гиперссылка с временным включением лога запросов и просмотра ранее включенного лога. Запись логов можно также включить вручную перед выполнением проблемной операции в рабочем месте Обмен с ИС МП (обувь, одежда, табак. ) в группе см. также. Включение производится на определенное время: 5, 10 или 15 минут. Там же будет доступна ссылка Открыть, которая позволяет просмотреть лог в текстовом виде и сохранить его для передачи специалистам.
Заключение
Работа с маркируемой продукцией в соответствии с актуальным законодательством, безусловно, повысила требования к выполнению операций с такими товарами, их документальному оформлению. Работа в новых, непривычных условиях может приводить к ошибкам участников оборота и вести к дальнейшим проблемам. Часть из этих ошибок являются типовыми и встречаются, по данным линии поддержки 1С, достаточно часто. Выше мы рассмотрели несколько примеров таких ошибок. В других случаях требуется дополнительное исследование ошибок и анализ причин их возникновения. Также мы рассмотрели инструменты, включенные в программы 1С, для оперативного решения таких ситуаций. При отлаженных процессах внутри компании и во взаимодействии с другими участниками оборота вероятность таких ошибок сводится к минимуму, а встроенные инструменты позволяют их оперативно отслеживать и устранять.
О поддержке обязательной маркировки в учетных решениях «1С:Предприятие 8» можно узнать в разделе «Маркировка» в «Мониторинге законодательства».
Цель проверки кодов маркировки
В общем случае успешное выполнение операции в ИС МП «Честный знак» (честныйзнак.рф) возможно лишь при определенном статусе и определенном владельце кодов маркировки. Например, для продажи маркированного товара код маркировки должен находиться в статусе «В обороте», а владельцем должен быть продавец продукции. Из общего правила могут быть исключения в течение переходных периодов для товарных категорий, у которых они определены (например, табачная продукция, выпущенная до 01.07.2020, подробнее см. далее). Если в ИС МП будут переданы коды с неверным статусом или владельцем, то операция выполнена не будет. Коды не перейдут к получателю или не будут выведены из оборота.
В программы 1С встроены проверки кодов маркировки, которые предоставляют пользователю информацию о текущем статусе и владельце кода маркировки непосредственно из программы.
Настройка проверки кодов маркировки в программе 1С
Для операций и товарных групп можно задать исключения. Ссылки для настройки исключений выводятся рядом с настройками Контролировать статусы кодов маркировки и Контролировать владельцев кодов маркировки при установке соответствующих флагов (см. рис. 1). После настройки исключений в ссылке указываются настроенные исключения.
Рис. 1
Исключения позволяют более гибко настроить проверки в течение переходного периода, когда еще не все участники оборота обязаны отражать операции с маркируемой продукцией. В таком случае проверка по отдельным операциям для отдельных товарных групп может оказаться излишней.
Отключить контроль статусов и контроль владельцев можно временно, на сеанс работы с формой Подбор и проверка маркируемой продукции в меню Еще указанной формы (рис. 2).
Рис. 2
Указанные настройки касаются только проверок на стороне программы 1C, не влияют на выполнение проверок на стороне Центра развития перспективных технологий (ЦРПТ, оператора системы маркировки) и не снимают ответственности, связанной с оборотом маркируемой продукции.
Инструменты проверки кодов маркировки
Рис. 3
Если статус и владелец корректны или проверка по статусу и владельцу отключена, то статус кода маркировки в ИС МП и его владелец не отображаются, а в столбце Статус проверки выводится результат проверки наличия кода:
При подборе, если код маркировки не проходит проверку статуса и/или владельца в ИС МП, то он не добавляется в форму подбора и проверки, а выдается соответствующее сообщение (рис. 4).
Рис. 4
В окне сообщения доступны ссылки, по которым можно перейти в рабочее место Проверка кодов маркировки, а также к панели администрирования для отключения контроля статусов.
Рабочее место «Проверка кодов маркировки»
Рис. 5
Это те же данные, которые выводятся в личном кабинете ИС МП «Честный знак». Также в рабочем месте выводятся связанные с этим кодом в информационной базе 1С: номенклатура, характеристика, серия, а также ссылка на элемент справочника Штрихкоды упаковок и товаров. Из рабочего места можно открыть отчет Места использования. В нем указываются объекты информационной базы, в которых указывается данный код.
Анализ проблем контроля кодов маркировки
Если при проверке поступившей продукции или при подборе продукции при отгрузке в форме проверки указан ИНН третьей организации (не покупателя и не продавца), то, возможно, эта продукция произведена в течение переходного периода, когда производители уже были обязаны маркировать продукцию и представлять в информационную систему маркировки сведения о вводе в оборот, а обязанность предоставлять сведения об обороте маркируемой продукции для других участников оборота маркируемого товара еще не наступила. Это означает, что маркируемая продукция может не числиться за поставщиком на момент совершения операции. Но выполнять операции с такой продукцией можно. В этом случае нужно настроить исключения проверки кодов или временно отключить контроль непосредственно в форме подбора и проверки, как описано выше.
В остальных случаях нужно исследовать причины возникших ошибок отдельно по каждой операции. Возможно, поставщик отразил отгрузку ранее, чем оформил у себя поступление кодов, или, например, коды были заказаны и введены в оборот по одной организации, а отгружен товар от имени другой, аффилированной с первой. Первичный анализ можно выполнить в рабочем месте Проверка кодов маркировки, а далее обращаться к поставщику для совместного исследования, анализа и приведения документов в порядок.
В случае системной ошибки при подборе и проверке кодов информации о текущем владельце и статусе может быть недостаточно, а для анализа необходимо привлекать специалиста обслуживающей организации или обращаться на линию поддержки. При этом специалистам для расследования необходим лог (история) запросов к ИС МП, который нужно направить специалистам вместе с подробным описанием проблемы. При проверке кодов из рабочего места Проверка кодов маркировки запись логов включается автоматически, ссылка открыть лог запросов выводится непосредственно в рабочем месте. В текстах некоторых ошибок добавляется гиперссылка с временным включением лога запросов и просмотра ранее включенного лога. Запись логов можно также включить вручную перед выполнением проблемной операции в рабочем месте Обмен с ИС МП (обувь, одежда, табак. ) в группе см. также. Включение производится на определенное время: 5, 10 или 15 минут. Там же будет доступна ссылка Открыть, которая позволяет просмотреть лог в текстовом виде и сохранить его для передачи специалистам.
Заключение
Работа с маркируемой продукцией в соответствии с актуальным законодательством, безусловно, повысила требования к выполнению операций с такими товарами, их документальному оформлению. Работа в новых, непривычных условиях может приводить к ошибкам участников оборота и вести к дальнейшим проблемам. Часть из этих ошибок являются типовыми и встречаются, по данным линии поддержки 1С, достаточно часто. Выше мы рассмотрели несколько примеров таких ошибок. В других случаях требуется дополнительное исследование ошибок и анализ причин их возникновения. Также мы рассмотрели инструменты, включенные в программы 1С, для оперативного решения таких ситуаций. При отлаженных процессах внутри компании и во взаимодействии с другими участниками оборота вероятность таких ошибок сводится к минимуму, а встроенные инструменты позволяют их оперативно отслеживать и устранять.
О поддержке обязательной маркировки в учетных решениях «1С:Предприятие 8» можно узнать в разделе «Маркировка» в «Мониторинге законодательства».