Документ не сторнируется, потому что система не может найти в таблице BKPF FI-документ, соответствующий сторнируемому AA-документу. По использованию Вашего сообщения F5A(009) видно, что оно появляется, если ФМ FI_DOC_TO_REF_GET вернул особую ситуацию 2 (RAISE NOT_FOUND). А вернуть он ее может, если поиск в BKPF по следующим условиям не дает результата: AWTYP = 'AMBU' AWKEY = I_AWREF (номер AA-документа), сцепленный с БЕ + год; например 000000059810002016 (где БЕ 1000 и год 2016)
Но это для документов, которые отражаются в учете в режиме реального времени (поступление, выбытие, корректировка амортизации). А, например, документ внеплановой амортизации не имеет самостоятельного документа в FI, так как сидит в общей сумме прогона AFAB. Так что, похоже, данный модуль работает, если проводился документ для конкретной операции (по крайней мере система думает так).
Я думаю, что я бы поставил точку в данном ФМ и посмотрел, по каким ограничениям система не находит документ. С ходу в голову приходит только 2 случая: 1. У Вас не провелся исходный документ в FI (сбой, ошибка в самом конце апдейта). Проверьте, есть ли он в системе и соответствует ли у него поле "Ссылочный ключ" указанной связке. 2. У Вас была проведена операция, которая не проводилась самостоятельным документом, но Вы перенастроили данный вид движений на такую группу, которая как раз отдельным документом проводится. В результате при сторно система думает, что такой документ у данной операции существует.
Но это только догадки. Лучше поставить точку.
_________________ Алё, это Пакистан? Нам нужен один килограмм
|