ККМ, пробитие на разные секции

Декоративное изображение

Для получения доступа к форуму необходимо авторизоваться
или зарегистрироваться на сайте.

Пользователь ПП
RSS
Доброго времени суток!
Подскажите, пожалуйста, как мне организовать пробитие суммы в разные секции ККМ в зависимости от определенных условий? В ААА5 можно такое сделать?
Декоративное изображение 124
Сотрудник 1С-Рарус
Добрый день.

Напишите, пожалуйста, более подробно, что вы имеете в виду.
Пользователь ПП
в данный момент все оплата которая пробивается на ККМ через фронт кассира пробивается на одну секцию. Задача в том чтобы в ККМ оплата попадала на разные секции, а не на одну. К примеру чтобы видеть в ккм разницу между ВЫРУЧКОЙ ПО ЗАКАЗ-НАРЯДАМ и БЕЗНАЛИЧНЫМ РАСЧЕТОМ ПО АВТОМОБИЛЯМ, ЗАПЧАСТЯМ, ГСМ.
Сотрудник 1С-Рарус
День добрый, если я вас правильно понял, то задача заключается в том чтобы в отчете, который печатает ККМ (фискальный регистратор) происходило разбиение прошедших через кассу сумм по некоторому критерию. В зависимости от возможностей конкретного оборудования это можно сделать по-разному. Большинство ФР'ов могут вести раздельные счетчики (от 4-х до 8-ми) по типам оплат и выводить итоги по этим секциям в своих отчетах (X-отчет / Z-отчет). Если заказ-наряды у вас всегда оплачиваются одним видом оплаты (Наличными), а все остальное всегда только безналичными платежами (но вы их проводите/фиксируете на ФР), то именно так лучше и поступить: т.е. ФРы настроить чтобы свои отчеты они печатали с детализацией по типам оплат (по-умолчанию не все так настроены), а со стороны фронта (организационно или дорабтками программы)  проследить/обеспечить чтобы каждый из документов оплачивался своим правильным типом оплаты.
 Если такой вариант вас не устраивает (наличными платят и по заказ-нарядам и за запчасти/гсм либо то в какую секцию должна "посчитаться" сумма продажи зависит от номенклатуры, а не от вида документа), то при условии что используемое вами в качестве ФР оборудование умеет печатать свои отчеты с разбиением итоговых сумм по торговым отделам, Вы можете доработать код продукта и посылать в ФР нужный вам номер отдела для каждой строки чека индивиидуально. В модуле обработки "ФронтКассира" в функции "ПробитьЧек"  после комментария // Формирование таблицы товаров   есть код задания номера отдела в зависмости от вида хозяйственной операции и режима фронта это либо:
Цитата
SafeArrayТаблицаТоваров.SetValue(НомерСтрокиТоваров,1,ПараметрыШапки.ОсновнойОтдел); // N Отдела берем из настроек рабочего места
либо:
Цитата
SafeArrayТаблицаТоваров.SetValue(НомерСтрокиТоваров,1,ПолучитьНомерОтдела(СтрокаТоваров.МестоРазмещения)); // N Отдела из реквизита спр. Склады
Если же вам например нужно чтобы номер секции зависел только от самой номенклатуры, то можно завести такой реквизит ("НомерОтделаДляККМ") в спр. "Номенклатура" заполнить его нужными вам значениями для всех элемнтов, а вышеприведенные строчки исправить на такой вариант
Цитата
SafeArrayТаблицаТоваров.SetValue(НомерСтрокиТоваров,1,СтрокаТоваров.Номенклатура.НомерОтделаДляККМ); // N Отдела берем из номенклатуры
Но как я уже написал выше все может "упереться" в возможности/ограничения оборудования (к примеру ваша модель ФР не умеет печатать отчеты с детализацией именно по отделам или вот для атоловских ФРов налоговая ставка на товар задается именно через номер отдела и тут может возникнуть противоречие когда нужно продавать "не в тот отдел" а иначе сумма налога неправильная будет)
Пользователь ПП
Спасибо. Попробую как в
Цитата
SafeArrayТаблицаТоваров.SetValue(НомерСтрокиТоваров,1,ПараметрыШапки.ОсновнойОтдел); // N Отдела берем из настроек рабочего места
Думаю сделать, чтобы пользователи сами выбирали тип оплаты перед пробитием на ККМ во фронте. (Оборудование ККМ ШТРИХ-М-ФР-К)
Пользователь ПП
Я разместил реквизит "секцию ККМ" на форме документа ПКО и ЧекНаОплату . Можно ли получить док который оплачивают в ф-ии ПробитьЧек()  чтобы на основании мною добавленного реквизита в док узнать какую секцию выбрал пользователь и по ней пробить оплату??? Подскажите пожалуйста, что-то я найти не могу что за док в данный момент оплачивается в ф-ии ПробитьЧек()?
Сотрудник 1С-Рарус
Попробуйте "достать" ваши новые реквизиты через реквизит обработки "Ссылка", либо в некоторых случаях может быть правильнее это будет делать через "ДокументОснование".
Только по-моему "вы смешали в кучу" два предложенных мною варианта.  Я писал что делить можно либо по оплатам (и тогда номер секции не при чем а "рулить" нужно через таблицу оплат см. как заполняется параметр SafeArrayТаблицаОплат), либо отчет ФР можно делать по отделам (но тогда не очень понято на это влияет именно тип оплаты, который выбирает пользователь)
Пользователь ПП
Спасибо, получилось пробить на несколько секций. Изменили ф-ию ПолучитьНомерОтдела(), которая возвращает теперь номер секции по нашему условию.
Пользователь ПП
Добрый день. Сталкнулись то же с этой проблемой, что необходимо пробивать товар по разным отделам ККМ в одной реализации, решил написать тут, так как вроде у человека получилось,вчера крутили крутили так и не получилось завести. Возможно что-то упустил...Не сильно силен в программировании 1С,  упустил наверно при создании реквизита или объекта на Форме карточки номенклатуры. Если не сложно можете описать, если конечно кто-то ответит :) более подробно, как это реализовать.. Вроде создал реквизит, привязал его на форму.. добавил код в процедуру...ошибок не выдавалось ни каких, но ККМ не пробивает, все гонит по 1-му отделу, ККМ поддерживает пробитие по отделам до 4-х.
Пользователь ПП
В общем получилось наконец пробить по отделам, через фронт кассира и фронт менеджера (ХозОперация - Чек), если кому-то нужно будет подробно рассказать как это сделать и что где-дописать в процедурах и подставить, как и что создать пишите в личку подскажу с удовольствием. Спасибо Ярославу за информацию о реализации данного функционала :)

Осталась одна проблема, реализовать тоже самое через РеализациюТовара :)

Обновлено

Все и с реализацией решилось тоже (ХозОперация - ЧекНаОплату), теперь везде бьется по отделам...где нужно...спасибо создателю темы и Ярославу, нашли бы ее раньше ввели бы ААА5 еще в 2013 :).. проблема крылась там же в условиях...
Пользователь ПП
В общем не остановились на этом и поняли, что когда десятки тысячи товаров. Не совсем удобно привязывать отдел к Номенклатуре, поковырявшись пол часика решил проблему более рационально и привязал отделы к типу нуменклатуры))..так что это по крайне мере для нас удачней вариант)) все делается одинаково просто кое что поменять нужно )) товар с 7.7 у нас переносится с типом уже...и удобней будет, когда уже в готовом переносе привязка идет именно к типу Номенклатуры )).. так что если что обращайтесь и по этому варианту скину детальное описание изменения кода ))
Читают тему
Поддержка отраслевых решений «1С-Рарус»
Услуги 1С