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

Сертификат не найден на компьютере

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

Алгоритм проверки электронной подписи:

В программном продукте 1С необходимо

1. перейти в раздел «Администрирование»

2. «Обмен электронными документами»

3. «Настройка электронной подписи и шифрования»

4. На вкладке «Сертификаты» открыть используемый сертификат

5. Нажать на кнопку «Проверить»

6. Ввести пароль закрытой части ключа и нажать «Проверить»

! Обращаем Ваше внимание, что программа сама увеличит количество * в поле «Пароль:» до 16 при проверке. Данное поведение является штатным и выступает дополнительной защитой конфиденциальных данных в виде количества символов в пароле. Проверка будет осуществлена на основании введенных Вами данных .

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

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

В открывшемся окне перейти на вкладку «Содержание» и нажать «Сертификаты»

В сертификатах перейти на вкладку «Личные».

Как видно на примере в личных действительно отсутствует сертификат электронной подписи.

Решение: Установить сертификат в личный список.

Корректная установка сертификата в личный список происходит из программы криптографии.

1. Для пользователей, использующих VIPNet CSP

Запустить VIPNet CSP — выбрать необходимый контейнер и нажать «Свойства«

В открывшемся окне свойств контейнера необходимо нажать «Открыть» для открытия сертификата электронной подписи.

В сертификате необходимо нажать «Установить сертификат»

В открывшемся мастере импорта сертификатов необходимо выбрать в расположении хранилища «Текущий пользователь» и нажать «Далее»

Затем выбрать «Поместить все сертификаты в следующее хранилище» и нажать «Обзор«. В открывшемся окне выбрать хранилище «Личное» и нажать «ОК«. Завершить установку сертификата.

2. Для пользователей, использующих КриптоПро CSP

Запустить КриптоПро CSP. Для этого необходимо перейти в Пуск — Панель управления — КриптоПро CSP

В открывшемся окне криптопровайдера перейти на вкладку «Сервис» и нажать «Просмотреть сертификат в контейнере. «.

Затем нажать «Обзор» и выбрать необходимый контейнер закрытого ключа.

В открывшемся окне необходимо выбрать необходимый контейнер закрытого ключа и нажать «ОК«

В следующем окне можно сверить данные о выбранного сертификата и нажать «Установить«.

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

После установки сертификат появится в хранилище «Личные» в свойствах браузера.

После установки сертификата в хранилище «Личные» ошибка не воспроизводится.

Также вам может быть интересно:

Настройка КриптоПРО для работы с 1С-ЭДО в Linux

Настройка КриптоПРО для работы с 1С-ЭДО в macOS

Нет доступного сертификата для подписания документов.

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

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

Ошибка 1с фискальное устройство не подключено чек не напечатан

Порядок действий при появлении сообщений об ошибке при работе с ККТ «с передачей данных»

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

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

Сообщение «Смена не открыта или истекла»

При нажатии кнопки Принять оплату из документа Чек вид операции Продажа появляется сообщение об ошибке «При выполнении операции произошла ошибка, кассовая смена не открыта или истекла».

Данным сообщением система информирует о том, что на фискальном устройстве кассовая смена еще не открыта.

Для исправления необходимо выполнить следующие действия:

• сохранить документ Чек по кнопке Записать ;
• открыть смену по кнопке Открыть смену в разделе Банк и касса – Касса – Управление фискальным устройством , при этом на фискальном регистраторе будет выведен Отчет об открытии смены;

• закрыть обработку управления фискальным устройством;
• нажать в документе Чек кнопку Принять оплату и напечатать чек.

Сообщение «Чек уже пробит на фискальном устройстве»

При попытке пробить кассовый чек появляется сообщение «Чек уже пробит на фискальном устройстве».

Этим сообщением программа защищает от двойного пробития одного и того же кассового чека.

Например, если нужно исправить ошибки в документе Поступление наличных вид операции Оплата от покупателя, по которому уже был пробит чек, необходимо:

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

