Проверка не пройдена найдены ошибки - Не ошибается лишь тот, кто ничего не делает!

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

Поскольку мы оказываем поддержку по ЕГАИС более чем 4000 организациям и предпринимателям, эту ошибку мы научились быстро отлавливать и «лечить».

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

Решения самых популярных проблем с ЕГАИС Вы можете найти в нашем Telegram канале «ЕГАИС простыми словами».

Что означает эта ошибка?

Очередной парадокс разработчиков ЕГАИС — текст ошибки «Проверка не пройдена: продукция не поступала в магазин по поштучному учету» не нужно воспринимать буквально, т.к. таким текстом ваш УТМ ЕГАИС будет отвечать в следующих случаях:

Продукция действительно не поступала к Вам по поштучному учету (не подтверждена ТТН и/или подтверждение прошло «не до конца», либо такая марка вообще не поступала в ваш магазин)
Марки, указанные в вашем чеке, числятся в ЕГАИС как «проданные»
Ваш УТМ некорректно обрабатывает запрос на фиксацию продажи в ЕГАИС
Продукция, которую Вы пытаетесь продать, некорректно зарегистрирована в системе производителем или импортером данной продукции

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

Настройки УТМ

Если Вы поймали такую ошибку, первое, что мы рекомендуем сделать — это проверить ваш УТМ!

В последних релизах УТМ ЕГАИС на главной странице УТМ появилась кнопка обновления настроек для поштучного (помарочного) учета. Функционал этой волшебной кнопки описан
в документации к УТМ в пункте 1.3.1, с которым мы рекомендуем ознакомиться. Для открытия домашней страницы УТМ обычно достаточно перейти по адресу
http://127.0.0.1:8080.

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

Обновление настроек займет до 2 минут, при условии, что подключение к сети Интернет стабильное. После успешного обновления на главном экране должна появиться надпись «Обновление настроек не требуется» (только после обновления страницы в браузере). Также рекомендуем перезапустить УТМ для нужного эффекта.

Важно!

Если у Вас нет кнопки для обновления настроек или настройки по каким-то причинам не обновляются — рекомендуем
переустановить УТМ по нашей инструкции. Скорее всего у Вас «старая версия сборки» УТМ 3.0.8.

Если Вы обновили настройки УТМ для поштучного (помарочного) учета — попробуйте продать на кассе проблемную бутылку. Если обновление настроек не помогло избавиться от ошибки «Проверка не пройдена: продукция не поступала в магазин по поштучному учету» то переходим к следующему пункту проверку.

Онлайн-проверка марки

Если после обновления настроек УТМ ошибка при продаже сохранилась, то рекомендуем выполнить онлайн-проверку марки на сайте
https://check1.fsrar.ru.

Переходим на сайт
https://check1.fsrar.ru и выбираем вкладку «Проверка статуса штрих-кода«, вводим штрих-код с проблемной бутылки, вводим код с картинки (капчу) и жмем кнопку «Запрос«.

Результатом онлайн проверки марки должна быть следующая информация: Вы должны увидеть статус «В обороте» данные ВАШЕЙ организации (ИНН и КПП) и адрес ВАШЕЙ организации, а в поле «Последнее движение» должна быть надпись «На остатках организации…..«, номер фиксации FORM2.

Если Вы увидели именно эти надписи — ваша продукция должна продаться, при условии что выполнено обновление настроек УТМ (пункт 1 данной инструкции). Есть, правда, еще одно исключение, о котором скажем ниже, но чаще всего в «правильном» статусе штрихкода марки продукция без проблем продается.

Если Вы увидели в ответе ЕГАИС что-то другое, а именно:

Статус продукции «В архиве»;
или Последнее движение «списано актом»;
или Последнее движение «списано чеком»;
или Владелец и Адрес указаны не ваши;

то Вы такую продукцию уже не продадите через ЕГАИС, как бы ни пытались.

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

может по ТТН ЕГАИС не завершен оборот?
может была ошибка при фиксации продажи или списании/инвентаризации?
может у Вас на руках бутылка, которая не поступала в ваш магазин через ЕГАИС?

Проверка ТТН ЕГАИС будет описана в следующем пункте. Неправильная фиксация продажи исправляется оформлением возврата через ЕГАИС. Неправильное списание исправляется постановкой на баланс имеющейся продукции в ЕГАИС.

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

Подтверждена ли ТТН ЕГАИС?

Казалось бы, что пункт про проверку подтверждения ТТН ЕГАИС должен быть на первом месте в статье, посвященной ошибке «Проверка не пройдена: продукция не поступала в магазин по поштучному учету«, однако на практике проверка по первым двум пунктам может быть выполнена намного оперативнее и продуктивнее, нежели поиск ТНН и проверка ее статуса в ЕГАИС. Поэтому считаем, что этот пункт на своем почетном третьем месте.

Если какая либо продукция не продается с ошибкой «…продукция не поступала в магазин по поштучному учету«, то не будет лишним проверить статус ТТН ЕГАИС, по которой «проблемная» продукция была получена от поставщика.

Для проверки статуса ТТН ЕГАИС переходим на сайт

https://check1.fsrar.ru

и открываем вкладку «Поиск по Идентификатору накладной«. Многие из Вас уже знают, что такое идентификатор накладной (вида TTN-0000000000) и где взять FSRAR_ID получателя или отправителя, поэтому описывать отдельно проверку статуса ТТН мы не будем, только укажем, что для того, чтобы продукция, полученная по ТТН продавалась, необходимо обратить внимание на следующие пункты:

важно, чтобы документооборот по ТТН был завершен, а именно — все акты и подтверждения актов прошли через ЕГАИС (статус ТТН должна быть «Принята«);
в случае, если был составлен акт с расхождениями по ТТН, поставщик должен подтвердить эти расхождения, иначе продукция по ТТН не встанет на ваш баланс в ЕГАИС;
если поставщик отказал акт расхождений, отправленный вами на ТТН, то
требуется распровести ТТН и составить актуальный акт для ТТН, в противном случае продукция из ТТН не встанет на ваш баланс и не будет доступна для продажи.

