Требования к разработке драйверов подключаемого оборудования. Версия 2.4

Модели:
Меркурий-115Ф, Меркурий-119Ф, Меркурий-130Ф, Меркурий-180Ф, Меркурий-185Ф, Меркурий-МФ...
Ответить
Аватара пользователя
vmag
Сообщения: 42
Зарегистрирован: 03 сен 2018, 22:26

Требования к разработке драйверов подключаемого оборудования. Версия 2.4

Сообщение vmag »

Уважаемые разработчики!
Вопрос по драйверу ФР для ккм Меркурий 115Ф, 130Ф, 180Ф, 185Ф (Режим ФР):
- Вот здесь viewtopic.php?f=19&t=3130
есть всё для вышеуказаноого оборудования в соответствии с требованиями ... Версии 2.2.
- Ожидается ли (и когда) обновление Драйвера ФР (для режима ФР) в соответствии с требованиями ... Версии 2.4?
https://its.1c.ru/db/metod8dev#content:4829:hdoc
В данных требованиях определен порядок действий с насущными табаком и обувью...
Может быть выйдет хотя бы какая нибуть следующая версия MercuryKKT_FrMode_drv_1_0_0_Х ?

С большой надеждой...
Аватара пользователя
Help3
Сотрудник Инкотекс
Сотрудник Инкотекс
Сообщения: 640
Зарегистрирован: 29 июл 2013, 13:24

Re: Требования к разработке драйверов подключаемого оборудования. Версия 2.4

Сообщение Help3 »

Информация передана разработчикам.
Аватара пользователя
vmag
Сообщения: 42
Зарегистрирован: 03 сен 2018, 22:26

Re: Требования к разработке драйверов подключаемого оборудования. Версия 2.4

Сообщение vmag »

Help3 писал(а): 04 мар 2019, 11:05 Информация передана разработчикам.
Спасибо, передайте пожалуйста и то что ниже:
В принципе вот вам фактическое ТЗ на промежуточную версию:
1. У вас уже есть в FiscalString параметр SignCalculationObject (признак предмета расчета),
причем его значение 2 как раз соответствует акцизному товару.
2. Остается туда же в FiscalString добавить ещё три параметра из требований 2.4:
- StampType (02-меха,05-табак,1520- обувь,...)
- GTIN (Глобальный идентификатор торговой единицы)
- SerialNumber (Серийный номер)
В требованиях 2.4 эти три параметра находятся в FiscalString - > GoodCodeData,
но мне кажется для быстрой промежуточной версии GoodCodeData - это лишнее...

Примечание:
Атол и Штрих самостоятельно делают замес из GTIN и SerialNumber битовой строки средствами драйвера
и самостоятельно отправляют его (замес) в офд вместе с GTIN и SerialNumber.

Реализовав эту доработку вы избавляетесь от головной боли по этому поводу - можно сказать навсегда...
Дальше можно курить бамбук, периодически вывешивая на сайте новости типа:
- Для параметра StampType появился новый тип Акцизного товара - порошок сиральный его код 134 (например)
- Длина его GTIN в матрих коде 10 символов начиная с 3 - го
- Длина его SerialNumber в матрих коде 7 символов начиная с 15 - го
Всё... Просто публикуете на сайте свежую общую таблицу Акцизов для Меркурия в виде:
№п/п / Наименование Акциза / Код Акциза / GTIN / SerialNumber /
1 / Табачная продукция / 05 / поз.1-14 / поз. 15-21 /
.....................................................................
Дальше Вас вообще ничего не волнует, если кто-то выбрал SignCalculationObject = 2
и отправил пустыми или не те GTIN и SerialNumber это не ваши проблемы - публично на сайте у вас
нарисовано как должно быть правильно! Это я к тому, что реализацию контроля
параметров акциза можно временно возложить на разработчиков прикладного ПО...


Пожелание:
Не смотрите уж так пристально в сторону 1С, от этого можно шею свернуть,
делайте как вам удобнее и народ подтянется и та же 1С подтянется...
Атол вообще взял в руки закон и переписал драйвер с нуля...
Штрих сделал доработку как ему было удобнее...
Никто даже не спрашивал у 1С как и что - поставили перед фактом и всё...
И ничо... все подтянулись, все счастливы, 1С покувыркалась как все и тоже работает...

Удачи вам... ну и нам всем, за одно...
Ответить