Zlecenia płatnicze - jak skonfigurować

[sajmon]

Jak skonfigurować poprawnie zlecenia płatnicze dla F110 ?

[marek.turczynski]

Chcesz, żeby zlecenia płatnicze aktualizowały również poprawnie raporty cash managementowe?
Masz również elektroniczny wyciąg bankowy, żeby móc je automatycznie obsłużyć przy zaczytywaniu wyciągu?

[sajmon]

konfigurację już znalazłam i mniej więcej wiem jak to zrobić ale jak utworzyć dmee do tego .... bez używania jakiś modułów funkcyjnych itp...tutaj mam największy problem

tak wyciąg bankowy mam elektroniczny

[marek.turczynski]

Najelegantszą formą jest w DMEE utworzenie węzła w opisie z wywołaniem struktury DMEE_PAYD , polem TEXT oraz kluczem = 3:


Wtedy w OBPM1 musisz zdefiniować długość pola dla danego formatu wyświetlania:


Musisz mieć jeden wpis z 3 i długością ustawioną na minimum 10 (to jest długość zlecenia płatniczego).

Teraz musisz stworzyć note to payee w transakcji OBPM2.
W niej musisz zawrzeć, że dla typu note payee '3' chcesz mieć wypełnione zawartością pola FPAYH-DOC1R. Polecam również poprzedzić numer zlecenia płatniczego jakąś wartością, żeby potem w treści wyciągu można było ją poprawnie zidentyfikować (np. poprzez identyfikację za pomocą search stringów mapowanych na odpowiedni algorytm interpretacji 029.

W moim przykładzie numer zlecenia poprzedzony jest znakami "PY". FPAYH-DOC1R zawiera zawsze numer dokumentu płatniczego/ zlecenia czy też numer osobowy HR. Jest typu DOC1R_FPM i jego zawartość generowana jest za pomocą programu RFPAYM_DOC1R (wszystko w tle w trakcie uruchamiania DMEE).

Na koniec, trzeba przypisać note to payee z OBPM2 do formy płatności w 'formach płatności w kraju':


Note to payee możesz przypisać w zależności od źródła pochodzenia, czyli np. inną dla dostawców, inną dla odbiorców a jeszcze inną dla płatności z HR itd.

Alternatywą dla tego ładnego rozwiązania jest wrzucenie węzła z wartością FPAYH-DOC1R bezpośrednio w polach opisowych w DMEE. Natomiast wtedy jakakolwiek zmiana będzie musiała być wykonywana w DMEE a nie w konfiguracji w OBPM2.

Oczywiście jeżeli już używasz note to payee dla danej formy płatności to zanim ją zmienisz, najpierw sprawdź w ilu formach płatności i jak jest użyta w każdym z DMEE.

Pozdrawiam,
Marek

PS. Jak to skonfigurujesz to mogę również napisać jak obsłużyć zlecenia w wyciągach.

[sajmon]

Akarin możemy jakoś się na pw zgadać jeśli to nie problem?

[dominik.tylczynski]

Gadajcie na PW ile chcecie, tylko proszę podzielcie się doświadczeniami na forum. Wtedy wszyscy skorzystają.

[marek.turczynski]

Akarin możemy jakoś się na pw zgadać jeśli to nie problem?

Możemy, natomiast, jeżeli masz ogólne pytania to pisz tutaj. Opiszę wtedy rozwiązanie tak, żeby każdy mógł skorzystać, bo w polskich firmach widziałem już różne "workaroundy" na rzeczy, które można zrobić prosto standardową konfiguracją dla programu płatności i wyciągów.

[sajmon]

Potrzebuję to skonfigurować i ustawić dmee po totalnym standardzie, bez żadnych modułów funkcyjnych , user exitów itp ....

[marek.turczynski]

Zlecenia płatnicze są konfigurowalne w standardzie bez jakichkolwiek exitów. Tak samo jak przekazywanie numerów referencyjnych w opisach przelewu.

Zaczyna się wszystko od definicji długości pola opisowego w pliku płatności. W przypadku Elixiru jako plik płaski (tak zwane pli)mamy 4 sekcje po 35 znaków znaków każda. W przypadku XMLi (SEPA itp.) jest to zwykle 140 znaków w trybie ciągłym .
Pierwsza rzecz do zrobienia to zdeterminowanie ile opisów faktur się zmieści wraz z numerem zlecenia płatniczego. Numer zlecenia płatniczego ma 10 znaków, ale warto go poprzedzić co najmniej dwoma znakami (np. PY), żeby można było je łatwo rozróżnić w opisie przychodzącego wyciągu.
Załóżmy, że pracujemy z plikiem płaskim formatu Elixir (można ściągnąć format DME z noty 2168056) Mamy więc ( w najprostszym wariancie):
Część 1 - Element 35 znaków --> zawartość:
Atom 1 (po polsku 'Odwzorowanie') z numerem zlecenia płatniczego - długość 12 znaków
Atom 2 z numerem pierwszej płaconej faktury - długość 16 znaków

Część 2 - Element 35 znaków--> zawartość:
Atom 1 z numerem pierwszej płaconej faktury - długość 16 znaków
Atom 2 z numerem pierwszej płaconej faktury - długość 16 znaków

Część 3 - Element 35 znaków--> zawartość:
Atom 1 z numerem pierwszej płaconej faktury - długość 16 znaków
Atom 2 z numerem pierwszej płaconej faktury - długość 16 znaków

Część 4 - Element 35 znaków--> zawartość:
Atom 1 z numerem pierwszej płaconej faktury - długość 16 znaków
Atom 2 z numerem pierwszej płaconej faktury - długość 16 znaków

Z prostej kalkulacji wynika, że możemy zmieścić w opisie 7 numerów faktury i 1 numer zlecenia płatniczego.
Teraz trzeba to odwzorować w DMEE. W danym formacie należy utworzyć 4 elementy:
1. Element dla Części 1:

Atom 1 (po polsku 'Odwzorowanie') z numerem zlecenia płatniczego - długość 12 znaków


Atom 2 z numerem pierwszej płaconej faktury - długość 16 znaków



Atom 2 musisz skopiować do części 2/3/4. Ma dokładnie taką samą strukturę zawsze w każdej części.
Na koniec w DMEE struktura powinna wyglądać następująco:


Drugi krok po DME to odwzorowanie tego samego w formacie płatności. W OBPM1 w folderze 'Pola tekstowe dla informacji referencyjnych' należy zdefiniować te same ilości wystąpienia opisów co w DME. Czyli, jeżeli zdefiniowaliśmy 7 pól z typem DMEE_PAYD / Text / 1 i jeden z DMEE_PAYD / Text / 3 to wpisy będą wyglądać następująco:


Typ 1 to informacja wyjściowa w postaci opisów pozycji każdej faktury.

Teraz należy w OBPM2 utworzyć Note to payee (PL: Cel zastosowania), który znam wypełni DME według ustalonego schematu.
Zaznacz 'struktura celu zast. przez konfigurację'. Jeżeli masz bardziej skompilowane przypadki to można użyć exita (opisane w nocie 1224437). Skupmy się jednak na podstawach.


Trzeba zmapować wartości tak jak w DME - w nim są pola z DMEE_PAYD/ Text / 1 i /3 więc musimy te dwie wartości odwzorować.

Cel zastosowania 1 zostanie wypełniony dla każdej faktury, czyli jeżeli mamy 5 faktur to powstanie 5 celów zastosowania typu 1 z numerami referencji z numerami XBLNR (Referencja).
W typie 3 podajemy PY (przedrostek) i &FPAYH-DOC1R& czyli numer zlecenia płatniczego. To zawartość tego pola wypełni pole 'Atom 1 (po polsku 'Odwzorowanie') z numerem zlecenia płatniczego - długość 12 znaków' w DME.

Teraz należy przypisać Cel zastosowania w formie płatności w 'Formy płatności w kraju':

Jeżeli nie chcesz używać awiz to należy ustawić następujące ustawienia w 'Formy płatności w jednostce gospodarczej':

Teraz, przy wykonywaniu płatności powinno być widoczne zlecenie i numer 7 faktur w formacie płatności.
Zawartość pól DMEE_PAYM jest wypełniana na podstawie tabeli DFPAYHT.
Noty dotyczące note to payee:
1404650 - Consulting note: Note to payee in PMW payment medium DMEE
1837294 - Note to payee DMEE_PAYD-TEXT in file, <Ustrd>

Na koniec ustalasz zakresy numerów zleceń płatniczych w transakcji FBN2. Polecam zakres od 1000000000 do 1999999999 i zdecydowanie odradzam zakres od 0000000001 do 9999999999 z powodów błędów w przetwarzaniu wyciągów.

Wszystkie zlecenia płatności widoczne są w tabelach PYORDH i PYORDP.
Usuwać zlecenia płatnicze można za pomocą transakcji F_DD_PRENOTIF_DEL.

Wyświetlać można je za pomocą transakcji F_DD_PRENOTIF_LIST.
Obie są dostępne z poziomu F110 -> Menu -> Otoczenie -> Zlecenia płatnicze

Uwaga - jak zlecenie zostanie rozliczone/ usunięte to jest usuwane z tabeli permanentnie ie nie ma historii zleceń (żadnej tabeli z historycznymi numerami zleceń).

Dodatkowo w dokumencie, który ma przypisane zlecenie płatnicze pojawia się informacja, że ma on zlecenie płatnicze:


Dodatkowo - pozycja z oznaczonym zleceniem może zostać rozliczona tylko w i wyłącznie przez zlecenie. W normalnym rozliczaniu poprzez FB05/F-53/ F-44 pozycja ta nie jest widoczna, chyba, że wyszukuje się po numerze zlecenia płatniczego.
W FBL3N takie pozycje można zidentyfikować po tym, że mają wpis 'X' w polu 'Płatność w drodze'.

Daj znać jak to skonfigurujesz to napiszę Ci jak obsłużyć wyciągi bankowe dla zleceń płatniczych w niemal perfekcyjny sposób.

[dominik.tylczynski]

Nieźle. Prawie podręcznik napisałeś


Sent from my iPhone using Tapatalk

[sajmon]

zrobiłam jak wyżej a teraz jak to teraz powiązać z WB z numerem tego zlecenia i rozksięgowuje faktury które są zaszyte pod tym zleceniem płatniczym

[PawelW]

Nie chcę zakładać nowego tematu, bo moje pytanie również dotyczy płatności dlatego zadam je tutaj
Jak z Waszego doświadczenia najwygodniej oznaczyć płatności do US/ ZUS? Jako osobne metody płatności?

Paweł W.

[dominik.tylczynski]

Nie chcę zakładać nowego tematu, bo moje pytanie również dotyczy płatności dlatego zadam je tutaj

Jeśli masz nowe pytanie to lepiej załóż nowy temat - łatwiej wtedy prowadzić dyskusję i później znaleźć odpowiedzi.

[marek.turczynski]

Dopiero teraz mam czas odpisać, mam nadzieję, że nie za późno.

Jak zmapować zlecenie płatnicze z wciągiem?

Na początek trzeba ustalić czy wszystkie wychodzące płatności będą robione z SAP za pomocą zleceń płatniczych. Jeżeli tak, ustawienia są prostsze, jeżeli nie - trzeba ustawienia ładnie dopieścić (generalnie zalecałbym stosowanie tych bardziej rozszerzonych ustawień).

Wariant 1: Najprostsza konfiguracja - wszystko płacone przez zlecenia
Najpierw dla danego zestawu mapowania transakcji bankowych (transakcja OT83), dla reguł płatności wychodzących (tych dotyczących płatności wychodzących inicjowanych przez firmę, nie
generowanych automatycznie, jak pobranie raty kredytu z konta czy cashpooling) należy przypisać
algorytm wyszukiwania 029: Zlecenie płatnicze:


Wariant 2: Ładny wariant wzorcowego konsultanta

Tutaj zakładamy, że płatności mogą być mieszane. Także musimy zidentyfikować przelewy w których jest numer zlecenia. To możemy zrobić za pomocą wzorów wyszukiwania.
W OT83 trzeba przypisać 'normalne' algorytmy interpretacji - czyli np. 020 - Szukanie numeru dokumentu / 021 - Szukanie numeru referencyjnego dokumentu bądź 001 - Algorytm standardowy (więcej informacji na https://help.sap.com/erp_fao_addon10/he ... ontent.htm).
Następnie we wzorcach wyszukiwania (transakcja OTPM - Wzorce wyszukiwania) należy zdefiniować wzorce, które mają zostać wyszukane w opisach przelewów.
Wzorce wyszukiwania służą do definiowania wzorców, które mają zostać wyszukane w trakcie przetwarzania pozycji wyciągu bankowego. We wzorcu podajemy również na co dany ciąg znaków ma zostać zmapowany - w naszym przypadku musimy go zmapować w ten sposób, że jak numer zlecenia zostanie znaleziony to należy go zmapować na algorytm interpretacji 29 - Numer zlecenia płatniczego.
Dodatkowe materiały o wzorcach wyszukiwania:
https://blogs.sap.com/2014/05/06/ebs-co ... ng-part-1/
https://blogs.sap.com/2014/05/17/ebs-co ... ng-part-2/
https://blogs.sap.com/2015/04/30/advanc ... statement/
https://help.sap.com/saphelp_globext607 ... ontent.htm
https://blogs.sap.com/2012/07/19/search ... statement/
Funkcji i wykorzystania wzorców nie da się krótko opisać - to trzeba samemu wypróbować. Ja z pomocą search stringów i malutkiego enhancementu zrobiłem automatyczną rozpoznawalność pozycji przychodzących na poziomie 97%.
Wracając do meritum - potrzebujemy jednego wzorca, który zmapuje numer zlecenia płatniczego na numer algorytmu.
Dodatkowo, numery zleceń mogą zostać "rozszczepione", jeżeli używa się MT940 ustrukturyzowanego - jedna część numeru zlecenia znajduje się przez znakiem oddzielającym struktury zaraz za nią - stąd najlepiej jest zmapować również takie przypadki, żeby system automatycznie je sam złączył.
Wzorzec główny:

PL_PYORD_INT_ALG_1 -> nazwa wzorca - najlepiej mieć jakiś wzór zakodowany
Opis -> opisuj wg wzorca - co wzorzec znajduje, na co mapuje
Wzorzec wyrsukiwania: PY##########
PY to stały ciąg znaków, który umieściliśmy przez numerem zlecenia w pliku płatności a ########## to ciąg 10 cyfr (numer zlecenia).
W okienku na dole jest symulacja - wzorce można od razu testować - system znajduje numer zlecenia i mapuje na 029 (numer algorytmu interpretacji).

Teraz, dodatkowe algorytmy, które pozwolą zmapować wartości 'rozłączone', takie jak np. PY1000 004000. Wcześniejszy algorytm by tego nie znalazł, bo nie przewidywał żadnych przerw.
Załóżmy, że mapujemy 2 dodatkowe wzorce dla przypadków:
PY######### #
PY######## ##
W tych przypadkach musimy zmapować "zcalenie" numeru zlecenia, jak i ustawienie odpowiedniego algorytmu interpretacji.
1. Wzorzec mapowania dla zcalenia:

2. Wzorzec mapowania dla algorytmu interpretacji:


Dla drugiego przypadku:



Oczywiście można (nawet trzeba) zmapować więcej przypadków, czasami przypadki są ciężkie, jeszcze nie miałem sytuacji w której nie udało mi się zmapować numeru zlecenia za pomocą wzorca.
W momencie w którym mamy przygotowane search stringi, musimy zdefiniować kiedy mają zostać użyte i na co mają zmapować wartość. To odbywa się w drugim kroku, czyli 'Zastosowanie wzorca wyszukiwania'.



Wzorce z 029 mapujemy wg danej jednostki gospodarczej, banku własnego, konta banku własnego, kodu operacji bankowej do opcji 'algorytm interpretacji'.
Wzorce z numerem zlecenia mapujemy do 'celu zastosowania', czyli do opisu płatności - ten wzorzec dodaje, tylko na czas analizy pozycji w tle, dodatkowe linie do opisu płatności.

Z konfiguracji to tyle, ale została jedna bardzo ważna kwestia - mianowicie, podczas wgrywania pliku wyciągu, żeby algorytm interpretacji odnalazł numer zlecenia, należy w polu XBLNR wpisać numer od ZR1000000000 do ZR1999999999 -> gdzie numery to zakres numerów zleceń płatniczych (ustawionych w transakcji FBN2). Bez tego algorytm nie będzie działał. Zostało to m.in. wspomniane w nocie 2049057.

Przykład:



Uwaga - po rozliczeniu numer zlecenia jest usuwany z tabel PYORDH i PYORDP bezpowrotnie. Jedynie w tabeli FEBCL można zobaczyć jakie numery zlecenia zostały znalezione.

[PawelW]

Wielkie dzięki Akarin za Twój czas i chęć napisania tej instrukcji. Udało mi się według tego skonfigurować zlecenia płatnicze i wygląda to całkiem nieźle. Mam tylko jedną uwagę do poniższych ustawień:

Atom 2 z numerem pierwszej płaconej faktury - długość 16 znaków

Na screenie ustawiłeś funkcję konwersji "CL RMX". U mnie takie ustawienie nie przechodzi i pole z numerem faktury jest puste. Numer faktury pojawił się dopiero jak zmieniłem tę funkcję na "CL".

Pozdrawiam,
Paweł W.