Сертификаты которые могут быть использованы для этой операции ограничены 1с мдлп

Когда необходим сертификат электронной подписи

В общем случае работа с ИС МП «Честный знак» осуществляется с помощью электронного документооборота (ЭДО) и требует наличия сертификата электронной подписи. Он используется для подписания электронных документов (универсального передаточного документа (УПД), универсального корректировочного документа (УКД)) и документов прямого обмена ИС МП (Маркировка товаров ИС МП, Отгрузка товаров ИС МП, Приемка товаров ИС МП, Вывод из оборота ИС МП и т. д.). Также сертификат ЭП нужен для запроса данных ИС МП о текущих статусах и владельцах кодов маркировки, за исключением случая розничных продаж с использованием контрольно-кассовой техники (ККТ) с фискальным накопителем с форматом фискальных данных (ФФД) 1.2, которые выполняют проверку кодов маркировки без авторизации в ИС МП.

Контроль статусов и владельцев кодов маркировки из программы не является обязательным, но позволяет существенно снизить вероятность ошибки отражения операции с кодами маркировки в ИС МП. Дело в том, что успешное выполнение операции в ИС МП возможно лишь при определенном статусе и определенном владельце кодов маркировки. Например, при продаже статус кодов должен быть В обороте, а владельцем кода должен быть продавец. Если эти условия не выполняются, то операция не будет отражена в ИС МП. Контроль статусов из программы позволяет выявлять проблемные ситуации на раннем этапе оформления операции: при подборе товаров в документ Реализация товаров и услуг или в чек в Рабочем месте кассира.

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

Как правило, получить сертификат ЭП на каждого сотрудника, осуществляющего продажи, и установить сертификат ЭП на каждое рабочее место не представляется возможным. Организовать работу на таких рабочих местах можно следующим образом:

• Работа без авторизации в ИС МП — на таких рабочих местах можно отражать розничные продажи c применением ККТ с фискальным накопителем с ФФД 1.2 c возможностью проверки кода, а также с ККТ с фискальным накопителем предыдущих версий ФФД (1.05, 1.1) без проверки кодов маркировки.
• Работа в клиент-серверной архитектуре с установкой программы-криптопровайдера и сертификата электронной подписи на сервере. В этом случае с любого рабочего места возможна авторизация и подписание документов, то есть выполнение любых операций с маркируемыми товарами.
• Использование на рабочих местах (без доступа к сертификату) ранее полученного и сохраненного в информационной базе токена авторизации. На таких рабочих местах можно выполнять проверку текущего статуса и владельца кода маркировки и получить структуру логистической упаковки. В случае розничных продаж с применением контрольно-кассовой техники с фискальным накопителем предыдущих версий ФФД (1.05, 1.1) это позволяет выполнить предварительную проверку кодов и далее оформить продажу с применением ККТ. В случае оптовых продаж на рабочем месте без сертификата ЭП можно выполнить подбор и проверку товаров, подготовить электронный документ или документ прямого обмена с ИС МП для дальнейшего подписания и отправки документа уполномоченным сотрудником на рабочем месте с установленным сертификатом ЭП.

Рассмотрим подробнее указанные варианты.

Как будет использоваться МЧД

В настоящее время применение и использование МЧД не является обязательным. Электронные документы от имени компаний можно подписывать квалифицированными электронными подписями самих компаний, в которых указывается Ф.И.О. владельца, а также наименование компании, в интересах которой владелец подписи и действует. Но уже через несколько месяцев механизм работы с электронными документами изменится.

Подписание документов организаций и ИП будет производиться либо руководителем (действует без доверенности), либо уполномоченными работниками, действующим уже от своего имени, без привязки к компании. Для этого вместо сертификатов электронных подписей юрлиц и ИП будут использоваться личные электронные подписи работников организаций и ИП, полученные ими как обычными физлицами (не работниками конкретных компаний). Однако для подтверждения полномочий на подписание электронных документов компании личной электронной подписью ее работника последнему как раз и понадобится МЧД, выданная руководителем компании.

Новые правила должны вступить в силу с 1 января 2023 года (Федеральный закон от 30.12.2021 № 443-ФЗ). Не исключено, что указанная дата будет перенесена на более поздний срок.

Напомним, Минцифры уже подготовило законопроект, который предлагает перенести срок перехода на обязательное применение МЧД на 1 сентября 2023 года, но это не мешает организациям и ИП добровольно перейти на использование МЧД уже в текущем, 2022 году. Применение МЧД рано или поздно все равно станет обязательным, и чем раньше компания перейдет к оформлению МЧД на своих работников, тем больше времени у нее будет для освоения новых требований к работе с электронными документами.

