М Умбрам

6
Рейтинг

umbra777
Умбрам М



  •   Регистрация: 02.02.2012 (12 лет назад)

  •   Был(а) на сайте: 05.09.2022

Подписчики 2

Рейтинг 6

Первичное взаимодействие с ФГИС МДЛП в аптечной сети на 1С 7.7 (для "чайников"!)

Статья Программист Бухгалтерский учет 7.7 1С:Бухгалтерия 7.7 Фармацевтика, аптеки Россия Бухгалтерский учет Windows ЕНВД Бесплатно (free) Нет файла Обмен с ГосИС

Первичное взаимодействие с ФГИС МДЛП - Федеральной государственной информационной системой мониторинга движения лекарственных препаратов от производителя до конечного потребителя с использованием маркировки в аптечной сети на 1С 7.7 (для «чайников»!).

03.03.2020    4833    umbra777    5       

6

Комментарии

ОбменПервичное взаимодействие с ФГИС МДЛП в аптечной сети на 1С 7.7 (для "чайников"!)#0 03.03.20 14:03
Первичное взаимодействие с ФГИС МДЛП - Федеральной государственной информационной системой мониторинга движения лекарственных препаратов от производителя до конечного потребителя с использованием маркировки в аптечной сети на 1С 7.7 (для «чайников»!).
DevМаркировка: обмен с ГИС МДЛП из 1С 7.7#39 13.02.20 10:46
Добрый день, Владимир! Возник вопрос использования готовой системы для обмена с МДЛП, так как нет уверенности, что получится реализовать
своими силами. Опишу схему товаро и документооборота в нашей фирме (аптечная сеть в глубинке, юридически у нас 2 ООО, физически - более 10
аптек). У нас есть подобие ЦС (центральный склад), куда часть поставщиков привозит товар, но часть везут напрямую по аптекам/ Это к вопросу о том, что физически сканирование GTIN-ов будет точно по аптекам, а не на ЦС

Теперь сам документооборот. В офисе на ЦС сидят операторы, которые приходуют накладные от поставщиков в 1С 7.7 и делают выписки - сборную солянку от нескольких поставщиков в одном электронном документе - по аптекам
Эти выписки кидаются на фтп-шник, откуда потом заведующие аптек их скачивает и приходуют в аптечном ПО (самописное на Delphi)

Так вот, вопрос стоит так - оставаться ли на своем ПО или переходить наконец на готовое с поддержкой МДЛП типа ИнфоАптеки Переходить начальство естественно не горит желанием, так как допрасходы. Итак надрываемся в неравной борьбе с федералами, закрываем одну точку за другой, срезали 13-ю зарплату всем и все такое.

Пока решили допиливать свое ПО и работать по такой схеме: аптеки как обычно приходуют товар, сканируют GTIN-ы и отправляют нам их обратно на ФТП. Мы в офисе грузим GTIN-ы со всех аптек, делаем обратную разбивку по поставщикам и соответственно отправляем в МДЛП через свое самописное ПО централизованно из офиса. Это на первом этапе. Потом вроде как начальство планирует, чтобы все аптеки отправляли инфу самостоятельно, опять же через наше самописное ПО

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

Если удастся интегрировать его в нашу 1С 7.7 (Бухгалтерский учет, но очень переписанная и поэтому давно не обновлявшаяся - 7.70.446) было бы на мой взгляд идеально. И к тому же значительно бы упростился этап сверки - все ли GTIN-ы прислали обратно аптеки. Если делать в Delphi то будет ужасный гемор с обратной сверкой - оператором придется глазами смотреть что мы отправили по аптекам и все ли отсканированные GTIN-ы они

прислали нам обратно. А если удастся интегрировать ваше решение, то все замкнется на 1С 7.7 и можно будет намного проще сверять - что мы послали аптекам и что они прислали нам обратно. И дополнительно снимется огромный пласт работы, связанной непосредственно с программированием отправки данных по приходу в МДЛП

Но есть очень большой минус - централизованная отправка из офиса. Вроде писали, что это разрешено ЧЗ. Но весь вопрос - постоянно или временно? Есть ли у вас достоверная инфа по этому поводу? И самое главное - есть уверенность, что в итоге вы допилите свою конфигу до полностью работоспобного состояния и будете регулярно выпускать нужные обновления? Мы за ценой не постоим и оплачивали бы все обновления отдельно, лишь бы была 100% уверенность, что ваше решение будет работоспособным и регулярно поддерживаться.