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

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

Рейтинг: 45

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 1690 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 45 03.11.20 10:07 Сейчас в теме

(1)Да спасибо. Думаю стоит обратить внимание читателей на эти пункты. Мне просто не хотелось перегружать статью общей информацией.

3. muskul 04.11.20 11:04 Сейчас в теме

А зачем туда что то отправлять? что бы не сканировать с самого РВ?

4. IssakN 45 05.11.20 09:07 Сейчас в теме

(3)Если я Вас правильно понял, отправлять через АПИ в РВ? Для автоматизации и удобства отправки при работе из 1С. В целом можно работать напрямую с РВ если объемы небольшие. Аналогично и с МДЛП. Можно сформировать xml вручную в блокноте и загрузить в ЛК. Если это единичный случай можно использовать такой способ.
В АПИ РВ кстати есть возможность отправить документ шаблон, получив который можно в него только досканировать упаковки. Я создавал механизм выгрузки шаблонов и загрузки заполненных документов обратно в 1с. Но данный механизм так никому и не пригодился, и в статью его добавлять не стал.

5. Tron77 16.11.20 13:26 Сейчас в теме

Здравствуйте.
Подскажите пожалуйста.
Такая ситуация:
Аптека больницы.
По ошибке выдали для лечения больных несколько коробок маркированного препарата, не пропустив их при этом через РВ для выбытия.
Используем 1С Больничную аптеку.
Как можно их вывести из оборота.
Самих коробок уже нет. Но есть GTINы.

6. IssakN 45 16.11.20 13:32 Сейчас в теме

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

7. Tron77 16.11.20 13:50 Сейчас в теме

(6)
Уточнял в честном знаке сейчас.
Сказали уведомительный режим не распространяется на схему 531.
И выбытие без РВ невозможно.
Теперь вот думаю что делать.

8. IssakN 45 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 45 23.11.20 14:00 Сейчас в теме

(10)Смотря что Вы подразумеваете под сбоит временами?РВ вообще не работает, РВ не отправляет некоторые документы, РВ не отправляет части некоторых документов?

12. user1503721 04.12.20 19:45 Сейчас в теме

Здравствуйте. Больничная аптека большие объемы выдачи растворов, сканировать по 5000 флаконов в день очень долго и тяжело физически. Выбытие с использованием группового кода упаковки (это уже было бы 500 кодов, вместо 5000) на Честном знаке ответили нет такой возможности. Как можно выдать в отделения (вывести из оборота через МДЛП) большое количество SGTIN и при этом не сканировать ТСД каждый флакон?!

15. IssakN 45 08.12.20 14:37 Сейчас в теме

(12)Ну тут ситуация технически проста, а вот пользовательски сложна.
Вот у Вас 500 ТУ и в них 5000 КМ.
Вопрос номер один как Вы получаете - приход ТУ, дальнейшая разагрегация и выдача через РВ?
Примечание: выдача ТУ через РВ на текущий момент невозможна(тут так МДЛП решает).
Вопрос номер два - сканируете ли Вы в приемке КМ или исключительно ТУ.

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

17. user1503721 08.12.20 16:03 Сейчас в теме

(15) Приходуем по ТУ и потом разагрегируем упаковки. И выдаём через РВ. При приёмке сканирует только ТУ.
(15)

18. IssakN 45 08.12.20 17:03 Сейчас в теме

(17)Главный момент который необходим для РВ это BASE64 КМ с криптохвостом. Чтобы не сканировать упаковки в выдаче нужно где то взять этот Base64 - вот тут как раз таки могут быть разные варианты. Но самый главный момент кто то когда то должен хотя бы раз отсканировать этот КМ. Могу предложить решение как потом вытягивать в Уведомление о выдаче эти КМ, но тут необходимо условие - BASE64 уже есть в системе.

60. user1771306 12.04.22 14:51 Сейчас в теме