Если Вы самостоятельно не можете справиться с проверкой статуса ТТН ЕГАИС, то
обратитесь в нашу платную техническую поддержку. Мы поможем правильно диагностировать статус ТТН, и, при необходимости, поможем его исправить.

Проверка статуса штрихкода в личном кабинете ФСРАР

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

С такой проблемой мы впервые столкнулись в декабре 2018 года, в основном эта проблема касалась импортной продукции («элитный алкоголь») и некоторой отечественной продукции. На тот момент мы нашли единственное рабочее решение — проверка марки в личном кабинете ФСРАР. Такой способ позволял продавать «проблемную» продукцию с высокой долей вероятности (3-4 бутылки из 50 проверенных, всетаки, не проходили фиксацию продажи в ЕГАИС).

Для выполнения этой проверки
переходим на сайт ФСРАР и входим в личный кабинет по ИНН и паролю, по электронной подписи или по аппаратному ключу (не важно как зайти, главное зайти).

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

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

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

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

Ниже размещено видео Как исправить ошибку в ЕГАИС «Проверка марки не пройдена». В нем показан один из способов исправления ошибки, при условии что марка числится на остатках организации в системе ЕГАИС и ее продажа еще не зафиксирована в системе.

Если Вы самостоятельно не можете справиться с проверкой марок в личном кабинете ФСРАР, то обратитесь в нашу платную техническую поддержку. Мы поможем настроить рабочее место для входа в личный кабинет ФСРАР, поможем выполнить проверку штрихкода, поясним результаты проверки и подскажем, как исправить проблему с фиксацией продаж в ЕГАИС.

Если помогла статья — скажите Спасибо автору:

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

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

Варианты ошибок

Во время внесения сведений может высвечиваться ошибка проверки данных СНИЛС на Гос. услугах. Таких уведомлений несколько:

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

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

Возможные причины

При входе в личный кабинет с использованием СНИЛС или на стадии его идентификации происходит сбой.

Распространенные причины.

Ошибка	Причина
Неправильная проверка со стороны ПФ	обновление базы данных прошло со сбоем; сведения из Пенсионного фонда сведения из Пенсионного фонда сведения из Пенсионного фонда использование браузером устаревших файлов.
использование браузером устаревших файлов.	по одному документу пытались зарегистрироваться несколько раз.
Увеличенное время идентификации пользователя	Увеличенное время идентификации пользователя некорректная работа браузера.

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

Сбои в работе базы данных после обновления. Владелец СНИЛС сменил фамилию или имя, а сам документ забыл отдать на замену. Даже если на руки был выдан новый документ, все сведения передаются и обновляются в базе данных Пенсионного фонда только по истечении 24 часов. Однако портал Гос. услуг может получать обновленную информацию не напрямую из ПФ, что существенно затягивает сроки актуализации сведений всех пользователей.
Сведения из Пенсионного фонда содержат ошибки. При заполнении сведений в личное дело пользователя сотрудники ПФ допустили ошибку, а человек об этом может и не подозревать. Актуализация данных является автоматической и такие недочеты недопустимы. Все сведения, указываемые в аккаунте, должны быть идентичны данным ПФ. В таком вопросе поможет разобраться только Пенсионный фонд.
Сбои во время функционирования сайта. При вводе регистрационных данных зачастую происходит сбой на сайте. Большая загруженность, множество желающих стать пользователем Гос. услуг. Все эти действия вызывают технические проблемы на портале. Возможно, на сайте ведутся профилактические работы по его улучшению, осуществляется обновление или установка новых функций. В этом случае информацию по СНИЛС в новой базе данных можно не обнаружить. Действия по вводу рекомендуется сделать повторно через некоторое время.
По одному документу пытались зарегистрироваться несколько раз. При заполнении данных система выдает предупреждение «В системе уже существует подтвержденная учетная запись с этим СНИЛС». В системе имеется два аккаунта, то следует удалить один из них. Если пользователь уверен, что более одной регистрации не было, то нужно лично обратиться в ближайшее отделение МФЦ для решения вопроса.
Некорректная работа браузера Работа браузера построена таким образом, чтобы не вводить повторно данные при входе на какой-либо сайт, где ранее требовалась регистрация. Сохраняя информацию о пользователе, пытаться ввести новые сведения может и не получиться. При обновлении файлов на сайте могут сохраняться старые, кэшированные данные. Это приводит к возникновению ошибок.

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

Варианты решения проблемы

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

Распространенные методы:

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

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

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

Каждый вариант решения проблемы имеет определений план к действию.

Отложить время проверки

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

Использование другого браузера

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

Удаление одной из учетных записей

Аккаунт зарегистрирован и не проходит на портале. Регистрация на сайте Гос. услуг возможна только по одним идентификационным данным. Все учетные записи «клоны» удаляются. В противном случае, система выдаст ошибку. Если не получается вспомнить логин и пароль от старой учетной записи, то можно воспользоваться услугой восстановления пароля. Действительность вашего аккаунта можно подтвердить путем обращения в МФЦ, где помогут его удалить, восстановить или создать новый.

Обращение в пенсионный фонд

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

Обращение в техподдержку портала

Важно! Попытка исправить ошибку перечисленными способами не увенчались успехом. Последним вариантом остается обращение в техподдержку портала. Сделать это можно письменно, путем звонка на горячую линию – 8 (800) -100-70-10. Важно поэтапно описать проблему и сделанные действия. Это ускорит процесс рассмотрения заявки.

Проверка СНИЛС онлайн по базе пенсионного фонда

Если нет времени обращаться лично в Пенсионный фонд, то можно попытаться проверить СНИЛС удаленно.

Принцип проверки построен на получении результата контрольного числа:

следует умножить каждую цифру на ей противоположную (7х6 или 6х5) и так далее;
сложить полученное число;
результат <100, то это и есть контрольное число; * значение > 100, то результат равен 00.

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

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

