UTM Proxy для УТМ ЕГАИС (или как не пропустить дубль алкогольной марки и пересорт на кассе)

Опубликовал Сергей Алейников (nettoxic) в раздел Оборудование - ККМ

Что такое УТМ прокси? Это отдельное программное обеспечение, которое ставится между вашей кассовой учетной системой или любой другой кассой и УТМ ЕГАИС. Чеки, передаваемые с кассы или УС, сначала попадают в УТМ Прокси и далее, если такая марка ранее не продавалась, то отправляет эту марку в сам УТМ, предварительно записав её в свою базу данных. Если же данная марка есть в БД УТМ прокси, то такая марка до УТМ ЕГАИС не дойдет, и на кассе будет выдана ошибка с аннулированием такого чека. Аналогично УТМ прокси работает и с возвратами алкогольной продукции. Если происходит возврат и данная алкогольная марка присутствует в БД УТМ прокси, то такой возвратный чек пройдет дальше в УТМ ЕГАИС. Если же в базе данных УТМ прокси такой марки нет, то УТМ прокси не пропустит такой чек в УТМ ЕГАИС.

Как это работает?

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

Как происходит отправка чека без УТМ прокси?

Кассовое ПО отправляет чек напрямую в УТМ ЕГАИС не задумываясь о возможных дублирующих марках.

Как происходит отправка чека с УТМ прокси?

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

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

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

4. Режим блокировки недостачи позволит не увести в минус остаток ЕГАИС по торговому залу (регистр 2).

5. Режим "Разрешить продажу" позволяет установить время в которое можно осуществлять продажу АП. В другое время такие продажи буду блокироваться.

Для чего нужен UTM Proxy?

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

Самые популярные варианты:

1) Бутылки рядом с кассой используют специально для сканирования АМ.
(в одной торговой точке так можно "пикнуть" бутылку несколько раз)

2) Разбили бутылку, "пикнули" другую бутылку - скрыли факт боя.
(пошли в другой магазин, купили бутылку, поставили на продажу в своем магазине)

3) Закупают продукцию в других торговых точках, а далее продают в своих торговых точках.

4) Невнимательность продавцов, нет должной организации процесса.

Что умеет UTM Proxy?

1. Не пропускает в УТМ ЕГАИС чеки со штрих-кодами марок, которые уже были проданы ранее.

2. Не пропускает в УТМ ЕГАИС возвратные чеки со штрих-кодами марок, которые ранее не продавались.

3. Добавлен режим выгрузки в базу данных УТМ прокси по поступлению (реверс) (см. историю изменений в версии 0.7)
    (Для торговых точек, которые ведут учет марок при поступлении в своих учетных системах)

4. Добавлен новый режим "Блокировать недостачу"
     (см. историю изменений в версии 0.8)

Как пользоваться.

Запускать можно со следующеми параметрами:
UTMProxy.exe -hide [UTM Host] [UTM Port] [Listen port]
(Пример: UTMProxy.exe -hide 192.168.1.1 8080 888)

где

UTM Host - IP адрес на котором работает УТМ ЕГАИС

UTM Port - порт на котором работает УТМ ЕГАИС (по умолчанию 8080)

Listen Port - порт на котором работает сам УТМ прокси (Этот порт и ip компьютера на котором запущен УТМ прокси необходимо прописать в настройки кассы вместо ip и порта самого УТМ ЕГАИС).

UTMProxy работает со всеми версиями Windows и содержит закрытый код. Дополнительные программы для работы не нужны. Срок действия лицензии UTMProxy - бессрочная, лицензия предоставляется при покупке. Лицензия привязывается к оборудованию компьютера на который устанавливается, ограничений по количеству касс или рабочих мест - нет. При выходе новой версии ПО и при необходимости его обновить, необходимо на главной форме нажать на кнопку "Обновить" и перезапустить UTM Proxy.

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

История изменений:

v.0.9.7

1. Изменен формат лог файла на UTMProxy_yyyy_mm_dd.log