(15)Добрый день. Та же проблема, что у user1503721. При приемке мы не сканируем, а ставим все в наличии в ручную, ибо сканировать по 5000 флаконов одного только физ.р-ра очень долго. Далее расформировываем ТУ, если они есть. Все коды флаконов есть. Сейчас вручную копируем из прихода каждый код и вставляем в выдачу на отделение. При этом мы работаем не самим РВКМ, а сканером обычным как в рознице(у нас он настроен как стационарный, мы снимаем галочку "использовать РВ") Это занимает очень много времени и у нас все равно висят флаконы, т.к. мы не успеваем за день, в который выдали, вывести все упаковки. Тот же вопрос: как можно выдать в отделения большое количество кодов и при этом не сканировать каждый флакон?

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 45 08.12.20 14:44 Сейчас в теме

(13)Добрый день. Постараюсь помочь. Прикрутить РВ на 7ке очень интересно. Если получится пишите свою статью.
Как я понимаю Вы пытаетесь запросить статус документа который уже отправлен в РВ и тут падает по ошибке на этапе соединения с РВ?

19. starvg 09.12.20 05:14 Сейчас в теме

(16) Да так и есть. Я ему отправляю rvRequestId и ни чего не получаю в ответ.
Я уже думаю, что можно и без этого обойтись. Можно проверить двумя способами результат:
- запросить документы напрямую из МДЛП (не пробовал, я пишу для лечебного учреждения, а там пока немного такого товара), проверить наличие самого документа;
- пока сделал проверку статуса товара. отправленный документ можно проверить в личном документе, статус товара меняется через 15-30 минут.

20. IssakN 45 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 45 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 45 11.12.20 13:09 Сейчас в теме

(24)Странно в чем там может быть проблема - если вообще без заголовков отправлять какой будет результат?

26. starvg 11.12.20 13:39 Сейчас в теме

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

27. IssakN 45 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 45 16.12.20 09:12 Сейчас в теме

(30)Странно вроде все открыто. Нет к сожалению не занимался.

32. user1523842 15.01.21 10:01 Сейчас в теме

Здравствуйте!Через РВ выбываем препарат. Регистратор выбытия выдает ошибку:проверка формата не пройдена:Не удалось определить тип шифрования марки. Помогите разобраться, что это означает?

33. big9val 29.01.21 08:39 Сейчас в теме

Доброго дня! Регистратор при сканировании отправляет данные в ЧЗ. Чуть позже в товароучетной системе на базе 1с создается уведомление о выбытии. Это уведомление списывает товар в количестве выбытого. Создается ли у вас при этом документ расхода, который можно выгрузить в 1с:Бухгалтерия?

34. IssakN 45 29.01.21 15:10 Сейчас в теме

(33)Уведомление о выдаче уже может являться документом который можно выгрузить в 1с:Бухгалтерию. Тут вопрос обмена между базами. У нас на текущий момент обмены с 1с:Бухгалтерией не реализованы.

55. Erel 27.08.21 14:01 Сейчас в теме

(33) Здравствуйте, меня тоже этот момент интересовал. Но я заметил что нет, не создаются. Мы пока снимаем остатки документом реализации товаров, но теперь программа просит создать уведомление продажи (это логично). Но тут проблема, нельзя связать документ реализации с уведомлением отпуска по рецепту. Короче бардак

56. IssakN 45 30.08.21 14:29 Сейчас в теме

(55)Я несколько не понимаю как у Вас не создается уведомление, если вы отправили в РВ коды маркировки? Или вы выбываете напрямую из РВ, а потом пытаетесь эти коды загрузить? Если это так, то необходимо соответствующим метод запросить такие документы из РВ в базу, создать из них уведомления и эти уведомления связать со складскими документами. Опять же если я правильно Вас понял. Если нет объясните, пожалуйста, поподробнее.

36. starvg 18.02.21 07:14 Сейчас в теме

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

А почему, после отправки данных в РВ, проверку выбытия не проверять методом 8.3.3.?
Если status - "in_medical_use" у всех позиций, то можно дальше ведь не проверять.
Если нет, тогда уже заморачиваться с поиском квитанций и ошибок.

