Друзья, нужна помощь.
Есть в работе типовая 1с 7.7 ТИС последний релиз, к ней подключен Штрих-Онлайн. Через обработку fr_elves.ert все прекрасно работает. Но есть необходимость отразить в чеках 2 разные системы налогообложения ЕНВД и УСН. 1 чек одна система. Понимаю что это можно сделать через секции, нашел параметр секции Department, но как отразить систему облажения не понимаю, то что в типовой задается переменной ПУП, в обработке такого нет.
Скажите как правильно? и куда копать?
Спасибо

Не верю что такого ни кто не делал.

На каком уровне нужна помощь? Типовыми средствами, или как обработку переделать?
Если типовыми, то я пас... Я типовую даже не смотрел, от слова совсем...
Если нужно переписать обработку, то могу дать толчек в нужную сторону:
ДобавитьАттрибут(XML_DOM, XML_Param, "TaxVariant", Строка(Фирма.СНО));
Где реквизит СНО:
1 - Общая
2 - УСН Доход
3 - УСН Доход - Расход
4 - ЕНВД
5 - Патент

Ну, или если там не через XML печать чека делается, то должен быть аналогичный тег(свойство) у драйвера.
Соответственно, в моем примере у Фирмы 1 СНО, поэтому просто из реквизита справочника Фирмы я его беру, в Вашем случае надо привязать этот реквизит к чему-то другому, например к секциям. Задается один раз на весь чек, так, как не может в одном чеке быть несколько СНО.

(0) по-моему, на онлайн кассах сейчас 1 чек - 1 СНО

Копать в сторону использования драйвера напрямую, а не через поделку 1с -а и xml, к товару привязываем свойство - товар УСН(доработка) в чеке анализируем состав товаров, выделяем в 2 группы ЕНВД и УСН, и формируем 2 чека, один по УСН, второй по ЕНВД
Сно меняется командой
Объект.TaxType = ТипНалогов;

(3) в АТОЛе тоже

(3) (5) это понятно что один чек одна система.
(2) (4) да именно это и искал как называются теги (свойства) драйвера

(6) Только учти
TaxType
КодНалогообложения
Тип: Integer/ Целое

Object.TaxType = 1 - ОСНО
Object.TaxType = 2 - УСН
4 - ЕНВД, 8 - ЕСХН, 16 - патент

(7) это я понимаю, ни как не мог найти именно TaxType
вопрос в другом TaxType  - это Атол или Штрих?

(8) TaxType у штрихов

(9) не подскажешь у атола как, но не хмл чтобы.

(10) driver.AttrNumber = 1055;
// Применяемая система налогооблажения в чеке:
//     ОСН - 1
//     УСН доход - 2
//     УСН доход-расход - 4
//     ЕНВД - 8
//     ЕСН - 16
//     ПСН - 32
driver.AttrValue = 8;
driver.WriteAttribute();

(11) спасибо

(4)а не через поделку 1с -а и xml
Да, согласен... Но, через XML оно(г*вно :-)) универсальное, одинаково для любых ККТ, дрова которых написаны  с поддержкой технологии "Требования к разработке драйверов подключаемого оборудования." Не надо думать, как в АТОЛе, или как в Штрихе тег называется, везде одинаково... Отличия могут быть только в загрузке самого драйвера.
Хотя, если делать под один тип ККТ, то наверное проще без XML, штатными средствами драйверов от производителей.

(13) Только потом придётся ходить по трём рядам граблей.
Во-первых, добавленный в xml тег может просто не восприниматься компонентой драйвера, так как она его не знает. Если был 1С использовала коды тегов из ФФД, то ещё можно было понять, но свои латинизмы, ещё и местами с ошибками написанные - это ясности не добавляет.
Во-вторых, в xml не проверяется длина полей от слова совсем. Все привыкли, что лишнее обрезается, но не тут то было, и компоненты на 1Совский файл очень часто выдают ошибку неверное значение в поле длины.
В-третьих, все новые команды, которые появляются у фискальных регистраторов и реализуются в драйверах через xml просто не доступны, так как их больше ни у кого нет. А, например, Штрих-М придумал способ как можно форматировать строку с данными товара, чтобы это форматирование в ОФД не отправлялось, что позволяет к позиции дописать Сумма без скидки и Скидка и т.п.
Так что лучше напрямую, чем через несколько преобразований, на которые, кстати, тратится время.