Иногда ошибка при пробитии чека связана с неприменением ККТ, например когда в момент расчета с покупателем отключили электричество. В таких ситуациях для исправления ошибок используется документ Чек коррекции.

Узнать про оформление чека коррекции в программе

Сообщение «При подключении оборудования произошла ошибка: Не удалось подключить устройство. Порт не доступен»

При попытке выполнить любую команду в обработке Управление фискальным устройством появляется сообщение: «При подключении оборудования произошла ошибка: Не удалось подключить устройств. Порт недоступен»

Данное сообщение свидетельствует о том, что у программы нет связи с ККТ.

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

• Прежде всего, необходимо проверить включено ли фискальное устройство, подается ли к нему питание.
• Необходимо проверить подключен ли фискальный регистратор к компьютеру. Если фискальный регистратор подключается к компьютеру (по проводной или беспроводной) локальной сети, следует убедиться, что сеть работает;
• Следует проверить настройки подключения фискального регистратора, указанные в программе.

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

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

Сообщение «Кассовая смена превысила 24 часа»

Работа с фискальной техникой делится на кассовые смены. Чек ККТ не может быть сформирован позднее чем через 24 часа с момента формирования на ККТ Отчета об открытии кассовой смены (п. 2 ст. 4.3 от 22.05.2003 Федерального закона N 54-ФЗ).

При попытке открыть кассовую смену выходит сообщение «Смена превысила 24 часа».

Так как по требованиям законодательства длительность кассовой смены не может превышать 24 часа, то система не позволит выполнять кассовые операции, пока не будет закрыта предыдущая кассовая смена по кнопке Закрыть смену через обработку Управление фискальным устройством в разделе Банк и касса – Касса .

Сообщение «При выполнении операции произошла ошибка: Смена открыта – операция невозможна»

При попытке открытия смены, появляется сообщение «При выполнении операции произошла ошибка: Смена открыта – операция невозможна».

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

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

Подписывайтесь на наши YouTube и Telegram чтобы не пропустить
важные изменения 1С и законодательства

Помогла статья?

Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно

Чек не напечатан на фискальном устройстве

Подскажите пожалуйста, известна ли причина такой ошибки и способы решения.

После обновления у пользователя были выявлены сильные искажения интерфейса кассира, не работала настройка АТОЛ.

И сейчас вот такая главная проблема http://joxi.ru/12MyVQli0RjbO2 .

Из за чего она может быть? Что нужно посмотреть и поправить?

При печати чека произошла ошибка.

Чек не напечатан на фискальном устройстве.

ККТ не зарегистрирована с указанной системой налогообложения.

блин…ну по-русски же написано.

система налогообложения изменилась?

небось в связи с маркировкой.

еклм…слетела налогообложение в карточке организации

(3) После обновления. Вчера все работало.

(4) Подскажите пожалуйста, какие действия нужно выполнить что бы исправить данную проблему?

(4) Хотя бы попробовать какое либо решение, что бы. Для устранения данной ошибки. А то ведь могут быть разные глюки.

открываешь карточку организации, далее по гиперссылке переходишь в режим налогообложение (но это не точно, ибо в ваши УТ давно не смотрел).

(7) + возможно еще глянуть регистр ПрименениеЕНВД. Если, конечно, у вас ЕНВД)

(7) Есть вот это http://joxi.ru/5mdKGW5ue9X9yr

http://joxi.ru/Grq8VexCkvaZRA — нормально ли что эти галки не активны?

Ну вот задана система налогообложения. Как она слетела и как ее поправить?

(8) Есть данные в регистре http://joxi.ru/vAWEVYvUq8Wwjm , что там нужно поправить?

(8) Этот регистр тут и выведен http://joxi.ru/5mdKGW5ue9X9yr

(9) То есть это нужно смотреть свойства драйвера? Не 1с ?

открой Основную учетную политику

(10) как слетела — это понятно, наверно кто-то криво обновил. Как поправить — залить вчерашний бэкап.

(9) сказали что на сервере нет такого драйвера, что он не нужен.