37. IssakN 45 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 45 18.02.21 15:54 Сейчас в теме

(38)Я понял Вашу мысль. Возможно стоит попробовать. Можете написать чуть более развернуто код я помещу его в статью?

40. Tron77 27.05.21 09:46 Сейчас в теме

Довольно часто стали появляться следующие ошибки:

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

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

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

РВ - Штрих-М, подключен в сеть.

41. IssakN 45 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 45 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 45 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 45 31.05.21 17:10 Сейчас в теме

(47)Отладчик наше все.

50. Tron77 08.06.21 18:59 Сейчас в теме

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

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

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

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

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

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

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

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

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

51. IssakN 45 09.06.21 09:27 Сейчас в теме

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

59. user1768487 06.04.22 17:07 Сейчас в теме

Подскажите пожалуйста, где найти обработку "Реестр выбытия"? не могу найти(

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 ,статус документа Ошибка обработки ,Техническая ошибка,Обработка запроса провалилась: ошибка на этапе первичной обработки документа: Указанная версия схемы не поддерживается.Как списать препараты?

58. user1708578 01.12.21 15:23 Сейчас в теме

здравствуйте, регистратор выбытия РВКМ-01 находится в мед.организации , не можем провести загрузку базы номенклатуры. регистратор отказывается это делать, последняя загрузка более недели назад. А вообще эти базы (остатков и номенклатуры) требуется обновлять при каждом выбытии?.

61. alexcw@list.ru 20.03.23 10:47 Сейчас в теме

Добрейшего времени суток!

Пытаемся интегрировать библиотеку МДЛП в ERP 2.0. Вроде как сделали все по инструкции, настройку регистратора выбытия выполнили.
Теперь получается что в документе "Уведомление о выдаче для оказания медицинских услуг" пытаемся сканировать код упаковки регистратором - нет никакой реакции, при попытке сканировать подключенным сканером штрих кода - получаем в строке поиска полный SGITN, включающий секурный хвост.
Вопроса как обычно два, кто виноват и что делать? В смысле как лечить :))
Как я понял, оно, в данном документе должно работать из коробки, или нужно дописывать свои обработчики событий?
Телефонная поддержка 1с отправляет в почту, почта упорно молчит.

62. IssakN 45 20.03.23 12:14 Сейчас в теме

(61) Добрый день. На момент написания статьи библиотека МДЛП не поддерживала работу с РВ. Поэтому был написан механизм работы с нуля.
Сейчас же библиотека уже умеет работать по 2 схемам (10531 и 531) и оборудованием РВ. Рекомендую настроить справочники ОрганизацияМДЛП, МестадеятельностиМДЛП, Рабочие места, РегистраторыМДЛП и использовать функционал библиотеки МДЛП "из коробки". На скриншоте порядок настройки. Само собой РВ по сети должен быть настроен согласно инструкции из ФГИС МДЛП.

Прикрепленные файлы:

63. alexcw@list.ru 20.03.23 13:09 Сейчас в теме

(62) День добрый!
ну вроде как настройки сделаны аналогично, интеграция с "Честным знаком" настроена и работает. Сами остатки получаются. Не получается оформить документ "Уведомление о выдаче для оказания медицинских услуг" (пример на скриншоте). Может что-то не то делаю совместно с тамошней барышней. Как я понял в этом окошке, при сканировании упаковок должна заполняться таблица справа. Однако по сканированию кода его значение попадает в поле "поиск" правой табличной части.
РВ Атол версии 1 (кнопочный).
Возможно на нем что-то не донастроено?

Прикрепленные файлы:

64. IssakN 45 20.03.23 13:27 Сейчас в теме

(61) Верно эта ТЧ должна заполняться при сканировании. Сканер настроен в в com режиме? Тест стандартный проходит сканер? В других документах нормально при сканировании подтягивается?

65. alexcw@list.ru 22.03.23 08:40 Сейчас в теме

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