Содержание

Ошибки при обработке документов Честным знаком
Как узнать статус документа в Честном Знаке?
Что такое ошибки валидации и как их исправить: инструкция
Ошибка валидации, что это такое?
Почему ошибки валидации сайта оказывают влияние на ранжирование, восприятие?
Как проверить ошибки валидации?
Плагины для браузеров, которые помогут найти ошибки в коде
Как исправить ошибку валидации?
Технический и SEO-аудит
В заключение
Валидация
Принципы
Виды валидации
Валидация по потере фокуса
Когда использовать
Как работает
Валидация при отправке формы
Когда использовать
Как работает
Блокирование кнопки отправки
Сообщения об ошибках
Тултипы
Как работают
Единообразие поведения и внешнего вида
Красные тексты на странице
Как работают
Валидация зависимых полей
Пример

Ошибки при обработке документов Честным знаком

Когда стороны сделки подписывают УПД, оператор ЭДО, передаёт в ГИС МТ «Честный ЗНАК» информацию, содержащуюся в этом документе. Затем в системе маркировки начинается дополнительная проверка документа и после завершения проверки, пользователь в личном кабинете системы маркировки может увидеть следующий результат:

Когда у документа появляется статус «Обработан успешно» — означает, что произошел переход прав собственности на маркированные товары. Товары из документа можно реализовывать дальше.
Когда у документа появляется статус «Обработан с ошибками» — означает, что переход права собственности на маркированные товары не произошел.

Как узнать статус документа в Честном Знаке?

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

1. Перейдите в личный кабинет по ссылке

2. Выберите необходимую товарную группу:

3. Перейдите в раздел «Документы»:

4. В разделе «Документы» выберите вкладку «Документы»:

5. Статус документа можно отфильтровать:

6. Если есть документ со статус «Обработан с ошибкой», то ошибку можно посмотреть, зайдя в документ:

7. Для того чтобы посмотреть ошибку, нажмите на кнопку «Сформировать список ошибок»

8. Дождитесь формирования списка ошибок:

9. Затем скачайте список ошибок, нажав на кнопку «Скачать список ошибок»

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

11. Затем в документе можно посмотреть текст ошибки:

В образце указан номер ошибки «24», «Статус кода маркировки <КМ>не соответствует выполняемой операции»

Источник

Что такое ошибки валидации и как их исправить: инструкция

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

Ошибка валидации, что это такое?

Для написания страниц используется HTML – стандартизированный язык разметки, применяемый в веб-разработке. HTML, как любой другой язык, имеет специфические особенности синтаксиса, грамматики и т. д. Если во время написания кода правила не учитываются, то после запуска сайта будут появляться различные виды проблем. Если HTML-код ресурса не соответствует стандарту W3C, то он является невалидным, о чем мы писали выше.

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

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

Как проверить ошибки валидации?

Для этой работы используется либо технический аудит сайта, либо валидаторы, которые ищут проблемы автоматически. Одним из самых популярных является сервис The W3C Markup Validation Service, выполняющий сканирование с оглядкой на World Wide Web Consortium (W3C). Рассматриваемый валидатор предлагает три способа, с помощью которых можно осуществить проверку сайта:

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

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

Существуют другие сервисы, позволяющие выполнить проверку валидности кода:

Dr. Watson. Проверяет скорость загрузки страниц, орфографию, ссылки, а также исходный код;
InternetSupervision.com. Отслеживает производительность сайта, проверяет доступность HTML.

Плагины для браузеров, которые помогут найти ошибки в коде

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

HTML Validator для браузера Firefox;
HTML Validator for Chrome;
Validate HTML для Firefox.

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

Как исправить ошибку валидации?

В первую очередь нужно сосредоточить внимание на слабых местах, связанных с контентом – это то, что важно для поисковых систем. Если во время сканирования было выявлено более 25 проблем, то их нельзя игнорировать из-за ряда причин:

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

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

Технический и SEO-аудит

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

В заключение

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

Источник

Валидация

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

Описанное здесь поведение валидаций и отображение ошибок реализовано в библиотеке «React UI Validations», по возможности используйте эту библиотеку в продукте.

Принципы

Задача дизайнера — сделать так, чтобы пользователь не совершил ошибку и валидация не понадобилась, для этого:

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

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

Виды валидации

Существует три вида валидаций: мгновенная, по потере фокуса и по отправке формы.

Чем раньше интерфейс сообщает об ошибке, тем лучше — пользователю проще вернуться и исправить ошибку.

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

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

Валидация по потере фокуса

Когда использовать

Этот вид валидации подходит для большинства случаев.

Как работает

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

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

Текст ошибки появляется в тултипе, когда поле получает наведение или фокус:

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

Красная подсветка снимается с поля, как только пользователь начал исправлять ошибочное значение.

Валидация при отправке формы

Когда использовать

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

Как работает

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

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

Блокирование кнопки отправки

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

Как только заполнены все обязательные поля — кнопка становится активной. Если после этого пользователь стер значение в одном из полей — кнопка снова должна стать не активной.

Сообщения об ошибках

Об ошибках можно сообщать двумя способами:

Красным текстом около поля, обычно под полем или справа от него:
Текстом в тултипе:

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

Тултипы

Как работают

Тултип с подсказкой появляется в двух случаях:

При наведении на поле с ошибкой.
Когда поле с ошибкой получает фокус.

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

Тултип исчезает, когда:

Курсор вышел из области поля с ошибкой.
Поле с ошибкой потеряло фокус.

Тултип по наведению перекрывает тултип по фокусу.

Тултип может появляться сверху или справа от контрола с ошибкой, так чтобы он не перекрывал полезную информацию:

Единообразие поведения и внешнего вида

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

Красные тексты на странице

Как работают

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

Как только пользователь начал исправлять значение, красная подсветка поля исчезает, и цвет текста ошибки меняется на черный —  #333.

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

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

Если справа от поля нет места для текста, раздвигайте форму и выводите сообщение под полем.

