Dveh stvari nikakor ne uspem rešit, eno je nastavitev knjiženja, ki glede na navodila ni pravilna saj če je nastavljeno kot v navodilih na strani https://usersite.datalab.../Default.aspx?ctxid=6784 ne da pravilnih knjižb - Pantheon za en obračun AH, ki bi moral imet le tri postavke knjižbe (bruto na 418, neto na 285 in davek na 265) naredi šest postavk knjižb od česar so tri pravilne, tri pa je potrebno ali zbrisat ali stornirat.

Druga pa je, da mi že dalj časa ne kreira individualnega REK obrazca. Pri plačah nimam težav s tem, pri obračunu AH pa ne glede na to, da imam v nastavitvah vse vnenešeno kot mora bit za REK-2 obrazec, tega individualnega reka ne prikaže. Naredi izpis kumulativnega, individualnega pa ne.

REK kreiram na isti način kot pri plačah, XML, torej kliknem na izvoz, in potem izberem, tip dokomenta original, REK je REK-2, izberem obračun številka in pokaže se obdobje obračuna, mu rečem obdelaj, javi potrditev, vendar podatkov o prejemniku fizični osebi ne prikaže in potem, ko jih poskušam izvoziti javi Priprava podatkov ni bila dobra - ni podatkov za individualni REK!
Prejemnik ima vnešeno davčno številko.

Kar pa se tiče knjiženja AH pa glede na nastavitve kot v navodilih na vaših spletnih straneh se za neto 160 poknjiži:
2500 v breme 160
2850 v dobro 160
4180 v breme 206,45
2650 v dobro 206,45
4180 v breme 46,45
2650 v dobro 46,45
Na ta način se konto 2500 nikoli ne zapre, pa tudi nepravilno je, da bi se obračun avtorskega honorarja knjižil na kratkoročne obveznosti za vračunane in neobračunane plače. Če že rabite vmesni konto za zapiranje, potem objavite pravilna navodila in si izberite konto v skupini razreda 5, in naj se vse knjižbe tudi takoj medsebojno zaprejo. Ker če pogledate zgoraj se nikoli ne zapre konto 2500, 2650 znesek 206,45 in 4180 za znesek 46,45 - zato Irena te vrstice briše. Res domiselno. Zakaj pa ne bi preprosto sprogramirali tako, da v breme vneseš en konto, ki je vsota neta in davka, za neto drugega in za davek tretjega, pa še najbolj logično bi bilo?
Če mi ne boste na gospodinsjko logiko razložili zakaj to ni mogoče, se bom oglasila pri vas na kavi, da mi to razložite.

Zdravo.

Uspelo mi ponoviti napako, ki vam jo javi pri kreiranju XML. Težavo sem sanirala tako, da sem brisala Obdelan REK in ga ponovno kreirala.
Lahko preverite preko SQL urejevalnika in stavka: SELECT * FROM tHR_Slry_l_rekI WHERE acID='ID številka' ORDER BY acWorker kaj vam javi.
ID številko zamenjajte s svojo, npr. v moji bazi je to 1202001001.
V kolikor ste na Hostingu, mi sporočite ime baze in pogledam.

LP, Janja

Zdravo.
Povezala se na bazo. Pri kreiranju REK2 vam res manjkajo individualni zapisi, vendar ste za 11-P20-1 in 2 lahko oddali rek, od 11-P20-3 dalje pa ne. Pogledala sem katere napake vam je javilo pri obračunu AH in videla IRIS 8344 - Obračunana vrednost presega vrednost 0, čeprav je VZ namenjena samo spremljanju ur. Na VZ PAH ste imeli kljukico na Je za spremljanje ur. Kljukico sem dala stran, kreirala nov obračun 12-P20-1 in ga testno obračunala - ok, kreiranja reka-ok, kreiranje xml datoteke-ok. Kljukice vam nisem dodajala nazaj, ker je to razlog, da vam rek-i ne delajo. Videla sem tudi, da ste prenastavili konte za PAH, prehodni konto 5000, ki je vedno izravnan.
Žal se v bazi ne vidi, kdaj je bila kljukica Je za spremljanje ur dodana, vidi se samo kdaj je bila zadnja sprememba na VZ narejena in bila je 8-03-12 okoli 22.ure, predvidevam, da ste takrat spreminjali konte.
Mislim, da sva sedaj vse uredili.
Lep vikend, Janja