Новое в версиях

Mini web-сервер для печати чеков на фискальных регистраторах из мобильных приложений через HTTP запрос JSON.

Новое в версиях

Сообщение Audim 01 авг 2018, 02:48

2.1.22.19 от 21.09.2018 новое в версии:

1. Добавлен протокол эквайринговых терминалов INPAS (Бета)

2.1.22.17 от 12.09.2018 новое в версии:

1. В обратный вызов по HTTP протоколу добавил заголовки User_Agent, Referer
2. Исправлена ошибка для старых Атолов
3. Исправлена ошибка с полем "UnitName" при получении списка устройств.


2.1.22.14 от 22.08.2018 новое в версии:

В новой версии:

Наконец-то знающие люди подсказали как совместить в одном exe файле терминальное и windows приложение.
Оказалось что это довольно непростая задача.
Именно из за этого мне в свое время пришлось разделить kkmserver на два отдельных продукта: Собственно kkmserver и компонента для расширения.
При этом было очень много ошибок при настройке ПО - когда были запущены сразу и KkmServer и компонента расширения - при этом все конфликтовало между собой.

Теперь я смог в одном приложении совместить сам KKT сервер (работающий по протоколу HTTP/HTTPS) и работу как нативной компоненты для браузеров (работающий по протоколу connectNative).

Соответственно Компонента расширения (но не само расширение - не путать) уходит в небытие.
Ее место занимает KkmServer.

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

В других случаях может потребоваться (если стояли сразу и Kkmserver и компонента расширения но нужны настройки именно из компоненты) в ручную скопировать файл настройки:
C:\Program Files (x86)\KkmServer.ru\AddIn\Settings\SettingsServ.ini
в KkmServer:
C:\Program Files (x86)\KkmServer.ru\KkmServer\Settings

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

Так-же реализована крос-KkmServer-ая работа :)
Подробнее тут: https://kkmserver.ru/WiKi/StartServer


2.1.21.10 от 31.07.2018 новое в версии:

В новой версии:

1. Добавлена возможность печати не-фискальных чеков на ККТ.
В настройках ККТ появилось два поля:
-"Фискальный/Не-фискальный чек" - собственно выбор какой чек печатать - фискальный или нет.
-"Шаблон не фискального чека" - текстовое поле в котом находится описание шаблона чека.

2. Добавлена поддержка ККТ "Искра"
Поддерживаемые модели: ПРИМ 06-Ф, ПРИМ 08-Ф, ПРИМ 88-Ф, ПРИМ 07-Ф - Бета версия!


2.1.20.16 от 16.07.2018 новое в версии:

1. kkmserver теперь не будет "забывать" ИНН, заводской номер и СНО у ККТ даже если она временно не доступна и не прошла инициализацию при старте.
При подаче на нее команды по этим полям она будет найдена и сервер попытается проинициализировать такую ККТ.
Должно помочь тем кто выключает ККТ и забывает включить.

2. Выложен новый драйвер для 1с: драйвер поддерживает ревизию API 2002.
Этот API 1с не опубликовала, но он уже во всю используется в ее конфигурациях.
Позволяет работать с ККТ по ФФД 1.05/1.1
Если конфигурация относительно старая - то я оставил ссылку на предыдущий драйвер. Но он работает с ККТ только по ФФД 1.0
Так-же в драйвер добавлена поддержка 64-битного тонкого клиента.

2.1.15.10 (11.01.2017) Новое в версии

1. В продукты kkmserver/расширение добавлена возможность работы с эквайринговыми терминалами:

Пока только терминалы сбербанка РФ.
Внутренний драйвер свой собственный - встроенный.
Работает через Pilot_nt.dll, который входит в поставку ПО сбера для терминала.
И эта DLL НЕ COM.Object (как SBRFCOM.dll или sbrf.dll) а нативная windows.
Соответственно она не требует регистрации и ее намного проще настроить.

API работы с эквайриногом в kkmserver точно-такой-же как и в unitserver.
В "Расширении" API расширен - в инжектируемый скрипт добавлены функции работы с эквайрингом.


2: Во всех продуктах добавлена возможность автоматического проведения транзакции по платежной карте через эквайринг при регистрации чека:

Для этого в данные чека можно добавить следующие поля:
КОД: ВЫДЕЛИТЬ ВСЁ
// Эквайринг будет задействован если: 1. чек фискальный, 2. оплата по "ElectronicPayment" не равна 0, 3. PayByProcessing = true
PayByProcessing: true
// Номер чека для эквайринга
ReceiptNumber: "TEST-01",
// Печатать Слип-чек дополнительно для кассира (основной слип-чек уже будет печататся в составе чека)
PrintSlipForCashier: true,
//Если это чек возврата то возможны два поля для отмены транзакции (если не указано то по эквайрингу будет не отмена а возврат оплаты)
RRNCode: "", // RRNCode из операции эквайринга. Только для отмены оплаты! Для Оплаты или возврата оплаты не заполнять!
AuthorizationCode: "", // AuthorizationCode из операции эквайринга. Только для отмены оплаты! Для Оплаты или возврата оплаты не заполнять!

