День добрый. Перерыл вроде все, и точно это где-то встречал.
Что нужно сделать, что бы тип СНО брался бы из фискальника?
2 Фискальника на каждой кассе с разными системами.
День добрый. Перерыл вроде все, и точно это где-то встречал.
Что нужно сделать, что бы тип СНО брался бы из фискальника?
2 Фискальника на каждой кассе с разными системами.
Для каждого фискальника по-моему разному. Какие у вас? Но правильно настраивать через налоговые ставки. Там в зависимости от типа или/и категории заказа можно настроить разные сно.
СНО настраивается техработником при регистрации ФР в налоговой инспекции и эта СНО автоматом будет пробиваться в чеках. Бывает сложный случай, когда компания на которую регистрируют ФР, работает с разными СНО, например УСН и ЕНВД. Если у вас такой случай, то скорее всего, менять СНО надо будет в редких случаях, для этого можно воспользоваться тестдрайвером ФР в Штрихах и Атолах возможность смены СНО есть.
Совсем не так. Что делать, если контора работает с разными СНО и в зависимости от блюда, стола, кассира и т.д. и т.п. в чеке должна фигурировать та или иная СНО - менять каждый раз тестом драйвера?
С версии 7.5.8 СНО можно указать в кипере через Деньги-Налоговые ставки, в свойствах налоговой политики. Там же можно указать зависимость СНО от типа заказа и\или категории заказа.
А при регистрации указывается лишь СНО для чека регистрации и для случая, когда при пробитии чека верхнее ПО не передаст тег СНО (так работает в 7.5.7)
Как то трудно себе даже представить такой жудкий случай, СНО в зависимости от блюда - это один чек, в зависимости от стола - это другая куча чеков в зависимости от блюда, в зависимости от кассира - куча на кучу чеков, в зависимости от блюда и стола и кассира. Ибо СНО - признак всего чека. Если верхнее ПО в своих настройках может передавать ФР тег AttrNumber = 1055, то ни каких проблем с ФР вообще не может быть, он всё исполнит как телёнок.
А вот если, действительно, контора держит ресторан и имеет возможность оптом продавать картоху, и разумно зарегистрировала себе возможность вести свою деятельность по двум СНО, то раз в неделю можно воспользоваться тестдрайвером ФР и оформить продажу пару тон картошки, законным чеком.)))
Вот только на вскидку есть с десяток клиентов на разных СНО, картошкой оптом никто не торгует. У кого-то зависит от зала, у кого-то от меню (блюда), если в заказе кипера будут блюда со ссылкой на разные СНО, драйвер кипера сам вполне себе разделит заказ на 2 фискальных чека.
К станции подкчлюены 2 фискальника (2 организации) - 1 - ОСН, 2- УСН.
Деление задумано по блюдам. Напитки - ОСН, Еда - УСН. У блюд по УСН задана ставка 0%. Вналогвой политике для категории заказа, привязанного к касс.серверу станции, указано что для ставки 0% используется СН = 2 (УСН). В самом фискальнике тоже указан УСН. Но кипер печатает все равно чеки с системой ЕНВД. ЕНВД указана в политиках на самом верху - по умолчанию. Сервер обслуживает еще несколько касс.серверов, большинство на ЕНВД, поэтому на всякий случай задал по умолчанию для всех категорий заказов ЕНВД ( СНО = 3).
Боюсь если задаьб УСН по умолчания кипер также будет игнорировть привязки по категориям заказа и начнет везде печатать УСН вместо ЕНВД.
Встречали такое поведение кипера?
Решилось тем, что указал в параметре DisabledTLVTags фискального регистратора в кипере значение 1055. Теперь печатается СНО из самого фискальника - УСН.
Надо было просто немного по форуму поискать).
Благодарствую!!!!
Сделал 2 налога - оба по 0%, но с разным СНО. Итог - пречек делился на 2 штуки - согласно СНО, То есть кроме этого способа, другого нету адекватного.
- - - Добавлено - - -
А начинал я тему со слов - что точно где-то это тут встречал, но не могу найти.