Nie wiem czy każdy zauważył, ale BTE 00001840 dostarczone przez SAP do walidacji płatności uruchamiało się tylko i wyłącznie jak wybrano, po wykonaniu propozycji płatności, z menu Edycja -> Propozycja -> Kontrola Salda WN -> Symulacja/ wykonanie. Nie miało to żadnego wpływu na wykonanie samego przebiegu płatności.
To oznaczało, że można było płacić bez splitu nawet jeżeli w danych podstawowych partner miał zaznaczone 'Split Obowiązkowy'. Miałem na to otwarty incydent w SAP jeszcze od czasów noty pilotażowej i po wielu miesiącach eskalacji przez Quality Managera itd. wczoraj, podczas tradycyjnego, codziennego, przeglądania OSSa w poszukiwaniu udostępnionych nowości, zauważyłem niespodziankę.
W notach:
2689975 - F110 - Enablement for country requirements during payment method determination
2713886 - F110 - Support for Country specific coding during payment method determination
2703879 - Split Payment: Additional validations and Automatic Payment method determination
OSS 2703879 pisze:"This SAP Note contains additional validations that are executed during Payment program run. These validations are able to report errors in the following cases:
VAT Relevant Payments with a non-split method to partners classified as Split Mandatory.
VAT Relevant Payments with a split relevant method to partners classified as Split Disabled.
VAT Non-relevant Payments with a split relevant method.
VAT Relvant Payments to partners without VAT registration with a split relevant method.
Messages:
No: 56
Text: > Payment method & cannot be used with regards to PL Split Payment.
Self-Explanatory: Yes
No: 57
Text: Split payment method cannot be used for partner w/o PL VAT registration.
Self-Explanatory: Yes
"
SAP dostarcza rozwiązanie, które sprawdza zgodność płatności z ustawieniami w danych podstawowych. Jeżeli nie ma zgodności to płatności są oznaczane jako błąd. Bardzo fajnie ze strony SAPa, że nie utopili tego tematu i dostarczyli tą poprawkę.
Cała walidacja siedzi w module funkcyjnym IDPL_F110_PAYMENT_METHOD_CHECK. Jeżeli komuś brakuje niektórych walidacji to może zrobić implicit enhancement i dodać swoje.
Byłoby miło gdyby jeszcze został poprawiony błąd z noty 2652569 - Poland: PL-ELIXIR-O VAT Split Payments Enablement, gdzie wartość FPAYHX-REF06 (kwota VAT) jest przesunięta na prawo i przez to trzeba obchodzić przesunięcie w lewo przez węzeł techniczny.