Маркировка лекарственных препаратов. Часть вторая "Регистраторы выбытия"

Публикация № 1319821 02.11.20

Учет и отчетность - Розничная торговля

1С:МДЛП Честный знак Маркировка лекарственных препаратов Регистратор выбытия Интеграция Ошибка Разработка Товаропроводящей цепочке криптохвост схема Место деятельности Код маркировки

Данная статья является второй статьей в цикле, посвященном маркировке лекарственных препаратов. В данной статья я постараюсь поделиться собственным опытом работы с РВ, описанием работы с АПИ (для разработчиков), интересные моменты выявленные в ходе эксплуатации и уделить часть статьи пользователям, а именно ошибочным ситуациям и что с ними делать.

Данная статья является второй статьей в цикле посвященном маркировке лекарственных препаратов. Ссылка на первую статью Маркировка лекарственных препаратов. Часть первая "Быстрая интеграция" //infostart.ru/1c/articles/1254468/ .

В данной статья я постараюсь поделиться собственным опытом работы с РВ, описанием работы с АПИ (для разработчиков), интересные моменты выявленные в ходе эксплуатации и уделить часть статьи пользователям, а именно ошибочным ситуациям и что с ними делать.

Регистратор выбытия (далее РВ) устройство для вывода лекарственных препаратов (далее ЛП) из оборота. На текущий момент нами используются две модели РВ – Штрих и АТОЛ. (Инструкции https://честныйзнак.рф/upload/iblock/2f6/Registrator_3.0.pdf, https://честныйзнак.рф/upload/iblock/c53/ATOL-RV-v.1.0.PDF ).

 

 

Настоятельно рекомендую регулярно проверять обновление документации на сайте Честного знака https://честныйзнак.рф/business/projects/medicines/documents/for_developers/ во избежание ошибок при разработке.

Порядок использования и основные моменты привожу по ссылке Честного Знака https://честныйзнак.рф/upload/iblock/33f/is_mp_opisanie_v2.2.0.pdf , чтобы не перегружать статью справочной информацией.

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

 

Разработка

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

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

Первая проверка это запакованность SGTIN. Если отправите не разупакованный SGTIN все равно по итогу получите ошибку. Данную проверку например можно выполнять методом АПИ МДЛП по запросу информации о SGTIN (https://честныйзнак.рф/upload/iblock/200/IS-_Markirovka_.-MDLP.-Protokol-obmena-interfeysnogo-urovnya-v3.11.pdf  ) с помощью 8.3.3. Метод поиска по общедоступному реестру КИЗ по списку значений Endpoint: POST <endpoint>/<version>/reestr/sgtin/public/sgtins-by-list.

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

Вторая проверка это заполнение Base64 в ТЧ упаковки. Так как в РВ отправляется SGTIN упакованный вместе с криптохвостом, то отправка документа где есть незаполненные значения приведет к ошибке.

Третья проверка это наличие и длина криптохвоста. 92 часть SGTIN должна присутствовать и иметь длину строго 44 символа (на текущий момент имеется небольшой процент ЛП на которые производители нанесли неверный криптохвост).

Четвертая проверка наличие этого SGTIN на данном Месте деятельности (далее МД). Позволяет избежать ошибок если например у организации есть 2 и более МД или выдача была уже произведена другим документом. Аналогично пункту 1 либо запросом, либо хранить в базе состояния упаковок, либо через УпаковкиМДЛП.

Пятая проверка относится к первичным упаковкам. МДЛП позволяет выдавать SGTIN частично. В АПИ за это отвечает ключ sold_part который представляет собой дробь, например 1/2, где 2 количество блистеров в упаковке, как на рисунке. Выдали из них в документе 1 блистер.

 

 

Осуществляется контроль не превышения этого количества по нескольким документам (остатки в регистре собираются по частям упаковок). Так как МДЛП не контролирует эти дробные части контроль остается на стороне 1С. Также нельзя передавать в РВ дроби типа 1/1, 5/5 и подобные, будет возвращена ошибка.

Любопытный факт – по одному SGTIN можно например выдать 5/10, 5/15, 14/15 последовательно разными документами и это не вернет ошибку. Упаковка по итогу спишется целиком если последняя отправка перекроет остаток в МДЛП на больше или равно.

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

Для каждого стр из Объект.НомераУпаковок Цикл
	Если Объект.ПередачаСведенийЧерезСКЗКМ Тогда
		Если НЕ ЗначениеЗаполнено(стр.ШтрихкодBase64) Тогда
			Сообщение = Новый СообщениеПользователю;
			Сообщение.Текст = "У КИЗ: " + стр.НомерКИЗ + " - не заполнен штрихкод BASE64";
			Сообщение.Поле = "НомераУпаковок[" + (стр.НомерСтроки - 1) + "].НомерКИЗ";
			Сообщение.КлючДанных = Объект.Ссылка;
			Сообщение.ПутьКДанным = "Объект"; 														
			Сообщение.Сообщить();
			ОшибкиПроверки = ОшибкиПроверки + 1;
			Продолжить;
		КонецЕсли;
		// Удаление лишних символов.
		стр.ШтрихкодBase64 = СтрЗаменить(стр.ШтрихкодBase64, Символы.ВК, "");
		стр.ШтрихкодBase64 = СтрЗаменить(стр.ШтрихкодBase64, Символы.ПС, "");
		//проверка Base64 на наличие и корректность криптохвоста
		ДвоичныеДанныеСтроки = Base64Значение(стр.ШтрихкодBase64);
		Если ДвоичныеДанныеСтроки <> Неопределено Тогда
			Штрихкод = ПолучитьСтрокуИзДвоичныхДанных(ДвоичныеДанныеСтроки);
			СтруктураШтрихкода = ИнтеграцияМДЛПКлиентСервер.ДанныеШтрихкода(Штрихкод);						
			КриптохвостЗначение = "";
			Для каждого ЧастьШтрихкода Из СтруктураШтрихкода.ДанныеШтрихкода Цикл 							 							
				Если ЧастьШтрихкода.ИдентификаторПрименения = "92" Тогда 
					КриптохвостЗначение = ЧастьШтрихкода.Значение;
					Если НЕ СтрДлина(ЧастьШтрихкода.Значение) = 44 Тогда
						ЗаполненоBase64 = Ложь;
						Сообщение = Новый СообщениеПользователю;
						Сообщение.Текст = "КИЗ: " + стр.НомерКИЗ + " - имеет ошибочный криптохвост(92)";
						Сообщение.Поле = "НомераУпаковок[" + (стр.НомерСтроки - 1) + "].НомерКИЗ";
						Сообщение.КлючДанных = Объект.Ссылка;
						Сообщение.ПутьКДанным = "Объект"; 														
						Сообщение.Сообщить();
					КонецЕсли;
				КонецЕсли;  
			КонецЦикла;
			Если ЗначениеЗаполнено(КриптохвостЗначение) = Ложь Тогда
				Сообщение = Новый СообщениеПользователю;
				Сообщение.Текст = "У КИЗ: " + стр.НомерКИЗ + " - отсутствует криптохвост(92)";
				Сообщение.Поле = "НомераУпаковок[" + (стр.НомерСтроки - 1) + "].НомерКИЗ";
				Сообщение.КлючДанных = Объект.Ссылка;
				Сообщение.ПутьКДанным = "Объект"; 														
				Сообщение.Сообщить();
				ОшибкиПроверки = ОшибкиПроверки + 1;
			КонецЕсли;
		Иначе
			Сообщение = Новый СообщениеПользователю;
			Сообщение.Текст = "У КИЗ: " + стр.НомерКИЗ + " - некорректный BASE64";
			Сообщение.Поле = "НомераУпаковок[" + (стр.НомерСтроки - 1) + "].НомерКИЗ";
			Сообщение.КлючДанных = Объект.Ссылка;
			Сообщение.ПутьКДанным = "Объект"; 														
			Сообщение.Сообщить();
			ОшибкиПроверки = ОшибкиПроверки + 1;
		КонецЕсли;
	КонецЕсли;
КонецЦикла;

Также перед отправкой в РВ требуется проверить не заблокирован ли РВ (данная проверка реализована на текущий момент в библиотеке МДЛП). Осуществляется методами «Запросить состояние РВ» (RequestStatusRv) и «Получить информацию об устройстве» (GetInformationRv) (документация https://честныйзнак.рф/upload/iblock/92b/TC-RV-v25_07.06.2019_Publichnaya-versiya.pdf ). Здесь нас интересует ключ «timeBlock» в котором хранится время до блокировки. Если отправить документ в заблокированный РВ, а после этого его разблокировать, то с большой долей вероятности документ так и останется висеть в очереди.

После выполнения проверок документ упаковывается в json и отправляется методом «Записать задание в очередь» (QueueUp).

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

В случае положения успешного ответа следом отправляется запрос статуса задания методом «Запросить статус задания» (RequestStatus), где rvRequestId это идентификатор запроса, который присваивается в 1С (GUID). При успешном запросе статуса будет получено значение ключа «mdlpRequestId» по которому этот документ в дальнейшем можно найти в ЛК и получить квитанцию(и).

Важное замечание – на один документ выдачи в 1С через РВ может быть создано несколько документов в ЛК. Документы могут быть разбиты по типам ошибок, если таковые имеются в квитанциях, либо на текущий момент разбиение по 50 SGTIN, либо по различным GTIN.

После получения mdlpRequestId рекомендуется очистить очередь от этого документа в РВ методом «Отменить задание» (Delete).

Следующий метод является не обязательным и вариативным для каждого типа РВ. Речь о методе «Получить отчёты о выбытии» (GetReports) который поддерживается РВ Штрих и на момент написания статьи не поддерживается РВ АТОЛ. Данный метод позволяет получить ответ от РВ по каждому заданию и по каждому SGTIN прошла ли проверка этих SGTIN в РВ будут ли они отправлены в МДЛП (к сожалению это не всегда так, возможна ситуация - для ЛП выпущенных до 01.07.2020 будет написано, что выдача подтверждена, а по факту они так и не уйдут в МДЛП).

Для получения квитанции последовательно реализованы несколько методов АПИ МДЛП (документация https://честныйзнак.рф/upload/iblock/200/IS-_Markirovka_.-MDLP.-Protokol-obmena-interfeysnogo-urovnya-v3.11.pdf ) .

Для начала используется метод 5.18. Прослеживание документов по отчёту из СУЗ в фильтр которого передается mdlp_request_id. Данный метод вернет список document_id которые требуется загрузить методом 5.14. Получение документа по идентификатору. После получения списка требуется методом 5.16. Получение квитанции по номеру исходящего документа получить link по которому скачивается квитанция.

Важный момент – так как один документ в 1С может разделиться на несколько в МДЛП, причем каждый из этих документов будет иметь свою квитанцию, то по части документов может уже пройти обработка, а по части нет. Соответственно на какой-то момент времени документ будет находиться в статусе частичного получения квитанции. Но может возникнуть ситуация когда РВ некоторые SGTINы не отправил и не отправит уже в МДЛП. В таком случае необходим анализ документов в ЛК и правка документа в 1С. Для упаковок которые не выдались потребуется либо повторная отправка новым документом через РВ, либо в обход РВ (по 531 схеме). В таком случае документ отправится напрямую и будет видна квитанция по нему после обработки.

Как я писал ранее работа под веб типовой библиотекой МДЛП не поддерживается, но это не значит, что данная задача не решаема. Небольшая доработка напильником и методы работы с РВ становятся доступны в браузере.

 

Ошибочные ситуации

При работе с РВ возможны ошибочные ситуации, как по причине ошибок в 1С, так и по причине проверок в РВ или МДЛП.

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

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

Что происходит в данной ситуации? Документ с такими КМ отправляется в РВ, тот возвращает успешный ответ постановки в очередь, после запроса статуса он тоже будет возвращен успешный. Для РВ ШТРИХ можно запросить статусы выбытия и там они тоже будут как «Выбытие подтверждено». Но в ЛК эти КМ так и не придут.

Что предпринять в данном случае?

Первое подождать от 1 часа до 24 пока документ не появится в ЛК (возможны задержки обработки очереди).

Второе проверить КМ в ЛК на дату их выпуска на вкладке Товары и если имеются выпущенные ранее 01.07.2020, которые так и не появились в ЛК после отправки в РВ, необходимо рассмотреть возможность создания нового документа выдачи с отправкой по схеме 531, минуя РВ.

Следующая ошибка относится исключительно к РВ АТОЛ. Отправка документа вызывает ошибку – срок действия пин-кода истек, требуется ввести заново. Тут все просто, как и в ситуации с заблокированным РВ. Просто вводится новый пин-код с перезагрузкой или восстанавливается связь со спутниками.

Также есть частая ошибка, одна из самых непонятных для пользователя на текущий момент возврат ошибки из МДЛП «Недопустимый переход в товаропроводящей цепочке». Под этой ошибкой может пониматься целое подмножество ошибок:

- КМ находился не в статусе «В обороте» на момент выдачи (выдан ранее, не принят);

- КМ выбывается не с того МД на котором находится (если МД у организации несколько);

- нарушена временная последовательность выдачи (ситуация когда приемка была позже чем выдача).

Тут надо остановиться подробнее с конкретным примером. Допустим, есть ситуация когда приемка зафиксирована в 12.00, но поставщик не учел рекомендации по указанию часового пояса и отправил без +03.00 в дате. РВ игнорирует передаваемое время в json и выставляет свое время фактическое. Таким образом любая выдача до 15.00 будет приводить к ошибке. Ситуация к счастью довольно редкая, но возможная.

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

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

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

P.S. Довольно часто наталкиваюсь на обвинения что маркировка ухудшает работу, Честный Знак работает плохо и т.д. Тут выражу исключительно собственное мнение по данной ситуации. Идея маркировки ЛП исходит из уменьшения контрафактных ЛП и прослеживаемости каждого этапа жизненного цикла ЛП, что в целом приведет к улучшению медицины. За маркировку требуют денег – когда Вы начнете работать бесплатно можем вернуться к этому вопросу. РВ организациям выдают бесплатно. Нестабильная работа Честного Знака – я занимаюсь маркировкой ЛП уже 3й год и хорошо видел развитие с точки зрения разработчика. Служба поддержки всегда реагировала на мои заявки адекватно, некоторые пожелания были действительно учтены в новых релизах. Документация для разработчиков очень удобная и детальная. Я брал ее за образец при написании собственных АПИ например. Нестабильная работа и ошибки – да имеют место, но как разработчик я прекрасно понимаю какой объем работы необходимо проделывать чтобы система работала стабильно по всей нашей весьма немаленькой стране.

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

P.P.S. Хочу поблагодарить свою проектную команду, благодаря которой мы успешно развиваемся. Спасибо. Эта статья и ваша заслуга.

Специальные предложения

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. Rustig 1207 03.11.20 09:54 Сейчас в теме
цитирую из первоисточника
1.Для чего используется регистратор выбытия?Регистратор выбытия (далее –РВ) предназначен для отправки в национальную систему маркировкии прослеживаниятоваров (далее –ИСМП, ИС МДЛП является одной из частей ИСМП) информации о выводе лекарственных препаратов (далее –ЛП) из оборота при отпуске лекарств по льготным рецептам со 100% льготой (без оплаты получателем) и при отпуске ЛП в медицинских организациях для оказания медицинской помощи.РВНЕпредназначен для отправки в ИСМП сведений о приемке товара, операциямвнутреннего перемещения и другим логистическим операциям. Также РВ НЕ предназначен для отправки в ИСМП сведений по операциям вывода из оборота ЛП, если они не заканчиваются применением ЛП (передача на уничтожение, списание в ходе инвентаризации и т.п.)и по продаже ЛП с частичной льготой (в этом случае должна использоваться контрольно-кассовая техника –ККТ).РВ можетиспользоваться для проверки информации по упаковкам ЛП, имеющейся в ИС МДЛП и для автоматизации работы с маркированными ЛП в информационной системе медорганизацииили аптеки. Такие функции предусмотрены в РВ, но их использование необязательно.Важно понимать, что выполнить требования законодательствапо правилам оборота ЛП в отношении маркированных ЛП невозможнобез отправки сведений о выводе из оборота в ИСМП (ИС МДЛП)•Для 7ВЗН –начиная с 01.10.2019•Для прочих ЛП –начиная с 01.01.2020Для этого существует 2 способа:
•для вывода из оборота при продаже и при оказании медицинской помощи это ККТ или РВ (там, где нет ККТ), •для всех прочих операций –прямое обращение к ИС МДЛП с использованием электронной подписи участника оборота (для этого требуется компьютер с подключением к сети Интернет и установленным на нем средством криптографической защиты информации).

ссылка на первоисточник также указана в статье https://честныйзнак.рф/upload/iblock/33f/is_mp_opisanie_v2.2.0.pdf
2. IssakN 39 03.11.20 10:07 Сейчас в теме
(1)Да спасибо. Думаю стоит обратить внимание читателей на эти пункты. Мне просто не хотелось перегружать статью общей информацией.
3. muskul 04.11.20 11:04 Сейчас в теме
А зачем туда что то отправлять? что бы не сканировать с самого РВ?
4. IssakN 39 05.11.20 09:07 Сейчас в теме
(3)Если я Вас правильно понял, отправлять через АПИ в РВ? Для автоматизации и удобства отправки при работе из 1С. В целом можно работать напрямую с РВ если объемы небольшие. Аналогично и с МДЛП. Можно сформировать xml вручную в блокноте и загрузить в ЛК. Если это единичный случай можно использовать такой способ.
В АПИ РВ кстати есть возможность отправить документ шаблон, получив который можно в него только досканировать упаковки. Я создавал механизм выгрузки шаблонов и загрузки заполненных документов обратно в 1с. Но данный механизм так никому и не пригодился, и в статью его добавлять не стал.
5. Tron77 16.11.20 13:26 Сейчас в теме
Здравствуйте.
Подскажите пожалуйста.
Такая ситуация:
Аптека больницы.
По ошибке выдали для лечения больных несколько коробок маркированного препарата, не пропустив их при этом через РВ для выбытия.
Используем 1С Больничную аптеку.
Как можно их вывести из оборота.
Самих коробок уже нет. Но есть GTINы.
6. IssakN 39 16.11.20 13:32 Сейчас в теме
(5)Добрый день. Для выдачи через РВ Вам обязательно нужен весь код вместе с криптохвостом. В противном случае РВ их не примет. Но также существует схема 531 - выдаче ЛП в отделение без использования РВ. Данная схема доступна при отключении галочки использовать РВ (в больничной аптеке она вроде также называется). Там достаточно указать SGTINы без криптохвоста. Думаю так как теперь режим работы МДЛП уведомительный Вас вряд ли накажут за использование схемы 531 вместо 10531(выдаче через РВ). Другой вариант этот вывод из оборота (отдельный документ), но думаю в Вашем случае это лишнее.
7. Tron77 16.11.20 13:50 Сейчас в теме
(6)
Уточнял в честном знаке сейчас.
Сказали уведомительный режим не распространяется на схему 531.
И выбытие без РВ невозможно.
Теперь вот думаю что делать.
8. IssakN 39 16.11.20 14:22 Сейчас в теме
(7)Думаю тогда необходимо договариваться с ЧЗ на эту тему, объясняя что физической возможности отсканировать упаковки нет. Это вполне решаемый вопрос.
9. Tron77 16.11.20 15:59 Сейчас в теме
(8)
Хммм.
Второй раз позвонил, сказал так мол и так, нету упаковок, выдали в суматохе коронавируса.
Ответили, "Ну тогда ладно, закрывайте выбытие через 531-ю схему".
14. starvg 08.12.20 11:16 Сейчас в теме
(6) Мне в поддержке категорично сообщили, что использование этих схем приведет к штрафам при рабочем РВ.
10. inikita2004 23.11.20 13:19 Сейчас в теме
Как определить, что РВ сбоит временами?
11. IssakN 39 23.11.20 14:00 Сейчас в теме
(10)Смотря что Вы подразумеваете под сбоит временами?РВ вообще не работает, РВ не отправляет некоторые документы, РВ не отправляет части некоторых документов?
12. user1503721 04.12.20 19:45 Сейчас в теме
Здравствуйте. Больничная аптека большие объемы выдачи растворов, сканировать по 5000 флаконов в день очень долго и тяжело физически. Выбытие с использованием группового кода упаковки (это уже было бы 500 кодов, вместо 5000) на Честном знаке ответили нет такой возможности. Как можно выдать в отделения (вывести из оборота через МДЛП) большое количество SGTIN и при этом не сканировать ТСД каждый флакон?!
15. IssakN 39 08.12.20 14:37 Сейчас в теме
(12)Ну тут ситуация технически проста, а вот пользовательски сложна.
Вот у Вас 500 ТУ и в них 5000 КМ.
Вопрос номер один как Вы получаете - приход ТУ, дальнейшая разагрегация и выдача через РВ?
Примечание: выдача ТУ через РВ на текущий момент невозможна(тут так МДЛП решает).
Вопрос номер два - сканируете ли Вы в приемке КМ или исключительно ТУ.

Если Вас интересует отсутствие сканирования упаковок вообще у нас есть уже готовое решение, но тут необходимо обсуждать в личной переписке.
17. user1503721 08.12.20 16:03 Сейчас в теме
(15) Приходуем по ТУ и потом разагрегируем упаковки. И выдаём через РВ. При приёмке сканирует только ТУ.
(15)
18. IssakN 39 08.12.20 17:03 Сейчас в теме
(17)Главный момент который необходим для РВ это BASE64 КМ с криптохвостом. Чтобы не сканировать упаковки в выдаче нужно где то взять этот Base64 - вот тут как раз таки могут быть разные варианты. Но самый главный момент кто то когда то должен хотя бы раз отсканировать этот КМ. Могу предложить решение как потом вытягивать в Уведомление о выдаче эти КМ, но тут необходимо условие - BASE64 уже есть в системе.
13. starvg 08.12.20 11:05 Сейчас в теме
Добрый день. Может вы подскажете, в чем у меня оши, раз подключали оба РВ.
Пытаюсь сделать подключение из 1С 7.7 к РВ.
На v1.0 нормально отрабатывают команды состояния РВ, отправляет документ, только не проходит команда requests. А v3.0 ни в какую не хочет общаться. Дает ошибку на команде Send(). WinHttp.WinHttpRequest: Не удается установить соединение с сервером
Через РВ выводить ЛП очень не удобно: приходится нажимать кучу ненужных кнопок.

	URL = "https://"+СокрЛП(Фирма.IP_РВ)+":"+СокрЛП(Фирма.Порт_РВ)+"/v1/state";
	WinHttp = СоздатьОбъект("WinHttp.WinHttpRequest.5.1");
	
	WinHttp.Open("GET", URL, 0);
	// ************************** Начало блока по отключению защищенного соединения **********
	Скрипт = СоздатьОбъект("MSScriptControl.ScriptControl");
	Скрипт.language="javascript";
	Скрипт.AddObject("WinHttp",WinHttp);
	Скрипт.Eval("WinHttp.Option(2)=65001"); 
	Скрипт.Eval("WinHttp.Option(4)=13056");
	Скрипт.Eval("WinHttp.Option(6)=true");
	Скрипт.Eval("WinHttp.Option(12)=true");
	// ************************** Конец блока по отключению защищенного соединения **********	

	WinHttp.setRequestHeader("Content-type", "application/json; charset=UTF-8");
	WinHttp.setRequestHeader("Authorization", глКодироватьBase64("operator:123456"));
	WinHttp.Send();
	Если WinHttp.Status = 200 Тогда
		//Сообщить(WinHttp.ResponseText);
	Иначе
		Сообщить("HTTP " + WinHttp.Status + " " + WinHttp.StatusText);
		Возврат ;
	КонецЕсли;
Показать
16. IssakN 39 08.12.20 14:44 Сейчас в теме
(13)Добрый день. Постараюсь помочь. Прикрутить РВ на 7ке очень интересно. Если получится пишите свою статью.
Как я понимаю Вы пытаетесь запросить статус документа который уже отправлен в РВ и тут падает по ошибке на этапе соединения с РВ?
19. starvg 09.12.20 05:14 Сейчас в теме
(16) Да так и есть. Я ему отправляю rvRequestId и ни чего не получаю в ответ.
Я уже думаю, что можно и без этого обойтись. Можно проверить двумя способами результат:
- запросить документы напрямую из МДЛП (не пробовал, я пишу для лечебного учреждения, а там пока немного такого товара), проверить наличие самого документа;
- пока сделал проверку статуса товара. отправленный документ можно проверить в личном документе, статус товара меняется через 15-30 минут.
20. IssakN 39 09.12.20 09:30 Сейчас в теме
(19)Смотрите как это реализовано:
- отправить документ в РВ, присвоив это запросу Новый УИД(я его храню в регистре сведений, так как бывают ситуации что документ отправляется несколько раз);
- взять метод запроса статуса и подставить этот УИД в него (пример ниже);
- отправить его и обработать ответ от РВ;
	
//здесь получаю свой РВ - хранится в отдельном справочнике со всеми настройками и указывается в документе
//Получаю Номер и тот самый УИД что был при отправке
РегистраторВыбытияДок = АТМ_МетодыРВСервер.ПолучитьЗначениеРеквизитаОбъекта(Документ,"РегистраторВыбытия",Истина);
	Номер 	= АТМ_МетодыРВСервер.ПолучитьЗначениеРеквизитаОбъекта(Документ,"НомерДокумента",Истина);
	УИДдок 	= АТМ_МетодыРВСервер.ПолучитьУИДДокумента(Документ); 	
	Метод 	= "/v1/requests/" + УИДдок;

			СтруктураПодключения = СформироватьСоединениеИЗапрос("Get",РегистраторВыбытияДок,Номер,УИДдок,Метод);
						
			HTTPGET	= СтруктураПодключения.Соединение;
			Запрос 	= СтруктураПодключения.Запрос;
			
			Каталог = КаталогВременныхФайлов();
			ИмяФайла = Строка(Новый УникальныйИдентификатор);
			ФайлОтвет = Каталог + ИмяФайла;

                        //в Ответ хранится уже нужная информация которую можно обработать
			Попытка
				Ответ = HTTPGET.Получить(Запрос, ФайлОтвет);			
			Исключение
				Инфо = "Не удалось отправить запрос, проверьте регистратор выбытия";;
				Сообщить(Инфо);
				Прервать;
			КонецПопытки;

Показать


В функции СформироватьСоединениеИЗапрос я формирую структуру для запроса в РВ
//здесь укажите свои настройки, у меня они хранятся в справочнике
HTTP = Новый HTTPСоединение(НастройкиПодключения.Айпи,НастройкиПодключения.Порт,,,,,Новый ЗащищенноеСоединениеOpenSSL);
	
	Запрос = Новый HTTPЗапрос(Метод);
	Если ТипЗапроса = "Post" Тогда
		Запрос.Заголовки.Вставить("Content-Type", "application/json"); 	
	КонецЕсли;
	Если ТипЗапроса = "Get" Тогда
		Запрос.Заголовки.Вставить("Accept", "application/json");
	КонецЕсли;
//здесь стандартная авторизация Basic
	Если НастройкиПодключения.Свойство("СтрокаАвторизации") Тогда 				
		Запрос.Заголовки.Вставить("Authorization", НастройкиПодключения.СтрокаАвторизации);
	КонецЕсли; 			

	СтруктураВозврата.Вставить("Соединение",HTTP);
	СтруктураВозврата.Вставить("Запрос",Запрос);
	СтруктураВозврата.Вставить("Ошибка",Ложь);
	Возврат СтруктураВозврата;

Показать

Попробуйте такой пример.
21. starvg 09.12.20 11:00 Сейчас в теме
Спасибо, с v1.0 все прокатило. я просто с запроса POST скопировал "Content-Type" вместо "Accept"
и метод /v1/requests/ выполняется.

Теперь осталось разобраться с v3.0
Такое ощущение, что он не принимает пароль и пользователя.
Порт и IP я храню в справочнике организаций: порт 8080, IP пингуется.
Логин и пароль какие только не пробовал:
эти мне сказали использовать в поддержке ЧЗ
user1:Pas$w0rd
user2:qwE123xx
эти я уже взял с форума и не только
operator:123456
administrator:654321
проверял результат кодировки на сайтах, строка получается такая же.
результат один HTTP 404 Not Found
22. starvg 09.12.20 11:02 Сейчас в теме
Можете выложить строку в кодировке base64 с логином и паролем для сравнения?
23. IssakN 39 09.12.20 13:27 Сейчас в теме
(22)В РВ КМ используется два пользователя:
− Оператор - логин: user1, пароль: Pas$w0rd; − Администратор - логин: user2, пароль: qwE123xx.
Пароли могут быть изменены через меню РВ КМ.
Какой у Вас РВ - Штрих или АТОЛ?
И если ошибка авторизации это будет не 404 ошибка.
Скорее всего тут не находит саму УРЛ.
Вам еще может помочь обработка которая на самом РВ находится - подключите его в настройках через юсб, скачайте ее. Там можно будет настроить и логины и пароли и запросить все методы доступные в АПИ.
Пример кодировки:
user2 и qwE123xx
basic dXNlcjI6cXdFMTIzeHg=
Вот как в коде:
                        ЛогинПароль = "" + СтруктураПодключения.Логин + ":" + СтруктураПодключения.Пароль;
			СтрокаДвоичная = ПолучитьДвоичныеДанныеИзСтроки(ЛогинПароль,КодировкаТекста.UTF8);
			СтрокаКодированная = Base64Строка(СтрокаДвоичная);
			СтрокаАвторизации = "Basic " + СтрокаКодированная;
			СтруктураПодключения.Вставить("СтрокаАвторизации", СтрокаАвторизации);
			Ошибка = Ложь;
24. starvg 11.12.20 10:49 Сейчас в теме
У меня не соединяется с РВ v3.0 от Штриха.
Я не обратил внимания, просто скопировал, там на команду GET была строка
WinHttp.setRequestHeader("Content-type", "application/json; charset=UTF-8");
РВ 1.0 проглатывал ))
поменял на
WinHttp.setRequestHeader("Accept", "application/json");
сразу получаю ответ:
WinHttp.WinHttpRequest: Не удается установить соединение с сервером

Обработку TestRv я запускал - там все работает.
25. IssakN 39 11.12.20 13:09 Сейчас в теме
(24)Странно в чем там может быть проблема - если вообще без заголовков отправлять какой будет результат?
26. starvg 11.12.20 13:39 Сейчас в теме
то же самое.
попробую в понедельник взять другой РВ (у меня их пара)
27. IssakN 39 14.12.20 09:14 Сейчас в теме
(26)Какая версия прошивки РВ?У нас 0.5.46 сейчас. Может нужно обновить?Подключен по вайфаю.
35. starvg 17.02.21 06:34 Сейчас в теме
(27) Дошли руки до РВ. Сделал я другой вариант и все заработало.

WinHttp = СоздатьОбъект("Msxml2.XMLHTTP.6.0");
URL = "https://"+СокрЛП(Фирма.IP_РВ)+":"+СокрЛП(Фирма.Порт_РВ)+"/v1/deviceInfo";
WinHttp = СоздатьXMLHttpRequest(URL);
WinHttp.Open("GET", URL, 0);
WinHttp.SetRequestHeader("Accept", "application/json");
WinHttp.SetRequestHeader("Authorization", "Basic "+глКодироватьBase64("user1:Pas$w0rd"));
WinHttp.Send();
28. starvg 15.12.20 09:40 Сейчас в теме
Подключен кабелем. Прошивка последняя.

Еще вопрос можно:
Я находил, но что-то сейчас не могу вспомнить, каким методдом можно информацию о производителе получить?
29. пользователь 15.12.20 10:23
Сообщение было скрыто модератором.
...
30. starvg 15.12.20 17:40 Сейчас в теме
Хотел Вам задать вопрос не относящийся к данной теме, личка закрыта, написал свой п/я - сообщения не появились. Вы занимались интеграцией товаров легкой промышленности в ЧЗ?
31. IssakN 39 16.12.20 09:12 Сейчас в теме
(30)Странно вроде все открыто. Нет к сожалению не занимался.
32. user1523842 15.01.21 10:01 Сейчас в теме
Здравствуйте!Через РВ выбываем препарат. Регистратор выбытия выдает ошибку:проверка формата не пройдена:Не удалось определить тип шифрования марки. Помогите разобраться, что это означает?
33. big9val 29.01.21 08:39 Сейчас в теме
Доброго дня! Регистратор при сканировании отправляет данные в ЧЗ. Чуть позже в товароучетной системе на базе 1с создается уведомление о выбытии. Это уведомление списывает товар в количестве выбытого. Создается ли у вас при этом документ расхода, который можно выгрузить в 1с:Бухгалтерия?
34. IssakN 39 29.01.21 15:10 Сейчас в теме
(33)Уведомление о выдаче уже может являться документом который можно выгрузить в 1с:Бухгалтерию. Тут вопрос обмена между базами. У нас на текущий момент обмены с 1с:Бухгалтерией не реализованы.
55. Erel 1 27.08.21 14:01 Сейчас в теме
(33) Здравствуйте, меня тоже этот момент интересовал. Но я заметил что нет, не создаются. Мы пока снимаем остатки документом реализации товаров, но теперь программа просит создать уведомление продажи (это логично). Но тут проблема, нельзя связать документ реализации с уведомлением отпуска по рецепту. Короче бардак
56. IssakN 39 30.08.21 14:29 Сейчас в теме
(55)Я несколько не понимаю как у Вас не создается уведомление, если вы отправили в РВ коды маркировки? Или вы выбываете напрямую из РВ, а потом пытаетесь эти коды загрузить? Если это так, то необходимо соответствующим метод запросить такие документы из РВ в базу, создать из них уведомления и эти уведомления связать со складскими документами. Опять же если я правильно Вас понял. Если нет объясните, пожалуйста, поподробнее.
36. starvg 18.02.21 07:14 Сейчас в теме
Выложил я чуть выше код для семерки, с которым оба РВ заработали.
Только постоянно требуют подтверждения сертификата. С этим некогда возиться.
Проще один раз нажать кнопку "да" мышкой, чем сканировать и выводить ЛП с помощью РВ. ))