2. В БД начали добавляться имена торговых точек первоначальной продажи марки.

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

4. В утилите txt2sqlite в функцию загрузки/выгрузки добавлено имя торг.точки.

5. Добавлена возможность запуска UTM Proxy как службы Windows.
    (подробнее смотрите инструкцию к UTM Proxy стр. 6)

6. Добавлена функция блокировки проверки марок в УТМ 2.0.4

v.0.9.6 (build 2)

1. Отменена блокировка продажи по времени при отключенной "галочки" - "Разрешить продажу".

2. При включенном режиме "Блокировать недостачу" старые марки перестали блокироваться
(из старых марок нельзя однозначно вычислить алко-код АП)

3. Обновлена утилита txt2sqlite и документация к UTM Proxy.
(подробнее см. Документацию к UTM Proxy)

v.0.9.5

1. Добавлена "галочка" запрета на продажу АП по времени
(пример: только с 10 часов до 22 часов).

2. Исправлена ошибка в обработке чеков состоящих из одной, длинной строки.

3. В БД начали добавляться номера касс первоначальной продажи марки.

4. При обнаружении дубля марки в сообщении для касс теперь выводится номер кассы, где была продана марка (первоначально).
В 

v.0.9.4

1. В БД начали добавляться даты продажи марок.

2. При обнаружении дубля марки в сообщении для касс теперь выводится дата продажи марки.

3. Добавлена погрешность в параметры оборудования при лицензировании.

4. Улучшение быстродействия обработки чеков

5. Исправлены ошибки при автоматическом обновлении ПО

6. Добавлена кнопка сжатия БД.

v.0.9.2 - 0.9.3 - Версии отозваны (При долгой или интенсивной работе происходит переполнение стека)

v.0.9.1

1.Исправлена ошибка возникающая в режиме работы "Ферма".
"Ферма" - режим работы двух или более УТМ ЕГАИС с одной базой UTM Proxy.

2. Добавлен запрет на запуск более одной копии ПО. Для запуска в режиме "Ферма" должны использоваться дополнительные параметры 
запуска.

v.0.9

