Настройка налоговых групп.

Коллеги. Напишу полную инструкцию, может кому-то пригодится.  
Настроили друг за другом 4 Атол55Ф у разных клиентов.  У одних СНО - Упрощенка, доходы минус расходы, у других - Общая+ЕНВД.
Вполне возможно, что инструкция содержит "лишние шаги". Не было времени экспериментировать, где-то вставляли "костыли"
Визаульно все можно посмотреть на скриншотах.

1. Корректная настройка ставок НДС   (для того, чтобы в чеке корректно выдавался НДС)
1.1.  Вы должны подставить соответствующее (исходя из настроек налоговых групп ФР) значение реквизита "Номер налоговой группы ФР" в справочнике Ставки НДС.
2.1.  Корректно настроить налоговые группы в экземпляре оборудования  (в нашем случае 3=НДС=18;4=БЕЗ НДС=0, спасибо Светлане)
2.2. Выделять налоги -  установить значение 1.

2. Корректная настройка систем налогообложения в Альфа-Авто. (данный пункт для настройки двух СНО на один ФР. Масло по общей, все остальное по ЕНВД)
2.1. Первым делом настраивается система налогообложения в справочнике Организации.  (здесь поставили Общая, вид налога оставили пустым).
2.2. В подразделении по умолчанию ставим вид налога ЕНВД.
2.3. Создаем еще одно подразделение, вид налога не заполняем
2.4. Идем Обработки.ФронтКассира.МодульОбъекта   -  и комментим строчки, как на скриншоте.  
Тут я вынужден сделать лирическое отступление, зачем так: -  дело в том, что стандартный модуль ищет СНО следующим алгоритмом:
1. Ищет в подразделении (а оно не заполнено у нас)
2. Ищет в родительском подразделении..  а это подразделение по умолчанию и там стоит ЕНВД.   И каким образом отвязать второе подразделение от подразделения по умолчанию мы не нашли.  Соответственно, закоментив кусок кода мы перенаправляем поиск СНО на справочник Организации.

В общем и целом данный алгоритм позволяет отбивать на одном ФР чеки с разными СНО. Для этого, конечно же, нужно:
1. ККМ ОФД должна быть настроена на возможность работы с несколькими СНО
2. В одном документе НЕ ДОЛЖНО БЫТЬ двух СНО.   Масло пробиваем реализациями с одного подразделения, работы и запчасти по з/н -  с другого подразделения.


Естественно, рекомендую сделать проверку перед записью для документов продажи -  проверять, чтобы не было различных систем в одном документе.


Остался большой вопрос по предоплатам...  возвратам по РКО, но это уже другая история. Будут изменения - буду писать.

Добрый день!! Если комментировать код, то после каждого обновления его опять нужно править, проще в конфигурации создать несколько подразделений с разными системами налогообложения и в процессе проведения документов менять подразделения. Так что код программы ломать не обязательно. В любой организации есть основной вид деятельности и поэтому будет основное подразделение - необходимо пользователей базы заранее перевести на основное подразделение, для того, чтоб меньше было движений и ошибок при проведении документов. А для того, чтобы программа не ругалась при переключении подразделений на его не соответствие в установках прав и настроек в объекте подразделения в общих параметрах документов снять галочку "Контролировать соответствие организации и подразделения"