Как убрать НДС в чеке ? : Artix

стоит попробую снести

не помогло, теперь правда на com4 "порт занят" не пишет, видимо он реально был занят EoU

так все таки - какая версия протокола выставлена в самом фр ?
был прецендент когда 9 серия драйверов не могла работать со 2-м протоколом, т.е. нужен был именно 3-й

Да косяк именно с протоколом, стоял 2.4, а нужен был 3. И это еще один вопрос к Артиксу, 2.4 там стоял не спроста, видимо на 3 не работал ФР, т.е. не подключался.

Специалист из АСЦ объяснил, что косяк в новых таблицах налогов



теперь получается в ncash.ini нужно в секции [HW.FR.TaxMapping]:
1.раскомментировать сам заголовок секции
2.раскомментировать строчку соотнесения налогов ?=6

но вот что поставить вместо знака "?", а самое главное, как понять что поставить, где такую информацию можно найти, может быть в БД кассового ПК через Yuki ?

Миниатюры

 

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

2.4 протокол походу прикажет долго жить ...
а в 3.0 там атол навертел много чего нового так что все кто с атолом по протоколу работал будут вынуждены переписывать :(
да и все кто ранее на 8\9-х драйверах был тоже под это попадут - типа как в горце - останется только один (10-й) и у него также все отличается от того что было ... так что никто без работы с атолом не останется :)

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

Для соотнесения налогов необходимо ставить:
<Код налога ФР> = <Код налога в кассе>
6 (налог в ФР "без НДС") = 1 (Код налога в ЮКИ, который грузится из учетной системы)

Подробнее из доки артикса:
Соотнесение налогов

Соотнесение логических налогов в кассовом ПО Artix и в фискальном регистраторе производится в конфигурационном файле /linuxcash/cash/conf/fr.ini в секции [HW.FR.TaxMapping]. При выполнении фискальных операций и заданном соответствии налогов из БД кассовой программы и налогов в ФР в данных о продажах товарам присваиваются значения налогов из ФР. При задании сответствия необходимо отслеживать, чтобы ставки налогов совпадали, - при несовпадении в шаблонной части чека будет напечатан программный налог, а в фискальной - налог из ФР.

Соответствие фискальных и логических налогов задается в виде пар: <Код_налога_ФР> = <Код_налога_программы>, например, 0 = 1. Каждому налогу в ФР может соответствовать только один налог в кассовой программе.

Если у товара не указан налог, отключена настройка useFRTaxes или не задано соответствие налогов, то товар в ФР регистрируется с кодом налога по умолчанию.
Пример настройки
[HW.FR.TaxMapping]
; Соотнесение кодов налогов в ФР и кодов налогов в кассе
; <Код налога ФР> = <Код налога в кассе>
; соотнесение налогов
0 = 2,5,7;
1 = 1;
2 = 3;

В целом для ведения учета налогов в кассовом ПО необходимо:

1. Указать значение параметра useFRTaxes = true.
2. Заполнить справочник налогов в БД кассы.
3. Указать налоги в свойствах товаров.
4. Настроить соотнесение налогов в программе и ФР.

у нас (укмвин) пока еще используется на стенде драйвер 8 серии - 8.16.4.9141, прошивка 7575 (уже с новым кз10 под ндс20) и для такой комбинации БЕЗ НДС это код налога в фр = 4
а для кода 6 получается 18/118 :(

Приведите список нологов в ФР и Юки и сделаем соотнесение, т.к. не увидел что загружено в ПО.

Нужно было с самого начала прочитать.
Нужно сделать так:
В файле ncash.ini раскомментировать строку [HW.FR.TaxMapping]
Создать файл /linuxcash/cash/conf/ncash.ini.d/hw_fr_tax_mapping.ini
Вставить в него текст:
[HW.FR.TaxMapping]
; Соотнесение кодов налогов в ФР и кодов налогов в кассе
; <Код налога ФР> = <Код налога в кассе>
; соотнесение налогов
4 = 0;

Главное не ошибиться с кодом 0 в Юки

не могу :) т.к. не имею Юки а юзаю укмвин
просто здесь пытаюсь помочь человеку быстрее решить проблему

по идее это соотнесение надо было еще до релиза делать, для всех возможных случаев, т.к. проблема известна начиная с 4555 прошивки :(