(15) А другие способы? Обновлял обновлятор. Написал что все успешно.

(14) Вот так в исходной версии до обновления. Я не пойму что нужно поправить, подскажите пожалуйста.

http://joxi.ru/RmzjvgNCREypLm — это основная? Ее вы просили открыть?

(8) енвд еще существует??

(16) да это. стоит упрощенка. Теперь надо сверить с тем что на кассовых чеках или прочитай параметры ККТ через драйвер

(16) а кто на сервере будет работать с оборудованием на клиенте? Пушкин?

(0) Обмены с Розницей есть?

(18) Ясно. Драйвер у клиента. Ну его никто не трогал же. Все есть как есть. Не пойму в чем причина.

(12) Да, через драйвер Атол нужно поставить в ККТ СНО по-умолчанию

(19) Сказали вроде, как нет.

(21) В свойствах драйвера нужно делать?

Если его никто не трогал, из за чего это случилось?

(21) Подскажите пожалуйста, где именно, если вы знаете что нужно исправить?

Мне это не ясно все.

Хочу поставить вот эту галку в регистре.

Розничная торговля облагается ЕНВД .

Если дело не в ней, то что делать тогда не знаю.

(24) а зачем ты берешь задачу, если «Мне это не ясно все»?

(0) Драйвера АТОЛ какого релиза?

+(27) в тесте драйвера Атол считай с аппарата какая система налогообложения зашита в нём

(26) Я её не беру, я делаю то что мне дают.

Задача решилась. Вот этой галкой (25)

(10) сорри…занят был, не заглядывал в эту ветку.

Если у клиента при торговле через ККТ ЕНВД, то эта галка и нужна. Но только в этом случае. Если у него УСН, то надо перерегистрировать кассу.

Я вижу, что в (30) ты ее уже поставил, теперь бы еще выяснить, что ты сделал правильно.

(31) Ну вроде как после этой галки все заработало.

И то мне сказали её поставить.

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

По этому я не придал ей значения. Лишь обратил внимание что есть одна не проставленная галка.

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

(32) подними бекап, сравни что отправлялось на фискальник раньше в данных по СНО (системы налогообложения), и что сейчас когда без галки и с галкой.

(33) Да бекап развернут. Рассматривал его. Только вот, того что вы предлагаете не умею. Пользователь, замолчал. Печататься стало, я и занялся тем что актуально.

Знать бы как это делать что вы предлагаете. Да и другие задачи сейчас актуальны.

1c Управление небольшой фирмой, 1С Управление торговлей 10.3, 1C Предприятие, 1С Бухгалтерия, Мобильная касса и ККТ АТОЛ 11Ф, 1с Розница ошибка фн 212, 1с и атол ошибка 231

Не работает сканер, весы, ККТ и эквайринг, оставляйте заявку в комментариях, либо

1C Розница 2.3. Принтер этикеток АТОЛ BP21 не печатает, что делать?

1с Розница 2.2 печать кассира в чеке.

Пишите в support@kasselect.ru, +7(987)-268-84-37 WhatsApp

1. Ошибка программирования реквизита

Недопустимое сочетание реквизитов — Нужно проверить передаваемые реквизиты на соответствие с параметрами регистрации. Узнать на каком реквизите выходит ошибка.

148 Ошибка программирования реквизита 1002 — Нужно проверить параметры регистрации ККТ и настройки подключения кассы в 1с.

148 Ошибка программирования реквизита 1162 — Нужно обновить 1с, чтобы программа передавала этот реквизит.

1с Розница -4025 Ошибка программирования реквизита 1008 — Проверьте отчет о регистрации ККТ. Касса зарегистрирована с параметрами расчета в Интернете.

АТОЛ 30Ф: Ошибка программирования реквизита (1021) — Решение: выкл. и вкл. ККТ. Если проблема не устраняется, возможно нужно обновить драйвер ккт и 1с.