На более сложных формах выводите сообщение об ошибке в тултипе.

Валидация зависимых полей

Зависимые поля — это поля, значение которых зависит друг от друга.

Ошибки, которые связаны с нарушением зависимости полей, мы показываем после сабмита формы. Например, ИНН и КПП. Если пользователь указал ИНН из 10 цифр, а поле с КПП оставил пустым, после отправки формы пустое поле с КПП будет подсвечено.

ИНН может быть двух видов:

10-значный у юридических лиц
12-значный у ИП.

Если пользователь указал ИНН из 12 цифр, значит организация — индивидуальный предприниматель, и у нее нет КПП, значит поле КПП заполнять не нужно. И наоборот, если заполнено КПП, а ИНН указан 12-значный, возможно неверно указан ИНН.

Подсветка зависимых полей пропадает, как только пользователь начал исправлять значение в одном из этих полей.

Если при заполнении зависимого поля нарушен формат значения, сообщайте о такой ошибке при потере фокуса. Например, пользователь ввел 3 цифры в поле ИНН и убрал фокус. Такое поле должно подсветиться сразу же.

Пример

Есть форма из 5 полей:

Название организации — простое текстовое, обязательное
ИНН — 10 или 12 цифр, проверка контрольной суммы по потере фокуса, обязательное
КПП — 9 цифр с проверкой контрольной суммы по потере фокуса, обязательное, если ИНН состоит из 10 цифр
Электронная почта — адрес почты, проверка по потере фокуса по маске a@a.aa, необязательное
Телефон — международный формат, проверка по потере фокуса по маске +00000000000, обязательное

Пользователь пропустил поле с названием организации, заполнил ИНН значением из 10 цифр, перешел в поле почты, указал некорректный адрес, перешел в поле с телефоном и указал некорректный номер, но из поля пока не ушел:

Пользователь навел курсор на поле с почтой, появился тултип. Но исправлять значение пользователь не стал:

Пользователь нажал кнопку «Отправить» — фокус перешел в поле «Название организации», так как оно обязательное и незаполненное:

Поле с телефоном также подсветилось красным, так как заполнено некорректно. ИНН и КПП подсветились, так как ИНН состоит из 10 цифр, значит должен быть заполнен и КПП — валидация зависимых полей произошла только после отправки формы.

Пользователь начинает вводить название организации, подсветка поля гаснет, а текст подсказки остается:

Заполнил название организации, перешел в поле ИНН:

Понял, что ИНН правильный, и нужно заполнить КПП:

Начал заполнять поле КПП. Красная рамка у ИНН и КПП исчезла — пользователь изменил значение в одном из зависимых полей:

Заполнил КПП, перешел в следующее поле:

Исправил почту, перешел в следующее поле:

Исправил телефон, кликнул за пределами поля:

Теперь по нажатию кнопки «Отправить» все будет хорошо.

Реализованный пример этой формы можно посмотреть в библиотеке валидаций.

Источник

Добавление маркированных товаров

Внимание! Для добавления в чековый буфер маркированных товаров ККТ должна быть зарегистрирована для работы с маркированными товарами

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

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

ОТВЕТ ФН ОТРИЦ ПРОДОЛЖ? [3]-Да

Для добавления товара нажмите — «3», для отказа — «C» или «РЕЖ».

В случае отрицательного результата локальной проверки (если ККТ зарегистрирована в режиме передачи данных) на дисплее кассы появится сообщение:

ОТВЕТ ФН ОТРИЦ ЗАПР ОИСМ [3]-Да

Для проверки КМ на стороне ОИСМ (Оператор информационных систем маркировки) нажмите — «3», для отказа от добавления покупки в чековый буфер — «C» или «РЕЖ».

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

ПРОВЕРКА КМ В ОИСМ…

В случае отрицательного результата проверки в ОИСМ на дисплее кассы появится сообщение:

ОТВЕТ ОИСМ ОТРИЦ ПРОДОЛЖ? [3]-Да

Для добавления данного товара в чековый буфер нажмите — «3», для отмены — «C» или «РЕЖ».

В случае недоступности сервера ОИСМ на дисплее кассы появится сообщение:

НЕТ ОТВЕТА ОИСМ ПРОДОЛЖ? [3]-Да

Для добавления покупки в чековый буфер без проверки КМ нажмите — «3», для отмены — «C» или «РЕЖ».

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

«[М+]» – проверка КМ выполнена с положительным результатом;
«[М]» – проверка КМ не выполнена;
«[М-]» – проверка КМ выполнена с отрицательным результатом.

Как проверить отправку уведомлений ОИСМ на кассе меркурий

Проконтролировать состояние ККТ можно, нажав кнопку «.» в основном меню. В результате будут отпечатаны основные параметры ККТ:

Если уведомлений 0, то все настроено правильно. Если есть уведомления, то необходимо проверить связь с интренетом и проверить все настройки.

Ключи проверки адреса ОКП для ФФД 1.2

Адрес сервера: prod01.okp-fn.ru

IP адрес: 31.44.83.184

Порт: 26101

Почему на чеке печатается [М-]

Проверка КП КМ выполнена в ФН с отрицательным результатом, статус товара ОИСМ не проверен
Проверка КП КМ выполнена в ФН с отрицательным результатом, статус товара ОИСМ не проверен (ККТ функционирует в автономном режиме)
Проверка КП КМ выполнена с отрицательным результатом, статус товара у ОИСМ некорректен
Проверка КП КМ выполнена с положительным результатом, статус товара у ОИСМ некорректен

Иными словами, статус [М-] в чеке печатается в том случае, если одна или все проверки были выполнены с отрицательным результатом

Почему на чеке печатается просто [М]

Проверка КП КМ не выполнена в ФН, статус товара ОИСМ не проверен
Проверка КП КМ выполнена в ФН с положительным результатом , статус товара ОИСМ не проверен
Проверка КП КМ не выполнена в ФН, статус товара ОИСМ не проверен (ККТ функционирует в автономном режиме)
Проверка КП КМ выполнена в ФН с положительным результатом, статус товара ОИСМ не проверен (ККТ функционирует в автономном режиме)

