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

На вопрос - зачем после платежа просрочку смотреть?
Могу ответить, например, чтобы посчитать процент штрафа за просроченный платеж.

Мы не собираемся использовать указанную вами функциональность АПП.

Если не используете сконто и не получаете скидку при оплате по сроку, а только хотите использовать новое значение базовой даты для расчета срока платежа, то тогда, мне кажется, спокойно подрежьте на этом экране 017 на 001. Никаких последствий от этого не будет.
А можно поступить еще вот так:
- настройте доп. текст к документу, куда будет заноситься дата ППС;
- когда узнаете дату, внесите ее в этот доп. текст; настроенное замещение будет брать данную дату (если она указана) и подставлять ее в базовую дату. Изменяемость полей на замещения никак не влияет, для этого нужно, чтобы поле входило в перечень замещаемых полей;
- а можно и без замещения: рассчитывать новый срок уже при формировании отчета на основе доп. текста. Сам срок платежа рассчитывается в ФМ DETERMINE_DUE_DATE, его можно вызвать, например, в событии 1650. Запустить данный ФМ с нужным значением базовой даты и переписать поле RFPOS-FAEDT. Правда, число дней просрочки тоже придется пересчитать, а вместе с ним и перебить пиктограмму, потому что к моменту 1650 все данные уже давно посчитаны. Безопасно, но много возни.

Я бы выбрал вариант с замещением. И дата ППС с красивым понятным наименованием, и базовая дата соответствующая, и экран ломать не надо.

Спасибо, попробуем, отпишу.