66. user1342132 11.04.23 11:09 Сейчас в теме

Здравствуйте. Наша организация участник системы маркировки, мы отпускаем ЛП для оказания медпомощи. Используем облачную версию 1С:МДЛП. Буквально на днях выяснилось, что мы в документе "Уведомление о выдаче ЛП для медпомощи" снимали галку "Использовать РВ". Дело в том, что при установке этой галки у нас не сканируются ЛП и , видимо, фармацевт решила обойти этот угол таким образом. Случайно она не сняла галку в очередном документе, это документ висит 4 день в статусе "К передаче" и "Выполните обмен". Как заставить работать схему с РВ, почему наш скан не видит ЛП при установленной галке? Может быть, кто-нибудь подскажет? Вчера весь день убила на общение с техподдержкой, в результате решений ноль.

Оставьте свое сообщение

E-mail:

Статистика:

Просмотры 15037

Загрузки 0

Рейтинг 13

Комментарии 65

Создание 02.11.20 09:20

Обновление 02.11.20 09:20

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

Характеристики:

Рубрики Розничная торговля

Кому Программист

Тип файла Нет файла

Платформа Платформа 1С v8.3

Конфигурация Конфигурации 1cv8

Операционная система Не имеет значения

Страна Россия

Отрасль Фармацевтика, аптеки

Налоги Не имеет значения

Вид учета Управленческий учет

Доступ к файлу Бесплатно (free)

Код открыт Да

Посмотреть все

См. также

Указание вида оплаты по умолчанию в документе "Оплата от покупателя платежной картой". УТ 10.3

Розничная торговля Адаптация типовых решений Платформа 1С v8.3 1С:Управление торговлей 10 Россия Бесплатно (free)

Добавлеем вид оплаты по умолчанию для документа "Оплата от покупателя платежной картой".

06.03.2023 545 MrFlanker 5

Как создать новое условие предоставления скидки (зарегистрировать акцию - подарок за покупку) в 1С:Розница

Розничная торговля Платформа 1С v8.3 1С:Розница 3.0 Управленческий учет Бесплатно (free)

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

18.02.2023 850 Koder_Line 0

Организация возврата товара в 1С:Розница 2.3

Розничная торговля Платформа 1С v8.3 1С:Розница 2 Управленческий учет Бесплатно (free)

В данной статье будет описана работа в конфигурации 1С:Розница, а именно – как оформить возврат товаров от покупателя, какие нужны параметры, каков порядок действий. Будет приведён подробный алгоритм-инструкция, а также будет рассказано, как выполнить данную процедуру с гарантией возврата товаров, которые уже были проданы.

09.08.2022 1052 Koder_Line 1

Модуль переводов и платежей QIWI

Розничная торговля WEB-интеграция Платформа 1С v8.3 1С:Управление торговлей 11 Россия Бесплатно (free)

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

03.06.2022 753 Rastopchinss 5

Себестоимость в 1С:Розница

Розничная торговля Платформа 1С v8.3 1С:Розница 2 Управленческий учет Бесплатно (free)

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

22.05.2022 6298 Koder_Line 3

Проверка ценников в розничном магазине

Терминал сбора данных Розничная торговля Платформа 1С v8.3 1С:Розница 2 Розничная и сетевая торговля (FMCG) Управленческий учет Бесплатно (free)

Проверка ценников - достаточно кропотливая и не самая легкая задача в розничной торговле. Для решения этой задачи все чаще применяются специальные технические средства - терминалы сбора данных или смартфоны. Предлагаем вам рассмотреть бизнес-процесс проверки корректности ценников при помощи iPhone в розничном магазине, работающем на 1С:Розница 2.3.

20.12.2021 1966 intielec 0

Ликвидация акцизных марок табака из ЧЕСТНОГО ЗНАКА средствами ДАЛИОН

Розничная торговля Платформа 1С v8.3 Конфигурации 1cv8 Россия Бесплатно (free)