Иными словами, статус [М] в чеке печатается в том случае, если одна или все проверки не были выполнены. То есть они были пропущены. Например, запрос на проверку был передан в ОИСМ, но не был получен ответ по причине отсутствия интернет соединения.

Почему на чеке печатается [М+]

Проверка КП КМ выполнена с положительным результатом, статус товара у ОИСМ корректен

Иными словами, статус [М+] в чеке печатается в том случае, если код маркировки прошёл все существующие проверки

kupec

05.10.21 — 11:32

Доброго дня, кто то делал для ШТРИХа передачу маркировки по молочке?

Для табака у меня сделано вот так

FR.Password=ПарольККМ(Кассир);

//Тип маркировки товара.

FR.MarkingType=17485;

//Код маркировки товара.

FR.GTIN=Лев(ИДМаркировка,14);

FR.SerialNumber=Сред(СокрЛП(ИДМаркировка),15,7);

FR.FNSendItemCodeData();

А для молочки как делать? Передавать все символы которые до символа с кодом 29, начиная с 17 символа?, так как первые 16 это GTIN и есть?

Злопчинский

1 — 05.10.21 — 12:20

гтин не 16. гтин 12/13/14

kupec

2 — 05.10.21 — 12:33

0104607004892936215yQnIO #29 93FXLQ #13

т.е. вот от этого ШК отделяю первые 2 символа — 01 и остальное как раз и получается 14 символьный GTIN?

Злопчинский

3 — 05.10.21 — 12:34

типа да

kupec

4 — 05.10.21 — 12:38

ну и получается тогда что после откидываем 21 и перед #29 первые символы (6 штук) это и есть серийник?

victuan1

5 — 05.10.21 — 17:22

(0) Я делал. Для какой версии ФФД нужно?

victuan1

6 — 05.10.21 — 17:24

ГТИН всегда 14 символов (для всех товарных групп), а Серийник у молочки всегда 6 символов:

«01 + GTIN (14 chars) + 21 + СерийныйНомер (6 chars) + 93 + КодПроверки (4 chars)»

victuan1

7 — 05.10.21 — 17:26

Пример 1:

Считанная бинарная последовательность: 010460043993125621JgXJ5.Tu001d8005112000u001d930001u001d923zbrLA==u001d24014276281.

Символ FNC1 по стандарту GS1 в примере обозначается как «u001d».

Выделенная последовательность для передачи в значение реквизита «код товара» (тег 1162): 04600439931256 & JgXJ5.T & 112000.

04600439931256 — представляется в виде 6-байтного hex: 04h 2Fh lFh 96h 81h 78h.

JgXJ5.T — кодируется в набор байт hex, интерпретируя символы согласно ASCII таблицы: 4Ah 67h 58h 4Ah 35h 2Eh 54h.

112000 — кодируется в набор байт hex, интерпретируя символы согласно ASCII таблицы: 31h 31h 32h 30h 30h 30h.

Значение реквизита «код товара» (тег 1162): 44h 4Dh 04h 2Fh 1Fh 96h 81h 78h 4Ah 67h 58h 4Ah 35h 2Eh 54h 31h 31h 32h 30h 30h 30h.

kupec

8 — 06.10.21 — 10:16

(5) сейчас все кассы 1.05 или 1.1, в течении дня сегодня будут менять на одной из касс на 1.2, так что на данный момент актально для двух вариантов.

NorthWind

9 — 06.10.21 — 10:22

(2) 0104607004892936215yQnIO #29 93FXLQ #13

дело в том, что если у вас AI фиксированного размера (а 01, если я верно помню, всегда 14, т.е. фиксированная), то FNC1 необязателен.

Так что в данном случае у вас

(01)04607004892936

(21)5yQnIO #29 93FXLQ #13

NorthWind

10 — 06.10.21 — 10:23

в молочке, наверно, еще дата изготовления как минимум должна быть. Тут только EAN13 и серийник от честного знака…

victuan1

11 — 07.10.21 — 06:33

(10) Нет, не будет даты изготовления в КМ. Отказались от нее в ЧЗ.

victuan1

12 — 07.10.21 — 07:07

(9) Не совсем так:

Если ФФД 1.05/1.1 то в ОФД должно уйти: 4607004892936 5yQnIO

Если ФФД 1.2, то в ОФД уходит: 01 04607004892936 215yQnIO #29 93FXLQ

Буквально в конце сентября я прошел проверочные испытания по молочке своего ПО в Честном ЗНАКе именно по этому сценарию (по другим сценариям мое ПО не аккредитовали бы).

kupec

13 — 08.10.21 — 10:05

(12) каким же образом мне используя 1.2 передать тэги? Сейчас сделано вот так

FR.Password=ПарольККМ(Кассир);

//Тип маркировки товара.

FR.MarkingType=17485;

//Код маркировки товара.

FR.GTIN=Лев(ИДМаркировка,14);

FR.SerialNumber=Сред(СокрЛП(ИДМаркировка),15,7);

FR.FNSendItemCodeData();

Но почему то теперь это не проходит, ругается драйвер

Код ошибки 51 Некорректные параметры в команде

victuan1

14 — 08.10.21 — 11:40

(13) Эти методы для ФФД 1.05/1.1.

Для 1.2 всё по другому.

victuan1

15 — 08.10.21 — 11:45

Чтобы понять насколько всё сложно и заморочено в плане маркировки на ФФД 1.2, почитайте схемы интеграции:

http://fs.atol.ru/_layouts/15/atol.templates/Handlers/FileHandler.ashx?guid=59712437-d622-458c-a0e5-98e4e5e2cdfb&webUrl=

Это для Атола, но у Штрих-м аналогично (т.к ФН-М тот же самый).

kupec

16 — 08.10.21 — 11:48

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

victuan1

17 — 08.10.21 — 11:48

