Import KEDU do nowego płatnika 10.02

[najmar11]

Kilka firm już eksportuje.
Niezbędne do wykonania czynności:
1. menu System->Stałe programów->Kadrowiec->Plik eksportu DO Płatnika ZUS.
zmieniamy rozszerzenie kdu na xml
2. aktualizacja definicji formularzy zus i bloków - pliki przechodzą z aktualizacjami,
Słowniki->Formularze ZUS i bloki ZUS <- Import lub podłożenie plików z \BR\PROGRAMY\HELP

Zrobiłem import formularzy i bloków ZUS i zaimportowały się niekompletne (błędne?) formuły.
Natomiast po podłożeniu plików z \BR\PROGRAMY\HELP formuły są OK.

Błędne formuły, które się importują dają takie objawy jak je opisał kolega "4d4m" kilka postów wcześniej. Chodzi o niekompletny kod tytułu ubezpieczenia.

wniosek z tego taki, że sposób w jaki podmieniamy formuły ma znaczenie...

[najmar11]

Zdefiniowane bloki i formularze ZUS działają prawidłowo.
Na moich definicjach pracuje kilka firm i wiem, że wszystko działa.
Jeśli sypie błędy masz źle wprowadzone dane lub nie masz ich wcale.
Dane dotyczące kodu ubezpieczenie eksportowane są z okna UBEZPIECZENIA a nie z KARIERY.
Zobacz co masz tam podczas przygotowania do eksportu xmla.
Dane przesyłane są z tabeli PLCMSC i tam mogą być różnice.
Zobacz , czy masz w tabeli PLCMSCtak zdefiniowane pola jak w BLOKACH.
Jeśli nie wystarczy dodać brakujące w PLCMSC albo zmienić w blokach.
Elastyczność i konfigurowalność czasami przeszkadza. Nie da się zdefiniować uniwersalnie.

hmmm no to dziwne, że nikomu Płacznik nie wyrzucał błędu przy imporcie, ja musiałem poprawić:

1. Słowniki / bloki ZUS / DDORCA:
Lp. 32: iif(OSOBY('SO')='S' .and. PLCMSC('SZ')>0,PLCMSC('SZ'),0)
Lp. 33: iif(trim(ABSENCDF->KTU1)="1211" .and. PLCMSC('PQ')>0,PLCMSC('PQ'),0)
musiałem wykasować apostrofy przy ostatnich zerach: '0' -> 0
pomaga też wykasowanie zera i zostawienie apostrofów: '0' -> ''

2. Poprawka wykazywanej podstawy chorobowego gdy ubezpieczony nie jest zgłoszony do chorobowego:
rozwiązałem to w ten sposób, że do formuły w wierszu 10 dodałem „.or.DDORCA[14]=0” jak ponizej:
Lp. 10: iif(trim(ABSENCDF→KTU1)="1211".or.trim(ABSENCDF→KTU1)="1240".or.DDORCA[14]=0,0,PLCMSC('PZC'))

czyli, jeśli składka jest zerowa to podstawa też powinna być zerowa, może trochę od tyłu ale u mnie działa.

i przy okazji WIELKIE DZIĘKI gumek i pio za kawał ciężkiej, ale dobrej roboty.

[gumek]

1. Słowniki / bloki ZUS / DDORCA:
Lp. 32: iif(OSOBY('SO')='S' .and. PLCMSC('SZ')>0,PLCMSC('SZ'),0)
u mnie: iif(OSOBY('SO')='S',PLCMSC('SZ'),'0.00')
Lp. 33: iif(trim(ABSENCDF->KTU1)="1211" .and. PLCMSC('PQ')>0,PLCMSC('PQ'),0)
u mnie: iif(trim(ABSENCDF->KTU1)="1211",PLCMSC('PQ'),'0.00')
Pio pewnie nie podłożył tych poprawek, albo ich nie podesłałem

2. Poprawka wykazywanej podstawy chorobowego gdy ubezpieczony nie jest zgłoszony do chorobowego:
rozwiązałem to w ten sposób, że do formuły w wierszu 10 dodałem „.or.DDORCA[14]=0” jak ponizej:
Lp. 10: iif(trim(ABSENCDF→KTU1)="1211".or.trim(ABSENCDF→KTU1)="1240".or.DDORCA[14]=0,0,PLCMSC('PZC'))
Jesli działa w spodziewany sposób to super.
Pozdrawiam.

[/dev/null]

No to kontynuujemy temat i idziemy dalej w nasze rozważania.
Skupiamy się na sekcji "kod tytułu ubezpieczenia" (błąd jak w poście wyżej).
W bloku zus (np. DDORCA) mamy definicję :
LP-5; Kod tyt ubezp; xml: B\p1\p3
funkcja: iif(empty(ABSENCDF->KTU1),ZUS->KTU3,ABSENCDF->KTU3)