Операционные системы Astra Linux

Оперативные обновления и методические указания

Операционные системы Astra Linux предназначены для применения в составе информационных (автоматизированных) систем в целях обработки и защиты 1) информации любой категории доступа 2) : общедоступной информации, а также информации, доступ к которой ограничен федеральными законами (информации ограниченного доступа).

1) от несанкционированного доступа; 2) в соответствии с Федеральным законом от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации» (статья 5, пункт 2).

Операционные системы Astra Linux Common Edition и Astra Linux Special Edition разработаны коллективом открытого акционерного общества «Научно-производственное объединение Русские базовые информационные технологии» и основаны на свободном программном обеспечении. С 17 декабря 2019 года правообладателем, разработчиком и производителем операционной системы специального назначения «Astra Linux Special Edition» является ООО «РусБИТех-Астра».

На web-сайтах https://astralinux.ru/ и https://wiki.astralinux.ru представлена подробная информация о разработанных операционных системах семейства Astra Linux, а также техническая документация для пользователей операционных систем и разработчиков программного обеспечения.

Мы будем признательны Вам за вопросы и предложения, которые позволят совершенствовать наши изделия в Ваших интересах и адаптировать их под решаемые Вами задачи!

Репозитория открытого доступа в сети Интернет для операционной системы Astra Linux Special Edition нет. Операционная система распространяется посредством DVD-дисков.

Информацию о сетевых репозиториях операционной системы Astra Linux Common Edition Вы можете получить в статье Подключение репозиториев с пакетами в ОС Astra Linux и установка пакетов.

В целях обеспечения соответствия сертифицированных операционных систем Astra Linux Special Edition требованиям, предъявляемым к безопасности информации, ООО «РусБИтех-Астра» осуществляет выпуск очередных и оперативных обновлений.

Очередные обновления (версии) предназначены для:

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

Оперативные обновления предназначены для оперативного устранения уязвимостей в экземплярах, находящихся в эксплуатации, и представляют собой бюллетень безопасности, который доступен в виде:

• инструкций и методических указаний по настройке и особенностям эксплуатации ОС, содержащих сведения о компенсирующих мерах или ограничениях по примене- нию ОС при эксплуатации;
• отдельных программных компонентов из состава ОС, в которые внесены изменения с целью устранения уязвимостей, инструкций по их установке и настройке, а также информации, содержащей сведения о контрольных суммах всех файлов оперативного обновления;
• обновлений безопасности, представляющих собой файл с совокупностью программных компонентов из состава ОС, в которые внесены изменения с целью устранения уязвимостей, а также информации, содержащей сведения о контрольных суммах всех файлов обновлений безопасности, указания по установке, настройке и особенностям эксплуатации ОС с установленными обновлениями безопасности.

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

Подключаем «Организации МДЛП»

Чтобы создать в программе «Организацию МДЛП», сначала нужно получить:

• регистрационный номер участника
• идентификатор клиента
• секретный код

Для этого нужно настроить вход в Систему «Честный знак», используя сертификат УКЭП, и зарегистрировать в ней организацию. После регистрации вы получите нужные данные — их и нужно использовать для создания «Организации МДЛП» в программе 1С: Больничная аптека.

После создания «Организации МДЛП» нужно провести обмен данными между 1С:Больничная аптека и ИС МДЛП. В результате обмена в 1С:Больничной аптеке появятся места деятельности — склады данной организации, предварительно зарегистрированные в личном кабинете Системы.

ВАЖНО! В карточке элемента «Места деятельности» обязательно нужно установить флажок «Вести учёт в этой базе». Если этого не сделать, при обмене будет возникать ошибка.

Чтобы обмениваться информацией с ИС МДЛП, в базу нужно внести не только свою организацию, но и организацию поставщика лекарств. Для этого достаточно ввести один из его реквизитов и нажать кнопку «Запросить данные контрагента». Можно внести

• ИНН
• ОГРН
• регистрационный номер участника

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

Кроме организаций МДЛП, нужно также создать «Субъекты обращения МДЛП» как для собственной организации, так и для контрагента.

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

Как создать МЧД в 1С

В программах 1С создать машиночитаемую доверенность организации можно следующим способом:

• в списке организаций открыть карточку необходимой организации и перейти по команде ЭДО – Машиночитаемые доверенности;
• в общем списке МЧД в разделе доверенностей организации по кнопке Создать на вкладке Доверенности организаций.

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

При заполнении заявки на регистрацию доверенности обратите внимание на следующие реквизиты:

• номер доверенности генерируется автоматически;
• срок действия доверенности может быть указан датой или текстом с информацией о том, при каких условиях доверенность считается действительной (пока не используется в рамках пилота ФНС). Дату окончания использования доверенности нельзя поставить меньше текущей, программа выдаст предупреждение;
• передоверие – разрешено или нет;
• сведения о доверителе – указывается организация, физическое лицо и должность доверителя;
• сведения о представителе – указываются данные представителя;
• рег. № доверенности основания (используется при передоверии).

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

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

Если ранее в этом сеансе был проставлен флаг Запомнить на время сеанса пароль от данного сертификата, то окно подписания не появится.

После создания и подписания МЧД компания-доверитель должна зарегистрировать доверенность в узле распределенного реестра МЧД ФНС, а также зарегистрировать сертификат физического лица в учетной записи организации ЭДО и приложить к нему соответствующую МЧД. В дальнейшем при подписании документов сертификатом машиночитаемая доверенность подбирается автоматически.

В целях регистрации сертификата и МЧД у оператора ЭДО сертификат должен быть установлен на ПК в разделе Личные и проходить проверку в программе криптографии (КриптоПРО CSP). Далее администратор или иной пользователь с подходящими правами должен добавить сертификат в программе 1С в справочник Сертификаты ключей электронной подписи и шифрования. Пользователь, у которого нет прав на прямой доступ к справочнику, может попасть в него только по ссылке.

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

После того как сертификат будет заведен в данном справочнике, его необходимо добавить в учетную запись организации в сервисе 1С-ЭДО. Для этого необходимо открыть список учетных записей в меню Администрирование – Обмен электронными документами – Учетные записи ЭДО.

Добавить новый сертификат физического лица можно по соответствующей кнопке Добавить. В учетной записи появится новая строка с сертификатом физического лица и указанием машиночитаемой доверенности. Чтобы сохранить изменения, необходимо нажать кнопку Записать и закрыть. При этом откроется окно Подписание регистрационных данных на подключение к сервису 1С-ЭДО, в котором подтверждаем подписание по кнопке Подписать.

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

Обратите внимание, что на время регистрации МЧД находится в статусах Подписана и В реестре ФНС: Отправлена. Через 3–5 минут после отправки необходимо зайти в отправленную МЧД и проверить статус регистрации. Как только МЧД будет зарегистрирована, в ее карточке появится соответствующий статус В реестре ФНС: Зарегистрирована и кнопка Отозвать. Теперь можно пользоваться созданной МЧД. После создания МЧД перед первым ее использованием необходимо подождать около 15 минут.

Прием сертификата НСПК при розничной продаже

Покупатель может доплатить за товар и наличными.

Простой интерфейс: меню «Товары — Розничные продажи».

Полный интерфейс: меню «Продажи — Розничные продажи — Розничные продажи (чеки)».

Как в 1С загрузить МЧД из узла распределенного реестра МЧД ФНС

В программе 1С есть возможность вручную загрузить доверенность из узла распределенного реестра МЧД ФНС в общем списке доверенностей. Загрузить можно как доверенности организации, так и доверенности контрагентов по команде Еще – Загрузить из реестра ФНС.

В открывшемся окне при загрузке доверенности организации указывается доверитель и номер загружаемой доверенности. После чего происходит поиск доверенности в узле распределенного реестра МЧД ФНС и загрузка в базу.

В случае с загрузкой доверенности контрагента указывается требуемый контрагент и номер доверенности. После ввода данных производится загрузка доверенности из узла распределенного реестра МЧД ФНС в программу, при этом открывается карточка новой загруженной доверенности. Если же такая доверенность ранее уже была загружена в базу, тогда открывается окно найденной доверенности.

Прием сертификата НСПК при оплате платежной картой по счету

Далее выполняются шаги аналогично розничной продаже.

Простой интерфейс: меню «Деньги — Операции по платежным картам».

Полный интерфейс: меню «Банк и касса — Касса — Операции по платежным картам».

Пятница, 14 декабря 2018 г.

Для установки в uRoot админиских прав больше не нужно. Ради этого их с mRoot и разделили. Работает так: если ставить в uRoot — видно будет только текущему пользователю, даже если он root, но права не нужны и будет диалог с предупреждением. Если ставить в mRoot, то нужны права, видно будет всем и предупреждения не будет.

Установка корневого сертификата удостоверяющего центра: $ /opt/cprocsp/bin/amd64/certmgr -inst -cert -file

/Загрузки/ .cer -store uRoot $ /opt/cprocsp/bin/amd64/certmgr -inst -cert -file

/Загрузки/guts_2012.cer -store uRoot