У меня несколько дней ушло только на переписку с техподдержкой Штрих-М, чтобы понять как всё это увязать в коде для их драйвера. Некоторые вещи не документированы в их документации.

Например, кто знает как пользоваться методом FNUserAttribute? Манулов по этому методу ноль.

victuan1

18 — 08.10.21 — 11:48

(16) Правильно.

kupec

19 — 08.10.21 — 11:50

(18) т.е. без проверки вообще никак не обойтись?

victuan1

20 — 08.10.21 — 11:54

(19) Никак, т.к. железно зашито на уровне ФН-М. Я пробовал.

kupec

21 — 08.10.21 — 12:27

ну вот допустим считанный код вот такой

0104601216012779215XIPBe<0x1D>931eil

FNCheckItemBarcode

Что передавать в BarCode ? Весь целиком или только GTIN?

kupec

22 — 08.10.21 — 12:31

я что не пробую проверять у меня на все один ответ

Статус локальной проверки : 0

«код маркировки не может быть проверен фискальным накопителем с использованием ключа проверки КП»

Результат локальной проверки : 1, КМ данного типа не подлежит проверке в ФН

Распознанный тип КМ : 255, неизвестное значение

kupec

23 — 08.10.21 — 12:33

Статус локальной проверки : 0

«код маркировки не может быть проверен фискальным накопителем с использованием ключа проверки КП»

Результат локальной проверки : 1, КМ данного типа не подлежит проверке в ФН

Распознанный тип КМ : 5, КМ со значением кода проверки длиной 4 символа, не подлежащим проверке в ФН

Код ответа ФН на команду онлайн-проверки: 0, Ошибок нет

Результат проверки КМ : 15

«код маркировки проверен»

«результат проверки КП КМ положительный»

«проверка статуса ОИСМ выполнена»

«от ОИСМ получены сведения, что планируемый статус товара корректен»

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

Реквизиты ответа сервера : 42 08 04 00 4C 10 60 61 39 08 01 00 00 D5 07 01 00 0F 3D 08 01 00 01 34 08 01 00 05

Вот что удалось получить

victuan1

24 — 08.10.21 — 14:09

(21) Весь целиком, а последовательность <0x1D> нужно перед этим заменить на символ с кодом 29:

КМ = СтрЗаменить(КМ,»<0x1D>»,Симв(29));

(23) Результат проверки КМ : 15

означает, что всё хорошо, [М+]

kupec

25 — 08.10.21 — 14:22

(24) каким образом читать данные в ПО? Какие там команды или атрибуты? Где про это можно почитать? Что то руководство программиста они давненько не обновляли

kupec

26 — 08.10.21 — 14:29

(25) а если у меня со сканера ШК не приходит такая последовательность? Это критично или нет?

victuan1

27 — 08.10.21 — 14:32

(25) https://exam.shtrih-m-partners.ru/base/ — Общее для ККТ — драйвера. Там же обновленная документация.

(26) Какая приходит?

kupec

28 — 08.10.21 — 15:05

Приходит например вот

0104601216012779215XIPBe<0x1D>931eil

kupec

29 — 08.10.21 — 15:07

(27) руководство прошлогоднее от 16 ноября 2020

victuan1

30 — 08.10.21 — 15:49

(29) Я по нему и работал. Новее нет.

(28) См. (24)

kupec

31 — 08.10.21 — 15:52

А как же теперь передавать данные о ШК ЕГАИС? У меня тоже вылезает ошибка 51, некорректные парамемтры в команде

victuan1

32 — 08.10.21 — 15:53

(31) ШК ЕГАИС не передаем в ОФД (и никогда не нужно было передавать в ОФД).

Их нужно передавать через УТМ запросом версии Cheque или ChequeV3.

victuan1

33 — 08.10.21 — 15:54

kupec

34 — 08.10.21 — 16:00

Драйвер есть последний, к нему описания нет или я слепой и не могу найти

victuan1

35 — 08.10.21 — 16:07

(34) Я не пользовался описанием к новому драйверу — не подскажу где искать.

brainguard

36 — 08.10.21 — 16:09

(34) К последнему драйверу подходит предыдущее описание. Там ничего не меняли, только ошибки фиксили

kupec

37 — 08.10.21 — 16:42

(36) Поделитесь пожалуйста мне на почту руководством, которое у вас есть. Заранее благодарю

victuan1

38 — 08.10.21 — 17:08

(37) Я вам дал ссылку в (27) — берите оттуда.

arian_

39 — 11.10.21 — 18:06

Кто-нибудь уже запустил для 1с 7.7 передачу маркированного товара для ФФД 1.2. Получилось у кого-нибудь?

Злопчинский

40 — 11.10.21 — 18:22

(39) а шо?

arian_

41 — 11.10.21 — 18:30

(40) Хотел узнать какую версию драйвера использовали 4.15 или 5.16? И куда теперь криптохвост добавлять в SerialNumber или какой то отдельный параметр?

victuan1

42 — 12.10.21 — 05:48

(39) Получилось.

(41) На обоих версиях драйверов работает.

«И куда теперь криптохвост добавлять в SerialNumber или какой то отдельный параметр?» У-у, как запущено… а текущую тему прочитать с начала, не судьба? В (27) ссылка откуда скачать документацию по Штрих-М.

arian_

43 — 12.10.21 — 06:34

(42) Ну так это было вчера. Я разобрался. Сначала проверяем марку с криптохвостом, а затем выводим вопрос пользователю от подтверждении пользователю пробития чека, если марка не прошла проверку.

Вот так:

меняем

……..

глФР.MarkingType=17485;

глФР.GTIN=ТЗначМарки.Джитин;

глФР.SerialNumber=ТЗначМарки.Серийник;

глФР.FNSendItemCodeData();

……..

на

qr=»010460702776893521000000013JBSF<0x1D>91FFD0<0x1D>92dGVzdGifC5FkjETjJhotf7m8rsjQHeoNyxcpaEIZfDQ=»;

