Форум OlegON > Программы и оборудование для автоматизации торговли > Кассовые программы > Artix

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

10.12.2024 11:47


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~, может он сможет помочь
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", в котором вероятно должен быть код налоговой группы
24.05.2017 13:39
Цитата:
EugeneT Видно что сумму налога артикс считает и передает
а фр какой ?
просто у некоторых фр налог считается самим фр-ом в зависимости от используемого типа налога (такое поведение задается в настроечных таблицах фр например у штриха и кажется атола)
24.05.2017 13:53
Цитата:
student а фр какой ?
Атол Фпринт22ПТК и да, наверняка считается ФРом и именно для этого и нужно бы передавать в ФР код налога вместе со строкой товара и вероятно (учитывая Налог=-1) этого не происходит.
Во всяком случае документация по Артиксу недвусмысленно об этом говорит. Но инфа в ней, касающая настроек ФР в части ФЗ-54, замысловато раскидана по нескольким разделам, поэтому нам очень трудно сообразить, что именно нужно делать, тем более описанные в ней ключи в нашем конфиге отсутствуют.
24.05.2017 15:12
когда ФР регали, указали ОСН?
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 |
+----------+-------------------------------------------------------+-------+
То бишь касса отклоняет продажу еще до общения с ФР.
Миниатюры
Нажмите на изображение для увеличения
Название: image-0-02-05-0e7b1c87c68dd0cf377ca8eacf63d9c3f5303cb17d836b3aafd5c0474e605f96-V.jpg
Просмотров: 308
Размер:	54.7 Кб
ID:	8485  
25.05.2017 06:38
Все, разобрались вроде. В маппинге налогов надо использовать не теги Атола (1102,1103,1104) а номера 1,2,3.
Тему можно закрывать.
25.05.2017 09:45
Цитата:
EugeneT Все, разобрались вроде. В маппинге налогов надо использовать не теги Атола (1102,1103,1104) а номера 1,2,3.
Тему можно закрывать.
пример бы в студию... или скриншотик...
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.: Наши сотрудники кстати Вам об этом писали.
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

;---------------------------------------------------------
....
Часовой пояс GMT +3, время: 11:47.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.