Добрый день.
Подскажите, а как можно увеличить количество символов поля ZUMKZ в таб. T074U?
Там прописано 20 символов, а у нас столько кодов ОГК (оплата по разным налогам) надо присвоить что уже вылазим за эти 20.

Кажется, SAP уже давал ответ когда-то, что никак. Придется выбирать самые важные.
Остальные проводить во вспомогательную книжку сразу на целевой.

Кстати, я мечтал когда-то проверить один финт ушами, а именно - создать в системе еще один код ОГК с индикатором памятной позиции, а к нему наколотить целевых кодов.
Пусть гуру меня поправят, хотя я и сам сомневаюсь, что это возможно.

Я уже и сама пыталась создать такой код ОГК с индикатором памятной позиции, но систему не обманешь, работает проверка - сообщение F4 089, и убрать я ее не смогла.

Вот-вот. Ну тогда боюсь, что все.
Я правда ссылаюсь только на свой опыт общения с поддержкой, выставляли сообщение в 2013 году. Нам однозначно намекнули, что обойдемся 20 символами)))
Может быть, с тех пор что-то изменилось.

Сгруппируйте налоги и присвойте код ОГК группе, а уже в пределах группы меняйте счет на нужный замещением.
Мы зашивали в варианте транзакции признак, по которому система делала замещение, а варианты транзакции вставляли в меню.
То есть пользователь выбирает тип операции (у вас, например, налог, пени, штрафы, ...) через выбор соответствующей транзакции в меню, а потом указывает код ОГК, характеризующий налог. По признаку зашитому в варианте транзакции и коду ОГК делать замещение.

Plank, не очень понятно. Мне кажется, что тут речь идет о том, чтобы создать ТАП, в котором будет zumsk = код, отличный от того, что удалось поместить в поле длиной 20 символов в характеристиках счета в fbkp.
Если контрольный счет по целевому коду выкручивается, к примеру, при оплате в F110, то там подстановка счета и будет важна. А счет выкручивать она будет именно по целевому коду, имеющемуся на тот момент в bseg-zumsk. То есть если и замещать, то счет ОГК, но хранить "незаконную комбинацию F+левый zumsk система не позволит.
Извини, если неправильно понял. Не мог бы пояснить?

Делаем не 30 кодов ОГК, а, например, 10 (по группам операций) и указываем их как целевые для F. Выбор конкретной операции в группе (и соответственно конкретного счета) на основании вспомогательного признака.
Применительно к ТАП. Делаем ТАП как обычно на один из кодов ОГК (который определяет группу), при этом сохраняем признак детально характеризующий операцию (это может быть вид документа, или значение в поле, которое не меняется). При выравнивании система по целевому коду ОГК стандартно определить счет, который мы заменим на основании дополнительного признака.

Очень интересно! Спасибо!
А код ОГК в документе останется, стало быть, одним из тех 10 узко нарезанных? То есть к коду ОГК впоследствии уже не особенно привяжешься... С другой стороны, жертвы есть жертвы)