qr=СтрЗаменить(qr,»<0x1D>»,Симв(29));

глФР.BarCode = qr;

глФР.ItemStatus = 1;

глФР.FNCheckItemBarcode();

//Дальше ККМ возвращает ряд тэгов с результатами проверки

глФР.FNAcceptMarkingCode();

глФР.Barcode = qr;

глФР.FNSendItemBarcode();

Правильно?

Я запутался какие тэги в ФФД 1.2 необходимо еще передать в ККМ или этого достаточно для того, чтобы чек пробился правильно? При условии что товар продается целыми шиуками.

victuan1

44 — 12.10.21 — 06:53

(43) Желательно еще учесть обработку ошибок и передачу меры кол-ва товара.

arian_

45 — 12.10.21 — 08:11

(44) я так понимаю передача меры количества товара имеет смысл при частичном выбытии товара. Например продаем 1 сигарету из пачки.

victuan1

46 — 12.10.21 — 09:45

(45) Я имел в виду тег 1197, он обязательный по ФФД 1.2 для любого типа товаров.

arian_

47 — 12.10.21 — 09:48

(46) Читаю изменения в ФФД 1.2 :Единица измерения предмета расчета (тег 1197) изменена на новый реквизит «мера количества предмета расчета» (тег 2108)

arian_

48 — 12.10.21 — 09:50

Тэг 1212, который для штриха PaymentItemSign. Раньше, если немаркированный товар, то просто ставили 1. а сейчас если товар не маркированный оставлять 1, а если маркированный, то 33 или он автоматом поставится, если у видит что есть КМ?

victuan1

49 — 12.10.21 — 10:08

(47) Верно, теперь это тег 2108.

victuan1

50 — 12.10.21 — 10:09

(48) Я ставлю 33 программно. Автоматом надо выбирать из двух значений 31 и 33, думаю автомат не сработает.

arian_

51 — 12.10.21 — 10:15

(49) Так вот я не пойму в документации написано: MeasureUnit Мера количества предмета расчета (ФФД 1.2):

0 – Применяется для предметов расчета, которые могут быть реализованы поштучно или единицами;

…….

255 – Применяется при использовании иных единиц измерения

Скажем продаем ботинки или одежду. Что в этот тэг записывать?

victuan1

52 — 12.10.21 — 10:18

(51) записывать 0.

arian_

53 — 12.10.21 — 10:20

(50) А если товар не маркируемый записываем 1? Потому что 31 и 33 это всё для маркируемого

arian_

54 — 12.10.21 — 10:21

(52) это также подходит и к немаркируемому товару?

arian_

55 — 12.10.21 — 10:24

Действительно написано, что не передача тэгов 1212 и 2108 рассматривается как административное правонарушение. Но если это немаркируемый товар. Тэги эти тоже обязательны для передачи или нет?

victuan1

56 — 12.10.21 — 10:26

(53) 1, если это не подакцизный товар. Здесь подробнее https://disk.yandex.ru/i/wx7PyIbo3U57Vh

victuan1

57 — 12.10.21 — 10:27

(55) Да, тоже.

victuan1

58 — 12.10.21 — 10:27

arian_

59 — 12.10.21 — 10:29

Разобрался. Спасибо!

kupec

60 — 12.10.21 — 16:53

глФР.BarCode = qr;

глФР.ItemStatus = 1;

глФР.FNCheckItemBarcode();

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

arian_

61 — 12.10.21 — 21:12

(60) После всего этого делаете вот это:

глФР.FNAcceptMarkingCode();

глФР.Barcode = qr;

глФР.FNSendItemBarcode();

глФР.FNCloseCheckEx();

arian_

62 — 12.10.21 — 21:14

То есть это в цикле перебора табличной части

глФР.FNAcceptMarkingCode();

глФР.Barcode = qr;

глФР.FNSendItemBarcode();

А в конце при пробития чека

глФР.FNCloseCheckEx();

arian_

63 — 12.10.21 — 22:55

(60) А разве при закрытии чека глФР.FNCloseCheckEx(); буфер ККМ не должен очищаться сам?

И для чего нужна такая команда: FNConfirmNotificationRead ФНПодтвердитьВыгрузкуУведомления

Подтверждение выгрузки уведомления (ФФД 1.2)

У меня пока не обновлена прошивка, поэтому не могу проверить. Возможно victuan1 поможет.

kupec

64 — 13.10.21 — 13:25

(61) (62) (63) в тесте драйвера все работает, смотрел лог файл, ничем вроде не отличается мой алгоритм работы и алгоритм тестдрайвера. И вот как раз таки в нем все работает, а в моем ПО не хочет. Тут тогда другой вопрос встает. Как в цикле перебирать FNCheckItemBarcode() если после первой проверки у меня вылетает ошибка на втором. Что то мне вот этот момент не понятен

arian_

65 — 13.10.21 — 15:30

(64) Покажите код формирования чека.

kupec

66 — 14.10.21 — 16:24

(65) я чек не формирую, я сначала в программе просто пытаюсь получить результат проверки марки

FR.Password=30;

FR.ItemStatus=1;

FR.CheckItemMode=0;

FR.Barcode=СокрЛП(ДанныеДляПроверки);

FR.FNCheckItemBarcode();

Если ОтветДрайвера(,»Проверка КМ»)<>0 Тогда

Возврат;

КонецЕсли;

Естественно сначала подключаюсь к ККМ. Так вот…первый раз код проходит, второй раз уже выдает ошибку не верные реквизиты. Если переподключиться к ККМ, то проверка первый раз опять проходит, ну а на второй опять ошибка

arian_

67 — 15.10.21 — 13:56

Попробуйте для штучного товара:

FR.Password=30;

Если ВидОперации=Перечисление.ВидыОперацийЧекККМ.Чек Тогда

FR.CheckType=0;

ИначеЕсли ВидОперации=Перечисление.ВидыОперацийЧекККМ.ЧекНаВозврат Тогда

FR.CheckType=2;

КонецЕсли;

