Gubin Systems

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

Для обычной оплаты

1. Подбираем товар в чек.
2. Нажимаем «F4».
3. Вводим эл. адрес или номер телефона
4. Нажимаем «F9 (Подтвердить)».
5. Выбираем способ оплаты.
6. Выходит окно с подтверждением печати чека, нажимаем «ДА». Если необходимо вывести бумажный чек — ставим соответствующую галку.

Для карт «Мое Здоровье»

1. Подбираем товар в чек.
2. Указываем карту клиента «Мое Здоровье».
3. Автоматически заполняется электронный чек с указанной электронной почтой клиента.
4. Нажимаем F9, выходит окно с убранной галочкой «Напечатать бумажный чек (F4)».

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

Преобразовать полностью приходную накладную легко.

Запускаем Microsoft SQL Management Studio и подключаемся к базе.

Создаем новый запрос к базе.

Выполняем запрос к таблице INVOICE:

SELECT * FROM INVOICE WHERE MNEMOCODE='1600/ПН-0000000'

Вместо 1600/ПН-0000000 подставьте номер своей накладной.

Дальше выполняем запрос:

UPDATE INVOICE_ITEM SET IS_KIZ='1' WHERE ID_INVOICE_GLOBAL='A9F1958F-9C9A-4526-93BE-E38FC23B5E33'

Вместо A9F1958F-9C9A-4526-93BE-E38FC23B5E33 подставляем свое значение из выданного результата.

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

Может пригодиться, если:

• Старая накладная, а кизы утеряны.
• Кизы уже ушли с другой партией (пересорт).
• Накладную надо срочно выводить.

Процедура:
Запускаем Microsoft SQL Management Studio и подключаемся к базе.

Создаем новый запрос к базе.

Выполняем запрос к таблице INVOICE:

SELECT * FROM INVOICE WHERE MNEMOCODE='1600/ПН-0000000'

Вместо 1600/ПН-0000000 подставьте номер своей накладной.

Дальше выполняем запрос:

UPDATE INVOICE_ITEM SET IS_KIZ='0' WHERE ID_INVOICE_GLOBAL='A9F1958F-9C9A-4526-93BE-E38FC23B5E33'

Вместо A9F1958F-9C9A-4526-93BE-E38FC23B5E33 подставляем свое значение из выданного результата.

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

Запрос пригодится, если:

• Случайно немаркированный товар был принят как маркированный. но уже были продажи по накладной.
• Потерялся КИЗ, и восстановить нельзя.

Процедура:
Запускаем Microsoft SQL Management Studio и подключаемся к базе.

Создаем новый запрос к базе.

Выполняем запрос:

UPDATE LOT SET ID_DOCUMENT_ITEM_ADD=NULL WHERE INTERNAL_BARCODE=''

Между кавычек в INTERNAL_BARCODE='' подставляем внутренний штрих-код товара, его можно найти в накладной или в товарных остатках.

Настройка для работы с системой МДЛП проходит в настройках конфига.
Ниже предоставлен пример настроенного конфига F3TailKizClient, F3TailKizServer:

F3TailKizClient

<appSettings>
  <add key="GTINEfHost" value="10.93.32.1:9038" /> --подключение к F3TailKizServer
  <add key="ConnectionString" value="Data Source=10.93.32.1;Initial Catalog=eplus_test_TRUNK_co;User ID=guest;Password=123;" /> --подключение к БД
  <add key="ProxyUse" value="0" />
  <add key="ProxyServer" value="proxy-ob.protek" />
  <add key="ProxyPort" value="3128" />
  <add key="ProxyUser" value="user" />
  <add key="ProxyPassword" value="password" />
  <add key="ProxyExcludes" value="localhost;10.103.4.32" />
  <add key="UpdateHost" value="localhost" /> --подключение к серверу обновлений
  <add key="UpdatePort" value="666" />  --подключение к серверу обновлений
  <add key="TimerCheckVersionIntervalMillisecond" value="60000" /> --период поиска новых обновлений(автообновление)
</appSettings>

F3TailKizServer

<appSettings>
  <add key="GTINKzHost" value="https://api.mdlp.crpt.ru/api/v1" /> --подключение к контуру МДЛП
  <add key="GTINKzSecret" value="f3a236bd-412a-4105-9834-922554b7ab47" /> -- секретный ключ (в ЛК МДЛП)
  <add key="GTINKzId" value="558e02dc-9d13-42ec-a1de-c3d76073905e" /> --идентификатор клиента (в ЛК МДЛП)
  <add key="GTINKzCert" value="909546dc57a90691dc872191e8b23eee08855ae3" /> --отпечаток УКЭП
  <add key="GTINEfPort" value="9038" /> --порт, на котором находится служба
  <add key="ProxyUse" value="1" />
  <add key="ProxyServer" value="proxy-ob.protek" />
  <add key="ProxyPort" value="3128" />
  <add key="ProxyUser" value="user" />
  <add key="ProxyPassword" value="password" />
  <add key="ProxyExcludes" value="localhost;10.103.4.32" />
  <add key="UpdateHost" value="localhost" />--подключение к серверу обновлений
  <add key="UpdatePort" value="1992" />--подключение к серверу обновлений
  <add key="GTINInboxLoaderDate" value="20210610" /> --дата, с которой ищутся входящие документы в МДЛП
  <add key="TimerCheckVersionIntervalMillisecond" value="60000" />--период поиска новых обновлений(автообновление)
</appSettings>

Заходим найт mdlp.crpt.ru для просмотра документов входящих-исходящих, контроля контрагентов и КИЗ, которые числятся на юрлице:


— Адрес сервиса F3Tail — ip-адрес ПК, на котором установлена служба KIZ API (узнать можно в cmd командой ipconfig /all);
— Порт — указать любой свободный порт.