1с комиссионная торговля ошибка ккт недопустимое сочетание реквизитов
Ошибка программирования реквизита 1057 — Вы может продаете комиссионный товар? Нужно проверить параметры регистрации ККТ.

Ошибка программирования реквизита 1109 — Проверьте отчет о регистрации ККТ. Касса зарегистрирована с признаком расчетов за услуги.

АТОЛ 30Ф -4025 Ошибка программирования реквизита 1173 — Выберите тип коррекции: самостоятельно или по предписанию.

148 Ошибка программирования реквизита 1205 — Коды причин изменения сведений о ККТ

Ошибка программирования реквизита 1207 — признак торговли подакцизными товарами. Проверьте параметры регистрации.

Ошибка программирования реквизита 1226 — Нужно проверить параметры регистрации ККТ. Перерегистрировать с признаком «Изменение настроек ККТ»

Ошибка программирования реквизита 1227 — не заполнен признак покупателя (название организации, ФИО покупателя).

Ошибка программирования реквизита 1228 — Проверьте ИНН покупателя, исправьте некорректные данные.

2. Ошибка ФН

При выполнении операции произошла ошибка: Ресурс хранения ФД исчерпан. — нужно проверить связь с ОФД и отправить чеки.

Ошибка обмена с ФН на уровне интерфейса I2C — выкл. ККТ и переподключите ФН, если не помогает, то обратитесь в сервис.

1c Розница базовая 2.2 и АТОЛ 55ф при печати чека произошла ошибка 231 Некорректное значение параметров команды ФН

1с Розница ошибка фн 212 — Пояснение: чаще всего это ошибка выходит, когда ФН не фискализирована или архив ФН закрыт. Например: ФН не фискализирована, а кассир пытается снять Отчет о состоянии расчетов.

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

При выполнении операции произошла ошибка 14h, Ограничение ресурса ФН. Отчет на фискальном регистраторе не сформирован.

3. Ошибки при открытии смены

1с Розница. При открытие смены произошла ошибка. При выполнении операции произошла ошибка 01h. Неизвестная команда, неверный формат посылки или неизвестные параметры — нужно проверить состояние ФН.

1c Розница. Ошибка Деление 0 — зайти в настройке РМК и выставить галочки настроек.

Неверный формат хранилища данных file://C:/Users/…

ККТ не отвечает или недоступна.

Не смогли определить доступные кассы ККМ. — требуется настройка Рабочего места в 1с и Подключаемое оборудование.

С момента открытия кассовой смены истекло более 24 часов. — закройте смену в ККТ и откройте смену в 1с.

Кассовая смена уже открыта.

Ошибка открытия смены. Нет касс с закрытыми сменами.

При открытии смены произошла ошибка. Смена не открыта на фискальном устройстве. Дополнительное описание. —
Нужно прочитать дополнительное описание и проверить состояние ККТ

Атол 91Ф не удается открыть смену из 1с — Нужно проверить состояние ККТ

1с Розница. Ошибка определения доступных касс ККМ. Не смогли определить доступные кассы ККМ.

Ошибка кассы COM порт недоступен — нужно проверить состояние ККТ, восстановить или настроить связь с онлайн кассой.

Пишите в support@kasselect.ru, +7(987)-268-84-37 WhatsApp

4. Ошибки при сканировании

Текст XML содержит недопустимый символ в позиции 0⁴ — проверьте настройки сканера.

РМК: при сканировании открывается справочник Номенклатура — требуется настройка сканера.

1с Розница. Сканирование кода маркировки. Код маркировки не соответствует номенклатуре.

1С Розница. Некорректный код при сканировании маркировки.

1С Розница. 1с Розница. Недопустимый формат штрихкода.

Невозможно обработать отсканированный штрихкод по причине: Статус: Неопределен.

Ошибки маркировки. Строка №1: код маркировки.

5. При печати чека произошла ошибка:

Чек не напечатан на устройстве для печати чеков. Описание ошибки: Тэг Признак предмета расчета в строке №1 не заполнен. — нужно в справочнике Вид номенклатуры/ Тип номенклатуры/ Товар, указать Признак предмет расчета Товар.