ВыбратьСтроки();

Пока ПолучитьСтроку()>0 Цикл

FR.BarCode = СтрЗаменить(КМ,»<0x1D>»,Симв(29));; // реквизит табличной части;

FR.ItemStatus = 1; // Планируемый статус — штучный товар, Реализован

FR.CheckItemMode = 0; //полная проверка (локальная проверка ФН и проверка через ОФД

FR.FNCheckItemBarcode(); //Проверка штрих кода GS1

//Выводим данные проверки для контроля. Здесь же можно указать проверку условия принятия или не принятия кассиром решения об пробитии каждой позиции чека

Сообщить(«Статус локальной проверки: «+FR.CheckItemLocalResult);

Сообщить(«Причина, по которой не была проведена локальная проверка: «+FR.CheckItemLocalError);

Сообщить(«Распознанный тип КМ, (Тег 2100 ФФД): «+FR.MarkingType2);

Сообщить(«Код ответа ФН на команду онлайн-проверки: «+FR.KMServerErrorCode);

Сообщить(«Результат проверки КМ. (Тег 2106 ФФД): » + FR.KMServerCheckingStatus);

FR.FNAcceptMarkingCode(); //принять введеный код марки

FR.StringForPrinting=печнаим;

FR.Quantity=1;

FR.Tax1=0;

FR.Price=Окр(Сумма/Количество, 2);

FR.PaymentTypeSign=4;

FR.PaymentItemSign=31; //1-если не маркируемый и 33, если маркируемый и акцизный, 31 — маркируем безакцизный

FR.MeasureUnit = 0;

// Передаем Номер ГТД согласно формату ФФД 1.1

FR.TagNumber = 1231;

FR.TagType = 7;

FR.TagValueStr = СокрЛП(Строка(Номенклатура.НомерГТД.Наименование));

FR.FNSendTagOperation();

// Передаем Код страны происхождения согласно формату ФФД 1.1

FR.TagNumber = 1230;

FR.TagType = 7;

FR.TagValueStr = СокрЛП(Строка(Номенклатура.СтранаПроисхождения.Код));

FR.FNSendTagOperation();

FR.FNOperation();

FR.BarCode = СтрЗаменить(КМ,»<0x1D>»,Симв(29));; // реквизит табличной части;

FR.FNSendItemBarcode(); //привязываем марку к позиции

КонецЦикла;

//Отправляем чек на электронную почту

Если СокрЛП(ТелПочта)<>»» Тогда

FR.CustomerEmail=СокрЛП(ТелПочта);

FR.FNSendCustomerEmail();

КонецЕсли;

// Закрытие чека

FR.Password=30;

FR.StringForPrinting=»================================================»;

FR.FNCloseCheckEx();

ОтветДрайвера();

Сообщить(«Результат: «+Строка(Result));

Сообщить(«Ошибка параметра: «+Строка(ОшибкаПараметра));

arian_

68 — 15.10.21 — 13:58

печнаим — это наименование Номенклатуры

NikeArz

69 — 15.10.21 — 15:11

У меня все работает для штучного товара

пробовал на сигаретах и автошинах, до обуви руки не дошли

Конфигураци 1С самописная

Функция ОперацияПроверитьКодМаркировки(Объект, НомерЛУ, Пароль, СтруктураКМ)

Результат = «»;

Если Объект = Неопределено Тогда

Результат = «- Торговое оборудование не подключено.»;

СтруктураКМ.КодПроверен = 3;

СтруктураКМ.ОтветПроверки = «- Проверка КМ не выполнена.»;

Возврат Результат;

КонецЕсли;

Объект.LDNumber = НомерЛУ;

Объект.SetActiveLD();

Если Объект.ResultCode <> 0 Тогда

Результат = Объект.ResultCodeDescription;

СтруктураКМ.КодПроверен = 3;

СтруктураКМ.ОтветПроверки = «- Проверка КМ не выполнена.»;

Возврат Результат;

КонецЕсли;

Объект.Password = Пароль;

Объект.Connect();

Если Объект.ResultCode <> 0 Тогда

Результат = Объект.ResultCodeDescription;

СтруктураКМ.КодПроверен = 3;

СтруктураКМ.ОтветПроверки = «- Проверка КМ не выполнена.»;

Возврат Результат;

КонецЕсли;

Объект.GetDeviceMetrics();

Если Объект.ResultCode <> 0 Тогда

Результат = Объект.ResultCodeDescription;

Объект.Disconnect();

СтруктураКМ.КодПроверен = 3;

СтруктураКМ.ОтветПроверки = «- Проверка КМ не выполнена.»;

Возврат Результат;

КонецЕсли;

Модель = Объект.UModel; //Объект.УМодельУстройства

мРезультатПроверкиСервером = Неопределено;

мСтатусПроверкиСервером = Неопределено;

//************************************************************

Объект.Password = Пароль;

Объект.BarCode = СтруктураКМ.КодМаркировки; //Код записывается как читается со сканера с символом разделителем символ(29)

Объект.ItemStatus = СтруктураКМ.СтатусОперации; // 1 продажа, 3 — возврат

Объект.CheckItemMode = 0;

Объект.TLVDataHEX = «»;

Объект.FNCheckItemBarcode();

Если Объект.ResultCode <> 0 Тогда

Результат = Объект.ResultCodeDescription;

Объект.FNDeclineMarkingCode(); //отвергнуть код маркировки

СтруктураКМ.КодПроверен = 3;

СтруктураКМ.ОтветПроверки = «- Проверка КМ не выполнена. Код отвергнут.»;

Объект.Disconnect();

Возврат Результат;

КонецЕсли;

мСтатусПроверкиСервером = Объект.KMServerErrorCode;

мРезультатПроверкиСервером = Объект.KMServerCheckingStatus;

Если мРезультатПроверкиСервером = 15 Тогда

СтруктураКМ.КодПроверен = 0; // 0- М+ 1- М 2- М-

СтруктураКМ.ОтветПроверки = «»;