У нас как раз такой же такой проект: HR отдельно от всего остального. Подскажите, используете ли V_T7RU_521B. Если да, то как правильно заполнить V0 и можно ли дать юзерам в продкутив доступ на ведение V_T7RU_521B - она закрыта для ведения, типа настройка - пока тащим через разработку.

Вы же сами себе противоречите. Для чего вам в V0 ссылка на кредитора, которого нет в системе?

Я пошел по другому пути. Настроили КЕ, БЕ, технический счет сделали возможным для ведения кредиторов (в качестве основного).
С табличкой этой - Z-ракурс без всяких предрассудков (типа создания транспортных запросов в продуктиве)

Кредитора в системе нет, но списать алименты и штрафы надо на кредитора, и желательно не далеко от стандарта. Ближе всех живет кредитор в V0.

А в V0 кредитор попадает?

Нет, для этого надо схему курочить.
Сделайте свой ракурс для 521В.
Далее заведите кредиторов там с нужными ID.
Их присвойте в алиментах.
Как формировать проводки - далее смотреть нужно уже, зависит от интеграции.

З.Ы. А вообще есть сильное подозрение, что вам нужно тупо закачать кредиторов себе по ALE и не мучаться с этой табличкой.

Видимо, придется перейти на это решение
Изначально позарился на

Это по опыту час

Настроил все, как описано. Сначала в В EXIT_RPCIPE00_002 достал из V0-VINFO+4(10) номер кредитора, закинул в ZUONR. Затем описал расширение, как в великом мануале по замещениям. Работает. Но только при порождении в фай. При моделировании/продуктивном прогоне на стороне HR показывает дефолтного кредитора из настроек. Никто не подскажет, в чем беда?

Не очень понятно, каким образом должно отработать FI замещение на стороне HR. Всю жизнь работало на своей стороне в момент создания документа.

Проверял след.образом. Ставим в HR проводку тех.кредитора. Замещением его меняем. HR и FI в одной системе. Замещение отрабатывает даже на модельном прогоне проводок.

Я правильно понимаю, что просматривая документы прогона мы в поле "Номер счета с текстом" имеем уже замещенное значение (реального кредитора из 0296)?

Ага, только лучше его в какой-нибудь sgtxt положить сначала для легкодоступности.
Проверялось правда без ehp всяких. На 6.00 с патчем в районе 30.

Добрый день!

Настроили через EXIT_RPCIPE00_002, в котором одной строчкой кода кладем кредитора из ИТ0296 в поле ZUONR, в замещении прописана подмена фиктивного кредитора на значение из поля ZUONR.
НО отрабатывает замещение уже только при создании документа FI. Т.е. в документе проводок HR и при моделировании и при продуктивном прогоне остается фиктивный кредитор. (Честно говоря, думаю, что это логично, замещение то настроено на создание именно FI документа).
И все бы ничего, что кредиторы разные, но если делать сторнирование из HR, то отработка сторнирования ругается на то, что коды разные (разные кредиторы).

Подскажите, пожалуйста, возможно, мы что-то где-то не дописали, не нажали или еще какая-то глупая ошибка.

Спасибо!