Jak kontrolować zmianę nazwy kontrahenta w SAP

[Katarzyna]

Istnieje potrzeba kontrolowania jaka była nazwa kontrahenta w momencie wystawiania/księgowania danej faktury w SAP-ie. Te dane są przesyłane do pliku JPK. W przypadku kontroli krzyżowych, urząd sprawdza czy nasze są zgodne z tym co przesłał kontrahent. JPK jest robiony raz w miesiącu i czyta aktualne dane z bazy kontrahenta. Jeśli dealer czy inna spółka zmieni dane w połowie miesiąca to nasz JPK V7M jest niepoprawny dla połowy dokumentów. W SAP nie ma informacji od kiedy do kiedy obowiazywala jaka nazwa czy adres. Czy utworzenie tabeli klienckej to najlepsze rozwiazanie?

[dominik.tylczynski]

Moim zdaniem tworzenie własnej tabeli nie jest konieczne. Są możliwe dwa rozwiązania

1. Wykorzystanie funkcjonalności business partner, gdzie dane adresowe są zależne od czasu, mają daty ważności. To jest grubsza zmiana, ale warta rozważania w związku z migracją do S/4HANA.
2. Skorzystanie z dokumentów zmian danych adresowych klienta. Dzięki tym dokumentom można niejako cofnąć się w czasie i sprawdzić jakie były dane adresowe w momencie wystawiania faktury.

[greg_hhl]

My zdecydowaliśmy się na utworzenie zetowej tabeli, która przechowuje wyłącznie informacje o zmianie nazwy/adresu. Korzystanie z dokumentów zmian ma tę słabszą stronę, że zmian na kliencie może być zapisanych więcej. Szybsze i wygodniejszy jest odczyt własnej tabeli po kluczu nr.klienta i posortowana na datę zmiany.

[dominik.tylczynski]

My zdecydowaliśmy się na utworzenie zetowej tabeli, która przechowuje wyłącznie informacje o zmianie nazwy/adresu. Korzystanie z dokumentów zmian ma tę słabszą stronę, że zmian na kliencie może być zapisanych więcej. Szybsze i wygodniejszy jest odczyt własnej tabeli po kluczu nr.klienta i posortowana na datę zmiany.

To też jest rozwiązanie godne uwagi. Tylko trzeba dobrze zaimplementować i przetestować zapisywanie zmian do tej Z-tabeli.

[greg_hhl]

My zdecydowaliśmy się na utworzenie zetowej tabeli, która przechowuje wyłącznie informacje o zmianie nazwy/adresu. Korzystanie z dokumentów zmian ma tę słabszą stronę, że zmian na kliencie może być zapisanych więcej. Szybsze i wygodniejszy jest odczyt własnej tabeli po kluczu nr.klienta i posortowana na datę zmiany.

To też jest rozwiązanie godne uwagi. Tylko trzeba dobrze zaimplementować i przetestować zapisywanie zmian do tej Z-tabeli.

Tabela jest zapisywana w implementacji IF_EX_CUSTOMER_ADD_DATA~SAVE_DATA (IF_EX_VENDOR_ADD_DATA~SAVE_DATA - przechowuje dostawców i odbiorców) i interesuje nas wyłącznie ostatnia zmiana w danym dniu dokonana na tych danych. Przy dostawcach korzystamy z niej przy JPK, przy odbiorcach JPK i wydruku faktury (porównujemy datę zmiany z datą faktury).

[RKISIEL]

Tabela jest zapisywana w implementacji IF_EX_CUSTOMER_ADD_DATA~SAVE_DATA (IF_EX_VENDOR_ADD_DATA~SAVE_DATA - przechowuje dostawców i odbiorców) (...)

Cel też można osiągnąć przez implementację w jakimś projekcie (CMOD) rozszerzeń (SMOD): SAPMF02D i SAPMF02K.
W IMG implementacja jest bezpośrednio dostępna dla dostawców/odbiorców w Dane podstawowe->Projektowanie rozszerzeń danych podstawowych...

[dominik.tylczynski]

Swoją drogą, to słabo, że rozwiązanie tego problemu w standardzie pojawiło się dopiero wraz z funkcjonalnością business partner i danymi adresowymi zależnymi od czasu. Widać, że potrzeba "cofnięcia się w czasie" i odczytania historycznego adresu pojawia się dosyć często.

[RKISIEL]