1. Оптимизирована обработка чеков.
(Тестирование показало что, на данный момент добавление 1000 марок из чека в БД размером 300тыс. АМ происходит за 4 секунды.

2. Лог файл начал делится по дням.

3. Добавлена парольная защита для основной формы ПО.
(ВНИМАНИЕ, Для перехода с версии 0.7.3 и выше - на версию 0.9 необходимо через утилиту txt2sqlite удалить таблицу конфигурации)

v.0.8 - ВНИМАНИЕ!
Для перехода с версии 0.7.3 и выше - на версию 0.8 необходимо через утилиту txt2sqlite удалить таблицу конфигурации.


1. Добавлен новый режим "Блокировать недостачу"

    Описание алгоритма  "Блокировать недостачу":

    a. Методом УС запрашиваются остатки по Торговому залу (регистр 2)
    b. Методом УС загружаются данные по остаткам в Торговом зале (регистр 2) (обязательно через УТМ прокси!)
    c. При получении УТМ прокси такого пакета данных, все алко-коды (19 значные) и остатки по этому алко-коду записываются в 
        отдельную таблицу БД (назавём её ShopRests с двумя полями AlcoCode и Quantity).
    d. При продаже на кассе, из марки высчитывается алко-код и сверяется с алко-кодом из таблицы ShopRests, если поле Quantity больше 
        0, то такая марка пропускается в УТМ ЕГАИС и при получении слипа уменьшается Quantity на "1". В противном случае такой чек 
        блокируется УТМ прокси, с отправкой ошибки о блокировки в кассу.

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

v.0.7.6

1. Исправлена незначительная ошибка при включенном режиме "реверс",
ранее в StatusBar'e некорректно отображалось поле "Количество марок в БД" при возврате и продаже.

2. Устранена незначительная загруженность ЦП при отключенной галочки "Сворачивать при запуске в Tray"

v.0.7.5

1. Добавлена функция автоматического обновления UTM Proxy.
(С этой функцие начал ругаться drweb на какого-то трояна,
сейчас ведем переписку с drweb о ложном срабатывании)

v.0.7.4 (build 7)

1. При запуске стала блокироваться БД УТМ прокси от внешних воздействий.

2. Устранена ошибка с кассами, которые отсылаю в заголовке "Connection: Keep-Alive"

3. Добавлено дополнительное логирование, для выявления возможных проблем.

v.0.7.4

1. Устранена ошибка работы УТМ прокси при использовании параметра -hide

v.0.7.3a

1. Добавлена возможность включения/отключения записи лог файла.
(Для перехода с версии 0.7.3 на версию 0.7.3а необходимо через 
утилиту txt2sqlite_v073 удалить таблицу конфигурации)

v.0.7.3

1. Настройки УТМ прокси теперь хранятся в отдельной таблице БД

v.0.7.1a

1. Исправлена ошибка в StatusBar (при запуске ПО с параметрами - не обновлялся текст "Нет соединения с УТМ".

2. Устранены мелкие недочеты по форме ПО.

v.0.7.1

1. Добавлена возможность "сворачивать"/"разворачивать" в/из трея windows.

2. В windows 10 устранена проблема с лицензированием ПО.
ВНИМАНИЕ! Требуется перегенерация лицензии.

v.0.7

1. Добавлен режим выгрузки в БД по поступлению (реверс)

Как работает:

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

       Прокси  находит марку, читает поле "Остаток". Если 1 разрешает продажу и обнуляет поле,
если 0 - запрещает продажу.

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

       При возврате прокси находит марку, читает поле "Остаток". Если 0 разрешает вернуть и
изменяет поле "Остаток" на 1, если 1 или в БД прокси нет марки - запрещает вернуть.

2. Обновлена библиотека SQLite

3. Добавлено поле "OST" - Остаток, изменен тип поля BARCODE с TEXT на BLOB.

Внимание!!! Для работы с предыдущими версиями БД необходимо добавить/изменить поля указанные в пункте 3,
                     или воспользоваться утилитой txt2sqlite (входит в комплект поставки)

v.0.5

1. В сообщении о дубле добавлен Алко-код продукции, тот который 19-значный.

2. В сообщении о дубле добавлена визуальная идентификация АМ. (20 символ марки с длинной 18)

3. Сообщения о дубле марки стали на русском языке.

4. Устранена избыточная загрузка CPU (в некоторых случаях) при обращении нескольких касс.

5. Добавлена возможность работы с несколькими УТМ одновременно, марки сохраняются в одну БД УТМ прокси с нескольких УТМ'ов (ранее эта возможность была, но при обращении одновременно к БД УТМ прокси, из-за открытой транзакции одна из марок не записывалась в БД УТМ прокси)

6. Исправление незначительных ошибок.

v.0.4 beta

1. База штрихкодов перенесена на SQLite

2. Исправлена ошибка работы прокси с двумя и более кассами одновременно

3. Произведена оптимизация и увеличено быстродействие.

4. Добавлен лог файл.

5. Исправлена ошибка отправке сообщения кассе, ранее в кассу сообщение отправлялось через раз.

v.0.1beta

233000 марок - время обработки при продаже менее ~2 секунды с учетом обработки чека самим УТМ
233000 марок - время обработки при возврате менее ~2 секунды с учетом обработки чека самим УТМ

Тестирование производилось на VM с выделенным однопроцессорным ядром, работающем на 70%, 512Мб ОЗУ, WinXP.

Гарантия возврата денег

Гарантия возврата денег

ООО "Инфостарт" гарантирует Вам 100% возврат оплаты, если программа не соответствует заявленному функционалу из описания. Деньги можно вернуть в полном объеме, если вы заявите об этом течение 14-ти дней со дня поступления денег на наш счет.

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

Для возврата оплаты просто свяжитесь с нами.

Скачать файлы

Наименование Файл Версия Размер
UTMProxy для УТМ ЕГАИС (демо версия)
.zip 1,02Mb
24.01.17
5
.zip 0.9.7 1,02Mb 5 Бесплатно
Инструкция по настройке и использованию UTMProxy
.doc 34,50Kb
02.02.17
4
.doc 0.9.6 34,50Kb 4 Бесплатно
Техническая поддержка (после первого года)
02.02.2017
500 руб.
Ключ для активации UTMProxy
02.02.2017
3000 руб.

См. также

Добавить вознаграждение
Комментарии
1. Алексей (pablo_escobar) 16.11.16 15:18 Сейчас в теме
В случае, если бутылка ранее с кассы не продавалась, вернуть не получится.
Ситуация продали бутылку вчера, сегодня ставим этот "прокси", приходит клиент хочет вернуть, марки соответственно нет в базе, и вернуть не получится. Что с остальными документами (WAYBILL и др)? они просто переправляются через прокси в УТМ?
РАР анонсировал новый механизм контроля целостности, когда УТМ будет во время подписания чека проверять связь с кассой, которая прислала чек, в этом случае сверяться будет с прокси, и УТМ не узнает что касса отвалилась.
2. Сергей Алейников (nettoxic) 11 16.11.16 15:40 Сейчас в теме
(1) pablo_escobar, Тут начало сбора марок это стартовая точка. Конечно если в БД нет этой марки, то УТМ прокси пропустит такую продажу, но со временем все встанет на места свои, когда БД разрастется. Остальные документы просто переправляются через УТМ прокси. С новыми анонсированиями РАРа тоже всё в порядке инициатор - это касса если касса отвалится значит УТМ прокси тоже отсоединяется от УТМ, УТМ узнает что касса отвалилась.
3. Василий (malinko.vasiliy) 25 16.11.16 15:46 Сейчас в теме
Интересно. Нужен механизм загрузки имеющейся базы проданных марок в базу SQLite, возможно? Еще интересует другая сторона: выгружаем все имеющиеся на складе марки, база при продаже проверяет, есть ли такая марка в базе, проверяет продана ли она и только тогда разрешает продажу. (страхуемся от диверсантов от конкурентов)
Совместимость с UTM 2.0.4 планируется делать?
4. Максим Радченко (coolseo) 14 16.11.16 15:51 Сейчас в теме
Демо версия работает с БД не более 500 марок.

Что происходит когда в базе больше 500 марок, база перезаписывается?
Как купить полную версию?
5. Василий (malinko.vasiliy) 25 16.11.16 15:54 Сейчас в теме
Про скорость. Продажа с базой 233000 марок 2 сек. Это если в чеке 1 бутылка? При продаже 80 бутылок какая задержка?
6. Максим Радченко (coolseo) 14 16.11.16 15:54 Сейчас в теме
(3) По идеи можно выгрузить из 1ски напрямую, в базу SQLite
Опишите пожалуйста более подробно механизм работы программы.
7. Сергей Алейников (nettoxic) 11 16.11.16 16:29 Сейчас в теме
(3) malinko.vasiliy, механизм загрузки имеется внутри дистрибутива там файлик есть txt2sqlite.exe, вот им можно все загнать в БД. формат txt файла обычный: марка с каждой строки. С УТМ 2.0.4 совместим.
8. Сергей Алейников (nettoxic) 11 16.11.16 16:29 Сейчас в теме
(5) malinko.vasiliy, нет. в чеке не имеет значение сколько марок. хоть 100
9. Сергей Алейников (nettoxic) 11 16.11.16 16:33 Сейчас в теме
(6) coolseo, первоначально БД УТМ прокси пуста, по мере накапливания марок БД ростет, и соответственно каждый раз при добавлении в БД марка проверяется - есть ли такая марка уже в БД, если в БД марка есть, то такой чек до УТМ ЕГАИС не дойдет. Тоже самое и с возвратами - только при возвратных чеках с БД марка удаляется.
10. Сергей Алейников (nettoxic) 11 16.11.16 16:37 Сейчас в теме
(3) malinko.vasiliy, в принципе можно придумать обратный механизм, возьмем базу с 1000 марками, и при продажи марка будет искаться в этой 1000 марок, далее при нахождении этой марки чек передается в УТМ и марка удаляется с БД, если же марка не находится в этих 1000 марок, то такой чек до УТМ ЕГАИС не долетает. Ну и с возвратами тоже самое.
11. Сергей Алейников (nettoxic) 11 16.11.16 17:10 Сейчас в теме
Да и еще, про механизм работы УТМ прокси. Марка записывается в БД (при продаже) или удаляется с БД (при возврате) только, когда УТМ ЕГАИС подписывает чек, т.е. на чек приходит <SIGN> тэг.
12. Василий (malinko.vasiliy) 25 16.11.16 17:24 Сейчас в теме
Уточните, дистрибутив во вложении полнофункционален? Или есть ограничения 500 марок (как писали в 4)?
Если есть, где взять полный дистрибутив?
13. Сергей Алейников (nettoxic) 11 16.11.16 17:31 Сейчас в теме
(12) malinko.vasiliy, есть ограничение на 500 марок. Для получение полного пишите на u_saya@pisem.net
14. Алекс Алекс (gigabyte-leha@yandex.ru) 7 16.11.16 20:04 Сейчас в теме
15. Антон Азанов (Djelf) 214 16.11.16 23:31 Сейчас в теме
Не претендую на истину, но...
Почему такая древняя либа sqlite 3.5.4? Она режим wal не умеет, а он сильно ускоряет запись... Да и вообще движок за 9 лет быстрее стал...
CREATE TABLE barcode (ID INTEGER PRIMARY KEY, BARCODE TEXT)
CREATE INDEX bcode ON barcode(BARCODE ASC)

ID INTEGER PRIMARY KEY нужен только чтоб rowid не сбивалось при VACUUM, но у нас есть другая уникальность - марка!
Affinity TEXT будет прогоняться через юникодовое сравнение, а в марке нет юникодных символов, BLOB будет чуток быстрее, особенно на 233000 марках
Индекс не уникальный, поэтому без гарантии дубликатов и просмотр всей таблицы без limit 1
Зачем нужна сортировка (BARCODE ASC)? Это дополнительная нагрузка на базу.
Поэтому как то вот так можно упростить
CREATE TABLE barcode (PRIMARY KEY BARCODE BLOB)
Не проверял, но 2с на выборку одной марки из 233000 это довольно долго!
16. Максим Радченко (coolseo) 14 17.11.16 02:37 Сейчас в теме
Я так и не понял что происходит в демо версии после заполнения 500 марок?
Для маленьких ларьков как раз на 1 месяц будет хватать.
17. Сергей Алейников (nettoxic) 11 17.11.16 10:19 Сейчас в теме
(15) Djelf, спасибо, подумаем над ускорением записи в БД. А БД проверялась именно на такой цифре, по времени все ок. Без индекса почему-то намного медленнее работает.
18. Сергей Алейников (nettoxic) 11 17.11.16 10:20 Сейчас в теме
(14) gigabyte-leha@yandex.ru, да, только это бета версия 0.4 и она возвраты не поддерживает и многопоточность.
19. Алекс Алекс (gigabyte-leha@yandex.ru) 7 18.11.16 17:14 Сейчас в теме
20. Сергей Алейников (nettoxic) 11 18.11.16 17:16 Сейчас в теме
(15) Djelf, 2 секунды на выборку 80 марок в чеке с базой 250 тыс. Это с учетом что еще какоето время нужно самому УТМу ЕГАИС на их обработку и выдачу слипа. Думаю если база будет около 1млн марок - время не сильно изменится. т.к. с пустой базой это время примерно такое же.
21. Сергей Алейников (nettoxic) 11 18.11.16 17:21 Сейчас в теме
(19) да и что?? Это демо версия, такая же как я выложил и тут.
22. Сергей Алейников (nettoxic) 11 18.11.16 17:22 Сейчас в теме
(19) Она только работает с 500 марок в БД, для получения лицензии писать на почту (см. выше).
23. Сергей Алейников (nettoxic) 11 18.11.16 17:26 Сейчас в теме
Новое в версии 0.7:

1. Добавлен режим выгрузки в БД по поступлению (реверс)

Как работает:

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

Прокси находит марку, читает поле "Остаток". Если 1 разрешает продажу и обнуляет поле,
если 0 - запрещает продажу.

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

При возврате прокси находит марку, читает поле "Остаток". Если 0 разрешает вернуть и
изменяет поле "Остаток" на 1, если 1 или в БД прокси нет марки - запрещает вернуть.

2. Обновлена библиотека SQLite

3. Добавлено поле "OST" - Остаток, изменен тип поля BARCODE с TEXT на BLOB.

24. Антон Азанов (Djelf) 214 20.11.16 20:18 Сейчас в теме
(20) Да не должно. Просто меня 2 секунды в описании убили наповал. Проверил для интереса... Нагенерил 10 миллионов марок ~2гб база.
Проверка марки - 1мс. Вставка/Удаление - 33мс.
Поправь в описании, что 2-3с это с учетом обработки чека в УТМ, а количество марок в базе sqlite вообще на скорость не влияет.
25. Сергей Алейников (nettoxic) 11 21.11.16 09:29 Сейчас в теме
26. Андрей Кравцов (volodar) 21.12.16 12:52 Сейчас в теме
можно какую-нибудь демо версию скачать, а то купишь а работать не будет?
27. Сергей Алейников (nettoxic) 11 22.12.16 10:01 Сейчас в теме
Тут и выложена демо версия, если вы имеете ввиду про покупку внутренней валютой, вот ссылка на такую же демо версию с офф. сайта УТМ прокси: http://utmproxy.ru/
28. Сергей (BEZRAB) 03.01.17 20:45 Сейчас в теме
Что будет стоить ваша обработка?
29. Валерий Горбачев (mailomsk) 31.01.17 09:10 Сейчас в теме
Возможна работа прокси в сети магазинов более 50 в разных частях города все ТТ в одной сети (скажем так доступы на сер)
На каждой ТТ свой УТМ и ключ!
Как можно реализовать работу Вашего творения!
Установить Прокси на Сервер Все ТТ будут иметь доступ к этому серверу!
30. Валерий Горбачев (mailomsk) 31.01.17 09:18 Сейчас в теме
А разве в УТМ версии 2.0.3 предусмотрена проверка повторности направления кассового чека на подписание. В используемом кассовом ПО необходимо реализовать соответствующую проверку и исключить подписание повторных чеков.
31. Сергей Алейников (nettoxic) 11 31.01.17 15:12 Сейчас в теме
УТМ прокси может работать в режиме "ферма", подробнее об этом режиме Вы можете посмотреть в документации к УТМ прокси (инструкция во вложении). Вот только в таких масштабах УТМ прокси еще не тестировался (аж 50 торг.точек). Но Вы можете попробовать подключать постепенно эти точки и смотреть на время обработки чеков.

Второй Ваш вопрос не совсем понятен про УТМ версии 2.0.3.
Прикрепленные файлы:
Инструкция по UTMProxy.doc
32. Сергей Трунтов (massandravv) 17.02.17 12:40 Сейчас в теме
Добрый День! Подскажите пожалуйста, программа стартует сама при перезагрузке виндовс? Или надо запускать ручками?) Спасибо!)
33. Сергей Алейников (nettoxic) 11 17.02.17 16:27 Сейчас в теме
Есть два варианта автозапуска при загрузки windows.

1. Создаете ярлык с UTMProxy.exe и помещаете этот ярлык в папку Автозагрузка, при это "галочка" - "Сворачивать при запуске в трей" должна быть предварительно включена.

2. Устанавливаете UTMProxy как службу (как установить службу описано в инструкции), при это "галочка" - "Сворачивать при запуске в трей" должна быть предварительно включена.

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