Соотнесение налогов на кассе с налогами на ФР. Крик души номер два : Artix

EugeneT · █ 24.05.2017 11:59

Есть товар, есть ставка налога по нему. Ставка это код, скажем 1 - 0%, 2 - 10, 3-18%. Есть ФР Атол у которого коды налогов 1102,03 итд.
Сейчас на весь товар, нам ФР печатает упрямо ндс - 0%
Поменяли в ФР параметр в налогах с "налоги запрещены" на "На каждую регистрацию".
В ncash.ini по этому поводу пусто, однако в доке есть упоминания про

Код:

[HW.FR.TaxMapping]
; Соотнесение кодов налогов в ФР и кодов налогов в кассе
; <Код налога ФР> = <Код налога в кассе>
; соотнесение налогов
1104 = 1;
1103 = 2;
1102 = 3;

и

Код:

[Check]
;
; Настройки чека
...
useFRTaxes = true

Затолкали все это дело в ncash.ini, ситуация не поменялась. ТП традиционно молчит, а мы бесимся от бессилия

Может кто-то из Артикса читает мои вопли души тут и снизойдет до наших проблем?!

Призываю в тему уважаемого ~Guest~, может он сможет помочь

EugeneT · █ 24.05.2017 13:06

Вдогонку
в логе frdriver.log

Цитата:

2017-05-24 12:13:30.862 [0x08bb7f38] INFO frdriver - Добавление позиции в чек: Наименование=00070 Пакеты Класс 560*350*20, Штрихкод=7780003605466, Цена=5.00, Цена со скидкой=5.00, Количество=1.000, Сумма позиции без скидки=5.00, Скидка(надбавка)=0.00, Отдел=0, Налог=-1, Сумма налога=0.76, Тип=0, Печатать на чеке=1, Сторно=0, Позиция=1

Видно что сумму налога артикс считает и передает, но смущает "Налог=-1", в котором вероятно должен быть код налоговой группы

student · █ 24.05.2017 13:39

Цитата:

EugeneT ➤ Видно что сумму налога артикс считает и передает

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

EugeneT · █ 24.05.2017 13:53

Цитата:

student ➤ а фр какой ?

Атол Фпринт22ПТК и да, наверняка считается ФРом и именно для этого и нужно бы передавать в ФР код налога вместе со строкой товара и вероятно (учитывая Налог=-1) этого не происходит.
Во всяком случае документация по Артиксу недвусмысленно об этом говорит. Но инфа в ней, касающая настроек ФР в части ФЗ-54, замысловато раскидана по нескольким разделам, поэтому нам очень трудно сообразить, что именно нужно делать, тем более описанные в ней ключи в нашем конфиге отсутствуют.

whitewizard · █ 24.05.2017 15:12

когда ФР регали, указали ОСН?

EugeneT · █ 25.05.2017 06:26

Цитата:

whitewizard ➤ когда ФР регали, указали ОСН?

Да, указали. Потом при настройке поменяли "Налоги запрещены" на "На каждую регистрацию". Думаете касса умеет читать настройки из ФР?
Сейчас, в настройках кассы включили параметр "Запрет продажи товара с незаполненной ставкой налога" и поимели следующее:

Цитата:

2017-05-24 17:25:24.703 [0x08957f38] INFO businesslogic - Добавление товара завершено
2017-05-24 17:25:24.703 [0x08957f38] INFO businesslogic - Разбор штрихкода завершен
2017-05-24 17:25:24.703 [0x08957f38] INFO documentOpen - Ввод данных завершен
2017-05-24 17:30:59.695 [0x08957f38] INFO documentOpen - Контекст documentOpen, обработка действия INPUT, параметры: data = '00070', source = '1'
2017-05-24 17:30:59.695 [0x08957f38] INFO authmanager - Проверка прав на выполнение действия INPUT
2017-05-24 17:30:59.696 [0x08957f38] INFO documentOpen - Ввод данных
2017-05-24 17:30:59.696 [0x08957f38] INFO businesslogic - Разбор штрихкода
2017-05-24 17:30:59.696 [0x08957f38] INFO businesslogic - Поиск по данным: 00070
2017-05-24 17:30:59.696 [0x08957f38] INFO businesslogic - Штрихкод товара до преобразования: 00070
2017-05-24 17:30:59.696 [0x08957f38] INFO businesslogic - Поиск товара со штрихкодом: 00070
2017-05-24 17:30:59.696 [0x08957f38] DEBUG TmcFactory - получение товара по штрихкоду
2017-05-24 17:30:59.696 [0x08957f38] DEBUG TmcFactory - получение товара
2017-05-24 17:30:59.697 [0x08957f38] DEBUG TmcFactory - связываем запрос с штрихкодом
2017-05-24 17:30:59.697 [0x08957f38] DEBUG TmcFactory - товар по штрихкоду не найден, ищем по коду
2017-05-24 17:30:59.698 [0x08957f38] DEBUG TmcFactory - получение товара
2017-05-24 17:30:59.698 [0x08957f38] DEBUG TmcFactory - Получение товара из кэша
2017-05-24 17:30:59.698 [0x08957f38] DEBUG TmcFactory - выборка цены товара из таблицы цен
2017-05-24 17:30:59.700 [0x08957f38] ERROR businesslogic - У товара не указан налог

