|
Документ не сторнируется, потому что система не может найти в таблице 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. У Вас была проведена операция, которая не проводилась самостоятельным документом, но Вы перенастроили данный вид движений на такую группу, которая как раз отдельным документом проводится. В результате при сторно система думает, что такой документ у данной операции существует.
Но это только догадки. Лучше поставить точку.
_________________
Алё, это Пакистан? Нам нужен один килограмм
|
Вход
Регистрация
FAQ пользователя
Поиск