Cześć,
Ostatnio podczas prac nad uruchomieniem FIN-FSCM-CR dla BP i utworzeniu dla niego roli to w ramach tej roli zostało udostępnione niezłe zarządzanie adresami.

BP_Adresy.png

Rodzaje adresów do wykorzystania:
Adres do korespondencji
Adres zamieszkania
Adres pracy
Dom letniskowy
Wyciąg z konta
Drugi wyciąg z konta
Adres wystawcy faktury
Adres odbiorcy faktury
Adres przedsiębiorstwa
Adres odbiorcy materiałów
Adres zamówienia dostawcy
Adres prywatny
Adres wysyłki dostawcy
Adres dostawy
Adres standardowy

Dostęp do adresów (FM):
BUA_ADDRESS_FIND_WITH_ADKN - dla rodzaju adresu i daty;
BUA_ADDRESS_GET_ALL - lista wszystkich adresów dla rodzajów i w zależności od daty.

To rozwiązanie znacznie uprości zarządzanie adresami, trzeba tylko zmodyfikować pobieranie danych adresu w formularzach i raportach gdzie zwykle oparte są na danych przypisanych w KNA1 i LFA1.

Najbardziej rozbawił nas typ adresu "Dom letniskowy"

[marek.turczynski]

Uwaga tylko na 'Okres ważności', który masz zaraz poniżej roli. W S/4 nie ma BP-zależnych od czasu. Adresy zależne od czasu są oczywiście dostępne.

Polecam jeszcze zwracać uwagę na rozszerzenia SAP w tym zakresie, bo w końcu się zabrali za poprawne integrowanie funkcjonalności z BP z innymi modułami (jakby jeszcze 'Relationship' naprawili to by było już w ogóle super...).

Polecam każdemu kto przechodzi na S/4 2021 przeczytać ten blog:
https://blogs.sap.com/2021/10/29/sap-s- ... s-partner/

Ograniczy to konieczność zakładania dużej ilości BP tylko do trzymania adresu.

Marek Turczyński

[wojtas7]

Jeśli dealer czy inna spółka zmieni dane w połowie miesiąca to nasz JPK V7M jest niepoprawny dla połowy dokumentów. W SAP nie ma informacji od kiedy do kiedy obowiazywala jaka nazwa czy adres. Czy utworzenie tabeli klienckej to najlepsze rozwiazanie?

a mogę zapytać jakie rozwiązanie JPK używacie (standard? jakieś rozszerzenie)? Ale z tego co piszesz to wynika że wszystkie programy do JPK mają ten feler, bo u nas nic nie robiliśmy w tym kierunku. Czyżby aż takie niedopatrzenie wszystkich firm z JPK i SAP?

[RKISIEL]

Polecam każdemu kto przechodzi na S/4 2021 przeczytać ten blog:
https://blogs.sap.com/2021/10/29/sap-s- ... s-partner/

Ograniczy to konieczność zakładania dużej ilości BP tylko do trzymania adresu.

Marek Turczyński

Dzięki za link - pokazałem rozwiązanie tam prezentowane + zarządzanie adresami prezentowane przeze mnie i zobaczyłem radość w oczach kluczowego użytkownika SD
Ale jak wynika z dokumentacji to rozwiązanie jest dostępne tylko w S/4 - nie widzę możliwości przejścia do tej wersji w okresie najbliższych lat.
Kasa nie jest barierą tylko zakres prac - liczba modułów(FI/CO/MM/SD/RE/IM/PS/PP/QM/HR), użytkowników (ok. 40k dla typu dialogowego), JG (60), interfejsów, usług...

[morela]

To rozwiązanie znacznie uprości zarządzanie adresami, trzeba tylko zmodyfikować pobieranie danych adresu w formularzach i raportach gdzie zwykle oparte są na danych przypisanych w KNA1 i LFA1.

Z jakiej transakcji pochodził ten screen?

[RKISIEL]

BP - Przetwarzanie partnerów handlowych.
Konfiguracja w BUPT.

[K602]

Ostatecznie, jakby nie było standardowych sposobów, to bym jeszcze sprawdził i ew. włączył logowanie dla tabeli przechowującej nazwy i wtedy zetowe rozwiązanie do pobierania zmian z tabel: CDHDR i CDPOS...

[dominik.tylczynski]

Fajny blog o adresach w BP - SAP S/4HANA Business Partner – Address Management at Contact Persons jako uzupełnienie tematu.