Podrška #26882
Zatvoren
zbirna rekapitualacija LD za čitavu godinu ne daje ispravne iznose
Dodano od Ernad Husremović prije više od 14 godina. Izmjenjeno prije više od 14 godina.
100%
Izmjenjeno od Ernad Husremović prije više od 14 godina
kontrolom neto primanja iz FIN i zbirne rekapituacije LD nešto ne štima.
na LD-u se dobija koliko primjetim uvećan iznos
Izmjenjeno od Ernad Husremović prije više od 14 godina
uočeno na bazi bringout_2011
Izmjenjeno od Ernad Husremović prije više od 14 godina
tako recimo dobijamo tačku 6) 26279 KM
dok u finansijama na kontu obaveza za plate dobijamo 22910
Izmjenjeno od Ernad Husremović prije više od 14 godina
- Naslov promijenjeno iz zbirna rekapitualacija LD za čitavu godinu ne daje ispravan iznos u zbirna rekapitualacija LD za čitavu godinu ne daje ispravne iznose
Izmjenjeno od Saša Vranić prije više od 14 godina
Jednom nekada na prošlom ili pretprošlom obračunu isto bilo.
Šta daje izvještaj - pregled plata za više mjeseci.
Izmjenjeno od Ernad Husremović prije više od 14 godina
Saša Vranić je napisao/la:
Jednom nekada na prošlom ili pretprošlom obračunu isto bilo.
Šta daje izvještaj - pregled plata za više mjeseci.
toliko od mene što se tiče prijave problema :)
na raspolaganju su ti isti podaci kao i meni.
Izmjenjeno od Ernad Husremović prije više od 14 godina
a na veznom ticketu će Željka ručno izvući podatke koji su potrebni za završni obračun pa i to možeš iskoristiti za analizu problema
Izmjenjeno od Ernad Husremović prije više od 14 godina
inače je greška što se nakon finalnog obračuna za mjesec sve stavke sa rekapitulacije ne pohranjuju u posebnu tabelu, tako da i u slučaju promjena stopa poreza ili doprinosa možemo dobiti zbirne rekapitulacije.
Izmjenjeno od Ernad Husremović prije više od 14 godina
ali u slučaju 2011 godine nije bilo promjena stopa tako da je zbirni izvještaj trebao dati ispravne podatke kao pojedinačni izvještaji.
Izmjenjeno od Ernad Husremović prije više od 14 godina
vrlo je moguće da postojeći algoritam nije ispravna i da je potrebno zbirnu rekapitulaciju praviti tako što se
radi rekapitulacija mjesec po mjesec i onda se ti podaci saberu ... a ne da se "džuturile" podaci obuhvate za sve mjesece odjednom
Izmjenjeno od Ernad Husremović prije više od 14 godina
najvjerovatnije da je to uzrok neispravnosti zbirnog izvještaja
Izmjenjeno od Saša Vranić prije više od 14 godina
ja dobijam ovo na tački 6
------------------------------------------------------ ------------------ 6. UKUPNA NETO PLATA 22911.34 ------------------------------------------------------ ------------------
Izmjenjeno od Saša Vranić prije više od 14 godina
odradi
rm ld_*
iz home direktorija
Izmjenjeno od Saša Vranić prije više od 14 godina
Drugim riječima, dobijam
---- ----------------------- -------- ------------- ------------- 1X - dopr.iz plata 31% 31.00% 33867.33 10498.87 ---- ----------------------- -------- ------------- -------------
i
---- ----------------------- -------- ------------- ------------- 2X - dopr.na plate 10.5% 10.50% 33867.33 3556.07 ---- ----------------------- -------- ------------- -------------
Izmjenjeno od Saša Vranić prije više od 14 godina
Identično mi daje i izvještaj pregl.plata za više mjeseci
u uslov za doprinose sam stavio "1X" i "2X"
------------ ------------
(14) (15)
Doprinos Doprinos
1 2
31.00 % 10.50 %
------------ ------------
2168.93 734.69
2757.92 934.13
1223.95 414.56
2366.10 801.42
1981.98 671.31
------------ ------------
10498.88 3556.11
------------ ------------
Izmjenjeno od Saša Vranić prije više od 14 godina
Ernad Husremović je napisao/la:
vrlo je moguće da postojeći algoritam nije ispravna i da je potrebno zbirnu rekapitulaciju praviti tako što se
radi rekapitulacija mjesec po mjesec i onda se ti podaci saberu ... a ne da se "džuturile" podaci obuhvate za sve mjesece odjednom
Ma ima već otvoren tiket ranije vezan za rekapituacije u LD-u, to su inače najgori izvještaji pored specifikacije.
Recimo ja sam radio nove izvještaje "pregled plata za više mjeseci" gdje se generišu podaci u pomoćnu tabelu pa se na osnovu nje štampa itd...
Identični algoritmi se koriste i kod MIP-a, GIP-a itd... mislim ta pomoćna tabela.
Na osnovu toga bi trebalo ispraviti i rekapitulacije.
Izmjenjeno od Ernad Husremović prije više od 14 godina
Saša, radi se o našim podacima pa mi nije bitno što su publikovani.
Međutim, moraš imati na umu da ovdje ne smijemo objavljujati korisničke podatke.
Uredno sam otvorio interni ticket za sam problem kod korisnika i developerski ticket. Sav tvoj posao je paziti gdje šta objavljuješ.
Ako želiš demonstrirati problem, što je često najbolji način demonstracije problema i rješenja, moraš koristiti testne podatke.
Izmjenjeno od Ernad Husremović prije više od 14 godina
ja dobijam ovo na tački 6
provjerio sam na drugoj instalaciji - u pravu si. i ja dobijam ispravan neto.
ali dobro najbolje da Željka napravi ručnu provjeru doprinosa (podaci koje trebam) pa ćemo znati da li su podaci sa rekapitulacije ispravni.
Izmjenjeno od Ernad Husremović prije više od 14 godina
ma dobro. ja sam objavio naše završne računa iz zadnjih 5 godina na svom blogu ... tako da je u konkretnom slučaju sasvim nebitno to što si postirao.
Ukazujem ovo da pratiš na kom ticketu publikuješ privatne info klijenata. A bring.out je ... out :)
Izmjenjeno od Ernad Husremović prije više od 14 godina
- Status promijenjeno iz Dodijeljeno u Zatvoreno
- % završeno promijenjeno iz 0 u 100