Ситуация такая: есть счет-фактура, к ней проведены частичные платежи, но при запуске программы RFFMS300 документ администрации ликвидности (wrttp = 57) не формируется. Захожу в отладку, смотрю причину - программа вылетает на проверке количества строк в счет-фактуре: если оно больше 500, то идет прерывание. У нас действительно в счет-фактуре 558 строк. В чем причина такого ограничения и как его корректнее обойти?

возможно ваш вопрос как-то перекликается с этим:
http://sapboard.ru/forum/viewtopic.php?t=17430
http://sapboard.ru/forum/viewtopic.php?t=19171
т.е. есть ограничение в бух.документе - не более 999 позиций.

Про 999 - это понятно! Но у меня же чуть больше 500! Почему в FI-документе есть ограничение на 999 позиций, а программа переноса платежей RFFMS300 отказывается работать с более чем 500 позициями???

обратите внимание на:

Про 333 позиции ММ-ного документа мне понятно, я это видела. Только это ко мне никак не относится. Я говорю о том, что программа переноса платежей не работает с документами FI (фактуры), в которых более 500 позиций. Почему?

а номер строки в rffms300 с проверкой, можно?

вам нужно смириться, вот кусок кода из вышеназванной программы:

Почему вылетает:


Зачем это сделано - об этом уже было сказано выше.

И все-таки не все понятно: с одной стороный нам говорят - Вы можете делать до 999 позиций в документах в FI, - а потом - но с документами FI, в которых более 500 позиций мы не работаем! По-моему неувязка, ладно бы еще, если бы мы сломали стандарт и сняли бы органичение в 999 строк, а потом бы удивлялись - почему у нас переос платежей не отрабатывает??? Но все же в рамках допустимого!!! Меня это поражает.

Ситуация немного прояснилась: это ограничение идет из БД - система не может одновременнос вставлять в таблицу более 999 записей. Отсюда идут и ограничения на количество позиций в FI-документах - 999! Что же касается документов администрации ликвидности, так там может возникнуть ситуация, когда фактура оплачена частично, соответственно, система должна создать документ администрации ликвидности, в котором количество позиций будет равно удвоенному количеству позиций в фактуре (там где СПП). В итоге есть проверка, что количество позиций фактуры не должно превышать 500 позиций. Хотя документ в 500 позиций ровно тоже отработает с ошибкой!!! БД-то добавить может только 999 позиций, а не 1000! Вот такая наука...
Мы пришли к выводу, что необходимо сокращать количество возможных позиций в SD-документах.