Просмотор корневых сертификатов: $ /opt/cprocsp/bin/amd64/certmgr -list -store uRoot

Удалить: $ /opt/cprocsp/bin/amd64/certmgr -delete -store uRoot $ /opt/cprocsp/bin/amd64/certmgr -delete -all -store uRoot

Установка списка отозванных сертификатов: $ /opt/cprocsp/bin/amd64/certmgr -inst -crl -file

Установка цепочки промежуточных сертификатов: $ /opt/cprocsp/bin/amd64/certmgr -inst -cert -file

/Загрузки/ .p7b -store uca

/Загрузки/fk_2012.cer -store uca

Просмотор промежуточных сертификатов: $ /opt/cprocsp/bin/amd64/certmgr -list -store uca

Удалить: $ /opt/cprocsp/bin/amd64/certmgr -delete -store uca

Установка сертификата с рутокена: $ /opt/cprocsp/bin/amd64/certmgr -inst -cont ‘ ‘ -store uMy

Установка сертификата из контейнера: $ /opt/cprocsp/bin/amd64/certmgr -inst -store uMy -cont ‘\.HDIMAGE est’

Просмотор личных сертификатов: $ /opt/cprocsp/bin/amd64/certmgr -list -store uMy

Просмотр контейнеров, рутокенов $ /opt/cprocsp/bin/amd64/csptest -keyset -enum -verifycontext -fqcn

Экспорт в файл сертификата из хранилища $ /opt/cprocsp/bin/amd64/certmgr -export -cert -dn «CN=» -dest ‘cert.crt’ $ /opt/cprocsp/bin/amd64/cryptcp -copycert -dn CN=’Фёдорова Галина Борисовна’ -df

$ CP_PRINT_CHAIN_DETAIL=1 /opt/cprocsp/bin/amd64/cryptcp -copycert -dn CN=’Фёдорова Галина Борисовна’ -df

$ /opt/cprocsp/bin/amd64/cryptcp -verify -f cert.crt cert.txt $ /opt/cprocsp/bin/amd64/cryptcp -verify -u

/cert.txt $ /opt/cprocsp/bin/amd64/cryptcp -verify -u

Установка сертификатов zakupki.gov.ru

$ /opt/cprocsp/bin/amd64/certmgr -inst -cert -file ‘Сертификат Головного удостоверяющего центра.cer’ -store uRoot $ /opt/cprocsp/bin/amd64/certmgr -inst -cert -file ‘Сертификат Удостоверяющего центра Федерального казначейства.cer’ -store uRoot

$ /opt/cprocsp/bin/amd64/certmgr -inst -cert -file root2013.cer -store uRoot

Как в 1С загрузить МЧД из файла

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

Если все проверки прошли успешно, то МЧД загружается в базу со всеми реквизитами.

Электронные сертификаты НСПК в 1С

В программе «1С:Бухгалтерия 8» начиная с версии 3.0.111 добавлена возможность принимать электронные сертификаты НСПК в оплату товаров, работ, услуг.

Настройки для работы с электронными сертификатами НСПК

Простой интерфейс: меню «Настройки — Еще — Другие настройки — Администрирование — Подключаемое оборудование».

Полный интерфейс: меню «Администрирование — Настройки программы — Подключаемое оборудование».

Простой интерфейс: меню «Настройки — Функциональность — Банк и касса».

Полный интерфейс: меню «Главное — Настройки — Функциональность — Банк и касса».

Маркировка обувной продукции

С 1 июля 2020 года запрещается ввод в оборот, оборот и вывод из оборота немаркированной обуви (за некоторым исключением). Розничные продавцы обувных товаров с 1 июля 2020 года должны реализовывать только маркированную обувь. Не реализованную к 1 июля 2020 немаркированную обувь необходимо промаркировать до 1 сентября 2020 года (подробнее). Любой участник оборота обувных товаров должен маркировать ранее маркированную обувь, если утрачен или поврежден код. Например, розничные продавцы должны маркировать товар, если покупатель возвращает его без кода.

В «1С:Розница» реализована следующая функциональность, предложенная оператором ЦРПТ:

• заказ на эмиссию кодов маркировки станции управления заказами;
• ввод в оборот маркированной продукции;
• маркировка остатков;
• списание кодов маркировки;
• вывод из оборота;
• закупки маркированной продукции (ЭДО);
• розничные продажи маркированной продукции с применением ККТ с функцией передачи данных.

Чтобы упростить и облегчить учет оборота маркированной обувной продукции, фирмой «1С» была разработана и встроена в продукт «1С:Розница» специальная подсистема для обмена с ИС МП.

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