А почему, после отправки данных в РВ, проверку выбытия не проверять методом 8.3.3.?
Если status - "in_medical_use" у всех позиций, то можно дальше ведь не проверять.
Если нет, тогда уже заморачиваться с поиском квитанций и ошибок.
37. IssakN 39 18.02.21 10:15 Сейчас в теме
(36)Если я не ошибаюсь то это проверка самого РВ, а не МДЛП. Хотя возможны Вы правы и надо пересмотреть алгоритм в сторону упрощения. Я думаю Вам стоит описать работу в 7ке с РВ в своей статье, наверняка есть организации которых это заинтересует. Или если не возражаете могу добавить этот пункт по работе РВ в 7й версии в эту статью от вашего имени. Возможно это поможет коллегам и пользователям.
38. starvg 18.02.21 11:10 Сейчас в теме
(37) Сам РВ, вроде, проверяет только отправку документа. А квитанцию, как у вас в статье описано, нужно получать поиском документов (их перебором).
Я у себя сделал контроль приемки и вывода товара - запросом из общего КИЗ (8.3.3.).
Если после отправки документов по схеме приемки товара (601,602,702) получаю статус "в обороте" и МД организации, то товар нормально перемещен. Если нет - нужно разбираться и смотреть квитанции.
При выводе через РВ создается куча документов по каждому виду ЛП. Чтобы их не искать и не анализировать,
я тем же запросом проверяю статус sgtin`ов в КиЗ (8.3.3.). Как правило, если нет тормозов в МДЛП, то у них в течение 10 минут статус становится "выведен из оборота". Если ЛП не выводится из оборота, то в 90% случаев виноват РВ, что не отправляет документ. Были такие проблемы - документ в МДЛП не появлялся. Тогда только удаление документа и отправка по новой.

Я статью писать не буду - можете выложить код.
39. IssakN 39 18.02.21 15:54 Сейчас в теме
(38)Я понял Вашу мысль. Возможно стоит попробовать. Можете написать чуть более развернуто код я помещу его в статью?
40. Tron77 27.05.21 09:46 Сейчас в теме
Довольно часто стали появляться следующие ошибки:

Отправляем Уведомление о выдаче для оказания медпомощи - все нормально.
В Кабинете ЧЗ все приходит, принято успешно.
В 1С в самом документе нажатие кнопки "Получите статус задания от РВ" ни к чему не приводит - Изменено объектов 0.

При выполнении общего обмена вылетает ошибка:
Остаток упаковки [КИЗ] меньше требуемого. Возможно, в информационной базе, упаковка (или ее часть) была выведена из оборота ранее.

При этом отправляли полную упаковку, не дробленую и в очереди обработки входящих документов МДЛП висят квитанции об успешном приеме уведомлений с этими КИЗ-ами

РВ - Штрих-М, подключен в сеть.
41. IssakN 39 27.05.21 13:36 Сейчас в теме
(40)
1. Могу посоветовать проверить регистр сведений УпаковкиМДЛП (установить фильтры по нужной упаковке и посмотреть ее движения по базе) - это по частичной отправке. Обратите внимание что при полном обмене может быть ошибка и на другой документ, так как происходит обмен всеми документами.
2. Посмотреть по идентификатору МДЛП что в документе(xml в протоколе обмена) и что в МДЛП (идентификатор отчета СУЗ - по нему ищутся квитанции к документу, его должен вернуть РВ).
3. Проверить настройки периодов загрузки в 1с (в карточке организации и в константах ГраницаЗагрузкиВходящихДокументовМДЛП и ГраницаЗагрузкиИсходящихДокументовМДЛП).

Вряд ли поможет в конкретно этой ситуации, но рекомендую:
- запросить обновления РВ и перезагрузить его.
- обновить библиотеку МДЛП до свежей версии (были изменения по обменам,1.2.4.3 актуальная на 27.05.2021)
42. Tron77 27.05.21 22:07 Сейчас в теме
(41)
Я не указал сразу. Мы в 1С Медицина. Больничная аптека ведем учет. Потому возможн оен в той теме вопрос задаю(
Библиотека обновлена вместе в с конфигурацией.
Самое странное что часть КИЗов-уведомлений проходит без проблем. Вот например сегодня большая часть прошла - 3 зависли.
Тоесть квитанции на них пришли, висят в очереди обработки входящих документов МДЛП, но не сопоставляются с имеющимися документами. Сообщение с ошибкой не нехватке количества.

В карточке организации настройку периодов выгрузки не нашел, в константах обе границы - пустые

Странно то, что часть проходит без проблем документов, лишь некоторые подвисают. И ответы на них - квитанции приходят, но не стыкуются.
43. IssakN 39 28.05.21 09:18 Сейчас в теме
(42)Тут важный момент есть, вероятно у вас в этой ситуации некоторые коды повисают в РВ. Там был добавлен новый тег на проверку КИЗ (у нас это дописано по коду, в инструкции к РВ этого пока нет). Например, документ на 10 КИЗ, отправили в РВ, он их обработал и 2 КИЗ пометил ошибочными. В МДЛП у Вас появиться только 8 КИЗ, а 2х других Вы никогда не дождетесь. Это можно проверить скачав отправленный 10531 документ в МДЛП (чтобы посмотреть сколько КИЗ в отправленном документе). Если это Ваша ситуация то все просто - у Вас скорее всего бракованные упаковки (либо списание, либо возврат, либо вывод по 531 схеме если разрешат).
44. Tron77 28.05.21 21:09 Сейчас в теме
(43)
В том то и проблема - в МДЛП все отлично - приходят все документы, все квитанции образуются со статусом:

<operation_comment>Успешное завершение операции</operation_comment>

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

Есть Уведомление о выбытии с КИЗ, есть квитанция об успешной обработке в ЧЗ, но видимо при попытке их совместить (провести уведомление в статус "Исполнено") и вылетает эта ошибка в 1С, что КИЗ якобы уже частично или полностью выведен из оборота.

Сегодня проверял - РВ Штрих-М обновлен до последней версии ПО - перезагрузил его.

Нигде в 1С этот КИЗ ранее не выбывал (да и мало у нас документов в день), "Доли упаковок МДЛП (Регистры сведений)" пусто.
в "Реестр выбытия упаковок МДЛП (Регистры сведений)" Данная упаковка в единственном экземпляре с "Доля упаковки" = 1,00000"

Четкое ощущение, что при проверке на остатки долей он неправильно считает количество.

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

Нашел только, что ошибка вылетает вот в этом куске модуля:

В общем модуле "ИндеграцияМДЛП"

|	ВЫБОР
	|		КОГДА ЕСТЬNULL(ОстаткиДолейУпаковок.ДоляУпаковки, 1) + ЕСТЬNULL(ОстаткиДолейУпаковокВРеестреВыбытия.ДоляУпаковки, 1) - 1 < НомераУпаковок.ДоляУпаковки
	|			ТОГДА ИСТИНА
	|		ИНАЧЕ ЛОЖЬ
	|	КОНЕЦ КАК ЕстьОшибкаОтсутствуетДостаточноеКоличество


Вот это вот ЕстьОшибкаОтсутствуетДостаточноеКоличество и выводит ошибку.

Так что в общем со стороны ЧЗ и РВ проблем нет - все регистрируется и выводится.
Косяк в момент изменения статума Уведомления в 1С на "Исполнено"

Приходится в 1С вручную эти Уведомления переводить через регистры в статус "Исполнено" и через "Реестр выбытия" упаковки переводить в статус "выбыли"

Писал недавно в техподдержку прислали ответ "Возможно вы пытаетесь вывести упаковку из оборота повторно"
45. IssakN 39 31.05.21 11:28 Сейчас в теме
(44)Тут к сожалению без отладчика я Вам уже не смогу помочь. Надо смотреть результаты запроса и входные данные и данные регистра. Пройтись запросом по наличию этой упаковки в других документах 1С.
46. Tron77 31.05.21 11:55 Сейчас в теме
(45)
Спасибо. Буду ковыряться дальше.
Даже базу не переслать посмотреть ибо без РВ и сертификатов обмен не совершить.
Может техподдержка чем все же поможет, хотя сомневаюсь.
47. Tron77 31.05.21 14:32 Сейчас в теме
(45)
Поковырявшись с отладчиком выяснил, при обработке глючных упаковок идет сравнение с Уведомлением с другим номером.

Тоесть допустим в базе номер уведомления (документ резерва )1440 а сравнение по КИЗу идет с уведомлением номер 1486 (последний созданный в базе при этом имеет нмоер 1485).
При этом дата и время совпадают полностью.
49. IssakN 39 31.05.21 17:10 Сейчас в теме
50. Tron77 08.06.21 18:59 Сейчас в теме
(49)
В продолжении темы - общение с техподдержкой пока ничего не дало. Кроме просьб записать видео и повторения вопросов.

Нашел такой вот костыль - может у кого повторится ситуация:

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

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

В итоге кнопка "Получите статус задания от РВ"ничего не дает больше - и в ЖР никаких записей при ее нажатии не появляется. В протоколе обмена с МДЛП только одна строчка висит активная "Регистрация выдачи ЛП для оказания медицинской помощи в СКЗКМ, Версия 1" и с пиктограммой "Часы", а не "Зеленая стрелка". Тоесть нет сообщения от РВ об удачной отправке. Но и повторно его не подгрузить ибо система считает, что оно подгружено. А поскольку квитанции об отправке нет - и квитанция о приеме не подвязывается и висит в очереди обработки выдавая ошибку - "Остаток упаковки КИЗ-упаковки меньше требуемого. Возможно, в информационной базе, упаковка (или ее часть) была выведена из оборота ранее."

Почему так происходит - возможно сбой сети или РВ подвисает и не всегда корректно пересылает данные об отправке. А система не может повторно их с него подгрузить. При этом использование обработки "Реестр выбытия" тормошит (будит) РВ и последующий обмен с ним идет уже без ошибок.

Неясно в общем, но костыль воде работает.

Начались такие проблемы месяца два назад, при этом месяца четыре назад нам РВ поменяли - старый безвозвратно завис.
Так что скорее всего проблемы из-за РВ, но доказать это техподдерке ЧестноЗнака будет наверно невозможно, ибо - "работайте в Фарма-просто, а в 1С мы не знаем как процессы идут.

Хорошо бы какую обработку, насильно запрашивающую статус от РВ несмотря ни на что, но тут моих знаний точно нехватит.
Может все же техподдержка 1С медицины поможет. Надежда, как говорится, умирает последней.
51. IssakN 39 09.06.21 09:27 Сейчас в теме
(50)Любопытное поведение. Сложности по запросу статуса РВ нет. Этот метод типовой и выполняется через форму самого регистратора выбытия. Справочник Регистраторы МДЛП, форма элемента кнопка Получить информацию об устройстве. У нас перед каждым обменом с РВ этот метод запрашивается, чтобы понять что РВ не заблокирован. Если нужно могу дать код проверки состояния РВ или можете посмотреть под кнопкой в справочнике.
53. nastyaxa 25.08.21 09:25 Сейчас в теме
(44) у нас ситуация 1 в 1 с вашей. Устала переписываться с тех поддержкой 1с и пытаться объяснить им что мы делаем все правильно. Они только и отвечают, что упаковка была выведена ранее, а на самом деле никто ничего с ней не делал, ее только что получили.
54. Tron77 25.08.21 21:49 Сейчас в теме
(53)
Победил свою проблему тем, что заставил оператора после первичной отправки данных через минуту запрашивать состояние квитанции у РВ.
Если этого сразу не делать в некоторых случаях квитанции теряются между ЧЗ РВ и 1С.
48. Tron77 31.05.21 15:26 Сейчас в теме
С 1С все в порядке.
Похоже все же не стыкует РВ квитанции.
Буду ЧЗ пытать.
52. user1613212 14.06.21 20:02 Сейчас в теме
Добрый день ! Такая ситуация по ошибке было выбытие по льгтному рецепту, а не для мед. организации ( у нас стоматология) чем это грозит ? Спасибо !
57. user1669184 23.09.21 19:20 Сейчас в теме
Здравствуйте.В медицинской организации не проходит документ по схеме 531 ,статус документа Ошибка обработки ,Техническая ошибка,Обработка запроса провалилась: ошибка на этапе первичной обработки документа: Указанная версия схемы не поддерживается.Как списать препараты?
Оставьте свое сообщение

См. также

Кубик-рубик для деклараций 11 и 12 по данным 1С.Розница, ЕГАИС и других программ и источников. (Сбор/разбор деклараций на части и их анализ) Промо

Регламентированная отчетность Бухгалтерский учет Розничная торговля Розничная торговля v8::ОУ Розница Россия БУ УУ Бесплатно (free)

Рассмотрены самые сложные ситуации(даже когда все данные утеряны). Алкогольные декларации 11 и 12 по данным 1С.Розница и других программ и источников.(Сбор/разбор деклараций на части и их анализ). "Приготовление" деклараций с учетом заданных/требующихся входных/выходных параметров. Рассматриваем самые сложные(изначально кажущиеся безвыходными) ситуации. Подходит тем, кто окончательно запутался в связи с введением ЕГАИСа в розничное звено.

09.12.2016    23021    liginrambler    7    

1C:УНФ 8. Блок "Маркетинг и продажи"

Кассовые операции Оптовая торговля Розничная торговля v8 УНФ УУ Бесплатно (free)

1С: УНФ – это единая информационная система с обширным функционалом в части ведения клиентской базы и проведения операций по кассе и банковским расчётам. В конфигурации можно создавать расчёты с контрагентами, а также работниками, можно вести учёт заказов и поставок, а также проводить контроль всех торговых операций, продаж, заказов-нарядов, можно учитывать прибыль и расходы, создавать отчётности. В общем, можно сказать, что 1С:УНФ 8.3 является универсальным инструментом для управления компанией, который имеет весь необходимый функционал.

01.10.2021    509    Koder_Line    3    

Приложение "Розница Плюс Инвентаризация" - автоматизация розничных продаж и проведение инвентаризации.

Розничная торговля v8::Mobile Розничная и сетевая торговля (FMCG) Бесплатно (free)

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

12.09.2021    511    hpi    4    

Как снести минусовые остатки крепкого алкоголя на 2-регистре после апреля 2021

Розничная торговля v8 Розница Россия БУ УУ Акцизы Бесплатно (free)

В статье описано, как средствами 1С:Розницы и обработок для неё поправить запущенные остатки алкоголя в ЕГАИС. Подойдет для тех, кто собрался закрыть продажу крепкого алкоголя под своей лицензией.

27.05.2021    4287    erus88    29    

Продажи без дублей по маркам. Сведение остатков в магазинах с остатками в ЕГАИС. Декларации по Форме 11 и Форме 12 по данным 1С.Розница 2.2 и др. программ и источников. Промо

Бухгалтерский учет Розничная торговля Розничная торговля v8 Розница Розничная и сетевая торговля (FMCG) Россия БУ УУ Бесплатно (free)

Для выбора интересующего пункта используйте нажатие кнопок меню(внизу публикации) 1) Сводим остатки алкоголя в ЕГАИС без остановки продаж в магазинах. 2) Включаем онлайн-контроль дублей марок при продажах. 3) Алкогольные декларации по Форме 11 и Форме 12 по данным 1С.Розница 2.2 и других программ и источников.(Сбор/разбор деклараций на части и их анализ). "Приготовление" деклараций с учетом заданных/требующихся входных/выходных параметров. Рассматриваем самые сложные ситуации. Подходит тем кто окончательно запутался в связи с введением ЕГАИСа в розничное звено.

18.11.2016    33832    liginrambler    12    

Бонусная система. Разработка, внедрение

Управление взаимоотношениями с клиентами (СRM) Розничная торговля v8 УТ10 УУ Бесплатно (free)

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

02.04.2021    1790    Rustig    19    

Отчет по чекам в 1С

Кассовые операции Розничная торговля v8 1cv8.cf Россия УУ Бесплатно (free)

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

01.04.2021    3796    Koder_Line    0    

Модуль логиста: как обычная доработка стала тиражным решением

Управление взаимоотношениями с клиентами (СRM) Монитор заказов Розничная торговля Управление услугами и сервисом v8::ОУ 1cv8.cf УУ Бесплатно (free)

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

18.08.2020    3179    RAU IT    2    

Интеркампани в УТ 3.0 для Украины Промо

Комиссионная торговля Оптовая торговля Розничная торговля Бухгалтерский учет Комиссионная торговля Оптовая торговля Розничная торговля v8 УТ10 Украина УУ Бесплатно (free)

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

31.01.2013    25292    akomar    10    

Загрузка данных из Algoritm-S в конфигурацию "Бухгалтерия предприятия 3.0 (3.0.79.21) "

Розничная торговля Внешние источники данных v8 БП3.0 Розничная и сетевая торговля (FMCG) Фармацевтика, аптеки Россия Бесплатно (free)

В статье представлен шаблон обработки для загрузки некоторых данных из программы Algoritm-S в конфигурацию "Бухгалтерия предприятия 3.0 (3.0.79.21)

04.08.2020    1815    RPGrigorev    0    

Страсти по эквайрингу. Раздельный учёт УСН + ЕНВД (1С:Розница)

Розничная торговля v8 Розница Розничная и сетевая торговля (FMCG) НУ ЕНВД УСН Бесплатно (free)

- Зачем статья? - Больше для себя, чтобы не забыть, как всё это делала. Долго искала. Есть по частям. Если кому-то будет полезна – хорошо. - О чём же? - Как учесть поступления на расчетный счет от торгового эквайринга при розничных продажах в АТТ при совмещении налоговых режимов (УСН+ЕНВД, схема с УСН+патент будет такая же) в 1С: Предприятие 3.0.

15.07.2020    6227    MARIYA156    21    

Если ККМ Атол + 1С Розница тормозит при печати чеков по сети, или экономим на покупке ККТ и ФР

Розничная торговля Адаптация типовых решений ККМ v8 Розница УТ11 Россия Бесплатно (free)

Очень медленная работа с ККТ по Tcp/ip или Как заставить две клиентских Розницы 1С печатать чеки на одной кассе ККТ онлайн Предыстория и чем все закончилось.

01.07.2020    6443    lepihin    11    

Сложное ранжирование клиентов по классам Промо

Управление взаимоотношениями с клиентами (СRM) Оптовая торговля Розничная торговля Управленческие Управление взаимоотношениями с клиентами (СRM) Оптовая торговля Розничная торговля v8 УТ10 Россия УУ Бесплатно (free)

Пример реализации усложненной ABC-классификации клиентов. Данная статья написана для конфигурации "1С: Управление торговлей, ред. 10.3", но, я думаю, предложенный метод подойдет и для других конфигураций, имеющих механизм ABC-классификации.

28.03.2012    24084    charushkin    9    

Маркировка лекарственных препаратов. Часть первая "Быстрая интеграция"

Интеграция Розничная торговля v8 1cv8.cf Фармацевтика, аптеки Россия УУ Бесплатно (free)

Данный цикл будет посвящен маркировке лекарственных препаратов (далее ЛП), нюансам работы с "1С: Библиотека интеграции с МДЛП", доступной для скачивания на сайте ИТС, методиками работы с регистраторами выбытия, и проблемам, с которыми пришлось столкнуться при интеграции. Эта статья будет представлять из себя краткую инструкцию, что делать, когда маркировка уже близко и необходимо быстро внедрить ее. Надеюсь, она станет подспорьем в данной задаче. Будут приведены рекомендации, как в короткие сроки с минимально необходимой функциональностью и минимумом чтения документации произвести интеграцию библиотеки МДЛП и выполнить начальные настройки. Также будут даны рекомендации по быстрым, но важным, на мой взгляд, доработкам.

23.06.2020    9980    IssakN    38    

Как разрешить продажу по нулевой цене, или 100%-ная скидка. Простые примеры (КА 2.4, а также ERP 2.2 и УТ 11.4)

Практика программирования Оптовая торговля Розничная торговля Ценообразование, анализ цен v8 ERP2 УТ11 КА2 Россия УУ Бесплатно (free)

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

06.05.2020    8218    ne_en    20    

Программирование в Штрих-М Кассир 5

Практика программирования Розничная торговля v8 1cv8.cf Бесплатно (free)

Методы и свойства для программирования в Штрих-М Кассир 5.

13.03.2020    4802    Ignatov_mu    4    

Как продавать маркируемый товар (обувь) из 1С:Розница + сканер для маркировки

Розничная торговля Сканер штрих-кода v8 Розница Розничная и сетевая торговля (FMCG) Россия Бесплатно (free)

Маркировка обуви в нашей стране началась с 1 июля 2019 года. Но если в 2019м году от участников рынка требовалось только зарегистрироваться в системе «Честный знак», то теперь уже совсем не за горами дата, когда необходимо будет в обязательном порядке передавать данные о проданных единицах обуви. По графику этот судный день назначен на 1 марта 2020 года. Как все знают, русский человек всегда надеется на лучшее (или на авось, кому как нравится), надеется что правительство передумает. Сейчас в сети ходит информация о возможных сроках переноса судного дня на 1 июля, или, даже, 1 сентября 2020 года, это лишь отсрочки, но никак не отмена обязательной маркировки. В дополнении ко всему вышесказанному надо отметить, что самая популярная программа для розничной торговли, а именно 1С:Розница, как и ее пользователи не смогла заранее подготовиться к нововведениям. Обновление, в котором система стала работать более-менее корректно, вышло лишь 6 февраля 2020 года (менее чем за месяц до судного дня)

22.02.2020    7706    VCPro    10    

Одна ККТ для розничного магазина и Интернет-сайта

Розничная торговля ККМ WEB v8 Россия Бесплатно (free)

Опыт использования одной онлайн-кассы для приема платежей в розничном магазине и на Интернет-сайте: технические подробности.

23.01.2020    10024    sivin-alexey    15    

Создание номенклатуры в 1С: Розница 8. Ювелирный магазин

Пользователю системы Бухгалтерский учет Розничная торговля Розничная торговля v8 Розница Ювелирная промышленность и торговля Россия УУ Бесплатно (free)

Создание номенклатуры в Розница 8. Ювелирный магазин, редакция 2.2 (2.2.13.11) с использованием правил именования номенклатуры.

02.09.2019    9977    StAn1988    1    

Решение проблем с сетевым ключом защиты для Штрих-М: Торговое предприятие 5

Администрирование данных 1С Розничная торговля Розничная торговля v8 1cv8.cf Розничная и сетевая торговля (FMCG) Россия УУ Бесплатно (free)

Штрих-М: Торговое предприятие 5 имеет свой ключ защиты, который проверяет сразу после запуска базы. Если вы увидели сообщение "ключ не найден", материал в этой статье может помочь решить вашу проблему.

21.08.2019    12600    Van2507    7    

Вывод отчетов из Штрих-М Торговое предприятие 5 на кассовое ПО Кассир 5 через веб-сервис

Розничная торговля WEB Розничная торговля v8 1cv8.cf Розничная и сетевая торговля (FMCG) Россия УУ Бесплатно (free)

Универсальный механизм вывода отчетов товароучетной системы Штрих-М Торговое предприятие в кассовое ПО Кассир 5 посредством веб-сервиса.

14.08.2019    7713    Van2507    1    

Маркировка табака. Формирование тега 1162 "код товара" для передачи в ККТ и ОФД

Практика программирования Розничная торговля Розничная торговля Разработка v8 1cv8.cf Розничная и сетевая торговля (FMCG) Россия Бесплатно (free)

С 01.07.2019 стартует новый этап маркировки сигарет. Теперь в кассе обязательно надо будет считывать марку с пачек табака, если она там есть. Считывать и передавать в ОФД через тег 1162 в онлайн-кассе. А как сформировать данные этого тега? Не все так просто...

27.06.2019    17631    kirlog    59    

Система питания в офисе: как совместить вендинговые автоматы, 1С, облачную кассу и веб-технологии

Интеграция Розничная торговля Розничная торговля v8 1cv8.cf Розничная и сетевая торговля (FMCG) Россия УУ Бесплатно (free)

В начале 2019 года тенденция развития автоматов питания в России привела к появлению проекта нового формата питания на работе — МикроМаркета “Го!Поедим”. Потребовалось создать новый формат зоны питания сотрудников: интегрировать в офисные кухни полноценные МикроМаркеты с бесконтактной оплатой, кофе-машинами, лаунж-зоной. Если правильно совместить вендинговые автоматы, облачную кассу, 1С и веб-технологии, то в результате будут не только сытые сотрудники, но и корректная работа всей системы офисного питания.

22.06.2019    7554    antonovintervolga    6    

1С и компьютерное зрение: новый подход к контролю за ассортиментом магазина

Розничная торговля Внешние источники данных Розничная торговля v8 1С:Франчайзи, автоматизация бизнеса УУ Бесплатно (free)

Машинное зрение в магазинах и 1С. Как поднять эффективность торгового предприятия (магазин. кафе, шоурум и т.д.) с совершенно неожиданной стороны? Как получить реальные демографические данные покупателей и, самое главное, как это использовать в повседневной работе магазина? Как можно расширить привычные ABC и XYZ анализ, добавив в них пласт данных о трафике и демографии покупателей? Что необходимо для 1С, чтобы использовать данные видеоанализа людского трафика?

20.06.2019    9855    osipov_cvizi    16    

Сжатие данных в мобильном приложении 1С:Предприятие

Мобильная разработка Розничная торговля Розничная торговля v8 v8::Mobile 1cv8.cf УУ Бесплатно (free)

Эту небольшую статью я планировал опубликовать у себя на сайте, чтобы такие любители мобильного приложения от 1С:Предприятие, как я, могли использовать её без дополнительно потраченных двух дней на поиски вариантов написания алгоритма. Во-первых, хотел сказать, что я небольшой разработчик, который начинал делать свои первые шаги ещё на заре правления "Семерки". Новая платформа версии 8 была как глоток свежего воздуха - бодрящий и легко воспринимаемый организмом. Я был очень удивлен, да что сказать, до сих пор удивляюсь как элементарные вещи можно делать на 1С, и как это стремно делается на других языках программирования. Во-вторых, обилие разнообразных интерпретаций платформы позволяет развернуться на все 360 градусов, захватив своими проектами, наверное, любые ветки бизнеса. Так вот, о небольшом нюансе работы с новой мобильной платформой я и хотел рассказать... Сам додумался, так сказать.

27.05.2019    14797    yarsort    27    

Рассрочка в Рознице 2.2

Практика программирования Розничная торговля Розничная торговля Разработка v8 Розница УУ Бесплатно (free)

Добавляем Рассрочку в документ "Отчет о розничных продажах" в конфигурации "Розница для Беларуси, редакция 2.2."

15.04.2019    4847    borlog    0    

Редактирование документа "Поступление товара" на поступление алкогольной продукции в 1С: Розница ЕГАИС

Обработка документов Розничная торговля Пользователю системы Розничная торговля v8::ОУ Розница Розничная и сетевая торговля (FMCG) Россия Бесплатно (free)

Редактирование табличной части документа "Поступление товара", введенного на основании товарно-транспортной накладной ЕГАИС с использованием групповой обработки реквизитов.

05.04.2019    7430    PitMal    2    

Оформление простых розничных продаж и возвратов в УТ 10.3.50.2 и некоторые особенности этого процесса

Бухгалтерский учет Кассовые операции Розничная торговля Кассовые операции Розничная торговля v8::ОУ УТ10 Розничная и сетевая торговля (FMCG) Россия УУ Бесплатно (free)

В данной короткой статье я хотел осветить наиболее простые случаи оформления розничных продаж и последующих возможных возвратов товаров в 1С УТ 10.3.50.2 с использованием фискального регистратора от фирмы Штрих М. Без сомнения тема является более глубокой т.к. есть ещё оптовые продажи, продажи в кредит, авансы. Рад буду если кто то дополнит моё повествование. Нацелено оно на старших и рядовых кассиров. Небольших торговых предприятий занимающихся розничной торговлей. Хотел бы что бы данная статья была со временем дополнена всеми нюансами оформления продаж и освещением использования всего набора инструментов онлайн касс, ОФД и ИФНС в современной торговле.

03.04.2019    17003    Umka23    9    

AltLinux + ККТ Атол 30Ф (55Ф) + сканер штрих-кода

Администрирование данных 1С ККМ Сканер штрих-кода Кассовые операции Розничная торговля Кассовые операции Розничная торговля v8 Розница Россия Бесплатно (free)

Описание опыта настройки контура AltLinux + платформа 1С 8.3 + Розница 2.2 базовая + сканер штрих-кода + ККТ 30Ф (55Ф).

14.02.2019    7123    Ceboo    4    

Расширение конструктора мобильного рабочего места для варианта "клиент 1С+RDP" (для любых wi-fi терминалов). Экосистема решений Simple WMS

Инструментарий разработчика Сканер штрих-кода Терминал сбора данных Универсальные функции Мобильная разработка Производство готовой продукции (работ, услуг) Розничная торговля Учет ОС и НМА Учет ТМЦ Производство готовой продукции (работ, услуг) Розничная торговля Учет ОС и НМА Учет ТМЦ v8::УФ УУ Бесплатно (free)

Развитие проекта «Конструктор мобильного клиента на Android» https://infostart.ru/public/976636/ для устройств не на Андроиде (работающих в режиме RDP). В отличие от варианта Android работа на терминалах происходит в режиме 1С:Предприятие через RDP а конфигурации мобильных клиентов полностью совместимы для обоих версий. Т.е. конфигурация единая, создается один раз и ее может читать как Android -устройство, так и 1С-клиент на RDP без необходимости какой либо переделки.

05.02.2019    14081    informa1555    10    

Весы Штрих-СЛИМ, Штрих-ПРИНТ и 1С: Розница 2.2.11.ХХ

Весы Розничная торговля Розничная торговля v8 Розница Розничная и сетевая торговля (FMCG) Россия Бесплатно (free)

Как установить драйвер весов по протоколу POS2 или драйвер ШТРИХ-М:Весы с печатью этикеток ШТРИХ-ПРИНТ на Windows 7 и выше.

29.01.2019    19213    Newdjeen    13    

Редактирование цены в РМК. 1С: УТ 11

Практика программирования Розничная торговля Розничная торговля v8 УТ11 Россия Бесплатно (free)

В типовой конфигурации УТ 11 нет возможности в режиме РМК изменить цену на товар, хотя такая необходимость появляется довольно часто. Внеся небольшие изменения в конфигурацию, можно добиться нужной функциональности. Использовался релиз 1С УТ 11.4.5.135 на платформе 1С:Предприятие 8.3 (8.3.13.1513).

26.12.2018    20140    Stæg    11    

Бонусные программы лояльности в конфигурациях 1С: УТ 11.4, КА 2.4, ЕРП 2.4

Бухгалтерский учет Розничная торговля Пользователю системы Розничная торговля v8 ERP2 УТ11 Россия УУ Бесплатно (free)

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

13.11.2018    53443    ids79    41    

Прикладной пример переработки стандартной формы РМК - Розница

Работа с интерфейсом Кассовые операции Розничная торговля Кассовые операции Розничная торговля v8 Розница УУ Бесплатно (free)

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

04.10.2018    23117    asdfgcom    79    

Авансы, кредиты и предоплаты. Примеры чеков ФФД 1.05

ККМ Розничная торговля Розничная торговля v8 УТ11 Розничная и сетевая торговля (FMCG) Россия БУ Бесплатно (free)

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

30.07.2018    54317    vasilievil    33