|
|
Usersite
»
UserSite SI
»
Blago
»
Izpis izbriasnih računov
Stopnja: PA User
Pridružen(a): 24/04/2009(UTC) Objave: 54
Zahvale: 1 krat Prejete zahvale: 1 krat v 1 objavah
|
Zdravo, naredim danes iz firbca datoteko za DURS in kontrolne izpise in mi rata slabo ... Od 1.7. do danes se namreč pojavi kar nekaj "kao"izbrisanih računov, čeprav imam 100% kontrolo nad blagajno (jo delam samo jaz) in vem, da se to ni zgodilo.Poleg tega računi, ki so bili "kao" zbrisani, fizično na 320 in 310 obstajajo in izgleda, kot da bi se račun zbrisalo in še enkrat izstavilo novega pod isto številko. Na kontrolnem izpisu izvoza knjige Zdavp (izpis 2HT) recimo 2 zaporedna računa manjkata, pa čeprav spet fizično obstajata, sta bila zaključena in tudi zanju narejena blagajniška prejemka. A se komu dogaja kaj podobnega in kaj bi to lahko bilo ? Hvala, G
|
|
|
|
Stopnja: Newbie
Pridružen(a): 01/08/2013(UTC) Objave: 4
|
tudi pri na je tako, ugotovili smo da vsaka prijava /odjava al iz panteona ali če zapreš pos na praznem računu evidentira brisanje računa. Da ne govorim da enako dela, ko se zvečer kontrolira blagajno in preverjaš račune če je pravilno označeno kartica /gotovina. Katastrofa
|
|
|
|
Stopnja: Member
Pridružen(a): 24/06/2013(UTC) Objave: 10
|
Prebrala Vaš post, sem šla preverit. Enake težave.Se strinjam, katastrofa. In spet kaj zdaj?
|
|
|
|
Stopnja: Advanced Member
Pridružen(a): 12/08/2011(UTC) Objave: 172  Zahvale: 1 krat Prejete zahvale: 4 krat v 4 objavah
|
sej veste, sej gledate televizijo :(. Hvala moji pameti, da smo zaprli trgovine, kjer se uporablja POS. Tisto malenkost, ki jo prodamo v delavnici končnim kupcem pa blokiramo na 310. POS je ratal v zadnjih 3-4 letih leglo težav in to samo zato, ker so ga začeli preobikovati, hkrati se jim pa je sesula stabilnost in robustnost tega modula iz verzije Pantheon-a 5.0....
Je pa to napaka na katero sem že večkrat opozoril, pa so vsi govorili spet si domišljaš.....
Martin
p.s. me prav zanima kakšna bo reakcija Datalab-a
|
 1 user thanked martinzoh for this useful post.
|
|
|
Stopnja: PA User
Pridružen(a): 24/04/2009(UTC) Objave: 54
Zahvale: 1 krat Prejete zahvale: 1 krat v 1 objavah
|
Očitno nismo edini s to težavo, njabrž pa kar vsi, ki uporabljajo POS modul :(
No, in zdaj mene tudi zanima odgovor Datalaba in to v najkrajšem času. Ja, vidimo po televiziji da je DURS na pohodu zato me res zanima, kaj se bo zgodilo, če mi stopijo skozi vrata,prekontrolirajo poslovanje in najdejo "kao" izbrisane račune ? Ali bomo kazni in poslovno škodo prefakturirali Datalabu ?
Torej?
Grega
|
|
|
|
Stopnja: Newbie
Pridružen(a): 11/02/2013(UTC) Objave: 2
|
Pozdravljeni,
tudi pri nas imamo enak problem, namreč pri pregledu izbrisanih dokumentov se pojavijo računi (POS-320), pa čeprav 100 % nismo NIČ brisali! Prosim Datalab za odgovor, zakaj se to dogaja?! LP, Nina
|
|
|
|
Stopnja: Member
Pridružen(a): 27/09/2013(UTC) Objave: 13
|
Spoštovani Ob uporabi programa noviPOS se izvoz podatkov TXT za DURS naredi iz programa noviPOS na nivoju blagajne in ne iz Pantheona. Navodila: https://usersite.datalab...ault.aspx?htmlid=1003040Produkt noviPOS naj bo na verzija 6211 ali novejša. Robert
|
|
|
|
Stopnja: PA User
Pridružen(a): 24/04/2009(UTC) Objave: 54
Zahvale: 1 krat Prejete zahvale: 1 krat v 1 objavah
|
Hvala lepa. A to potem pomeni, da se forme 320 v Panteonu naj sploh ne bi uporabljalo več? Pa mogoče malo neumno vprašanje, pa ne najdem nikjer odgovora - kje pa dobimo NoviPos? Imam pa zadnjo nadgradnjo 62,12 ... lp, g
|
|
|
|
Stopnja: PA User
Pridružen(a): 24/04/2009(UTC) Objave: 576  Prejete zahvale: 9 krat v 9 objavah
|
Ja pol pa iz PA odstranite te izpise in pos... če je neuporabno in deluje narobe.. Zakaj bi morali imeti identične stvari na dveh mestih, ki pa niti ne delujejo enako... | |
|
|
|
Stopnja: PA User
Pridružen(a): 24/04/2009(UTC) Objave: 54
Zahvale: 1 krat Prejete zahvale: 1 krat v 1 objavah
|
Mene pravzaprav zdaj zanima nekaj - ali modul 320 in izpisi za DURS delujejo kot je treba ali ne? Brez NoviPos ! Dobili smo 26.7. 2(dva) maila iz komerciale Datalab (Haclar,Kaloper) z navodili kako se uporablja oz. naredi izpise za DURS.Nikjer ni govora o NoviPos. Nikjer tudi ne najdem navodil, kako se pravilno module uporablja.Slučajno iz enega komentarja potem razberem, da je treba račun dat fizično printat (ali izvozit v pdf), da se zapiše v datoteko.In res so se manjkajoči računi potem piojavili v izpisu ... Na 320 je nujno treba izklopit, da se ob zagonu postavi na nov zapis.Šele, ko je stranka 1000% da bo nekej kupila, se odpre nov zapis, sicer ga takoj vrže med izbrisane, itd Za par POS računov na teden res ne bi nalagal še NoviPos pa najbrž plačal še podpornika, da ga vzpostavi da bo delal kot je prav zato me zdaj res zanima ali 320 deluje kot mora in je zakonom zadoščeno ? Če ne je res brezveze da je v PA, odstranite ga ven ... lp,G
|
|
|
|
Stopnja: Member
Pridružen(a): 27/09/2013(UTC) Objave: 13
|
LP
Izpisi za DURS se uporabljajo iz obeh nivojev odvino katera blagajna se uporablja. Če uporabljate blagajno iz Panteona se vsi izvozi tudi izvažajo iz Pantheona. V primeru da pa se uporablja blagajna noviPOS pa se le ti izvozi delajo kot je omenjeno zgoraj.
Da gre dokument na novo številko je uporabniška nastavitev, ki jo nastavite na blagajni pod nastavitve.
|
|
|
|
Stopnja: PA User
Pridružen(a): 24/04/2009(UTC) Objave: 54
Zahvale: 1 krat Prejete zahvale: 1 krat v 1 objavah
|
Hvala. Torej tudi običajni POS na modulu 320 deluje kot je treba in ni potrebno nalagati NoviPos, če ne želimo ? Da je nov zapis uporabniška nastavitev vem. Zanima me pa sledeče (pa najbrž še koga, ker zgoraj vidim podobne težave) - če imamo nastavljeno, da se ob zagonu 320 postavi na nov zapis (prazen) in ne na zadnjega zapisanega in se potem stranka ne odloči za nakup in ga je treba zapret (spet praznega) - ali dobi ta zapis svojo številko ali ne in, ali se zapiše med zbrisane račune (ker je prazen). Natančnih navodil za delo s 320 ni nikjer, so pa za pravilno zapisovanje v DURS datoteke in izpise postopki kako delat s 320 bistveni. prosim, če lahko torej napišete, kaj je s 320 treba naredit in kaj se ne sme sploh, da bo zadeva funkcionirala kot je treba. Hvala in lp,G
|
|
|
|
Stopnja: Member
Pridružen(a): 27/09/2013(UTC) Objave: 13
|
LP
Tudi običajni pos deluje kot je to potrebno. Glede kako se dela z gotovinskimi računi je zakonodaja jasna in pravi da se izdanih računo ne sme popravljati v primeru da pride do takega pojava pa morajo biti spremembe zavedene v izvozni datoteki. Račun se v datoteko pripravi ko je ta natisnen in spremlja vsako njegovo nadaljnjo spremembo.
Robert
|
|
|
|
Stopnja: PA User
Pridružen(a): 24/04/2009(UTC) Objave: 54
Zahvale: 1 krat Prejete zahvale: 1 krat v 1 objavah
|
Ne govorimo o brisanju računov, vsem je jasno da je to prepovedano. Govorim o pravilnem postopku.Da mora biti račun natisnjen oz.izvožen v pdf da se zapiše v izvozno datoteko zdaj vemo (nikjer pa to ne piše, ugotoviti smo morali sami). Še vedno pa ne vemo, kako se obnaša 320 ob odpiranju modula ? Verjamem, da niso vsi uporabniki PA tipa Merkator, ki ima podoben modul odprt ves čas in izda 10 računov/minuto ... Pri nekaterih, ki izdamo mogoče par POS računov na teden, se lahko zgodi, da stranka stopi v trgovino, zaženeš 320 (ker se včasih lahko konkretno dolgo nalaga) in čakaš ali bo prišlo do nakupa ali ne.In se zgodi, da tudi ne pride in seveda potem 320 spet zapreš, brez prodaje. Potrebujemo torej navodilo, kaj se absolutno ne sme, da ne pride do zapisa med izbrisane račune, če je potrebno zapreti modul brez prodaje (torej brez izdanega računa).Sam imam npr. eno zaporedno številko (isto) računa 3x med izbrisanimi, potem pa normalno izstavljeno.Če mi pride kontrola, bodo seveda rekkli, da smo račun 3x brisali kar pa ni res ker ni bil zbrisan niti enkrat ... Uredil uporabnik 16 October 2013 06:31:29(UTC)
| Razlog: Ni naveden
|
|
|
|
Stopnja: Datalab
Pridružen(a): 16/11/2010(UTC) Objave: 112
Prejete zahvale: 5 krat v 5 objavah
|
Pozdravljeni,
res je, da program napačno beleži račune med izbrisanimi - vendar samo v "pregledu" - torej informativni pregled za uporabnike (Blago>kontrolni izpisi>Pregled izbrisanih računov) in seveda se strinjamo, da je to napačno in čakam na popravek.
Medtem ko v samo datoteko za DURS (ki se izpiše na obračunu izdanih računov) se pa ti dokumenti (npr. odprta forma POS - 320 in nato zaprta brez proemta) ne zabeležijo. Za namene DURS velja in program pravilno zajema podatke o računih, ki so bili torej natisnjeni (print, pdf ali e-slog) za maloprodajo, za veleprodajo pa je pogoj še blagjniški prejemek.
Torej, napaka je "samo" v kontrolnih izpisih za uporabnike - se strinjam - zelo neprijetno in bomo odpravili v najkrajšem času tudi ta pregled.
S prijaznimi pozdravi,
|
|
|
|
Stopnja: Advanced Member
Pridružen(a): 12/08/2011(UTC) Objave: 172  Zahvale: 1 krat Prejete zahvale: 4 krat v 4 objavah
|
Pozdravljeni, na tem mestu bi morda še izpostavil, da ste to funkcijo vključili v mesecu decembru leta 2012, brez vednosti uporabnikov in nastavili, da se po privzetem vse spremembe beležijo. Ali ne bi bilo potrebno za takšno pomembno spremembo obvestiti uporabnike? in sedaj ko grem gledati nazaj mi najbolj všeč :( kar vidim. Je pa res da od 1.6 naprej ni novih zapisov, ker smo nehali uporabljati POS modul lp Martin Uredil uporabnik 23 October 2013 13:22:12(UTC)
| Razlog: Ni naveden
|
|
|
|
Usersite
»
UserSite SI
»
Blago
»
Izpis izbriasnih računov
Hitra navigacija
Ne smete dodajati novih tem.
Ne smete odgovarjati na teme.
Ne smete brisati svojih objav.
Ne smete urejati svojih objav.
Ne smete ustvarjati anket.
Ne smete glasovati v anketah.
|
|
|