Алгоритм работы такой:
1. Если регистрируемый чек фискальный, в нем есть оплата "ElectronicPayment" и взведен флаг "PayByProcessing" то:
2. Создается и выполняется команда на проведение оплаты через эквайринг. Сумма оплаты = "ElectronicPayment".
2.1 Если транзакция не прошла возвращается ошибка
3. Если транзакция прошла то в данные чека внедряется текст слип-чека (он будет напечатан сразу после шапки чека)
4. Производится регистрация чека.
5. Если регистрация чека успешна то:
5.1 Если нужно печатается дополнительный Слип-чек для кассира (если указан флаг "PrintSlipForCashier")
5.2 В результат выполнения команды регистрации чека дополнительно вставляется структура "RezultProcessing" с данными по проведению транзакции оплаты
6 Если чек не удалось зарегистрировать то:
6.1 Создается команда на аварийную отмену транзакции (Для этого на некоторых терминалах потребуется повторная авторизация платежной карты, на некоторых не потребуется)
6.2 Система возвращает результат транзакции


2.1.18.30 от 28.05.2018 новое в версии:

Только-что выложил версию 2.1.18.30 от 28.05.2018

В этой версии я откатился у VikiPrint к прошивке 660-664 т.к. 670 прошивку отозвали.
Если будите ставить эту версию - откатите у себя до 664.
По ощущениям 664 работает стабильнее чем 670.


2.1.15.10 (11.01.2017) Новое в версии


1. В продукты kkmserver/расширение добавлена возможность работы с эквайринговыми терминалами:

Пока только терминалы сбербанка РФ.
Внутренний драйвер свой собственный - встроенный.
Работает через Pilot_nt.dll, который входит в поставку ПО сбера для терминала.
И эта DLL НЕ COM.Object (как SBRFCOM.dll или sbrf.dll) а нативная windows.
Соответственно она не требует регистрации и ее намного проще настроить.

API работы с эквайриногом в kkmserver точно-такой-же как и в unitserver.
В "Расширении" API расширен - в инжектируемый скрипт добавлены функции работы с эквайрингом.


2: Во всех продуктах добавлена возможность автоматического проведения транзакции по платежной карте через эквайринг при регистрации чека:

Для этого в данные чека можно добавить следующие поля:
КОД: ВЫДЕЛИТЬ ВСЁ
// Эквайринг будет задействован если: 1. чек фискальный, 2. оплата по "ElectronicPayment" не равна 0, 3. PayByProcessing = true
PayByProcessing: true
// Номер чека для эквайринга
ReceiptNumber: "TEST-01",
// Печатать Слип-чек дополнительно для кассира (основной слип-чек уже будет печататся в составе чека)
PrintSlipForCashier: true,
//Если это чек возврата то возможны два поля для отмены транзакции (если не указано то по эквайрингу будет не отмена а возврат оплаты)
RRNCode: "", // RRNCode из операции эквайринга. Только для отмены оплаты! Для Оплаты или возврата оплаты не заполнять!
AuthorizationCode: "", // AuthorizationCode из операции эквайринга. Только для отмены оплаты! Для Оплаты или возврата оплаты не заполнять!

Алгоритм работы такой:
1. Если регистрируемый чек фискальный, в нем есть оплата "ElectronicPayment" и взведен флаг "PayByProcessing" то:
2. Создается и выполняется команда на проведение оплаты через эквайринг. Сумма оплаты = "ElectronicPayment".
2.1 Если транзакция не прошла возвращается ошибка
3. Если транзакция прошла то в данные чека внедряется текст слип-чека (он будет напечатан сразу после шапки чека)
4. Производится регистрация чека.
5. Если регистрация чека успешна то:
5.1 Если нужно печатается дополнительный Слип-чек для кассира (если указан флаг "PrintSlipForCashier")
5.2 В результат выполнения команды регистрации чека дополнительно вставляется структура "RezultProcessing" с данными по проведению транзакции оплаты
6 Если чек не удалось зарегистрировать то:
6.1 Создается команда на аварийную отмену транзакции (Для этого на некоторых терминалах потребуется повторная авторизация платежной карты, на некоторых не потребуется)
6.2 Система возвращает результат транзакции
Audim
Администратор
 
Сообщений: 1249
Зарегистрирован: 17 мар 2015, 18:36

Вернуться в Форум поддержки KKM web-сервер


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1

cron