Как угнать в ноль остатки марок из ИС МП. Способ подойдёт не только для табака, но и для другой маркированной продукции.

03.11.2021 2047 erus88 8

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

Кассовые операции Оптовая торговля Розничная торговля Платформа 1С v8.3 1С:Управление нашей фирмой 1.6 Управленческий учет Бесплатно (free)

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

01.10.2021 1853 Koder_Line 3

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

Розничная торговля Мобильная платформа Розничная и сетевая торговля (FMCG) Бесплатно (free)

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

12.09.2021 1160 hpi 4

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

Розничная торговля Платформа 1С v8.3 1С:Розница 2 Россия Бухгалтерский учет Управленческий учет Акцизы Бесплатно (free)

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

27.05.2021 8468 erus88 41

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

Кассовые операции Розничная торговля Платформа 1С v8.3 Конфигурации 1cv8 Россия Управленческий учет Бесплатно (free)

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

01.04.2021 12013 Koder_Line 1

Как указать систему налогообложения Патент в УТ 11.4, чтобы пробивались чеки без ошибки (ККТ не зарегистрирована с указанной системой налогообложения)

Кассовые операции Розничная торговля ККМ Платформа 1С v8.3 1С:Управление торговлей 11 Россия Бухгалтерский учет ПСН (патентная система налогообложения) Бесплатно (free)

Установка системы ОСН Патент в УТ 11.4.

12.03.2021 20770 gubar 0

Исправляем расчет скидок в УТ 11/КА 2/ERP 2

Розничная торговля Ценообразование, анализ цен Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Управленческий учет Бесплатно (free)

Исправление ситуации неприменения автоматических скидок.

02.03.2021 2849 RocKeR_13 0

1С: Розница и две системы налогообложения

Розничная торговля Платформа 1С v8.3 1С:Розница 2 Розничная и сетевая торговля (FMCG) Россия Бухгалтерский учет Налоговый учет УСН ПСН (патентная система налогообложения) Бесплатно (free)

Инструкция по настройке двух систем налогообложения (СНО) в 1С: Розница 2.3.

09.02.2021 16325 user1326339 63

[БП 3.0] Переход ЕНВД на УСН (эквайринг)

Розничная торговля Бухгалтерский учет 1С:Бухгалтерия 3.0 Розничная и сетевая торговля (FMCG) Россия Бухгалтерский учет УСН Бесплатно (free)

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

23.08.2020 4976 Alex_E 0

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

Управление взаимоотношениями с клиентами (CRM) Монитор заказов Розничная торговля Управление услугами и сервисом Оперативный учет Конфигурации 1cv8 Управленческий учет Бесплатно (free)

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

18.08.2020 5293 RAU IT 4

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

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

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

04.08.2020 2380 RPGrigorev 0

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

Розничная торговля Платформа 1С v8.3 1С:Розница 2 Розничная и сетевая торговля (FMCG) Налоговый учет ЕНВД УСН Бесплатно (free)

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

15.07.2020 10953 MARIYA156 30

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

Розничная торговля Адаптация типовых решений ККМ Платформа 1С v8.3 1С:Розница 2 1С:Управление торговлей 11 Россия Бесплатно (free)

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

01.07.2020 8921 lepihin 11

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

Обмен с ГосИС Платформа 1С v8.3 Конфигурации 1cv8 Фармацевтика, аптеки Россия Управленческий учет Бесплатно (free)

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

23.06.2020 14043 IssakN 41

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

Розничная торговля Сканер штрих-кода Платформа 1С v8.3 1С:Розница 2 Розничная и сетевая торговля (FMCG) Россия Бесплатно (free)

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

22.02.2020 10325 VCPro 12

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

Розничная торговля ККМ Сайты и интернет-магазины Платформа 1С v8.3 Россия Бесплатно (free)

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

23.01.2020 23827 sivin-alexey 20

111

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

Инструкции пользователю Розничная торговля Платформа 1С v8.3 1С:Розница 2 Ювелирная промышленность и торговля Россия Управленческий учет Бесплатно (free)

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

