Koja je razlika između formata fiskalnih dokumenata CCP koji su trenutno na snazi? Koji je od njih prikladniji za obradu djelomičnog plaćanja za robu? Kako čitati smjensko izvješće, koje je zamijenilo Z-izvješće? BUKH.1C je o tome rekao šef automatike maloprodaja firma "1C" Olga Salimova.
Formati i datumi isteka
Naredba Federalne porezne službe od 21. ožujka 2017. br. MMV-7-20/ [e-mail zaštićen] istovremeno uveo tri verzije formata fiskalnih dokumenata:
- FFD 1.0 - za interakciju s fiskalnim pogonom 1.0,
- FFD 1.1 za interakciju s pogonom 1.1,
- FFD 1.05 - prijelazni, u kojem blagajna radi s proširenim brojem detalja s istim FN 1.0.
Format 1.0 već je prepoznat kao nedovoljno detaljan, iz njega je nemoguće izvući konačne zaključke o stvarnim poslovnim transakcijama. Tako je istom naredbom određen datum isteka za format fiskalnog akumulatora 1.0 – 1. siječnja 2019.
Vremenska ograničenja formata 1.05 još se ne očekuju. Stoga, prelaskom na ovaj format, možete sigurno raditi još najmanje pet godina.
Djelomična plaćanja
Velika većina maloprodajna poduzeća koristite FFD 1.0 i nema problema. Doista, tipično maloprodaja u trgovinama, na što smo svi navikli, podrazumijeva da je iznos plaćanja jednak trošku robe, a otprema se događa u trenutku plaćanja.
Problemi počinju kada trebate izdati djelomično plaćanje za robu čekom. I to je dosta široka lista slučajevi:
- Plaćanje poklon bonom ili bonusima.
- Prodaja robe po narudžbi (na primjer, namještaj).
- Javni prijevoz, putnički, željeznički i zračni prijevoz.
- Sportska i druga zabavna događanja.
- Parkiranje uz nadopunu računa putem mobilne aplikacije.
- Prodaja pretplate na elektronske časopise.
BUKH.1C otvorio je kanal u Messengeru Telegram. Ovaj kanal svakodnevno piše s humorom o glavnim vijestima za računovođe i korisnike 1C programa. Da biste postali pretplatnik kanala, morate instalirati Telegram messenger na svoj telefon ili tablet i pridružiti se kanalu: https://t.me/buhru (ili upišite @buhru u traku za pretraživanje u Telegramu). Vijesti o porezima, računovodstvu i 1C - brzo u vašem telefonu!
Trgovina na veliko je također dužna primijeniti CCP ako se namirenja vrše u gotovini ili elektroničkim putem plaćanje. I postaje problematično organizirati djelomična plaćanja u gotovini. Doista, s djelomičnim plaćanjem, iznos robnog dijela ne podudara se s iznosom plaćanja. Svaka transakcija se sastavlja s najmanje dva čeka - za primitak sredstava i za otpremu. U podnožju čeka naveden je iznos namirenja: iznos prihvaćenog plaćanja u gotovini ili elektroničkim sredstvima i iznos namirenja za robu. Stoga, primjenom uobičajenog "maloprodajnog" pristupa, dobivamo precijenjenost prometa za transakciju u cjelini.
Primjeri
Uzmimo kao primjer prodaju jedne odrasle osobe i dva krevetića - u iznosu od 14.000 rubalja. dva čeka za gotovinu. Radi jasnoće - tijekom jedne smjene. 30% se plaća u trenutku otpreme (4200 rubalja). 70% - do drugog čeka (9800 rubalja).
Kako se prodaja odražava na računu s FFD 1.0
Činjenica da se radi o djelomičnom plaćanju navedeno je izravno u nazivu proizvoda. Iznos čeka jednak je iznosu transakcije, PDV je točno obračunat. Iznos plaćanja je izvršen u gotovini (4200 rubalja). No, iznos budućeg plaćanja na kredit pripisuje se elektroničkim sredstvima plaćanja, budući da ovaj format ne poznaje druge oblike plaćanja.
S drugom provjerom sve se događa simetrično. Plaćanje kredita, prihvaćenog u gotovini, također se ispravno odražava, preboj predujma se također pripisuje elektroničkim sredstvima plaćanja.
Više od 80% korisnika CCP-a danas koristi FFD 1.0. Što učiniti ako niste zadovoljni opisanim apsurdima? Da, zapravo, ništa. Porezne vlasti to karakteriziraju jednostavno - "sve je nagomilano". Kako bi se nosili s "gomile", smislili su proširenje formata.
FFD 1.05
Uz mnoge druge detalje, format 1.05 uveo je atribut "znak metode izračuna". Utvrđeno je sedam znakova načina namirenja koji opisuju najpopularnije sheme djelomičnog plaćanja: 100% predujam, predujam, predujam, potpuno podmirenje, djelomično podmirenje i kredit, prijenos kredita, plaćanje kredita.
U usporedbi s FFD 1.0, u podnožju čeka u formatu 1.05 pojavili su se novi detalji koji jasno ukazuju na obračun djelomičnog platnog prometa:
- iznos obračuna naveden u čeku (BSO),
- iznos čeka (BSO) u gotovini,
- elektronski iznos čeka (BSO),
- iznos čeka (BSO) unaprijed plaćeni (predujam),
- iznos čeka (BSO) naknadno plaćeni (na kredit),
- iznos čeka (BSO) po odredbi o šalteru.
A na kraju smjene dodaju se brojači u odgovarajućim odjeljcima za smjenu.
Provjerite s FFD 1.05
Kao što vidite, u svakom je retku jako lijepo istaknuto što je to. Djelomično plaćanje i kredit. Iznos čeka određen je količinom proizvodnih linija, jednakom iznosu transakcije. Iznos plaćanja je izvršen u GOTOVINI, ali vezano za plaćanje na kredit već je sasvim ljudski napisano da se radi o NAKNADNOJ PLAĆANJU (KREDIT).
Druga provjera. U GOTOVINI prihvaćamo naknadno plaćanje, a uplaćeni predujam je također sasvim pošteno naznačen kao PRETHODNO PLAĆANJE (AVANT).
Ono na što ovdje trebate obratiti pažnju je iznos PRIMLJEN u prvom čeku. Ovdje je naveden cijeli iznos, iako smo ga dobili samo djelomično. (Prihodi "primljeni" zbrajaju se protok novca i obveze). Radimo s proizvođačem CCP-a na ovoj temi, situacija će se promijeniti u bliskoj budućnosti.
No, unatoč nedostacima, razumijemo da kada koristite verziju 1.05, više od detaljne informacije, što vam omogućuje ispravnu procjenu poslovnih transakcija. Stoga je za poduzeća koja koriste sheme djelomičnog plaćanja potrebno prijeći na format 1.05.
Kako nadograditi s 1.0 na 1.05?
Trenutni nalog Federalne porezne službe utvrđuje pravila za prijelaz s verzije na verziju. Možete ići samo u trenutku zamjene fiskalnog pogona.
„Vrijednost varijable „Broj verzije FFD” (oznaka 1209) utvrđuje se u trenutku formiranja izvješća o registraciji ili izvješća o ponovnoj registraciji u vezi sa zamjenom FN-a i ne može se redefinirati do formiranja novo izvješće o preregistraciji u svezi zamjene FN-a”, Naredba.
Međutim, format FDF 1.0 je toliko nezgodan i nedovoljan da se priprema amandman kojim bi se ovaj zahtjev uklonio. U međuvremenu, sud da slučaj, neki proizvođači nude na tržištu prijelazna verzija FFD 1.0+ upravljački programi, koji podržavaju neke oznake koje nisu obavezne za 1.0. Konkretno, znak metode izračuna o kojoj danas govorimo. Kao i Ukupni pokazatelji čeka i Indikatori prometa smjene.
Provjerite s FFD 1.0+
Svi izračuni djelomičnih plaćanja prikazani su apsolutno jasno, a naknadno plaćanje na kredit se odražava.
Druga provjera - istaknuta je avansna uplata, naznačeno je plaćanje kredita u gotovini, pa čak je i točno utvrđen iznos primljenih sredstava. A da biste se prebacili na 1.0+, trebate samo ažurirati softver na blagajni.
Kako zatvoriti smjenu?
Kao što znate, obrasci primarnih računovodstvenih isprava za računovodstvo novčanih obračuna sa stanovništvom u provedbi trgovinskih poslova korištenjem blagajna oprema(sa KM-1 na KM-9) sada se poništavaju. Među njima su knjiga i potvrda blagajnika-operatera, kao i dnevnik KKT pokazatelja. Mogu se održavati za vaše vlastite potrebe (da odredite odgovornost), ali nisu potrebni tijekom provjera.
Budući da se FTS tijekom analize uglavnom usredotočuje na same provjere, vrijednost Z-izvješća je osjetno smanjena. No, zamijenjen je drugim dokumentom - Izvješćem o stanju brojila. Samo ga trebate naučiti čitati.
Učenje čitanja novog Z-izvješća (Shift izvješće)
Svi se odjeljci prikazuju zasebno - po prihodima, rashodima, povratima, povratima troškova. Odnosno, svoje transakcije možete slobodno uzeti u negativnu vrijednost, one će se odraziti u pozitivnim vrijednostima, ali u odjeljcima troškova.
U našoj smjeni, koliko se sjećamo, pokvarena su samo dva čeka. Za 4200 i 9800 rubalja. Iz blagajne smo podigli puni iznos od 14 000. I zatvorili smjenu.
Ovako izgleda izvješće za sva tri formata.
Usredotočimo se na detalje koji su nam važni.
Ispravno je prikazano podizanje gotovine - 14 000. PDV je točno utvrđen. Ali iznos prihoda se udvostručio - 28.000.
Skrećem vam pozornost da je prihod izvedeni parametar, ne prenosi se u tag, tako da na njega ne možete obraćati puno pažnje (dok se situacija ne popravi). Morate obratiti pažnju na ono što smo naveli u uplatama, u oznakama prometa.
FFD 1.0 razumije dvije opcije plaćanja - gotovinu i elektroničko, zbraja ih u prihod. No, iznos valjanih elektroničkih plaćanja može se kontrolirati samo izvješćem o preuzimanju.
FFD 1.05 ispravno određuje i gotovinski i elektronički promet po smjeni. Odvaja plaćanje unaprijed i naknadno plaćanje.
FFD 1.0+ može otkriti predujmove i naknadna plaćanja, ali ih i dalje smatra elektroničkim sredstvom plaćanja. Stvarni iznos elektroničkih plaćanja utvrđuje se oduzimanjem iznosa predujmova i naknadnih plaćanja od elektroničkih sredstava plaćanja.
Što nas čeka u bliskoj budućnosti
Federalna porezna služba razvija smjernice za korištenje formata koji će postati obvezni nakon usvajanja izmjena i dopuna Zakona 54-FZ. Do sada amandmani još nisu podneseni Državnoj dumi.
Vrlo neočekivano za sve sudionike na tržištu koji su navikli na maloprodajne čekove, kada primaju predujam i plaćaju zajam, Federalna porezna služba tumači liniju proizvoda ne kao proizvod, već kao plaćanje za ovu robnu stavku. Sukladno tome, iznos za liniju proizvoda nije cijena proizvoda, uzimajući u obzir popuste i marže, već iznos plaćanja koji korisnik proizvoljno upisuje.
Čim smjernice budu odobrene, bit će podržane u 1C konfiguracijama.
Pitanje: UT 11, kartica za popust je poništena, ali se popust i dalje primjenjuje
Dobar dan.
UT 11.4.1.261, popusti se određuju prema shemi množenja. Sustav štednje s popustom.
Prilikom zamjene kartice klijenta s 3% na 6% po dostizanju akumuliranog volumena prodaje, kartica od 3% je poništena. No, u sljedećoj provjeri, pri određivanju nove kartice za popust za ovog klijenta (6%), popust se računa kao 9% (jer se množenjem zbrajaju popusti 3 i 9, ali kartica od 3% je već poništena.. )
Uvjet za popust na kartici je 3% "Klijent je vlasnik kartice vjernosti "Kumulativno 3%"".
Ne bi li uvjet od 3% trebao prestati biti ispunjen nakon što se kartica poništi?...
Odgovor: Bilo je moguće barem se riješiti slučajne pogreške navođenjem grupe ne množenjem, već maksimumom
Pitanje: v7: Provjera otkazana Atol30F
Dobar dan!
Jučer su ugradili kasu Atol30F, spojili, pokušali ispisati čekove, isprintali s hrpom grešaka, bio je PDV, pogrešan sustav oporezivanja, i puno sitnica, ali čekovi su TISKANI. Danas sam ispravio porezni sustav, prebacio sam 8 UTII, i uklonio PDV iz dokumenata, xml datoteka se formira normalno, ali blagajna izdaje ček je poništen. Gdje kopati? Promijenjena verzija upravljačkog programa s 8.14 na 8.16, verzija FN 1.0.
Odgovor: Dušo, sve radi! Hvala svima na sudjelovanju. Ostalo je par malih pitanja, prema nijansama.
1. Je li moguće nekako smanjiti font (vrlo velika potrošnja trake)
2. A kako se može spojiti jedan red s čeka s drugim, ovdje na ovoj slici
staviti redak "ROBA" i "PUNO PLAĆANJE" na istu razinu.
Pitanje: CHECKDB Ako postoje rezultati, treba ih poništiti
Prilikom spremanja baze podataka pomoću 1 C, daje se pogreška DBMS pogreška:
Microsoft SQL Server Native Client 11:0: SQL Server je naišao na I/O grešku logičke konzistentnosti: loš kontrolni zbroj (očekivani 0x78a1455f; stvarni: 0x3ca0c55f). Dogodilo se tijekom čitanja stranica (1:2106472) u bazi podataka ID 7 na pomaku 0x000004048d0000 datoteke "C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\DATA\tkpt.mdf". Za više informacija pogledajte zapisnik pogrešaka SQL Servera i zapisnik događaja sustava. Ovo je ozbiljna pogreška koja ugrožava integritet baze podataka i mora se odmah popraviti. Izvršite potpunu provjeru konzistentnosti baze podataka (DBCC CHECKDB). Ova pogreška može biti uzrokovana mnogim razlozima; pogledajte SQL Server Books Online za više informacija. HRESULT=80004005, SQLSrvr:SQLSTATE=HY000, stanje=2, ozbiljnost=18, izvorno=824, red=1
Učinio CHECKDB. Daje grešku na kraju piše "Došlo je do ozbiljne pogreške tijekom izvršavanja trenutne naredbe. Ako ima rezultata, treba ih poništiti." Što uraditi?
Odgovor:() Pogrešan forum. Vi na sql.ru.
Pitanje: Kako aktivirati certifikat za preprodaju
1C 8.3.5.1248 UT 11.1.7.49
Uključena je prodaja maloprodajnih certifikata.
Izrađena vrsta certifikata (jednom za jednu provjeru)
U istoj kartici kreirala sam tri poklon bona. (imaju status nije aktiviran)
Otvorena smjena u prodaji. Prodao sam prvu potvrdu s radnog mjesta blagajnice. (status mu je postao aktivan) zatvorio smjenu.
Otvorio novu smjenu, izabrao robu, platio ovim certifikatom. (status mu se potpuno ugasio). Zatvorena smjena.
Otvorio novu smjenu, izabrao prodaju certifikata, ovaj certifikat nije na listi za odabir. Samo su dva sa statusom neaktivna.
Kako promijeniti status certifikata? Je li certifikat jednokratan?
Kad sam platio certifikatom, ispostavilo se da je to bila saldo, jer je roba bila jeftinija.
Pokušao sam ga poništiti i otpisati stanje, sada je status prvog certifikata poništen.
I također mu ne dopušta da bira prilikom prodaje.
Drugi certifikat sam prodao točno za količinu robe. Sada ima status Potpuno otkupljeno. i ne može se odabrati za preprodaju.
Dobivaju se Kamikaze certifikati))
Ne možete promijeniti status na kartici certifikata. Stavka izbornika Omogući uređivanje atributa. ne dopušta promjenu statusa certifikata. ostaje neaktivan.
Odgovor:
shegarka73 je rekao:
Napravili smo obradu koja je promijenila status opozvanog certifikata.
Kliknite za otkrivanje...
Možete li mi poslati obradu koja mijenja status opozvanog certifikata?
Pitanje: Provjera poništena
Dobar dan. Neki čekovi se poništavaju zbog "Ček nije plaćen u cijelosti". Ali nije u potpunosti plaćeno zbog činjenice da blagajna naplaćuje 1 kopeck za poziciju čeka. U postavci TO postoji dopušteno odstupanje u logičkoj kontroli formata od 0,01. Što mogu učiniti da spriječim poništenje čeka?
Odgovor: Apnu
Najnoviji KA 1.1.87.1, kada pokušavate probiti provjeru, problem nastaje iz SUBJEKTA.
Samo s 5 pozicija, jedna u čeku se udvostručuje i cijena se povećava za 1 kopejku.
U dokumentu cijena artikla 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.
Pitanje: Prelazak sa ZiK-a 7.7
Zdravo. Prebačeni podaci sa Zika 7.7 na Zup 2.5. Preneseno standardnom obradom. Prilagođena plaća smatra ispravno. No, na platnom spisku za sve zaposlenike postoji početni saldo, iako ne bi trebao biti. Recite mi kako ispraviti ili poništiti primjer podataka za 30. travnja, na primjer.
Odgovor:
Trenutni period bio je svibanj. Nakon prijenosa kroz univerzalno izvješće o registru "Podaci o vremenskim razgraničenjima za obračun prosječne plaće (opće)" podaci su samo za veljaču. Ožujak i travanj su nestali.
Pitanje: v7: Pogreška prilikom ispisa čeka na FR HATCH: Pogrešna vrijednost u polju duljine
Dobar dan, TIS konfiguracija, spojen FR HATCH FR-K.
Prvo pitanje. Kada je osoba kupila više artikala robe, iz nekog razloga ček se probija samo za jednu poziciju, a na dnu čeka ček se poništava.
1s sama piše: fiskalni registar: pogreška prilikom ispisa računa
Nevažeća vrijednost u polju duljine
KKM ček nije pokvaren!
Prije toga je isti matičar iz 10.3 ispisivao normalne čekove s hrpom pozicija.
Odgovor: blagajna godine pa 2006
Pitanje: Ispis QR koda u Maloprodaji 2.2
Zdravo!
Nakon nadogradnje jednog naplatni bar-m prije interneta i ažuriranja upravljačkog programa, povremeno pri ispisu čeka, za mene se događa neshvatljiv kvar, plutajući problem u fazi izlaza EGAIS qr koda.
U procesu se događa sljedeće, blagajnik pritisne Punch, na FR se šalje naredba za fiskalizaciju čeka, FR prikazuje papirni ček (fiskalni), nakon čega se kontaktira transportni modul potpisan od strane EGAIS-a. UTM uspješno vraća potpis i nastavlja s ispisom. Prema mojim zapažanjima, tu nastaje jaz. Jer prema kodu, u slučaju greške ispisa qr, 1C ide u proceduru Printing a Check_After Error Ispis čeka, gdje se adresa u EGAIS-u i EGAIS potpisu briše i šalje zahtjev UTM-u za povrat novca. I sama provjera u 1C nije prekinuta, bez broja smjene, bez broja provjere KKM, otkazana u Jedinstvenom državnom automatiziranom informacijskom sustavu, ali već navedena u OFD-u.
Ili postoji problem s pogonom zadnjeg udara, ili problem u EGAIS adresi koju trebate ispisati, ili greška u 1C.
Privremeno dodana mogućnost proguranja čeka SAMO preko EGAIS-a i postavljanje znakova čeka da je navodno pokvaren u toj i takvoj smjeni i s takvim i takvim brojem.
Pitanje: Maloprodaja 2.2 i online blagajna. Pogreška prilikom provjere provjere.
Maloprodaja 2.2.5.27, UTII. Za nove prodajnim mjestima odlučio staviti kkt (do sada bez FN). Odlučili smo se na FPrint22PTK. I sada se borim da to uspije. Ako odaberete:
1) U upravljačkom programu ATOL uređaja: FPrint-22PTK/k/envd i Atol 2.4 protokol razmjene na uređaju - kada je ček pokvaren, izdaje "ček je poništen". (Na ATol 3.0 protokolu, FPrint-22PTK/c/envd test ne prolazi.
2) Na protokolu Atol 3.0 s izborom ATOL 22f / FPrint-22PTK, smjena se otvara i zatvara, prikazuje se izvješće s poništenjem, ali se računi ne ispisuju.
U tipičnoj konfiguraciji, pogreška je: "EKLZ / FN1 pogreška sučelja". Našao sam informaciju na forumu atol da trebate dodati redak koda u modul Equipment ManagerClient (- poruka od 12.06.17.).
U redu, promijenio sam konfiguraciju. Sada, kada pokušavate probiti provjeru, pojavljuje se pogreška: "nepoznata pogreška 238D|00EEH". Opet je Google doveo na temu da je to zbog pogrešnog odabira sustava oporezivanja. (na primjer, ovdje je uputa). Odabrao sam UTII u upravljačkom programu - nije pomoglo.
Kako se nositi s tim? Ili se ova oprema možda ne može koristiti bez FN-a i registracije?
Odgovor:() ne dolazi opet
Predstavnici Porezne službe korisnicima KPK-a stalno objašnjavaju nova pravila rada na stranicama stručnih publikacija i web stranica, na seminarima, konferencijama i drugim događanjima. Ali pitanja i dalje ostaju, a ima ih mnogo. Današnji izbor odgovora stručnjaka FTS-a posvećen je izdavanje gotovinskih potvrda za povrat.
Plaćanje unaprijed za usluge koje nisu pružene
Naručitelj je izvršio predujam za usluge, ali su one samo djelomično pružene. Kako ispravno izdati povrat novca?
U tom slučaju se generira ček s znakom "povrat potvrda" za iznos koji se vraća, odnosno onaj za koji usluge nisu pružene.
Korisnici tvrde da vam neki sustavi ne dopuštaju izdavanje povrata računa za dio iznosa. Kako biti?
Sa stajališta zakona u ovoj situaciji, morate nokautirati jedan za vraćeni iznos. Zakon ne postavlja nikakva ograničenja za formiranje takve provjere.
Klijent platio 5000 rubalja kao predujam za usluge. Izdan mu je ček "ulazni", koji označava znak načina plaćanja "100% predujam" za jednu robnu stavku - uslugu. Međutim, klijent je odbio neke od usluga, a sada se mora vratiti 500 rubalja. Što bi trebalo biti na povratnici?
U čeku s atributom "povrat potvrde" treba navesti iste parametre kao i u potvrdi o primitku (s izuzetkom samog atributa i cijene). U navedenom primjeru morate navesti:
- znak - povrat prihoda;
- znak načina namirenja - 100% predujam;
- naziv robne stavke i stopa PDV-a - isti podaci kao u izvornom računu;
- trošak predmeta izračuna i iznos u gotovini / elektronički - 500 rubalja;
- PDV na ček - iznos PDV-a kao dio ovih 500 rubalja.
U gornjem primjeru, jedan ček se izbacuje po primitku predujma, a drugi ček je za povrat njegovog dijela. Međutim, prilikom plaćanja unaprijed, Federalna porezna služba preporučuje probijanje još jedne provjere - tehničke. Trebalo bi se izbaciti u trenutku kada se usluge pružaju. Odnosno, u gornjem primjeru morate prekinuti ček u iznosu od 4500 rubalja sa predznakom načina namirenja "puno poravnanje".
Kako vratiti novac kupcu za robu
Ponekad, zbog neodgovarajuće kvalitete, kupac zahtijeva smanjenje cijene robe. U tom slučaju mu se vraća razlika u vrijednosti. Kako to provjeriti?
U gornjem primjeru, redoslijed bi bio:
- Za punu cijenu robe, čija je kvaliteta prepoznata kao neadekvatna, morate izdati provjerite znakom "povratnica".
- nokautirati provjerite znakom "dolazak" na novu vrijednost artikla.
Zašto takav nalog? To se radi u interesu kupca. Doista, u ovom slučaju se promijenio trošak kupnje i on mora imati ček s točnom cijenom u rukama.
Kupac ne prenosi novac u iznosu nove vrijednosti robe prodavatelju, stoga oba čeka označavaju „iznos protuprovizije“. A u čeku sa znakom "povrat potvrde" naveden je potrebni "iznos u gotovini / elektronički".
Kupac vraća kartu za rekreacijske aktivnosti, dok mu se oduzima novčana kazna. Koje čekove treba izdati?
Ovu operaciju izdaju dvije provjere:
- Račun sa oznakom "povratak dolaska" za cjelokupan iznos karte. Trebalo bi naznačiti:
- u potrebnom "iznosu za izračun" - trošak karte;
- u potrebnom "iznosu na čeku u gotovini / elektronički" - iznos sredstava koji su uplaćeni klijentu, odnosno trošak karte umanjen za kaznu;
- u potrebnom "iznosu na čeku s protupropisom" - iznos novčane kazne.
- Ček sa znakom "dolazak" za iznos kazne. Ono odražava:
- “naziv subjekta obračuna” - označava da se novčana kazna zadržava;
- "znak predmeta obračuna" - "uplata";
- “iznos za namirenje” i “iznos protu-provjere” - iznos kazne.
Zakon 54-FZ ne navodi točno što se smatra prihvaćanjem i plaćanjem novca za proizvod ili uslugu. Drugim riječima, primitak ili izdavanje iznosa povezanih s prodajom robe također se može pripisati konceptu "kalkulacije".
Kazna koju je platio kupac karte u gornjem primjeru također se priznaje kao izračun. I ček za iznos kazne mora biti nokautiran. I nije važno kako će se kazna platiti:
- plaćanje od strane kupca;
- zadržavanje iznosa kazne od povrata.
A u jednom, oni u drugom slučaju, operacija obračuna s klijentom pri vraćanju karte njemu je podijeljena na 2 dijela:
- vratiti mu cjelokupnu cijenu karte;
- naplati kaznu.
Ove operacije se mogu izvoditi istovremeno. Ali svaki od njih mora biti popraćen vlastitom provjerom. Doista, s gledišta računovodstvo To su dvije potpuno različite operacije. Porezna služba radi na zbližavanju poreza i računovodstva. Ako kupcu izdate samo jedan povratni ček, to neće odražavati bit poslovne transakcije.
Kupac je uplatio akontaciju, a kasnije je izvršio doplatu za isporučenu robu. Međutim, trebalo ga je vratiti. Što treba učiniti u ovom slučaju? Trebam li izdati dva čeka s oznakom "povrat računa" ili mogu proći s jednim za cijeli iznos kupnje?
U tom slučaju morate generirati jedan ček s atributom "povrat potvrda". Ovisno o tome kada je proizvod vraćen - prije ili nakon pune uplate - neki detalji čeka bit će različito naznačeni, i to:
- Proizvod je u cijelosti plaćen, a potom vraćen:
- u atributu "znak metode obračuna" morate navesti "potpuno podmirenje";
- u potrebnom "iznosu kalkulacije" navesti ukupni trošak robe (akontacija + završno plaćanje).
- Proizvod se vraća nakon djelomične uplate:
- u atributu "znak načina namire" potrebno je naznačiti "djelomično podmirenje i kredit";
- potrebni "iznos kalkulacije" odražava punu cijenu robe;
- u atributu "iznos plaćanja" - predujam koji je izvršio kupac i koji mu se sada vraća;
- u potrebnom "iznosu na kredit" - razlika između punog troška robe i pretplate, odnosno iznosa koji kupac nikada nije platio.
Povrat robe kupljene na kredit
Artikal je kupljen na kredit ali vraćen pod jamstvom. Dio troška je kupac primio u gotovini, a drugi dio - iz banke na tekući račun. Sukladno tome, ček s oznakom “dolazak” izdavan je samo za iznos primljen u gotovini od kupca. Kada je kupac vratio robu, kredit je već bio u potpunosti otplaćen. Kako izdati povratni ček - za cijeli iznos ili samo za dio plaćen u gotovini?
U ovom slučaju izbija provjerite znakom "povratnica" za punu vrijednost artikla. Nije važno kako se novac vraća kupcu. A to se može učiniti na tri različita načina:
- na njegov bankovni račun;
- u gotovini;
- dijelom na račun, a dijelom u gotovini.
Ako je odabrana potonja opcija, provjera to označava rekviziti:
- "iznos gotovinskog čeka" - iznos koji se vraća kupcu u gotovini;
- "iznos na elektroničkom čeku" - iznos prebačen na njegov bankovni račun;
- u konačnom iznosu obračuna na čeku - puni trošak robe;
- u "znaku načina namire" naznačiti "potpuno podmirenje".
Ali uostalom, prodavatelj nema obvezu primijeniti CCP prilikom vraćanja novca na tekući račun kupca. Je li moguće nokautirati ček samo za iznos koji mu se vraća u gotovini?
Unatoč činjenici da zakon ne zabranjuje takav nalog, neće ga biti moguće provesti. Takav provjera neće proći logičku kontrolu formata na blagajnama i prilikom obrade informacija FTS sustavom. Problem je što ček za povrat potvrde, koji se izdaje na punu cijenu robe, ne može imati samo dio tog troška u varijabli "iznos obračuna". Trošak na čeku također se ne može smanjiti, inače će se ispostaviti da će se cijena robe smanjiti. A ovo nije istina. Nakon što dobije takve podatke, Federalna porezna služba će zatražiti popratne dokumente na temelju kojih je cijena smanjena. U skladu s tim, prodavatelj ih neće moći prezentirati, jer se cijena robe zapravo nije promijenila.
Roba kupljena na kredit pokazala se nekvalitetnom. Prema uvjetima ugovora, u ovom slučaju, prodavatelj mora nadoknaditi kupcu ne samo njegov trošak, već i kamate na zajam. Trebam li kupcu izdati ček za ovaj iznos?
Gore je spomenuto da je primitak od kupca iznosa koji nije izravno plaćanje za proizvod ili uslugu, ali je povezan s njegovom provedbom, također izračun. U ovom slučaju plaćanje kamata na kredit izravno je povezano s prodajom robe, koji je vraćen, pa se mora prijaviti blagajna.
Dakle, prilikom povrata neispravna roba i kamate na kredit, kupcu se izdaju 2 čeka:
- Sa znakom "povrat primitka" za iznos troška robe.
- S predznakom "trošak" za iznos kamata na kredit. Predznak metode obračuna je “potpuno podmirenje”.
Što treba navesti kao naziv robne stavke ako se generira ček za gubitak?
U ovom slučaju, kao predmet obračuna su naznačeni tekuće operacije, na primjer, šteta za određeni proizvod. Kao znak predmeta obračuna naznačeno je "uplata".
Ako je roba naručena uz isporuku i potom vraćena, kako se generira račun? Troškovi dostave kupcu se ne refundiraju.
U čeku koji se izdaje kupcu prilikom prodaje moraju biti naznačene dvije stavke:
- trošak robe;
- trošak dostave.
Prilikom povrata ovog proizvoda, ček s oznakom "povratnica" izdaje se samo za trošak robe, budući da se novac za dostavu ne vraća.
28.07.2017 Objavljeno je izdanje 1.10 softverskog paketa VT: Store. Nova verzija softvera podržava rad s CCP "AMS-300F", "Mercury-119F". Punopravni rad s AMC-100F CCP u izvanmrežnom načinu rada implementiran je u "Upravitelju radne stanice". Pronađene greške su ispravljene.Glavne promjene u odnosu na verziju 1.9
radna stanica blagajnika
- Dodana ograničena podrška za FR "Mercury-119F" s fiskalnim pogonom. Ograničenja su navedena u povijesti promjena ARMK-a.
- Dodatnim postavkama blagajne za modele kasa "AMS-100F", FR "K1-F" i FR "Shtrikh-M" sa FN dodan je parametar "Zadani sustav oporezivanja". Verzija upravljačkog programa "Shtrikh-M: Driver FR" mora biti najmanje 4.13.580. Parametar "Sustav oporezivanja" uklonjen je iz prozora parametara CRE "AMS-100F" i FR "K1-F".
- Modul za preuzimanje Bank.dll ažuriran je na verziju 1.27. Poboljšana je operacija "Ispis dokumenta iz arhive". Dodan je prozor za pregled sadržaja datoteke u dijaloški okvir za odabir datoteke. Dodana podrška za ispis bankovnih dokumenata na FR "Merkur-119F".
- Povećan je broj pokušaja upisivanja u bazu podataka u slučaju konkurentskih promjena podataka s više radnih mjesta, što, ako u velikom broju poslova, može dovesti do poruke da je proizvod blokiran.
- Za blagajne s fiskalnim akumulatorima deblokirana je operacija "Blagajna - Povrat robe čekom".
- Isključivanje u korisničkim postavkama opcije "Povrat robe moguć samo ako je prodana na tekućoj blagajni u tekućoj smjeni" sada omogućava povrat prodane robe na bilo kojem odjavna smjena na bilo kojoj blagajni.
- U korisničkim postavkama, u odjeljku "Ostale postavke", dodana je opcija "Automatski izlazak iz bezgotovinskog načina rada u slučaju pogreške / otkazivanja bankovnog posla".
- U postavke korisnika dodan je parametar "Naziv za operaciju prodaje po slobodnoj cijeni".
- Stavka "Promjena porezne stope u potvrdi" dodana je u odjeljku "Sučelje" za postavljanje prava kategorije korisnika.
- Naredba "Subtotal" dodana je u izbornik "Potvrda".
- Stupci "Članak" i "Dodaj. informacije", kao i postavljanje vidljivosti stupaca, fonta i boje pozadine tablice.
- Kada radite s ATOL-ovim FR, poboljšan je mehanizam za kontrolu prekida papira i ponovnog ispisa čeka nakon ponovnog punjenja nove role.
- Prilikom rada s ATOL-ovim FR-om otklonjena je moguća pojava grešaka "(-3897) Ček nije u potpunosti plaćen" i "(-3835) Iznos koji je platio klijent manji je od iznosa čeka" prilikom ispisa čeka s popustima na iznos .
- Otklonjena je moguća pojava pogreške "(69) Zbroj svih vrsta plaćanja manji od zbroja čeka" prilikom ispisa čeka s popustom na kupnju (ček pozicija) na FR tvrtke Shtrikh-M .
- Ispravljeno. Prilikom provođenja operacije "Blagajna - Povrat robe po primitku" povratnica je formirana bez uvažavanja popusta na kupnju (stavke obračuna).
- Ispravljeno. Prilikom rada u načinu rada "Bez blagajne", prilikom dodavanja kupnje na račun, iznos poreza nije obračunan.
radna stanica upravitelja
- Podržan je rad s CCP "AMS-100F" u izvanmrežnom načinu rada.
- EGAIS. Provjera čvora onemogućena
- Polja "Telefon" i "Adresa e-pošte" dodana su u imenik kartica za popust.
- U kartici proizvoda, u izborniku "Operacije", dodana je naredba "Ponovna cijena".
- U tablični dio ulaznog računa dodan je stupac "Jedinica mjere". Vidljivost stupca omogućena je u izborniku Postavke prozora dokumenta.
- U imeniku proizvoda ispravljena je pogreška pretraživanja po šifri proizvoda ako je veličina traženog koda veća od 14 znakova.
Cash Server
- Podržan je rad s CCP "AMS-300F".
- Parametar "Naziv proizvoda za operaciju "Prodaja po besplatnoj cijeni"" dodan je postavci CCP svojstava "AMS-100F".
- U slučaju da nije moguće prenijeti ček koji sadrži alkoholnih proizvoda, u UTM EGAIS-u, na CCP-u "AMS-100F" i "AMS-300F" sada se može ispisati detaljan tekst pogreške vraćene iz UTM-a.
- Kod rada s blagajnama AMC-100F uklonjeno je ograničenje unosa popusta na diskontnu karticu na povratnici. Unos ručnog popusta (s tipkovnice blagajne) na čeku povrata zabranjen je na razini softvera CCP.
- Kako bi se poboljšala pouzdanost fiksiranja događaja koji se događaju na AMS-100F CCP-u, napravljene su promjene u protokolu razmjene s CCP-om. Bit će potrebno ažuriranje softvera MI-01.
- Ispravljeno. Ček s alkoholnim proizvodima, zatvoren na blagajni AMS-100F uz plaćanje bankovnom doznakom i prebačen u Jedinstveni državni automatizirani informacijski sustav, pohranjen je u bazi podataka bez oznake bezgotovinskog plaćanja.
- Ispravljeno. Prilikom rada s AMC-100F CCP, opcija u svojstvima blagajne nije radila: EGAIS - Ispišite listić za povratnicu.
- Ispravljeno. Prilikom dodjele mrežnog broja blagajne AMS-100F više od 99, indikatori "Komunikacija" i "Online" nisu bili prikazani u prozoru POS poslužitelja, a poruke se nisu slale na POS monitor.
- Ispravljeno. Prilikom prodaje robe na AMS-100F CCP, čiji je kod veći od 7 znakova, takva je roba pohranjena u zapisnik primitka s netočnom vrijednošću koda.
18. studenog 2017., 17:19, pitanje #1816792 Anna, Moskva
Anna je ostavila recenziju o mjestu - show
Hvala vam na pomoći. Odgovori bi bili potpuni s poveznicama na članke i pisma, što je vrlo važno.
20. studenog 2017. 09:51400
cijena
pitanje
problem riješen
Kolaps
Odgovori odvjetnika (2)
primio
pristojba 50%Odvjetnik, Sankt Peterburg
razgovor- Ocjena 10,0
- stručnjak
Dobra večer!
1) Prema uvjetima pitanja, može se pretpostaviti da iznos primljen od kupca odgovara stvarno izdanom čeku.
Što se tiče moguće odgovornosti, možemo govoriti o kršenju procedure i uvjeta korištenja KPK:
Zakon o upravnim prekršajima Ruske Federacije, članak 14.5. Prodaja robe, obavljanje poslova ili pružanje usluga u nedostatku utvrđenih informacija ili nekorištenje opreme za blagajne u slučajevima utvrđenim saveznim zakonima
4. Korištenje opreme za blagajne koja ne ispunjava utvrđene zahtjeve ili korištenje opreme za blagajne u suprotnosti s postupkom registracije opreme za blagajne utvrđenim zakonodavstvom Ruske Federacije o korištenju opreme za blagajne, postupak, rokove i uvjete za njegovu ponovnu registraciju, postupak i uvjete za njegovu primjenu -
povlači opomenu ili izricanje upravne novčane kazne službenika u iznosu od tisuću i pol do tri tisuće rubalja; za pravne osobe – upozorenje ili izricanje administrativne novčane kazne u iznosu od pet tisuća do deset tisuća rubalja.
(4. dio uveden je Saveznim zakonom br. 290-FZ od 3. srpnja 2016.)U vašoj ste situaciji pogrešno naveli dodatne podatke utvrđene nalogom Federalne porezne službe - znak metode izračuna. Ovaj se atribut ne odnosi na obvezne zahtjeve utvrđene zakonom.
Dopis Ministarstva financija Rusije od 28. travnja 2017. N 03-01-15 / 26352
Članak 1. članka 4.7. Federalnog zakona N 54-FZ definira obvezne podatke koji moraju sadržavati novčani račun i obrazac stroga odgovornost, osim slučajeva utvrđenih navedenim Federalnim zakonom, uključujući: naziv robe, radova, usluga (ako se obim i popis usluga može odrediti u trenutku plaćanja), plaćanje, plaćanje, njihovu količinu, jediničnu cijenu , uzimajući u obzir popuste i marže, trošak uzimajući u obzir popuste i marže, s naznakom stope poreza na dodanu vrijednost (osim u slučajevima obračuna od strane korisnika koji nisu obveznici poreza na dodanu vrijednost ili su oslobođeni ispunjavanja obveza poreznog obveznika na vrijednost porez na dodanu vrijednost, kao i obračuni za dobra, radove, usluge, koji ne podliježu oporezivanju (oslobođeni od oporezivanja) porezom na dodanu vrijednost). ako se obim i popis robe, radova, usluga ne mogu utvrditi u trenutku plaćanja (po primitku akontacije i (ili) plaćanja na rate), dana račun(obrazac strogog izvješćivanja) navedite predujam i stvarno primljen unovčiti. U konačnom obračunu, uzimajući u obzir prethodno uplaćenu predujam, u gotovinskom računu navode se obvezni podaci predviđeni člankom 4.7 Saveznog zakona N 54-FZ, te u iznosu plaćanja u gotovini i (ili) elektroničkim sredstvima plaćanje za prodanu robu, rad, usluge, stvarno primljeni novac bez vezivanja za određene robne artikle, dok se iznos prethodno primljenog predujma ne odražava. Također napominjemo da u skladu sa stavkom 4. članka 4.1. Saveznog zakona br. 54-FZ, nalog Federalne porezne službe Rusije od 21.03.2017. N MMV-7-20 / [e-mail zaštićen]"O odobravanju dodatnih pojedinosti fiskalnih dokumenata i formata obveznih fiskalnih dokumenata". Relevantne metodološke preporuke, uključujući one o formiranju novčanih računa, bit će objavljene na službenoj web stranici Federalne porezne službe Rusije.
Kako je vidljivo iz dopisa, pitanja vezana uz provođenje transakcija putem blagajne ostaju uz avans, budući da Ministarstvo financija pazi na metodološke preporuke.
2) Uz svu nejasnoću činjenice o počinjenom upravnom prekršaju, možete koristiti bilješku uz članak 14.5. Zakona o upravnim prekršajima Ruske Federacije
Bilješka. Osoba koja se dobrovoljno prijavila poreznoj upravi u pisanom obliku o njegovoj nekorištenju blagajni u slučajevima utvrđenim zakonodavstvom Ruske Federacije o korištenju registarskih blagajni ili o njegovoj upotrebi blagajni koje nisu u skladu utvrđenim zahtjevima, ili o njegovom korištenju blagajni u suprotnosti s postupkom registracije blagajni, postupkom, rokovima i uvjetima za ponovnu registraciju blagajni utvrđenim zakonodavstvom Ruske Federacije o korištenju kasa i kako ga koristiti a dobrovoljno obavljen prije donošenja rješenja u slučaju upravnog prekršaja, dužnost za čije se neizvršavanje ili neispravno obavljanje osoba administrativno odgovara, oslobađa se upravne odgovornosti za upravni prekršaj predviđeno
primio
pristojba 50%
Odvjetnik, Samara
razgovor
Odgovoran za prekršaj savezni zakon od 22.05.2003. N 54-FZ "O korištenju kasa u provedbi gotovinskih nagodbi i (ili) nagodbi pomoću elektroničkih sredstava plaćanja" utvrđen je člankom 14.5. Zakon o upravnim prekršajima Ruske Federacije "Prodaja robe, obavljanje poslova ili pružanje usluga u nedostatku utvrđenih informacija ili neupotrebi kasa u slučajevima utvrđenim saveznim zakonima"
Članak 14.5 sastoji se od 15 dijelova..
1. Prodaja robe, ... u nedostatku utvrđenih podataka ... NIJE PRIGODNO
2. Nekorištenje kasa... NIJE PRIGODNO
3. Ponavljanje odredbi 2. dijela ... BR
4. Primjena CCP-a koja nije u skladu… ne
5. Nedostavljanje na zahtjev porezne uprave… VIŠE
7. Povreda obveze obrade i prijenosa fiskalnih podataka PRENOSENI
8. slučaj poništenja dozvole - OK
9. Netočne informacije prilikom podnošenja zahtjeva za dopuštenje POUZDANO
10. Nedavanje obavijesti o sklapanju ugovora s korisnikom za obradu fiskalnih podataka, NE NAŠIH
11. Nedostavljanje Obavijesti o promjeni podataka,... NE TO
12. Ostalo kršenje zakonskih zahtjeva od strane operatera fiskalnih podataka Ruska Federacija o korištenju opreme za blagajne - povlači se izricanje upravne kazne na dužnosnici u iznosu od pet tisuća do deset tisuća rubalja; na pravna lica- od pedeset tisuća do sto tisuća rubalja. VIŠE RAZMISLITE VIŠE...
13. Prodaja od strane proizvođača CCP..
14. Izdavanje stručne organizacije ...
15. Nezastupanje od strane stručne organizacije ... To nije to.
Drugi prekršaj... dakle. Porezna uprava će vidjeti da ste primili novac i navodno odmah dali robu “Punu naplatu“, ali robu imate... Malo je vjerojatno da će uspoređivati fiskalno poslovanje s kretanjem robe u skladištu... dakle, otkrit će se da niste dali robu. nestvarno. vratit ćete ga kao potpuno plaćenu.
Ručno uspoređivanje naziva čekova i znakova plaćanja također je izvan moći bilo kakvog poreza. Sve se provjerava automatski.
Nisi ništa sakrio od poreza... Ostavi moje mišljenje kakvo jest. Nemoguće je ispraviti znak plaćanja ako je nemoguće izvršiti povrat, za ovo je sve izmišljeno tako da se ne može ispraviti.
Po meni, ovdje nema nikakvog upravnog prekršaja. S druge strane, može se tvrditi da naziv čeka nije točan, ali je znak točan. Za strojnu obradu, ček izgleda kao puna isplata...ime će biti ispisano na papiru...što nije povezano s fiskalnim podacima, već je samo tekst.
Zato mislim da je vrijedno ostaviti to kako jest i ne brinuti, jer ionako ne možeš popraviti bez povrata.
Je li odvjetnikov odgovor bio od pomoći? + 1 - 0
Kolaps
Učitavam...
