Arhivirana provjera. Kako poništiti ček na internet kasi? Zbirni izvještaj za smjenu kase

Novo u verziji

Karakteristike proizvoda

U konfiguraciji "Maloprodaja" implementiran je mehanizam karakteristika koji omogućava korištenje dodatnih dimenzija proizvoda za obračun i analizu toka proizvoda.

Potreba za korištenjem karakteristika za stavku utvrđuje se u priručniku "Vrste predmeta":

Nemojte koristiti (karakteristike se neće koristiti za ovu vrstu nomenklature);
Koristite stavke zajedničke tipu (za stavke ovog tipa će se koristiti opšte karakteristike tipa stavke);
Koristite individualne karakteristike za predmet (za ovu vrstu predmeta će se koristiti individualne karakteristike.

U svim izvještajima o proizvodima dodana je mogućnost grupiranja i odabira proizvoda, prilikom izrade izvještaja, prema karakteristikama i vrijednostima njihovih svojstava.

Registracija troška robe

Za procjenu efikasnosti rada uvedena je mogućnost registracije cijene robe. Registracija troška robe može se izvršiti u načinu koji je određen u postavkama računovodstvenih parametara "Metoda obračuna troškova":

Ignoriraj.
Neće biti registracije troška robe;
Autonomno računovodstvo.
Trošak robe se evidentira kao cijena posljednjeg prijema robe;
Primite od kontrolnog sistema.
Prosječna cijena robe koja se prodaje iz sistema upravljanja prenosi se u 1C: Maloprodaja, što vam omogućava da dobijete uporedive podatke u obje baze podataka;

U slučaju kada se trošak robe može odrediti samo stručnim sredstvima (na primjer, pri prelasku na korištenje „Maloprodajne“ konfiguracije neautomatiziranih trgovina), možete koristiti dokument „Postavljanje troškova“.

Novi izvještaj o bruto dobiti omogućava vam analizu bruto dobiti ostvarene prodajom proizvoda u određenom vremenskom periodu.

Analiza lične prodaje

Kako bi se omogućila registracija lične prodaje zaposlenih u radnji i provođenje dalje analize lične prodaje u prodajnim dokumentima, dodana je mogućnost navođenja prodavača odgovornog za prodaju robe. U dokumentima za prodaju robe moguće je za svaki red tabele „Proizvodi“ navesti prodavca koji je izvršio prodaju. Prodavac dokumenta može se registrovati pomoću kartice za registraciju radnika.

Za analizu i lične i bezlične prodaje, dodat je izvještaj „Prodaja“, koji odražava količinu prodaje, broj prodane robe i prosječnu cijenu prodane robe. Ovaj izvještaj se može spustiti na nivo lične prodaje prodavača.

Informacijske kartice

Za registraciju lične prodaje prodavaca, detaljne prodaje kupcima u radnji (personalizovana prodaja), dodata je mogućnost registracije informativnih kartica za fizička lica u sistemu.

Za registracijsku karticu, pojedinac je zaposlenik trgovine, a za diskontne kartice, pojedinac je kupac trgovina.

Za analizu prodaje kupaca u radnji implementiran je izvještaj „Prodaja po diskontnim karticama (po KKM potvrdama)“ u kojem je moguće prikazati podatke o personaliziranoj prodaji (pojedinci ili druge strane), ako je kupčeva diskontna kartica naznačena u prodajni dokument (“KKM račun”). Izvještaj može prikazati i svojstva i kategorije kupca, kao i kontakt informacije kupca, što vam omogućava da procijenite učinkovitost programa za privlačenje redovnih kupaca u trgovine prema različitim kriterijima.

Implementirana je mogućnost korištenja informativnih kartica koje imaju i jedinstveni bar kod i kod odštampan na magnetnoj traci, odnosno kod utisnut na kartici.

Planiranje i evidentiranje radnog vremena osoblja prodavnice, razmena podataka sa konfiguracijom „Plate i upravljanje osobljem“.

U konfiguraciji „Maloprodaja“ postalo je moguće planirati radno vrijeme zaposlenih u radnji, registrovati podatke o stvarno iskorištenom radnom vremenu zaposlenih, izgraditi plan – činjeničnu analizu korištenja radnog vremena, na osnovu kojeg se donose upravljačke odluke o motivaciji osoblja.

"Brza" roba

Kako bismo vam omogućili brzi unos često kupovanih proizvoda ili proizvoda koji nemaju bar kodove, dodana je mogućnost korištenja liste „brzih“ proizvoda u načinu registracije prodaje, čiji se vizualni prikaz poziva klikom na „ Brzi proizvodi (F2)”. Za svaki proizvod sa liste brzih proizvoda instaliran je akcelerator.

Lista "brzih" proizvoda je konfigurisana u tabelarnom delu "Lista "brzih" proizvoda" direktorijuma "RMK Settings", gde se za svako dugme "brzih" proizvoda može podesiti odgovarajući proizvod i njegov može se dodijeliti vlastito ime ili slika.

Statusi blagajničkih računa

"Odgođena provjera"
Prilikom generiranja blagajničkog čeka od strane blagajnika u načinu registracije prodaje može doći do situacije da blagajnik mora odgoditi rad s generiranim čekom, te nakon generiranja određenog broja drugih čekova nastaviti rad s odgođenim čekom. Da biste to uradili, status dokumenta „Maloprodajni račun” „Odloženo” je dodat u konfiguraciju „Maloprodaja” koji se dodeljuje računu kada pritisnete taster „Odloži račun (Alt+F9)” u režimu registracije prodaje, nakon čega počinje rad na generiranju novog računa. Možete nastaviti raditi na računu na čekanju u načinu registracije prodaje pritiskom na tipku "Nastavi račun (Alt+F10)". Dokumenti "KKM prijem" sa statusom "Odloženo" čuvaju se u sistemu do zatvaranja smjene kase.
"Poništeni ček"
Prilikom rada u načinu registracije prodaje, korisnicima se daje mogućnost da ponište račun ako kupac odbije kupovinu. Sada se poništeni čekovi čuvaju u informacionoj bazi sa statusom "Otkazano" kako bi se omogućila analiza mogućih prekoračenja ovlašćenja od strane blagajnika u obavljanju svojih dužnosti.
"Provjera arhive"
Prilikom zatvaranja smjene blagajne svim dokumentima „KKM račun“ (osim poništenih) dodjeljuje se status „Arhiva“, što znači da se podaci iz ovih dokumenata unose u dokument „Izvještaj o prodaji na malo“.

Interaktivno promijenite dostupnost administrativnih funkcija u načinu registracije prodaje

Za obavljanje nekih operacija (storno robe, poništavanje čeka itd.), blagajnik koji radi u načinu registracije prodaje možda neće imati dovoljno prava. Za provedbu takvih radnji, koje zahtijevaju "povišena" prava, drugi korisnik (na primjer, viši blagajnik) može se prijaviti u način registracije prodaje koristeći svoju registracijsku karticu. Da biste to učinili, u načinu registracije prodaje potrebno je pritisnuti tipku "Zamjena prava (Alt+F4)", pročitati podatke o registracijskoj kartici, izvršiti potrebne radnje, a zatim pritisnuti istu tipku čiji naziv ima promijenjeno u “Vrati prava (Alt+F4)”.

Oprema za maloprodaju

Promijenjen je mehanizam za povezivanje i postavljanje maloprodajne opreme. Redizajniran je obrazac za povezivanje i postavljanje maloprodajne opreme. Vizuelni stil obrasca je poboljšan: dodane su asocijativne slike (ikone) za svaku vrstu održavanja, uvećani su obeleživači stranica obrasca, a u obeleživače stranica dodane su dodatne informacije o dodanim/povezanim uređajima. Funkcije za rad sa obradom održavanja nalaze se u posebnom podmeniju. Dodata mogućnost upravljanja vezom uređaja: ako je uređaj privremeno isključen sa sistema, više nema potrebe da ga brišete, gubite postavke veze - samo poništite izbor u polju za potvrdu "Povezano".

Dodan je pomoćnik za povezivanje i podešavanje komercijalne opreme koji vam omogućava da pomoću dijaloga odaberete vrstu komercijalne opreme koju želite povezati, učitati potrebnu obradu servisa, dodati novi model uređaja, konfigurirati i provjeriti parametre povezivanja opreme .

Dodata mogućnost online preuzimanja i ažuriranja obrade za servisiranje komercijalne opreme.

Grupe korisnika maloprodajne opreme su uklonjene. Sada, prilikom postavljanja nove vrste komercijalne opreme, nema potrebe da navodite korisnike kojima je dozvoljeno korištenje ove vrste opreme. Trgovačka oprema biće dostupna svim korisnicima informacione baze.

Razmjena podataka sa komercijalnom opremom povezanom u Offline modu (KKM u Offline modu, Elektronske vage u Offline modu)

Za maloprodajnu opremu povezanu u Offline modu implementiran je način periodičnog dodatnog učitavanja promijenjenih informacija o robi (od posljednjeg učitavanja), a učestalost učitavanja korisnik može podesiti po vlastitom nahođenju. Implementirane su i sljedeće mogućnosti: potpuno ručno ponovno pokretanje maloprodajne opreme, ručno djelomično ažuriranje informacija u maloprodajnoj opremi (što je posebno važno kod rada sa Offline elektronskim vagama) i brisanje informacija u memoriji maloprodajne opreme.

Predlošci fiskalnih računa

Dodata mogućnost generisanja šablona za štampani obrazac fiskalnog računa.

Zbirni izvještaj za smjenu kase

U slučaju korištenja više od jedne kase, moguće je generirati zbirni izvještaj o očitanjima brojača kasa i prihodima organizacija za tekući dan (obrazac "KM-7"), u tu svrhu U sistem je dodat dokument "Zbirni izvještaj o smjeni kase".

Statistika prijema blagajne

U konfiguraciju „Maloprodaja“ dodat je izvještaj „Statistika maloprodajnih kasa“ koji vam omogućava da analizirate opterećenje na kasama, upoređujući indikatore pojedinačne kase sa prosječnim pokazateljima na nivou grupe.

Izvještaj o proizvodu "TORG-29"

Za vrednovanje robe u prodavnicama po prodajnim cenama dodat je izveštaj „Izveštaj o proizvodima (TORG-29)“.

Ograničavanje migracije podataka na osnovu informativnog stanja proizvoda u prodavnicama za RIB čvorove

Kada upravlja lancem prodavnica i koristi RIB mehanizme, postalo je moguće da RIB čvor ograniči listu prodavnica čiji će podaci o stanju migrirati na ovaj čvor. Takvo ograničenje je relevantno kada trgovine u nekim regijama ne trebaju slične informacije iz trgovina u drugim regijama ili kada u mrežama više formata neke trgovine imaju drugačiji format od drugih trgovina.

Distribuirana informaciona baza za kase

Mogućnost postavljanja distribuirane baze podataka unutar prodavnice, čiji su čvorovi blagajne, dodata je konfiguraciji „Maloprodaja“. Time je obezbeđena mogućnost kontinuiranog rada Retail baze podataka sa prihvatljivim performansama u prodavnicama sa velikim brojem kasa, bez obzira na konekciju sa serverom.

Verzija 1.0.5 maloprodajne konfiguracije, revizija 1.0 je namijenjena za korištenje sa verzijom platforme 8.1.13 (i novijim).

01.04.2009

Otkazivanje KKM čeka je otkazivanje operacije primanja gotovine od kupca i povezane manipulacije s čekom. Ako se ček poništi prije nego što se zatvori, onda, po pravilu, kasa registruje ovu činjenicu i na čeku ispisuje natpis „Ček poništen“. Iznos otkazane prodaje nije uključen u kumulativne ukupne iznose.

Ako je ček već zatvoren, koraci su sljedeći:

Kupac je istog dana vratio ček - na ček se stavlja pečat "Poništeno" i potpis odgovorne osobe; na kraju smjene sastavlja se zapisnik na obrascu KM-3 uz koji se prilaže i pogrešni ček. .
Greška je otkrivena nakon zatvaranja smjene - tada se ta činjenica odražava u dnevniku KM-4.

BITAN! Sve gore navedene manipulacije bile su relevantne za blagajne sa ECLZ-om. Promijenjeno je uvođenje onlajn kasa i ukidanje čekova .

Ako još niste čuli za online naplatu, pročitajte o njima.

Da li je moguće poništiti račun za online kasu?

U online kasama, poništenje čeka je moguće u fazi kada još nije ocarinjeno. Softver za online kase u pravilu vam omogućava da poništite ček prije nego što se odštampa i prenese u OFD. Na primjer, firmver za sistem online kase "Evotor" omogućava vam da se vratite na proceduru prodaje robe (unošenje u ček), kao i da prilagodite listu robe i potpuno poništite ček.

Ako je ček već izdat, onda se ne može poništiti korištenjem gore navedenih metoda za blagajne s ECLZ-om. Razlog za to su izmjene zakona “O primjeni sistema kasa” od 22. maja 2003. br. 54-FZ. Trenutna verzija ovog zakona uključuje korištenje provjere ispravke za ispravljanje pogrešnih provjera (klauzula 4, član 4.3 Zakona br. 54-FZ). Morate napraviti takvu provjeru između otvaranja i zatvaranja smjene. U tom slučaju možete izvršiti provjeru ispravke bilo kojeg drugog dana: nije neophodno da se datum provjere ispravke podudara s datumom pogrešnog izračuna.

Provjera ispravke može sadržavati 2 karakteristike proračuna:

1—ispravka računa, odnosno poslovni subjekt evidentira neobračunate prihode ako, na primjer, ček uopće nije obračunan ili je obračunat za manji iznos od potrebnog;
3 - ispravka rashoda, kada privredni subjekat usklađuje fiskalne dokumente za izdavanje novca iz kase, budući da je prvobitno izdat manji iznos od potrebnog.

Poništavanje čeka može biti radnja koja se izvodi na inicijativu privrednog subjekta - kada se greške samostalno utvrde. Zatim se u provjeru označava datum i broj knjigovodstvene isprave na osnovu koje se obračuni usklađuju. To može biti, na primjer, objašnjenje od blagajnika. Vrsta korekcije u ovom slučaju je „nezavisna operacija“.

Ako porezni inspektor utvrdi kršenje, tada morate navesti vrstu ispravke „operacija po nalogu“ i detalje samog naloga.

Osim toga, online kase imaju funkciju plaćanja koja se zove „povrat računa“. Uz njegovu pomoć možete prilagoditi kalkulacije na online kasi u prisustvu klijenta. Ukoliko ustanovite da ste izdali neispravan ček kupcu koji je uplatio novac na kasu, potrebno je da izdate novi ček na isti iznos kao kod pogrešnog čeka, ali sa obračunskim znakom „povrat računa“. Na takvom čeku će biti naznačen fiskalni znak primarnog čeka sa greškom. Odnosno, vi, takoreći, poništavate lošu ček. Zatim se ispisuje novi ček na tačan iznos i izdaje se kupcu.

Rezultati

Otkazivanje online blagajničkog računa moguće je samo dok se ne probuši i unese u fiskalnu memoriju kase. Nakon toga, račun online blagajne može se ispraviti samo provjerom ispravke.

Prilikom registracije prodaje robe potrebno je osigurati nesmetan rad blagajne sa mogućnošću opsluživanja maksimalnog mogućeg broja kupaca.

Kako bi se osigurao nesmetan rad blagajnika, program pruža mogućnost automatskog pohranjivanja tekućeg računa.

U načinu registracije prodaje, za svaku promjenu dokumenta KKM provjera sačuvan je u eksternom fajlu. Ček se zadržava sve dok se ne probije, poništi ili odloži. Odnosno, dokument se čuva u eksternoj datoteci sve dok blagajnik ne završi normalan rad na kreiranju blagajničkog računa, nakon čega se podaci iz eksterne datoteke na ovom računu brišu.

Prilikom ulaska u režim registracije prodaje, sistem analizira prisustvo blagajničkog računa u lokalnoj datoteci na računaru, a ako takav račun postoji, program ga vraća.

Otkazana provjera

Prilikom rada u načinu registracije prodaje, korisnicima se daje mogućnost da ponište račun ako kupac odbije kupovinu. Sada se poništene provjere pohranjuju u infobazu sa statusom Otkazano tako da je moguće analizirati višak ovlasti blagajnika u obavljanju svojih dužnosti.

Arhivirana provjera

Interaktivno mijenjajte pristup administrativnim funkcijama

Za obavljanje nekih operacija (storno robe, poništavanje čeka itd.), blagajnik koji radi u načinu registracije prodaje možda neće imati dovoljno prava. U tom slučaju, drugi korisnik (na primjer, viši blagajnik) može se prijaviti u način registracije prodaje koristeći svoju registracijsku karticu. Da biste to uradili, pritisnite taster Zamijenite dozvole (alt + F4), pročitajte podatke registracijske kartice, izvršite potrebne radnje, a zatim pritisnite isti taster - njegovo ime će se promijeniti u Vratite prava (alt + F4).

Statistika prijema blagajne

Program pruža tri izvještaja koji analiziraju statistiku blagajničkih računa: Statistika prijema blagajne, Statistika blagajničkih računa po danima u sedmici i .

Izvještaj Statistika prijema blagajne omogućava vam analizu opterećenja na kasama, upoređujući pokazatelje pojedinačne kase s prosječnim pokazateljima na nivou grupe.

Izvještaj koristi izračunati broj za izračunavanje mnogih pokazatelja - "broj dana odrađenih na kasi." Da bi se izračunao ovaj broj, sumira se broj dana u kojima je kasa bila otvorena. Činjenica rada kase je prisustvo najmanje jednog bušenog čeka tokom smjene blagajne.

Grupa indikatora "Prosečan broj računa na blagajni"

Grupa indikatora "Prosječni iznos čeka"

Grupa indikatora "Prosečan broj robe na računu"

Tehničke karakteristike proračuna:

ako je u dokumentu KKM provjera Postoji proizvod koji se prodaje na popustu, tada se cijeli proizvod obračunava kao sniženi proizvod. Odnosno, jedini red u dokumentu sa popustom postavlja znak da je dokument na sniženju, cela stavka u ovom dokumentu je na sniženju i, shodno tome, na sniženju je i iznos prodaje;
prilikom izračunavanja Broj robe na računu iz dokumenta se računa broj redova dokumenta „sažetih“ po stavci (duplikati stavke su isključeni).

Grupa indikatora „Prosečan iznos na blagajni po vrsti plaćanja“

Indeks	Kalkulacija
Plaćanje u gotovini	Iznos gotovine primljen za plaćanje za robu za sve račune od prodaje za period - Iznos gotovine plaćen za povratne čekove za period / Broj računa od prodaje za period
Plaćanje putem banke. Kredit	Iznos plaćanja od strane banke za robu za sve račune o prodaji za period - Iznos povratnih čekova za period / Broj računa od prodaje za period
Plaćanje. mapa	Iznos plaćanja platnim karticama za robu za sve račune od prodaje za period - Iznos prebačen na platne kartice za povratnice za period / Broj računa od prodaje za period

Izvještaj Statistika blagajničkih računa po radnom vremenu (interval u satima) omogućava vam da dobijete informacije kako o ukupnom broju bušenih čekova za određeni period, tako io prosječnom broju bušenih čekova dnevno, u određeno doba dana.

/ Postavke... T t L s Period od: W do: 22.07.2009. Sh Statistika prijema kase po intervalima radnog vremena u satima Period:... -22.07.2009. Grupacije linija: Prodavnica; Blagajna K" width="744" height="358" border="0">

Koristeći ovaj izvještaj, možete izvršiti uporednu analizu rada različitih prodavnica i različitih kasa iste radnje i dobiti statističke podatke o stepenu opterećenosti blagajnika u određenim vremenskim periodima.

Prosječan broj bušenih čekova izračunava se kao ukupan broj probijenih čekova tokom perioda podijeljen s periodom.

Izvještaj Statistika računa po danima u sedmici analizira opterećenost kasa radnim danima i vikendom.

Da bi izvještaj ispravno radio, u periodu izvještaja mora biti odabran cijeli broj sedmica. (Datum početka bi uvijek trebao biti ponedjeljak, datum završetka bi trebao biti nedjelja.)

Izvještaj prikazuje prosječan broj čekova obrađenih od strane blagajnika u toku dana.

Prosječan broj čekova na blagajni određenog dana izračunava se po formuli:

Broj probijenih čekova na ovaj dan na ovoj blagajni za period
Broj dana u kojima je kasa radila u navedenom periodu.

Prosječan broj čekova po kasi sedmično izračunava se pomoću formule:

Broj probijenih čekova sedmično na ovoj kasi za period
Broj dana koje je kasa radila u navedenom periodu u sedmici.

Prosječan broj računa za trgovinu na određeni dan izračunava se pomoću formule:

Broj računa na ovaj dan po prodavnici za period
Broj kasa koje rade u radnji tog dana.

Prosječan broj računa po prodavnici sedmično izračunava se pomoću formule:

Broj obrađenih računa za cijelu sedmicu za ovu trgovinu
Broj dana rada svih kasa trgovine.

Bilješka
Kasa se smatra ispravnom ako je kroz nju u toku dana obrađen najmanje jedan ček.

Nalaze nas: KKM ček ima status Arhiva Operacije na ovom dokumentu su zabranjene!, KKM potvrda ima status arhivirane, operacije na ovom dokumentu su zabranjene, kako obrisati račun kase sa neispravnim statusom, poništavanje čeka u 1s, poništavanje čeka na kasi, ARHIVI ČEK, odloženi ček 1s, broj čekova, arhivirani status čeka, prosječan broj robe u čeku

Pitanje: Arhiviranje blagajničkih računa za prethodni period.

Dobar dan
UT 11.1. Prije mjesec dana u bazi je onemogućen rutinski zadatak Arhiviranje blagajničkih računa. Čekovi do danas nisu arhivirani. Da li je moguće nekako arhivirati račune za prethodni period? U UT postoji obrada "Arhiviranje i brisanje blagajničkih računa", pokrenem je, izaberem period, postavim koje kase da se arhivira, pokrenem, nešto je urađeno, ali nema rezultata, priznanice ne primaju arhivirane status. Šta radim pogrešno? Kako arhivirati račune i da li je to uopće moguće?

odgovor:

već jednostavno ponovo objaviti dokument Izvještaj o maloprodaji. prodaja? Inače, nije dovoljno započeti obradu; u postavkama prodaje mora se odabrati opcija - Arhiviraj račune

Pitanje: RS (prethodni period) (tekući period)

Dato: RS Period 1 Period 2 Period 3 Period 4
Potrebno na izlazu:
(Prethodni period) (Trenutni period)
Period 1 Period 1
Period 1 Period 2
Period 2 Period 3
Period 3 Period 4
Možda postoje rješenja?

Pitanje: SKD. Obračun rezultata uzimajući u obzir prethodne periode

Stanje 1 = Prihod 1 - Rashod 1
Stanje 2 = Stanje 1 + Prihod 2 - Rashod 2

Formule nisu komplikovane. Ne mogu da shvatim kako da ovo konfigurišem/registrujem u sistemu kontrole pristupa ili u zahtevu. ili u izračunatim poljima (može biti nekoliko perioda).
Dobro bi mi došao udarac u pravom smjeru.

Bio bih vam veoma zahvalan na pomoći.

odgovor:() hvala, mislim da je ovo ono što mi treba
() Da upravo

Pitanje: Složen upit sa grupisanjem po prethodnim periodima

Postoji tabela koja prikazuje kvantitativnu prodaju po mjesecima,
Kako možete izračunati prosječnu prodaju prethodnih mjeseci u upitu? one. ako je period naveden od početka godine, onda u januaru - 0, u februaru - januaru Rasprodaje/1, martu - (januar+februar)/2 .... itd.

odgovor:() Super, glava mi ne radi -
Hvala ti -

Pitanje: Prethodni upis u registar periodičnih informacija

Zdravo, kako dobiti vrijednost resursa prethodnog unosa u registar informacija. Morate dobiti razliku između vrijednosti trenutnog zapisa u sistemu kontrole pristupa i prethodnog

odgovor: Uzmite period od Najnovije isečke i upitajte fizičku tabelu SELECT FIRST 1 * Od Reg WHERE Period<&Период СОРТИРОВАТЬ Период Убыв
ili NARUČI??? Ne sjećam se

Pitanje: ZUP 3.1.5.250 Problem: nedolazak u prethodnom izvještajnom mjesecu, bolovanje u tekućem...

U maju je zaposlenom izdat dokument „Odsustvo (bolest, odsustvo, nedolazak)” za period od 15.05.2018. do 21.05.2018. godine, au junu - dva bolovanja za period od 05. 15.2018 do 16.05.2018 i od 17.05.2018 do 21.05.2018. Pored toga, zaposleni je u junu imao još jedno bolovanje u periodu od 07.06.2018. do 15.06.2018.

Problem: obračun plate za jun za ovog radnika je netačan: umjesto očekivanih 14 isplaćenih dana, plata se obračunava samo za 4 (četiri) plaćena dana. U verziji fajla obračuni plata su ispravno izračunati.

Nejasno je gde da gledam, šta da radim: (To je to, plakala sam:)

odgovor:() Vjerovatno se ponovo pojavio stari problem s bazom podataka i kao rezultat toga neka kretanja u ispravljenom dokumentu ostaju ista kao i prije.

Pitanje: Odakle dolazi završni period u SZV-STAZH?

UPP 1 _3_102_1 Radnica je na porodiljskom odsustvu do 19.02.2018. Ali dokument „Podaci o stažu osiguranja osiguranika“ određuje datum završetka perioda na 31.03.2017.

Odakle dolazi kraj perioda?

odgovor: I inače, pronašao sam i otklonio greške u dokumentima prethodnih godina u pogledu izvještajne godine – neke su uticale na formiranje perioda izvještajne godine, koliko god to čudno zvučalo.

Pitanje: TiS veleprodaja + gotovina - mogu li napraviti račun za prodaju ili je potrebno napraviti račun za kasu?

Dobar dan

Imamo TS i trgovinu na veliko. Prilično je rijetko imati kupce u gotovini. Dok kase nisu na mreži i nema potrebe za detaljnim računima za robu, to se radi: prodaja i faktura se izbacuje, izdaje se račun za gotovinu, zatim se na primitivnom izbija ček za cijeli iznos kasa. U slučaju onlajn kasa, ovoj stvari dolazi kraj, jer je nomenklatura na računu neophodna. Pitanje: postoji li način u TiS-u da se probijaju čekovi prema podacima Realizacije? Ili se trebate prebaciti na dokument KKM račun + izvješće o smjeni gotovine?

odgovor:() je upravo to uradio u svojoj beležnici. Algoritam je za sada preuzet sa BP3. Tu za sada, ako je iznos PKO jednak fakturi, ček za robu na fakturi.

Pitanje: 1C Retail i Viki Print 57 f problemi pri štampanju računa sa popustima.

Dobar dan, dame i gospodo!

Povezali smo se prema uputstvu divnog uređaja Viki Print 57 F na 1C Retail, instalirali najnovije drajvere sa off-a. web stranica, čini se da je sve povezano i radi, ali kada se prođu provjere popusta, problemi s maloprodajom

"Došlo je do greške prilikom štampanja računa. Račun nije odštampan na uređaju za štampanje računa. Dodatni opis: Došlo je do greške prilikom izvođenja operacije: Funkcija se ne može izvršiti sa ovim statusom kase"

Da li se neko susreo sa ovim? Maloprodaja je osnovna, moduli za modifikacije zatvoreni, drajveri najnoviji, jos sam u nedoumici u kom pravcu da gledam.

odgovor:() Sam sam vidio problem, eksperimentalno sam skužio šta je povezano sa popustima: čekovi bez popusta prolaze savršeno, ček sa popustima se poništava u fiskalnoj službi, a 1ska daje sljedeću grešku.

U Fitu nema grešaka na statusnom dugmetu, status radi.

U vreme ručka sam otišao do klijenta i ažurirao drajver, ali se sećam da je bio 360, a ne 365, mislim da je to problem.

Pitanje: Provjera otkazana

Dobar dan. Neki čekovi se poništavaju iz razloga „Ček nije plaćen u cijelosti.” Ali nije plaćen u cijelosti zbog činjenice da kasa dodaje 1 kopejku na čekovnu poziciju. U postavci TO, dozvoljeno odstupanje u logičkoj kontroli formata je 0,01. Šta mogu učiniti da spriječim poništenje čeka?

odgovor: Apnu
Najnoviji KA 1.1.87.1, kada pokušavate da probijete ček, problem nastaje iz subjekta.

Od samo 5 artikala, jedan u čeku se udvostručuje i cijena se povećava za 1 kopejku.

U dokumentu cijena pozicije je 115,00, količina je 11,905
Provjera je podijeljena u dva dijela:
1)1,5 x 115,01 = 172,52 dodatak = 0,02
2)11,405 x 115= 1311,57

Bez PDV-a, bez popusta.