По новым правилам на каждую единицу маркируемого товара нанесен код маркировки квадратной формы формата Data Matrix. Код маркировки включает в себя набор информации о товаре, в том числе закодированную в привычном для многих штрихкоде EAN13. Для самостоятельной печати кодов маркировки предназначен специальный шаблон этикеток и ценников.

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

В ИС МП информация о товаре и его движении поступает из электронного документооборота (далее – ЭДО), личного кабинета клиента и от ОФД.

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

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

Подключение подсистемы интеграции

В документах, для которых указана дата раньше «Даты ввода обязательной маркировки обуви» ИС МП, можно отражать операции с маркируемой обувной продукцией без сканирования кода маркировки. По ЭДО такие документы передаваться не будут.

После наступления «Даты ввода обязательной маркировки обуви ИС МП» считывание марки при отражении операций по обувной продукции обязательно.

Чтобы запрашивать онлайн статусы кодов маркировки и информацию о владельце в ИС МП (в момент сканирования обувной продукции), нужно включить соответствующую опцию:

• для возвратов поставщику и документов ИС МП – Контролировать статусы кодов маркировки;
• для розничных продаж – Контролировать статусы кодов маркировки при розничных продажах.

Запрос данных в ИС МП в момент проверки данных при поступлении от поставщика происходит автоматически.

• Пропускать строки с ошибками при загрузке из ТСД — возможность частичной загрузки кодов маркировки из терминала сора данных (ТСД) и табличного документа. При установленном флажке строки с непрошедшими проверку на корректность кодами игнорируются, при этом загрузка не блокируется. Все прошедшие проверку коды будут загружены. При снятом флажке загрузка при наличии ошибочных кодов будет заблокирована.
• Проверять алфавит кодов маркировки — коды маркировки основаны на стандартах GS1 и включают специальные символы, предусмотренные этим стандартом. Сканер должен быть настроен на чтение этих символов. В случае неверной настройки сканера в считанном коде могут появиться некорректные символы. Дальнейшая попытка работы с таким кодом приведет к ошибкам. При установке флажка проверка кодов на корректность выполняется при их считывании или загрузки из внешнего файла, что позволяет исключить возникновение ошибочных ситуаций в дальнейшем.
• Контролировать стандартную вложенность — групповые логические упаковки по определенным товарам могут быть стандартизированы, т.е. всегда содержать строго определенное количество вложенных потребительских упаковок. Если по данным ИС МП в такой групповой упаковке содержится иное количество потребительских упаковок, то это может быть признаком ошибки отражения агрегации в ИС МП. При установленном флажке можно отследить такие ситуации на этапе проверки маркируемой продукции и не допустить дальнейшего отражения ошибочной операции.

В форме настроек можно настроить Расписание для автоматического обмена с ИС МП, нажав ссылку Расписание и задав параметры. Для автоматического обмена необходимо для каждой организации указать сертификат электронной подписи и сохранить пароль к нему (ссылка Настроить сертификаты организаций для подписания сообщений и авторизации на сервере). Для каждого используемого для обмена с ИС МП сертификата следует указать «Организацию» и «Пользователя», имеющего право подписи сообщений.

При включении опции Вести учет обувной продукции появится ссылка на рабочее место Обмен с ИС МП в следующих разделах:

• Закупки;
• Склад;
• Продажи.

Обмен с ИС МП

В рабочем месте Обмен с ИС МП cобраны все текущие задачи пользователя по маркировке продукции. В том числе входящие и исходящие документы ЭДО.

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

После подключения к ИС МП следует получить доступ к станции управления заказами (далее – СУЗ). Для этого в форме Настройки интеграции с ИС МП (раздел Администрирование – Настройки интеграции с ИС МП) необходимо нажать на ссылку Параметры подключения к СУЗ.

Далее необходимо создать новую запись в регистре Настройки обмена с СУЗ ИС МП с учетными данными организации (из личного кабинета). Для этого в первую очередь нужно создать экземпляр СУЗ, указав в нем:

• наименование;
• формат обмена со станцией;
• идентификатор СУЗ (OmsId).

Для СУЗ с форматом V2 необходимо использовать подключение по HTTPS.

Параметры подключения к станции управления заказами обычно включают в себя:

• СУЗ;
• порт;
• таймаут;
• организация;
• токен.

При необходимости по ссылке Расписание можно настроить расписание обмена с СУЗ.

Примечание:В текущей версии реализовано подключение к СУЗ только с сервера «1С:Предприятия» (для варианта клиент-сервер). В следующих версиях планируется поддержать вариант подключения с клиентских рабочих мест. Такой вариант может быть использован, если информационная база расположена в облаке, а СУЗ – в локальной сети предприятия.