"B\p1\p3" dotyczyć ma sekcji III-B w deklaracji zus-RCA (.xml) opisujący "kod tytułu ubezpieczenia", czyli np "0411 0 0" albo "0110 0 0"
Powinno to wyglądać w xml-u na przykład :
<B>
<p1>
<p1>0411</p1>
<p2>0</p2>
<p3>0</p3>
</p1>
a eksportuje się tylko:
<B>
<p1>
<p3>0</p3>
</p1>
-> czyli brakuje jakby podwierszy p1 i p2 (w sekcji B <p1> ..... </p1>)
I teraz tak - z czego to wynika? Czy z jakiegoś błędu w definicji wierszy LP-5 ... B\p1\p3 ?
-> czy powinno może być:
LP-5 B\p1\p1 ZUS->KTU1 (funkcja podana skrótowo, odnosząca się tylko do tabeli ZUS i kolumn KTU1 2 3,..)
LP-6 B\p1\p2 ZUS->KTU2 (,,, czyli danych z ekranu KARIERA)
LP-7 B\p1\p3 ZUS->KTU3
-->> ale wtedy pozmieniają się definicje obliczeń zależnych od "LP" ..

++++++++++ tu się kłania moja obsesja viewtopic.php?f=51&t=2114 +++++++++++

Czy może inaczej powinna być ułożona funkcja: iif(empty(ABSENCDF->KTU1),ZUS->KTU3,ABSENCDF->KTU3)
-> bo ta sprawdza w tabeli ABSENCDF czy w kolumnie KTU1 jest pusto, i bierze z ZUS, lub z ABSENCDF kolumnę KTU3,
przypominam, KTU1 = 0411; KTU2 = 0; KTU3 = 0;
-> i wpisuje KTU3 = zazwyczaj 0 w pole B p1 p3
A co z KTU1 i KTU2 które powinny zapełnić B p1 p1 i B p1 p2 ?.

Inne błędy opiszę, jak rozwiążemy ten problem ( i przy okazji nauczymy się od Naszego Piotra definiować XML-e w blokach ZUS)
Z pozdrowieniami 4d4m.

Rozwiązaliśmy to dodając B\p1\p2 i B\p1\p3 także jako numer 5 (są 3 numery 5) póki co nie ma problemów

[gumek]

Witam, sorki, ale nie qmam. Jakie macie pliki bądź czy faktycznie podmieniliście pliki na właściwe?
Od kiedy przepisałem stare kedu chyba w 2019 roku definicje DDORCA funkcjonują prawidłowo i kod ubezpieczenia jest pełny .
Struktura bazy nie została w tym zakresie zmieniona. Dane nie sa pobierane z okien z baz danych i tam szukaj rozwiązania.
Przeczytaj posty wyżej skąd pobierany jest kod ubezpieczenia podczas eksportu.
Ale skoro teraz to działa i sam do tego doszedłeś to szczere gratulacje.
Wiem jak cieszy dobrze wykonane zadanie a nie tylko czekanie na gotowca.
Pozdrawiam.

[/dev/null]

Witam, sorki, ale nie qmam. Jakie macie pliki bądź czy faktycznie podmieniliście pliki na właściwe?
Od kiedy przepisałem stare kedu chyba w 2019 roku definicje DDORCA funkcjonują prawidłowo i kod ubezpieczenia jest pełny .
Struktura bazy nie została w tym zakresie zmieniona. Dane nie są pobierane z okien z baz danych i tam szukaj rozwiązania.
Przeczytaj posty wyżej skąd pobierany jest kod ubezpieczenia podczas eksportu.
Ale skoro teraz to działa i sam do tego doszedłeś to szczere gratulacje.
Wiem jak cieszy dobrze wykonane zadanie a nie tylko czekanie na gotowca.
Pozdrawiam.

Jeżeli wgraliśmy paczkę 2019 KEDU kod ubezpieczenia pobierał się cząstkowo pobierały się tylko 2 albo 4 cyfry (nie pamiętam teraz), zamiast 4-2-2, chyba żeby wpisać ten kod w jedno pole zamiast 3 zgodnie z opisem tabelki. Prócz tego, wszystko było ok (po tym jak okazało się że Kadrowiec nie ma tego przeliczać dla wszystkich, tylko dla każdego pojedynczo, a to płatnik zsumowuje, dlatego plik xml-kedu nie miał w pełni wypełnionych pól (dla sum), prócz tego zabiegu z kodami potwierdzam, że wszystko było już ok.

Ale tak, Vatowiec/Kadrowiec poniekąd wymusza "grzebanie" ale obawa, że nagrzebie się coś na "Zapas" i potem coś innego nie będzie liczyć też jest duża.