Хотя:

Цитата:

mysql> select vatcode1,tmc.name,rate from tmc left join vat on vatcode1=vat.code where tmc.name like '%пакет%' limit 10;
+----------+-------------------------------------------------------+-------+
| vatcode1 | name | rate |
+----------+-------------------------------------------------------+-------+
| 3 | Пакеты Класс 560*350*20 | 18.00 |
| 3 | Пакет Класс 750*450*20 | 18.00 |
| 3 | Мак.кофе 3в1 пакет20г | 18.00 |
| 2 | Геркулес 400г пакет | 10.00 |
| 3 | КАМИС Корица молот 15гр пакет | 18.00 |
| 3 | Пакет подароч малый ламинир. | 18.00 |
| 3 | Пакет под бутыл.ламин36*12*8,5см | 18.00 |
| 3 | Пакет подароч.ламинир.больш | 18.00 |
| 3 | Пакет фасовочный24*37*9рул 100шт | 18.00 |
| 3 | Пакеты д/мус Синие20л30шт 0203 | 18.00 |
+----------+-------------------------------------------------------+-------+

То бишь касса отклоняет продажу еще до общения с ФР.

EugeneT · █ 25.05.2017 06:38

Все, разобрались вроде. В маппинге налогов надо использовать не теги Атола (1102,1103,1104) а номера 1,2,3.
Тему можно закрывать.

baggio · █ 25.05.2017 09:45

Цитата:

EugeneT ➤ Все, разобрались вроде. В маппинге налогов надо использовать не теги Атола (1102,1103,1104) а номера 1,2,3.
Тему можно закрывать.

пример бы в студию... или скриншотик...

ArtixSoft · █ 25.05.2017 10:00

Добрый день, коллеги! Добрый день, Евгений!
Все верно, нужно использовать номера (коды) налогов в ФР, о чем написано в документации:

Соотнесение налогов
Соотнесение логических налогов в кассовом ПО Artix и в фискальном регистраторе производится в конфигурационном файле /linuxcash/cash/conf/ncash.ini в секции [HW.FR.TaxMapping]. При выполнении фискальных операций и заданном соответствии налогов из БД кассовой программы и налогов в ФР в данных о продажах товарам присваиваются значения налогов из ФР. При задании сответствия необходимо отслеживать, чтобы ставки налогов совпадали, - при несовпадении в шаблонной части чека будет напечатан программный налог, а в фискальной - налог из ФР.
Соответствие фискальных и логических налогов задается в виде пар: <Код_налога_ФР> = <Код_налога_программы>, например, 0 = 1. Каждому налогу в ФР может соответствовать только один налог в кассовой программе.
Если у товара не указан налог, отключена настройка useFRTaxes или не задано соответствие налогов, то товар в ФР регистрируется с кодом налога по умолчанию.
Пример настройки
[HW.FR.TaxMapping]
; Соотнесение кодов налогов в ФР и кодов налогов в кассе
; <Код налога ФР> = <Код налога в кассе>
; соотнесение налогов
0 = 2;
1 = 1;
2 = 3;

P.S.: Наши сотрудники кстати Вам об этом писали.

EugeneT · █ 25.05.2017 10:52

Цитата:

baggio ➤ пример бы в студию... или скриншотик...

Легко
/linuxcash/conf/ncash.ini

Цитата:

...
[HW.FR.TaxMapping]
; Соотнесение кодов налогов в ФР и кодов налогов в кассе
; <Код налога ФР> = <Код налога в кассе>
; соотнесение налогов
1 = 1;
2 = 2;
3 = 3;
; Запрет добавления позиции в чек, если у товара не задан налог или нет маппинга налогов
; По умолчанию false
addPositionWithTaxMappingOnly = true
...
[Check]
;
; Настройки чека
...
;учет налогов на кассовом оборудовании
;При значении параметра true учет налогов выполняется.
;При значении параметра false подсчет налогов не ведется.
useFRTaxes = true
...
[Misc]
;
; Разное
;
;-----------------надергано из доков------------------------
; Новая логика закрытия чека в ФР
newPrintLogic = true

;Количество непереданных в ОФД чеков, после которого
;показывать предупреждение кассиру (0 - не показывать предупреждение)
alarmUnsendMessageCount=30;

;Интервал вывода предупреждений о непереданных в ОФД чеках
;(1-каждый чек, 5 - каждый пятый чек). По умолчанию каждый чек
alarmUnsendMessageStep = 10

;---------------------------------------------------------
....