02.09.2019 12932 StAn1988 3

ШТРИХ- М: Кассир miniPOS. Установка двух фискальных регистраторов (ФР) на ШТРИХ-LIGHTPOS, разделение товаров при продаже на разные ФР

Розничная торговля ККМ Платформа 1С v8.3 1С:Управление торговлей 10 Россия Бесплатно (free)

Требовалось установить два фискальных регистратора на Pos систему, для ООО и ИП.

26.08.2019 7147 vikd 0

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

Инструменты администратора БД Розничная торговля Платформа 1С v8.3 Конфигурации 1cv8 Розничная и сетевая торговля (FMCG) Россия Управленческий учет Бесплатно (free)

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

21.08.2019 17179 Van2507 10

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

Розничная торговля WEB-интеграция Платформа 1С v8.3 Конфигурации 1cv8 Розничная и сетевая торговля (FMCG) Россия Управленческий учет Бесплатно (free)

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

14.08.2019 9209 Van2507 1

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

Розничная торговля Адаптация типовых решений ЭДО и ОФД Платформа 1С v8.3 Конфигурации 1cv8 Розничная и сетевая торговля (FMCG) Россия Бесплатно (free)

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

27.06.2019 19474 kirlog 62

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

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

22.06.2019 8993 antonovintervolga 6

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

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

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

20.06.2019 10832 osipov_cvizi 16

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

Мобильная разработка Розничная торговля Платформа 1С v8.3 Мобильная платформа Конфигурации 1cv8 Управленческий учет Бесплатно (free)

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

27.05.2019 15741 yarsort 27

Упрощаем проверку марок ЕГАИС. Мобильное приложение для Android

Розничная торговля Мобильная разработка Обмен с ГосИС Платформа 1С v8.3 1С:Розница 2 Розничная и сетевая торговля (FMCG) Россия Бухгалтерский учет Управленческий учет Бесплатно (free)

Мобильное приложение для устройств Android, для удобства приемки помарочного алкоголя.

14.05.2019 7701 user24017424 20

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

Розничная торговля Адаптация типовых решений Платформа 1С v8.3 1С:Розница 2 Управленческий учет Бесплатно (free)

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

15.04.2019 5357 borlog 0

Автоматизация небольшой аптечной сети

Розничная торговля Управление проектом Платформа 1С v8.3 Фармацевтика, аптеки Россия Управленческий учет Бесплатно (free)

Как автоматизировали аптечный бизнес в 2 человека.

12.04.2019 8168 Wildsou1 23

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

Обработка документов Розничная торговля Инструкции пользователю Обмен с ГосИС Оперативный учет 1С:Розница 2 Розничная и сетевая торговля (FMCG) Россия Бесплатно (free)

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

05.04.2019 9219 PitMal 2

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

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

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

03.04.2019 24533 Umka23 10

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

Инструменты администратора БД ККМ Сканер штрих-кода Кассовые операции Розничная торговля Платформа 1С v8.3 1С:Розница 2 Россия Бесплатно (free)

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

14.02.2019 8458 Ceboo 5

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

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

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

05.02.2019 14956 informa1555 10

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

Весы Розничная торговля Платформа 1С v8.3 1С:Розница 2 Розничная и сетевая торговля (FMCG) Россия Бесплатно (free)

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

29.01.2019 22591 Newdjeen 14

Автоматизируем торговлю - выбор программного продукта

Оптовая торговля Розничная торговля Внедрение ИТ-системы Платформа 1С v8.3 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Управление торговлей 11 Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Россия Бесплатно (free)

Итак, настал тот самый поворотный момент в Вашем бизнесе, когда вы решили «загнать» бизнес–процессы вашей компании в некую информационную систему. Или, если по–простому, автоматизировать деятельность своей компании.

24.01.2019 9034 itworks 3

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

Розничная торговля Платформа 1С v8.3 1С:Управление торговлей 11 Россия Бесплатно (free)

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

26.12.2018 25664 Stæg 12