В конце квартала нарисовалась проблема с книгой продаж. Нам накатили обновление (ECC 6.0 по-моему 17 патч) , J_3RF_SELL_BOOK_02 , 700 - накатили в феврале, но скорее всего это версия из ноты 1351387

Старые доработаные формы вырубились. Зато в новой исправили старые ошибки, и даже появилась ФИО главбуха. Нижний колонтитул так же идет на всех страницах ( про 2004 год)

Но появилась большая проблема

Дата оплаты (3б) выводится из документа выравнивания. Раньше так тоже было, но еще было поле куда тащилась дата из оригинального документа. Просто в формах активировали это поле из оригинального документа оплаты, подменялась дата в формуляре и все было красиво. Сейчас же этих полей в формуляре просто нет, да и в AVL их не видно. Новые формуляры нааамного меньше - наверное дополнительные поля пали в борьбе за скорость. Более того - переформировывая старые экстакты дата оплаты переписалась на дату выравнивания и в старых данных! Т.е. проблема уже в переработанном алгоритме самой программы.
Нашли временное решение для прямых налогов - выравнивать датой оплаты (раньше всегда выравнивали концом месяца, когда выставляли счет-фактуру). Но это в рамках одного месяца - оплата допустим в середине, с/ф последним днем - выравнивание ставим датой оплаты и принудительно выравниваем открытую "черную" позицию. Тест был на налоге, который напрямую попадает в книгу продаж. С предварительными же еще не разбирались.

Я подозреваю, что у нас изначально неправильно поставлена работа с выравниванием и с переносом через JRFUM26. Или же неправильные ожидания от даты оплаты в книге - SAP туда ставит и ставил дату оплаты, и это считается правильным. Просвятите пжст, а заодно может подскажите, в какой ноте актуальная документация ( есть из 968891 - нота актуальная для 6.0)?

Насколько я помню, сап считает что "Дата оплаты" - это дата выравнивания, объясняя это тем, что той датой, которой "применили" поступление денег к фактуре - только тогда это стало оплатой...
У нас бухгалтера с такой логикой не согласились, поэтому мы использовали БАДИ, которое уже шарилось по документам выравнивания и выискивало дату оплаты настоящую...
Сап тоже можно понять - какую дату ему выводить, например, если было 3 платежа с разными датами...

Я так и думал, но все надеялся обойтись штатным функционалом.

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