Коллеги, наверное уже кто-то сталкивался с подобной проблемой, но в поиске не нашел ответа. Прошу помощи, с решением данной задачки....

Имеется следующая ситуация:
В АПП создаем Предложение. Группировка позиций к оплате происходит как обычно по контрагенту. Для такого платежа сгенерится Назначение платежа (в выходном файле) по следующему формату:
Оплата за пром.тов. по с-ф № 00001, 00002 …. от 00.00.0000 в т.ч. НДС 00.00руб

НО! есть ограничение Банк-клиента на длину поля в 200 символов. Соответственно происходит ситуация когда позиций к оплате много, и при перечисление номеров СФ в "Назначение платежа", произойдет превышение 200 символов.
В такой ситуации нам надо разбивать платеж на несколько.

Как это реализовать? Предполагаю что нужно через OpenFi, но вопрос, какое событие выбрать?

В идеале, хотелось бы получить следующую ситуацию: Предложение формирует с группировкой по контрагенту, а при формировании Платежей, уже делать перегруппировку.

Может использовать Код группирования?

*******************************************************
Программа платежей может группировать открытые позиции для платежа только, если у открытых позиций на счете одни и те же:
• валюта;
• способ платежа;
• банк;
• содержание полей группировки (если в основной записи дебитора или кредитора указан Код группирования).

Требуемый Код группирования определяется в IMG для Финансов: Определение групп платежей (V_TZGR).
Введите требуемый код группирования в основных записях кредитора и дебитора, для которых нужно сгруппировать открытые позиции. Для этого в основной записи кредитора или дебитора выберите Данные балансовой единицы - Платежные операции и введите требуемый код группирования в поле Код группирования.
При определении кода группирования необходимо определить максимум три поля из таблицы BSIK (кредиторы) или таблицы BSID (дебиторы). Тогда те открытые позиции, для которых совпадает содержимое этих полей, сгруппируются вместе.

Про группировку в курсе, но мне кажется она в данной ситуации не применима. Либо я пока не могу себе представить вариант с ее применением.
У нас в день около 3000 позиций к оплате (я к тому, что ручные манипуляции отпадают)! Позиции к оплате однотипные (по большей части оплачиваем счет-фактуры поставщиков). По бизнес процессу: сформировали предложение, отредактировали (группировка пока просто по контрагенту). Можно наверное как вариант запустить Z-Обработку и проставить в документы признак для группировки и пересоздать предложение. Но этот вариант мне кажется не совсем "красивым".

В ZUONR номер договора, ведь фактуры не просто так создаются. Или дату поставки, или другой признак объединяющий несколько фактур.

Договора в системе не ведутся. и прочего логического объединения нет.
По бизнесу логика следующая: по Кредитору есть 200 фактур к оплате, денег сегодня выделил Директор на 130 фактур. 70 не проходящие пользователь заблокировал (fbl1n или в Предложении). ---> Платеж

Пробуйте 1820 (прогон предложения), 1830 (в программе есть но у меня не вызвалось). Еще есть 1120, 1130.

Подскажите пожалуйста, каким образом в 1820 можно осуществить "разделение"? Это событие выполняется для записи BSIK, если я правильно поняла.
И еще, почему может не вызываться событие 1830? Оно вроде больше подходит.

Через 1820 получается заполнять ZUONR, чтобы по нему группировалось. Только как быть дальше: предложение сформировано и сгруппировано. Но дальше пользователь его редактирует. Например в группе из 10 позиций оставляет 3 для оплаты. получается группа уже не "оптимально" сгруппирована для целей уменьшения количества платежей.

Коллеги, продублирую вопрос, из смежной темы. Может кто быстрее поможет.
viewtopic.php?f=13&t=69030&p=415062#p415062




что за настройка имеется в виду?
есть группировка (V_TZGR) но я так понимаю тут что то другое упоминается.

В следующий раз за подобные дубли получите предупреждение сразу по нескольким пунктам Правил ресурса.
Sent from my HTC Desire using Tapatalk