При выполнении операции произошла ошибка: Контрольная марка не проверена.

Ошибка не удалось создать чеки 1с 8.3 2.3 Розница Меркурий 185ф

При выполнении операции произошла ошибка: Некорректная сумма налога — нужно обновить ПО ККТ.

В 1с маркировка сканируется, но на чеке буква [M] не печатается — если ккт прошита под маркировку, то обновите драйвер ккт.

При выполнении операции произошла ошибка: Нет связи. — с помощью драйвера проверьте связь с ккт.

Не удалось подключить устройство АТОЛ ККТ с передачей данных в ОФД. Порт недоступен (999). — правильно настройте подключение.

1с версия 2.3.1.30 драйвер ККТ АТОЛ 10.6.00 почему не печатает чек. Зависает при печати чека — обновите ПО ККТ, перейдите на платформу 5.0.

Розница 2.2. Чек не напечатан на устройстве для печати чеков. Дополнительное описание: Сумма товарных позиций больше суммы оплат

Текст XML содержит недопустимый символ в позиции 10: Чек от…¹

Значение 0000-000003 поля Номер не уникально²

Некорректный формат или параметр команды услуга ффд 1.1 не активирована

Сбились настройки НДС после замены ФН
(после обновления ПО) — Нужно настроить НДС в программе кассира или в учетной программе.

Не удалось инициализировать фискальный принтер shtrih m drvfr epf — Проверьте драйвера на данный ККТ

Ошибка вызова метода.Объект драйвера. Открыть чек.

(-4048) Ошибка реквизита: Печать фискального отчета прервана, необходим повтор команды печати отчета с ККТ АТОЛ — Решение:Вариант 1 — Повторить операцию. Вариант 2 — Сделать техобнуление. Вариант 3 — Обновить прошивку на 4555 и выше

Ошибка»-3933, Вход в режим заблокирован» — Попробуйте отменить чек.

Не печатать чек на ККТ при отправке электронного чека — 1С Комплексная автоматизация 2 (2.4.3.137). Отправка работает только при наличии галочки в настройках.

АТОЛ30Ф заменить сно на патент — Требуется перерегистрация ККТ без замены ФН и обновление драйвера ккт до 10 версии.

Управление торговлей 10.3.+ Штрих М ККТ. FFFFFFF8h, No XML attribute ElectronicPayment — при настройке нужно использовать старую обработку ShtrihMkkt.epf, она укажет на нужную версию драйвера ккт.

Внимание! Текущая версия драйвера отличается от поддерживаемой. Корректная работа драйвера не гарантируется — проверьте в обработке оборудования версию поддерживаемого драйвера и установите нужную версию.

Не удалось загрузить драйвер устройства.

Мобильная касса и ККТ АТОЛ 11Ф с прошивкой 4555 Ошибка «Неверный формат или значение». — Решение: Обновить мобильное приложение. Нужно проверить, при печати какой строки выводит данную ошибку. Возможно потребуется настройка через Тест драйвер АТОЛ.

6. Ошибки при закрытие смены

При закрытие смены на фискальном регистраторе произошла ошибка. При выполнении операции произошла ошибка: Смена закрыта-операция невозможна. Отчет на фискальном регистраторе не сформирован.

Кассовая смена в системе не закрыта: Отчет о розничных продажах не сформирован. Выемка :Не смогли произвести выемку руб.

При снятии отчета на фискальном регистраторе произошла ошибка. Отчет с гашением прерван. Устраните неисправность и повторите печать отчета.

1с Управление торговлей 10. За кассовую смену не продано ни одного товара по выбранной кассе ККМ. Слишком большое расхождение времени! — закройте смену через драйвер, исправьте время и откройте смену через 1с.

7. Тэг не заполнен

Тэг Система налогообложения не заполнен

Tэг Наименование организации не заполнен

Tэг Кассира не заполнен

1с Управление торговлей 11, 1с Розница 2.2 при печати чека…

