Подскажите, можно ли при помощи

BAL_LOG_CREATE
BAL_LOG_MSG_ADD
BAL_DB_SAVE Save

внести записи в журнал изменения для позиции в me52n

в changedocs - нет.

а вообще есть возможность заносить записи в этот журнал руками?

можно вызывать соответствующие ФМ, щас не вспомню какие они для заявки но что-то по маске *_write_document.
В связи с чем потребовалось писать лог изменений вручную?

ФМ гляну. Проблема в чем: есть полностью деблокированная заявка в которой надо поменять eban-ebakz на 'X'. ФМ-ник BAPI_PR_CHANGE естественно изменить такую заявку не может. Решил менять поле прямым UPDATEом, но юзерам критична запись в журнале. Пробовал отменять деблокирование через BAPI_REQUISITION_RESET_RELEASE, чтобы потом вызвать BAPI_PR_CHANGE, но отменить деблокирование не дает, получаю сообщение ME110. Кстати, в ME54N я могу отменить деблокирование "ручками", может другой ФМ какой есть для снятия?

а поменять настройки в схеме деблокирования так чтобы система давала менять поля и после дебокирования (не все, а те которые пользователи хотят менять) нельзя? Но это вопрос скорее к консультантам.
Пакетник на Me54n, или, если на него не пишется, то на другую транзакцию с той же функциональностью (ME54, me55)?
Подебагать me54n и найти чем он сбрасывает деблокирование?

Попробуйте спросить на форуме по MM какие есть варианты поставить эту галочку.
прямой update стандартных таблиц - это крайняя мера..

superbizon

Нету смысла настраивать деблокирование таковым образом, теряется его прямое назначение. Какой резон в деблокировании, если после деблокирования можно менять документ))) Деблокирование - это аналог электронной подписи. Если вам необходимо изменить подписанный документ, что нужно сделать ... правильно, его переподписать, так и тут, чтобы изменить деблокированную заявку, необходимо отменить деблокирование, внести корректировки и установить деблокирование обратно. В идеале конечно иметь бы настройку, которая четко бы расписывала поля заявки, на которые распространять данные ограничения, но, к сожалению, таковой нет.

Только ME54N, т.к. транзакция новая, в старой me54 сообщение ME110 со статусом "E" уже вшито в код как и в BAPI_REQUISITION_RESET_RELEASE, в ME55 вообще нету функции отмены деблокирования. Из ME54N так просто не выдернешь, чем он сбрасывает деблокирование, класс в классе и сто классов в придачу.

Вариант поставит галку (не сбрасывая деблокирование) один - через заказ на поставку. И видимо там индусы не дописали что-то, ибо при этом мероприятии запись в журнал изменений по позиции заявки все равно не осуществляется, что не лучше прямого update в данной ситуации. Получается в любом случае необходимо самостоятельно лезть в журнал и оставлять там соответствующие записи. Подскажите ФМ, который зайдет в соответствующий журнал и внесет изменения, он же вроде на все таблицы один и тот же, журналы только разные.

вот этот ФМ
BANF_WRITE_DOCUMENT, проверьте что в вашей системе на ЭД EBAKZ в на вкладке допсвойства активна галочка "документ изменений", иначе changedocs по полю писаться не будут.

з.ы. прямые апдейты все равно зло

Коллеги, вы путаете функциональности Журнала приложений (SLG0) и Документов изменений (SCDO)...
Мне кажется, пользователям гораздо удобнее в экстренных случаях увидеть записи в Журнале приложения, а не копаться в документах изменений.
Для определения первого достаточно завести объект (транзакция SLG0) и записать туда все необходимые сообщения в удобоваримом виде (функциональность SBAL).
Для конечного пользователя - удобный просмотр через транз. SLG1.

P.S.: "Требование бизнеса", конечно, желательно изучить более детально - зачем и почему возникла такая необходимость