Для сети аптек в личном кабинете МДЛП регистрируется одна учетная система (F3Tail), и эти регистрационные данные прописываются в настройках соединения F3 Tail для каждой аптеки юридического лица, в которой установлена F3 Tail.

Важно: Для корректной работы сканера ШК при сканировании КИЗ необходимо установить значение «Да» в системных константах «Игнорирование group separator при сканировании КИЗ» и «Преобразование русских букв в латинские при сканировании КИЗ-а».

АРМ кассира позволяет выдавать клиентам препараты с помощью F3TAIL. Если АРМ работает нестабильно то могут происходить вещи, описанные в этой статье.

Если АРМ кассира зависает, выполните следующие действия.

Проверьте, не включена ли программа «Мое здоровье»

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

Для этого:

• Воспользуйтесь вкладкой Сервис.
• Зайдите в раздел Настройки системы.
• Зайдите в раздел Программы лояльности.

Откройте как на скриншоте ниже.


Снимите флажок Активна и нажмите ОК.

Перезагрузите АРМ кассира (просто целиком закройте и откройте снова). После загрузки тормоза должны убраться.
Включенная программа «Мое здоровье» может также вызывать ошибку «Чек открыт операция невозможна». После отключения программы касса возвращается к нормальной работе.

Оптимизируйте базу данных

В программе F3TAIL огромное значение играет база данных, работающая на СУБД Microsoft SQL Express. В процессе работы база данных может засориться.

Как выйти из ситуации? Нужно ее очистить от мусора.

Запустите Microsoft SQL Management Studio, подключитесь к базе и выполните следующие скрипты.

Сперва очистим базу от разного мусора во временных таблицах. Для этого выполним скрипт:

truncate table ACTION_LOG
truncate table LOT_PERIOD_REM
truncate table USER_LOG
truncate table BUSINESS_LOG
truncate table REPLICATION_LOG2
truncate table REPLICATION_TRANSPORT_LOG2
truncate table REPLICATION_LOG_ADD
truncate table REPLICATION_SESSION_LOG
truncate table goods_description

Затем оптимизируем базу, это обычно занимает 15 минут но может быть и больше, в зависимости от жесткого диска и скорости работы Microsoft SQL:

truncate table keywords_update
truncate table keywords_links
delete from keywords
truncate table keywords_links_invalid_dict

insert into keywords_update(
    id_dict,
    selector,
    inserted,
    deleted
)
select
    id_goods,
    'GOODS',
    1,
    1
from goods g
union all
select
    id_es,
    'ES_GOODS',
    1,
    1
from es_ef2
    
while (exists (select null from keywords_update)) begin
    EXEC KEYWORDS_LINKS_UPDATE_MANUAL @SELECTOR = 'GOODS', @LIMIT = 1000
    EXEC KEYWORDS_LINKS_UPDATE_MANUAL @SELECTOR = 'ES_GOODS', @LIMIT = 1000
end

Как работает оптимизация? Скрипт автоматически удаляет ключевые слова (не товары) из таблиц, также это делает с ссылками на товары (не с самими товарами) и потом долго и нудно все это восстанавливает. К еФарма во время оптимизации базы обращаться нельзя.

Несовместимый драйвер кассы

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

Несовместимая прошивка терминала

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

Схема 702 тип 3 применяется для исправления ошибки 22 в случае, если поставщик не сумел восстановить товаропроводящую цепочку.

Порядок отправки 702 тип 3

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

Этот тип схемы помогает при ошибках 11 и 22.

При стандартной отправке документов следует использовать схему 702 с типом 1 (приемка).
В программе F3TAIL уже существует отправка схемы 702 с типом 3, поэтому ее достаточно выбрать из меню «Действия».
Если у вас еще нет такой кнопки то она будет добавлена в ближайшем обновлении.

Причина ошибки 22

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

Для устранения ошибки необходимо обратиться к поставщику, чтобы он восстановил товаропроводящую цепочку, а после – повторить загрузку документа 702, предварительно проверив корректность указания параметров «shipper_info» (ИНН организации-грузоотправителя) или «shipper_id» (идентификатор грузоотправителя) в том случае, если параметр «receive_type» указан 1 (поступление), либо 2 (возврат от покупателя).

Если нет возможности определить отправителя лекарственных препаратов, то необходимо загрузить документ 702 с указанием своего ИНН (в «shipper_info») и типом 3 — пересорт (в «receive_type»). Не рекомендуется злоупотреблять типом 3 (пересорт), в ином случае у контролирующих органов могут появиться вопросы о том, почему организация на постоянной основе использует тип «Пересорт».

Проблема в еФарма: пришло несколько коробов, сделали в акт разукомплектации сперва только один короб.
Потом пробивали еще акты.
Однако после создания очередного акта разукомплектации в нем появились все КИЗы коробов.
Решение: Необходимо делать акты разукомплектации на все короба, пришедшие в аптеку, сразу а не по одному.
В случае если вы делаете разукомплектацию одной единицы короба, а не всех единиц, будет дубль всех КИЗов коробов.
В результате товар не будет биться.
В случае, если такое уже произошло, необходимо удалить все ранние акты разукомплектации, если из них ничего не пробивалось.
ЗАПРЕЩЕНО ТРОГАТЬ РАЗУКОМПЛЕКТАЦИЮ С ПРОДАЖАМИ! ИЗ-ЗА ЭТОГО БУДЕТ МИНУС ПО ПАРТИЯМ! ПОЭТОМУ ЕСЛИ ТАКИЕ ЕСТЬ ТО НЕ ТРОГАЕМ АКТЫ РУ ВООБЩЕ!