Решение: 1С Управление торговлей. Заполнить учетную политику. В справочнике «Организация» или «Реквизиты организации», нужно указать систему налогооблажения (скорее всего есть кнопка «Перейти»). Указать «Специальную систему налогооблажения».

Не известная ошибка 238d|00eeh

Решение:
1. Нужно определить СНО в настройках ККТ. Распечатайте отчет о регистрации.
2. В 1С кликните Справочники / Предприятия / Организации. Нажимаете на нужную организацию к которой привязана касса онлайн. Перейти в раздел Учетная политика (налоговый учет). Если отчетный период закрыт, то создаете новый иначе Вам не даст изменить политику СНО. Создав новую учетную политику переходите во вкладку — «налогообложение», указываете галочки, как в настройках ККТ , Общая/Упрощенная (Доход/Доход минус расход), сохраняете и закрываете все.

При выполнении операции произошла ошибка. ККТ не зарегистрирована с указанной СНО.

8. Иные ошибки

Драйвер устройства на текущем рабочем месте не установлен. Весы Штрих Принт.⁵

Устройство: ШТРИХ-М: Весы с печатью этикеток ШТРИХ-ПРИНТ. Выгрузить товары не удалось: При подключении устройства произошла ошибка. Не удалось подключить устройство. — нужно проверить связь с весами и восстановить связь.

При выгрузке данных в оборудование произошла ошибка. Нельзя сделать выгрузку. — нужно проверить связь с кассовым компьютером.

Неправильный путь к файлу — нужно проверить связь с кассовым компьютером. Возможно у этого компьютера проблемы с локальной сетью.

Операция прервана. Ошибка при загрузке транзакции — нужно проверить корректность файла загрузки.

Устройство подключено. Перед выполнением операции устройство должно быть отключено. — закройте все окна и повторите настройку оборудования.

Ошибка доступа к файлу C:…Отказано в доступе. — ошибка выходит при попытке сохранить документ в pdf файле. Причина была в антивирусе. Антивирус блокировал операции 1с.

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

Сертификат просрочен или не вступил в силу

Ошибка при отправке/ получении документов. Нет доступного сертификата для отправки или получения документов. — нужно установить и добавить сертификат.

1С:Enterprise 8. Filesystem extension for Chrome and Firefox — ошибка выходит при попытке сохранить документ в папке. Проверьте антивирус, возможно блокирует действия 1с. Очистите кэш 1с.

1с Далион. Ошибка обмена с ККМ. Для налоговой ставки 20% не найдено соответствия номера налога в ККМ в элементе справочника АТОЛ³.

1с Далион. В данный момент загрузку выполняет пользователь. Пожалуйста ждите… — Нужно удалить в каталоге обмена файл-флаг.

Список информационных баз.пуст. Добавить в список информационную базу? — укажите правильный путь к базе 1с.

Файл базы данных поврежден.

Ошибка при выполнении файловой операции. Файл или папка повреждены. Чтение невозможно.

Тест не пройден [3] Порт занят

Тест не пройден [94] Некорректный код защиты / лицензия или номер.

При выполнении операции произошла ошибка 12h, Заводской номер уже введен — Проверьте состояние ФН. Проверьте версию прошивки ККТ.

АТОЛ 11ф Ошибка неверный номер регистра — Решение: Необходимо обновить прошивку кассового аппарата и обновить драйвер, поставляемый с программами 1С на драйвер с сайта АТОЛ

bitrix atol — онлайн код ошибки 10 bitrix ошибка при печати чека #26707: не распознан токен запроса.

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

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

Алгоритм проверки электронной подписи:

В программном продукте 1С необходимо

1. перейти в раздел «Администрирование»

2. «Обмен электронными документами»

3. «Настройка электронной подписи и шифрования»

4. На вкладке «Сертификаты» открыть используемый сертификат

5. Нажать на кнопку «Проверить»

6. Ввести пароль закрытой части ключа и нажать «Проверить»

