Добрый день,
Возник вопрос по работе с J3RFUM26.
Ситуация такова. Проведена фактура, сразу же сделали перенос. Обнаружили, что бумажного документа пока нет (или он неправильно оформлен), в итоге перенос сторнировали. В конце месяца фактура все-таки пришла. Попытались сделать перенос снова и получили сообщение об ошибке, что запись для этого документа уже существует в J_3RFSEC_ITEM. Документ-то перенесли (немного поупражнявшись с предварительными настройками-)), НО!
Непонятно, предусмотрен ли САПом такой вариант вообще. Т.е. что документ переноса будет сторнирован и перенос вновь будет сделан по тому же самому документу (не исправленному, не вновь введенному). Должна ли обновляться таблица J_3RFSEC_ITEM ? Или существует иной механизм?
Может, есть какая-нибудь нота? Сама ответа так и не нашла.
Заранее спасибо всем за помощь.-))

Была ровно такая же проблема, обращались с официальным запросом в САП - Россия.

САП дал ответ - отредактируйте J_3RFSEC_ITEM вручную.

Что нас естественно не устроило.
В результате переписывали Open FI события, которые создают записи в J_3RFSEC_ITEM при создании документа FI, таким образом что при сторнировании они удаляли записи в J_3RFSEC_ITEM.

Номера Open FI не подскажу, 6.0 под рукой нету. Но их номера указаны в ноте, "Начало использования rfumsv50 в России".

С уважением, Илья.

Огромное спасибо!

А не хотите на эту тему OSS выставить?
По моему мнению это просто недоработанный стандартный функционал.
По этому Open FI много замечаний. Но он не дорабатывается потому что мало официальных сообщений от клиентов по официальным каналам.
Будут сообщения - будут доработки.

Или так и будем все сами переделывать и платить за саппорт?

Ноту выстовляли, номер не помню, в ответ нам сказали что сап знает об этой проблеме, и что он разработал программу по ручному удалению записей из J_3RFSEC_ITEM, я уже писал про это...

Он - это САП разработал? не слышал о такой разработке

Хм, нота 1082234, программа J_3RF_MAINT