Настройка НСИ

Для маркируемой обувной продукции рекомендуется редактировать существующие немаркируемые элементы, а не создавать новые виды и карточки номенклатуры.

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

При создании новых элементов справочника Номенклатура необходимо использовать созданный Вид номенклатуры.

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

Примечание:Реквизиты Тип номенклатуры и Вид номенклатуры являются ключевыми, поэтому предварительно необходимо разрешить их редактирование. Для этого в открытой карточке редактируемого элемента необходимо нажать кнопку Еще, выбрать значение Разрешить редактирование реквизитов и подтвердить намерения об изменении, отвечая на уточняющие вопросы программы.

В карточках номенклатуры маркируемой обувной продукции реквизит Тип номенклатуры примет значение Товар: Маркируемая обувная продукция, а реквизит Особенность учета – значение Маркируемая обувная продукция. На основании этих значений будут формироваться данные для печати чека.

ЭДО

Для корректной передачи данных о приеме и возврате маркируемой обувной продукции в ИС МП с помощью электронного УПД необходимо настроить и подключить электронный документооборот.

Настройка формата

Для оформления документов с маркируемой обувной продукцией рекомендуется использовать формат Счет-фактура и первичный документ в одном документе. Для этого необходимо в «Настройках отправки документов» (раздел Администрирование – Обмен электронными документами – Обмен с контрагентами – Настройки ЭДО – Настройки отправки) устанавливать флажок для данного формата.

Такая настройка позволит охватить максимальное количество операторов ЭДО.

Текущие дела ЭДО

Рабочее место ЭДО (раздел Закупки – Текущие дела ЭДО) позволяет просмотреть незавершенные дела по работе с электронными документами и выполнить требующиеся действия с ними. Работа с электронными документами разделена на группы и зависит от характера незавершенного события. Слева расположены группы действий, которые могут быть выполнены с документами, а справа – список документов, для которых необходимо совершить то или иное действие.

В рамках ЭДО номенклатура базы должна быть сопоставлена с номенклатурой контрагента. Это выполняется для каждой номенклатуры и каждого контрагента при первом обмене электронными документами, в которых указана данная позиция. Сопоставить номенклатуру можно на форме Текущие дела ЭДО, нажав одноименную кнопку или ссылку. Либо можно воспользоваться помощью универсального сервиса «1С:Номенклатура». Можно выбрать номенклатуру из справочника Номенклатура или создать новую. Но не зависимо от этого, для всей маркируемой обувной продукции в карточке номенклатуры должен быть установлен тип номенклатуры Маркируемая обувная продукция.

Например, с новой поставкой обувных изделий от поставщика пришел УПД в электронном виде. Для отражения данных в учете авторизованному в ЭДО пользователю необходимо в общем списке найти требуемую накладную и – в зависимости от выбранного «Способа отражения в учете» конкретной «Настройки ЭДО» (ссылка внизу формы Настройки ЭДО) – в колонке Документы учета перейти по ссылке в автоматически созданный документ Поступление товаров или выбрать действие Создать.

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

В журнале документов Поступление товаров (раздел Закупки – Поступления товаров) отразится созданный на основании электронного документа учетный документ Поступление товаров.

Доступность команд для дальнейших действий в ЭДО зависит от того, к какой группе относится документ. Например, для группы Входящие, в которую попадают документы от контрагентов, доступны команды утвердить, подписать и отправить.

Выбрать команду можно в общем списке либо в открытой форме электронного документа.

Для маркируемой обувной продукции в карточке документа ЭДО в строках табличной части отображаются коды маркировки (кроме формата УПД 2019).

Поступление маркируемой обувной продукции

В ситуации, когда поставка прошла, а электронный УПД поставщик не прислал, можно создать документ Поступлениетоваров вручную. В табличную часть документа необходимо подобрать поступившие позиции с признаком маркируемой обувной продукции (см. пункт «Настройка НСИ») и провести документ. В табличной части документа пиктограмма

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

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

Оформление поступления товаров на основании электронного УПД

Если поступление маркируемой продукции сопровождается электронным УПД, то на его основании в базе будет создан документ Поступление товаров (см. пункт «Текущие дела ЭДО»). В интерфейсе пользователя документы данного вида расположены в разделе Закупки – Поступление товаров.

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

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

В данной форме проверки выполняется онлайн-контроль статусов поступивших кодов маркировки и их принадлежности отправителю.