! Обращаем Ваше внимание, что программа сама увеличит количество * в поле «Пароль:» до 16 при проверке. Данное поведение является штатным и выступает дополнительной защитой конфиденциальных данных в виде количества символов в пароле. Проверка будет осуществлена на основании введенных Вами данных .

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

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

В открывшемся окне перейти на вкладку «Содержание» и нажать «Сертификаты»

В сертификатах перейти на вкладку «Личные».

Как видно на примере в личных действительно отсутствует сертификат электронной подписи.

Решение: Установить сертификат в личный список.

Корректная установка сертификата в личный список происходит из программы криптографии.

1. Для пользователей, использующих VIPNet CSP

Запустить VIPNet CSP — выбрать необходимый контейнер и нажать «Свойства»

В открывшемся окне свойств контейнера необходимо нажать «Открыть» для открытия сертификата электронной подписи.

В сертификате необходимо нажать «Установить сертификат»

В открывшемся мастере импорта сертификатов необходимо выбрать в расположении хранилища «Текущий пользователь» и нажать «Далее»

Затем выбрать «Поместить все сертификаты в следующее хранилище» и нажать «Обзор». В открывшемся окне выбрать хранилище «Личное» и нажать «ОК». Завершить установку сертификата.

2. Для пользователей, использующих КриптоПро CSP

Запустить КриптоПро CSP. Для этого необходимо перейти в Пуск — Панель управления — КриптоПро CSP

В открывшемся окне криптопровайдера перейти на вкладку «Сервис» и нажать «Просмотреть сертификат в контейнере. «.

Затем нажать «Обзор» и выбрать необходимый контейнер закрытого ключа.

В открывшемся окне необходимо выбрать необходимый контейнер закрытого ключа и нажать «ОК»

В следующем окне можно сверить данные о выбранного сертификата и нажать «Установить».

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

После установки сертификат появится в хранилище «Личные» в свойствах браузера.

После установки сертификата в хранилище «Личные» ошибка не воспроизводится.

Также вам может быть интересно:

Нет доступного сертификата для подписания документов.

Ошибка при получении свойства сертификата (0x00000000) — это проявление ошибки отсутствия связи сертификата в Личном списке сертификатов пользователя ОС с контейнером закрытого ключа.

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

Если база файловая и запускается через тонкий клиент на том же компьютере, то наличие связи надо проверять для пользователя ОС, под которым запускается сеанс 1С на этом компьютере (без повышения прав, т.е. без «запуск от имени администратора»).

Если файловая база запускается через браузер на том же компьютере, значит используется web-сервер, и наличие связи надо проверять для пользователя ОС, под которым запущен web-сервер без повышения прав (и на том же компьютере, где запущен web-сервер).

Если база клиент-серверная и проверяется подпись на сервере, то наличие связи надо проверять для пользователя ОС, под которым запущен сервер 1С без повышения прав (если используется web-сервер, то все равно проверки выполнять для пользователя ОС, под которым запущен сервер 1С). В этом случае ошибка в проверке подписи на клиенте проблемой не является.

Если база клиент-серверная и проверяется подпись на клиенте, то наличие связи надо проверять для пользователя ОС, под которым запускается сеанс 1С на машине-клиенте без повышения прав. В этом случае ошибка в проверке подписи на сервере проблемой не является.

Необходимо выяснить в каком из вышеперечисленных режимов происходит запуск 1С при возникновении ошибки, а также в какой проверке возникает ошибка (проверка на сервере или на клиенте). Все дальнейшие рекомендации выполнять на нужной машине и в сеансе нужного пользователя ОС без повышения прав (т.е. без «запуск от имени администратора»).

1. Проверить, что сертификат установлен в Личный список сертификатов пользователя ОС, а также наличие связи с закрытым ключом:

1.1. Под пользователем ОС (см. выше, как определить) запустить консоль сертификатов — certmgr.msc

1.2. В консоли развернуть папку «Личное» и перейти в «Сертификаты».

1.3. Открыть проблемный сертификат.

В сведениях о сертификате не должно быть красного креста или восклицательного знака.

• Восклицательный знак обозначает, что цепочка до корневого сертификата не построена.

• Красный крест обозначает, что сертификат истек или не выстроена цепочка сертификатов до корневого.

2. Проверка связи и перепривязка средствами криптопровайдера:

2.2. Если сертификат установлен в Личном хранилище сертификатов администратора ОС (т.е. в реестре администратора), тогда нужно его (вместе с закрытым ключом) экспортировать в файл средствами Windows (в файл pfx). А затем импортировать в сеансе пользователя ОС, из под которого выполняется запуск 1С без повышения прав. Для этого необходимо в сертификате перейти на вкладку «Состав» и нажать «Копировать в файл…»

В мастере экспорта сертификатов необходимо выбрать «Да, экспортировать закрытый ключ» и нажать «Далее».

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

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

На следующем шаге мастера экспорта сертификатов требуется указать имя файла и доступную директорию компьютера.

И завершить экспорт.

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

В поле «Расположение хранилища» выбрать «Текущий пользователь» и нажать «Далее».

Импортируемый файл определится автоматически.

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

После чего завершить импорт сертификата, выбрав «Автоматически выбрать хранилище на основе типа сертификата».

Если криптосредство (КриптоПро, VipNet) не запускается без повышения прав в сеансе пользователя ОС, из-под которого выполняется запуск приложений 1С (запуск сервера 1С или web-сервера для файловой ИБ), рекомендуется выполнить переустановку криптосредства, чтобы оно было доступно в сеансе пользователя ОС, из-под которого выполняется запуск приложений 1С (и/или сервера/web-сервера).

Все, кто работает с лекарственными препаратами, должны отчитываться об их производстве, перемещении и выбытии из оборота. Производители и поставщики, больницы и аптеки должны передавать информацию в систему Мониторинга движения лекарственных препаратов (ИС МДЛП). Это подтверждает 61-ФЗ «Об обороте лекарственных средств» от 28 декабря 2017 года.

В программах 1С:Медицина есть функционал для работы с маркировкой лекарственных препаратов. В этой статье рассмотрим, как работать с маркировкой лекарств на примере 1С:Медицина. Больничная аптека:

• Настраиваем программу для работы с маркировкой
• Подключаем «Организации МДЛП»
• Подключаем оборудование для маркировки

1. Настраиваем программу для работы с маркировкой

Для начала в программе нужно включить опцию «Мониторинг движения лекарственных препаратов». Эта опция находится в разделе «Администрирование» –> «Запасы». В результате появится функционал интеграции с МДЛП — «1С:Маркировка МДЛП» в разделе «Управление запасами» -> «Сервис».

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

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

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

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

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

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

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

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

3. Подключаем оборудование для маркировки

Для приема лекарственных средств понадобятся штрихкод сканеры или терминалы сбора данных, поддерживающие двухмерные штрихкоды формата 2D Data Matrix.

Для настройки оборудования в программе 1С:Больничная аптека нужно перейти в раздел «Администрирование» -> «Настройки подключаемого оборудования» -> «Подключаемое оборудование».

При списании лекарственных средств используется регистратор выбытия (РВ).
Он может работать в двух режимах: автономном и сетевом

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

Для настройки РВ открываем «Организация МДЛП» -> «Рабочие места МДЛП». Далее создаем рабочее место МДЛП с указанием места деятельности, организации и рабочего места пользователя, на котором будет использоваться данный РВ, и переходим в поле «Регистратор выбытия» для его подключения.

Поля, которые нужно заполнить для подключения РВ:

• размещение – заполняется автоматически по месту деятельности
• наименование – заполняется произвольным значением
• адрес – вводится сетевой адрес, по которому доступен РВ в формате «логин:@ip-адрес:порт»
• идентификатор устройства, серийный номер МБ, серийный номер заполняются автоматически после заполнения адреса и нажатия кнопки «Получить информацию об устройстве».

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