Например, проверка не будет пройдена, если в ИС МП за данной продукцией числится другой владелец. В переходный период подобные «пробелы» в цепочке поставок товара могут встречаться. Поэтому, если необходимо принять товар, игнорируя предупреждение системы, можно отключить контроль, нажав кнопку Еще и выбрав вариант Отключить проверку кодов по владельцу.

Форма «Проверка поступившей обувной продукции»

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

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

На вкладке Структура упаковок содержится следующая информация:

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

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

отражается общее количество проверенных элементов.

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

При сканировании короба в строке отражается количество вложенных упаковок.

На вкладке Обувная продукция отражается список товаров с указанием количества из табличной части документа Поступление товаров и количества проверенных позиций. Для маркируемых товаров отображается пиктограмма

Если после проверки данные совпадают, то пиктограмма изменит цвет на зеленый –

Чтобы продолжить проверку, необходимо в табличной части документа нажать на ссылку Проверка и подбор – Возобновить проверку и подбор – Возобновить проверку обувной продукции.

Проверенный документ Поступление товаров необходимо провести. Документ Счет-фактура полученный оформляется стандартным способом.

Электронный УПД необходимо подтвердить в ЭДО, используя усиленную квалифицированную электронную подпись (далее – УКЭП).

Примечание:На данный момент отсутствует техническая возможность учитывать расхождения при поступлении маркируемой обувной продукции, поэтому подтверждать нужно только документы без расхождений. В случае выявления расхождений необходимо запросить у поставщика исправленный документ (исправленный УПД) или корректировочный документ (УКД).

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

Данные о смене владельца товара будут переданы в ИС МП оператором ЭДО.

Примечание:Регламент ЭДО с контрагентом можно настроить для каждого документа учета в соответствующей «Настройке ЭДО» (Администрирование – Обмен электронными документами – Обмен с контрагентами – Настройки ЭДО).

Возврат обувной продукции поставщику

Для оформления возврата поставщику обувной продукции используется документ Возврат товаров поставщику. В интерфейсе пользователя документы данного вида расположены в подразделе Закупки – Возвраты товаров поставщикам.

При вводе документа на основании соответствующего документа Поступление товаров данные в документе Возврат товаров поставщику будут заполнены автоматически из документа-основания. В документе Возврат товаров поставщику можно осуществлять проверку сканированием – как в табличной части документа, так и в форме Подбор и проверка обувной продукции (подробнее см. пункт «Форма «Проверка поступившей обувной продукции»»). Чтобы открыть данную форму, необходимо в сохраненном документе на вкладке Товары нажать на ссылку Проверка и подбор и выбрать вариант Подобрать и проверить обувную продукцию.

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

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

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

Документ Счет-фактура выданный оформляется стандартным способом.

Далее необходимо отправить электронный УПД с кодами маркировки контрагенту и в ИС МП. Для этого в открытой форме проведенного документа Возврат товаров поставщику необходимо нажать кнопку ЭДО и выбрать команду Создать электронный документ. В открывшемся электронном документе нужно нажать кнопку Подписать и отправить. Возможно, потребуется ввести пароль закрытого ключа сертификата и нажать кнопку Подписать.

После электронного подтверждения получения товаров контрагентом в ИС МП для каждой марки будет зарегистрирована информация о смене владельца и статуса.

Примечание:Чтобы зарегистрировать в ИС МП возврат зарубежному поставщику, необходимо с помощью появившейся ссылки (в левом нижнем углу формы документа Возврат товаров поставщику) создать документ Вывод из оборота ИС МП и нажать на ссылку передайте данные.

Розничные продажи

«1С:Розница» не поддерживает оптовую продажу маркированной обувной продукции. Поэтому программа не позволит подобрать данный товар сканированием в документе Реализация товаров.

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

Как работать с МЧД

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

Например, при направлении контрагентам универсальных передаточных документов (УПД) и универсальных корректировочных документов (УКД) данные документы уже будут содержать в своем составе ИД МЧД подписавшего их сотрудника. Если компания планирует не только обмениваться со своими контрагентами УПД и УКД, то имеет смысл направить им необходимые МЧД произвольным документом по ЭДО.

В решениях 1С при отправке документов программа автоматически определяет, необходима ли в данном случае доверенность, подбирает последнюю из использованных (если в программе несколько МЧД) и сопоставляет данные документа с данными сертификата. После этого запрашивает пароль к подписи.

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

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

• подпись неверна;
• данные о доверенности некорректны;
• данные о документе;
• данные о представителе или доверителе.

Работа с МЧД поддерживается для подписания документов на клиенте и на сервере. На сервере доступно подписание документа с помощью МЧД, когда можно автоматически подобрать подходящую доверенность. Из всех имеющихся МЧД будет подобрана последняя действующая доверенность.

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

Получая подписанные электронные документы, адресат сможет легко проконтролировать их подлинность путем проверки ИД МЧД. Например, если мы говорим об УПД и УКД, то проверка МЧД в современных учетных решениях осуществляется автоматическим способом: система просто направляет соответствующие запросы в реестр МЧД на сайте ФНС и при получении подтверждения о действительности электронной доверенности дает разрешение на дальнейшую обработку полученных документов. Если применяемое учетное решение не находит сведений об МЧД, оно информирует компанию о том, что доверенность является недействительной, а документы – неподписанными.

В программах 1С при получении электронных документов автоматически выполняется проверка подписи. Если документ подписан подписью физического лица, которая не содержит ИНН организации, то программа считает, что документ должен быть подписан с указанием доверенности. Для УПД и УКД программа ищет доверенность в узле распределенного реестра МЧД ФНС, а для прочих документов ищет в справочнике Машиночитаемые доверенности контрагентов. При обнаружении доверенности она автоматически загружается из узла распределенного реестра МЧД ФНС в программу (если был поиск по узлу распределенного реестра МЧД ФНС), и выполняются следующие действия:

• сопоставление данных о доверителе, представителе в доверенности и сведений о номере доверенности в ЭД;
• проверка полномочий представителя;
• сопоставление данных о представителе в доверенности и квалифицированный сертификат ключа проверки электронной подписи, которой подписан ЭД;
• сопоставление даты подписания ЭД и срок действия доверенности;
• проверка квалифицированной электронной подписи доверителя, которой подписана доверенность.

Если доверенность не найдена, то на вкладке Подписи при просмотре статуса подписи можно увидеть предупреждение.

При подписании входящего документа можно визуально самостоятельно проверить штамп и подписи. При двойном клике по строке сертификата на закладке Подписи есть возможность посмотреть информацию о сертификате и подписи документа.

При проверке входящего документа может возникнуть ситуация, когда система не находит доверенность. Например, контрагент подписал сертификатом физического лица произвольные документы и забыл отправить МЧД. Тогда программа показывает, что подпись не прошла проверку и объясняет, что доверенность не найдена.

При этом за компаниями сохраняется право в любой момент отменить выданные работникам МЧД. Отменить доверенности можно в своей информационной системе, у оператора ЭДО или при помощи сервиса ФНС. Для отмены потребуется указать номер отменяемой доверенности и причину ее отмены (например, увольнение работника организации).

В программах 1С отозвать доверенность можно по команде Еще – Пометить отозванной.

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

После чего доверенность автоматически получит статус Отозвана. Теперь необходимо сообщить об отзыве контрагентам, которым ранее отправляли данную доверенность. Контрагентам лучше сообщить, чтобы и они отметили ее в качестве отозванной. Обратите внимание, что подобный порядок работы с отозванными МЧД носит временный характер. В следующих версиях программы ручной синхронизации не потребуется.

Понятие МЧД, и зачем она нужна

Машиночитаемая доверенность (МЧД) – это электронный документ, подписанный сертификатом электронной подписи руководителя организации или ИП и подтверждающий полномочия физлица подписывать от имени компании электронные документы и передавать их в другие компании и учреждения. Например, в налоговую инспекцию, государственные внебюджетные фонды или контрагентам.

МЧД является полноценным аналогом бумажной доверенности, оформляемой сейчас на сотрудников компании, и имеет равную с ней юридическую силу. В отличие от бумажной доверенности, МЧД преимущественно предоставляет полномочия на работу именно с электронными документами и всегда совершается в таком формате, который позволяет проверять ее подлинность в автоматическом режиме, без участия сотрудников контрагентов или представителей контролирующих ведомств и структур (ФНС, ПФР и т.д.).

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

Главной целью МЧД является подтверждение полномочий на подписание электронных документов и совершение других юридически значимых действий в рамках ЭДО.

С 1 января 2023 года сотрудники компаний (кроме руководителей), представляющие их в отношениях с контрагентами и контролирующими органами, должны использовать сертификаты физических лиц. Данные сертификаты не будут иметь никакой привязки к компании-работодателю, и при подписании документов электронной подписью физическим лицом, представляющим компанию, полномочия представителя необходимо подтвердить доверенностью.

Поскольку при работе с электронными документами в рамках ЭДО подтвердить полномочия на подписание и передачу того или иного документа с помощью обычной «бумажной» доверенности довольно проблематично, требуется оформление именно МЧД. При этом использование МЧД уже в самом ближайшем будущем станет обязательным.