Izdajanje računov v zlatarnah: kaj mora vsebovati vsak račun in kako prejeti plačilo hitreje

Večina lastnikov juvelirskih trgovin se ni lotila obrti, ker uživajo v izdajanju računov. Lotili so se je, ker ljubijo obrt, odnose s strankami, kose. Administracija, ki sledi vsaki prodaji, vsakemu popravilu, vsaki naročeni kreaciji po meri, je potreben del vodenja podjetja, a je redko del, na katerega bi se kdorkoli veselil.

Težava pri obravnavanju izdajanja računov kot premisleka je, da stane pravi denar. Račun, poslan prepozno, je plačilo, prejeto prepozno. Račun, ki mu manjkajo zahtevane informacije, morda ni pravno veljaven. Račun, ki ne vključuje jasne plačilne reference, se izgubi v nabiralniku stranke in je plačan, kadar se do tega lotijo, kar pogosto ni kmalu. In kup neplačanih računov, ki jih nihče aktivno ne sledi, je problem denarnega toka, ki čaka, da postane kriza denarnega toka.

Ta vodnik zajema, kaj mora juvelirski račun vsebovati, da je pravilen in profesionalen, kako strukturirati postopek plačila, da bi dobili plačilo hitreje, kako obravnavati specifične situacije izdajanja računov, ki se pojavijo v juvelirski maloprodaji, in kako prava programska oprema spremeni izdajanje računov iz ročne opravke v nekaj, kar se zgodi samodejno ob vsaki prodaji.

Kaj mora vsak juvelirski račun vsebovati, da je pravno veljaven

Veljaven račun ni le dokument, ki zahteva denar. V večini jurisdikcij je račun pravni dokument s specifičnimi zahtevanimi polji. Pomanjkanje katerega koli od njih lahko naredi račun neveljaven za namene DDV, kar ustvarja težave za stranko, ki mora povrniti DDV, in potencialno za trgovino, če se račun kdaj pregleda.

Zahtevana polja na veljavnem računu juvelirske trgovine so dosledna na večini evropskih trgov, z manjšimi odstopanji po državah.

• Podatki prodajalca se morajo pojaviti na vsakem računu: polno pravno ime podjetja, registrirani naslov, številka DDV in po potrebi registrska številka podjetja. Za belgijsko trgovino, ki deluje kot BV ali Comm V, so to podatki iz registracije podjetja. Za samostojnega podjetnika veljajo osebni podatki poslovne registracije.
• Podatki kupca so potrebni za račune B2B in za transakcije B2C višje vrednosti na številnih trgih. Za potrošniško prodajo pod določenimi pragovi je lahko sprejemljiv poenostavljen račun. Za vsako poslovno stranko, ki mora povrniti DDV, se mora njihova številka DDV pojaviti na računu.
• Številka računa mora biti edinstvena in zaporedna. Vsak račun, ki ga izda trgovina, mora imeti številko, ki sledi prejšnji brez vrzeli. Nezaporedna ali podvojena številka računa je rdeča zastavica pri kateri koli računovodski reviziji in lahko povzroči težave pri reviziji DDV.
• Datum računa je datum izdaje računa, ne datum prodaje ali plačila. Pri storitvah, kot so popravila, je datum računa običajno datum, ko je bilo delo zaključeno in je bil izdelek pripravljen za prevzem.
• Jasen opis tega, kar se zaračunava, je zahtevan za vsako vrstico. Pri prodaji izdelka to pomeni opis izdelka, vključno z vrsto kovine, kamnom in vsemi ustreznimi specifikacijami. Pri popravilu to pomeni opis opravljenega dela. Nejasni opisi, kot so "nakit" ali "popravilo", niso dovolj za račun, skladen z DDV.
• Razčlenitev DDV prikazuje ceno na enoto, količino, ustrezno stopnjo DDV in znesek DDV po vrstici ali po skupini ustreznih stopenj DDV. Skupni znesek računa mora biti razčlenjen na neto znesek, znesek DDV po stopnji in bruto vsoto.
• Plačilni pogoji morajo biti jasno navedeni: rok plačila in sprejeti načini plačila. Račun, ki navaja "plačljivo ob prejemu", je manj učinkovit pri zagotavljanju hitrega plačila kot tisti, ki navaja "plačilo v 14 dneh, z bančnim nakazilom na spodnji račun".

Gem Logic samodejno ustvarja profesionalne račune v PDF iz vsake prodaje in popravila z enim klikom. Podatki o podjetju, produktne vrstice, razčlenitev DDV in strukturirane plačilne reference so vključeni samodejno. Brez kopiranja, brez ročnega oblikovanja.

Specifične situacije izdajanja računov, s katerimi se srečujejo златarne

Prodaja nakita ima scenarije izdajanja računov, ki jih splošna maloprodaja nima, in njihovo pravilno obravnavanje je pomembno tako za skladnost kot za odnos s strankami.

Računi za popravila so najpogostejša situacija izdajanja računov za večino neodvisnih zlatarjev. Račun za popravilo naj vsebuje sklicevanje na številko naloga za popravilo, opis opravljenega dela ter vse uporabljene materiale z njihovimi stroški. Pri popravilih, kjer je bila cenovna ocena podana in odobrena pred začetkom dela, naj račun odraža odobreni znesek ali jasno pojasni morebitna odstopanja. To je še en razlog, zakaj bij morala popravila upravljati pravilno, namesto na papirnatih nalogih. Gem Logic poveže račune za popravila neposredno z evidenco popravil, tako da se opis, materiali in podatki o stranki prenesejo samodejno brez ponovnega vnosa.

Računi za izdelavo po meri pogosto vključujejo polog, plačan v fazi posvetovanja, in stanje, plačljivo ob dostavi. Struktura računa mora to pravilno obravnavati: prejeti polog naj bo prikazan kot plačilo na račun v primerjavi s celotnim zneskom, s jasno navedenim stanjem. Nekatere naročnine po meri vključujejo več mejnikov plačila, ki jih je treba dokumentirati glede na izvirno naročilo. Gem Logic sledi naročilom po meri od posvetovanja do dostave, pri čemer je izdajanje računov povezano z evidenco naročila, tako da je zgodovina plačil vedno jasna.

Računi po shemi marže DDV veljajo za rabljeni nakit, antične izdelke in stvari iz zapuščin, kjer je trgovina kupila izdelek od zasebne osebe in ga preprodaja. Po shemi marže se DDV izračuna na maržo, ne na celotno prodajno ceno, in oblika računa se razlikuje od standardnega računa. Stopnja sheme marže mora biti navedena, standardni znesek DDV pa ne sme biti prikazan ločeno. Napaka pri tem izpostavi trgovino obveznosti DDV na celotno prodajno ceno in ne na maržo.

Gem Logic podpira standardne, znižane in marže-shem stopnje DDV po izdelku in pravilno izračunava davek po vrstici. Oblika računa se samodejno prilagodi glede na veljavno stopnjo.

Računi za prodajo komisijskega blaga morajo odražati dejstvo, da prodani izdelek ne pripada trgovini. Izplačilo lastniku komisijskega blaga je ločena transakcija od prodajnega računa stranki, in obeh ne smete nikoli zamenjevati. Prodajni račun za komisjijski izdelek izgleda kot standardni prodajni račun za stranko. Izplačilo komisijskega blaga se obravnava ločeno kot izhodna plačila lastniku.

Kako prejeti plačilo hitreje: mehanika hitrega plačila

Račun, ki prispe pozno, ga je težko plačati ali ga je enostavno pozabiti, bo plačan pozno. Mehanika načina pošiljanja računa in kaj vključuje, ima neposreden vpliv na to, kdaj prispe plačilo.

Račun pošljite takoj. Račun, poslan isti dan kot prodaja ali prevzem popravila, je plačan hitreje kot račun, poslan teden dni pozneje. Stranka še vedno razmišlja o transakciji, plačilo se zdi pravočasno in ni presledka med prejemom blaga ali storitve ter prejemom zahteve za plačilo. Posebej pri popravilih pošiljanje računa hkrati z obvestilom o prevzemu pomeni, da stranka prispe s seznanjenostjo o tem, kaj dolguje, in lahko plača takoj, namesto da je pozneje fakturirana.

Vključite plačilno povezavo. Stranka, ki prejme račun po e-pošti z gumbom "Plačaj zdaj" in zaključi plačilo v šestdesetih sekundah s svojo bančno aplikacijo, je stranka, ki je plačala danes, ne kdaj prihodnji teden. Gem Logic doda gumb za takojšnje plačilo na odhodne račune, podprt s Stripe, ki strankam omogoča takojšnje plačilo s kartico, Bancontact ali iDEAL. Račun je samodejno označen kot plačan, ko je plačilo potrjeno, brez potrebe po ročnem usklajevanju.

Vključite strukturirano plačilno referenco. Belgijska strukturirana referenca v obliki +++xxx/xxxx/xxxxx+++ vnaprej izpolni plačilno referenco v bančni aplikaciji stranke in omogoča samodejno ujemanje dohodnih bančnih nakazil s pravilnim računom. Gem Logic samodejno vključi strukturirano referenco na vsakem odhodnem računu in ustvari tudi EPC/SEPA QR kodo, ki jo stranke lahko skenirajo s svojo bančno aplikacijo za vnaprejšnje izpolnjevanje plačilnih podatkov.

Rok plačila navedite eksplicitno. "Prosimo, plačajte v 14 dneh" je učinkovitejše kot "plačljivo ob prejemu". Določen datum, "plačljivo do 25. julija 2026", je učinkovitejši od obojega. Jasnejši kot je rok, večja je verjetnost, da ga bo stranka tudi upoštevala.

Proaktivno spremljajte. Račun, ki doseže rok plačila brez plačila, naj sproži opomnik isti dan ali naslednji dan, ne teden dni pozneje. Vljuden opomnik, ki navaja številko računa in rok plačila, poslan pravočasno, pretvori znatno število zamudnikov pri plačilu, preden situacija zahteva bolj formalen pristop.

Obravnavanje dohodnih računov dobaviteljev

Izdajanje računov ni samo odhodno. Zlatarna prejema račune od dobaviteljev, zlatarjev, delavniških storitev in drugih ponudnikov, njihovo pravilno upravljanje pa je enako pomembno kot upravljanje odhodnih računov za natančen pregled finančnega položaja podjetja.

Najpogostejši problem pri upravljanju dohodnih računov je, da računi dobaviteljev prispejo v različnih formatih: po e-pošti kot PDF, po pošti kot papir, prek portalov dobaviteljev, in končajo na različnih mestih: v mapi e-pošte, v fizični predalčku, v mapi na računalniku. Njihovo ujemanje s pravilnim dobaviteljem, pridobivanje ustreznih informacij in vnos v računovodski sistem je ročno delo, ki zahteva čas in je nagnjeno k napakam.

Gem Logic obravnava obdelavo dohodnih računov z vgrajeno umetno inteligenco in OCR. Račun dobavitelja v PDF je naložen v Gem Logic, ki prebere dokument in samodejno izvleče ključna polja: ime dobavitelja, datum računa, številko računa, zneske vrstic in DDV, vključno z razčlenitvijo DDV po stopnji. Izvlečeni podatki so pregledani in potrjeni pred registracijo, račun pa je shranjen digitalno in povezan z evidenco stika dobavitelja. Brez ročnega vnosa podatkov, brez papirnatih map, brez preglednic.

Hranjenje dohodnih računov v istem sistemu kot odhodnih računov je to, kar naredi poročilo o dobičku smiselno. Poročilo o dobičku iz računov v Gem Logic izračuna neto dobiček z odštevanjem dohodnih računov od odhodnih računov po valuti, kar omogoča vpogled v finančni položaj trgovine v realnem času brez čakanja, da računovodja pripravi mesečno poročilo.

Dobropisi: pravilno obravnavanje vračil, popravkov in povračil

Vračila, zamenjave in popravki po prodaji so reden del prodaje nakita, vsak pa zahteva dobropis, ki se sklicuje na prvotni račun in ustrezno prilagodi finančne evidence.

Dobropis ni preprosto povračilo. Je formalen dokument, ki razveljavlja ali delno stornira prejšnji račun, z lastno številko v zaporedju računov, lastnim datumom in jasnim sklicevanjem na prvotni račun, na katerega se nanaša. Izdaja povračila brez ustreznega dobropisa pusti prvotni račun odprt v računovodskih evidencah in ustvari neskladje, ki ga bo moral računovodja ročno rešiti.

Pri vrnjenem izdelku dobropis stornira prvotno prodajo in vrne izdelek v zalogo. Pri delnem povračilu dobropis pokriva le ustrezni znesek. Pri cenovnem popravku, narejenem po izdaji prvotnega računa, dobropis pokriva razliko med prvotno in popravljeno ceno.

Gem Logic ustvarja dobropise neposredno iz prvotnega prodajnega ali popravilnega naloga, s samodejnim številčenjem po zaporedju računov in generiranjem PDF, ki se ujema s postavitvijo računa. Kjer je primerno, se zaloga samodejno vrne v inventar, ko je ustvarjen dobropis. Dobropis je povezan s prvotnim računom v evidenci stranke, tako da je celotna zgodovina transakcij vedno sledljiva.

Povezovanje izdajanja računov z računovodjo

Zadnji korak v postopku izdajanja računov je posredovanje finančnih podatkov računovodji v uporabnem formatu, ne pa v obliki kupa PDF-jev, ki jih je treba ročno ponovno vnašati.

Večina računovodij, ki delajo z malimi in srednje velikimi podjetji v Belgiji in na Nizozemskem, kot svojo računovodsko platformo uporablja Xero ali Exact Online. Pošiljanje računov kot prilog v obliki PDF po e-pošti pomeni, da mora računovodja podatke izvleči ročno, kar traja in stane klienta v računovodskih honorarjih.

Gem Logic se integrira tako z Xero kot z Exact Online, kar omogoča neposreden izvoz dnevnikov prodaje in nabave v obliki, ki jo lahko računovodja uvozi. PEPPOL in UBL e-računi so prav tako podprti za računovodje in poslovne stranke, ki uporabljajo strukturirano elektronsko izdajanje računov. Računovodja prejme strojno berljive podatke namesto optično prebranih dokumentov, kar pomeni manj vprašanj, hitrejšo obdelavo in nižje računovodske stroške.

Za trgovine, ki želijo redno izvažanje in ne neposredne integracije, Gem Logic omogoča izvoz računov v formatih Excel, PDF, CSV in UBL, s čimer pokriva vse formate, ki jih lahko računovodja zahteva.

Bančno usklajevanje: ujemanje plačil z računi brez ročnega preverjanja

Najbolj zamuden del upravljanja računov za večino zlatarn ni ustvarjanje računov. To je ujemanje prejetih bančnih plačil s pravilnim računom, prepoznavanje še neporavnanih računov in sledenje tistim, ki so zapadli.

Brez strukturirane reference na računu in sistema za ujemanje bančnih transakcij ta postopek vključuje odpiranje bančnega izpiska, branje vsakega prejetega plačila, iskanje ustreznega računa in ročno označevanje kot plačanega. Za trgovino z dvajsetimi do tridesetimi računi na mesec je to obvladljivo. Za bolj zaposleno trgovino to postane znatna upravna obremenitev.

Ujemanje bančnih transakcij v Gem Logic omogoča uvoz bančnih izpiskov in samodejno ujemanje prejetih plačil z odprtimi računi. Plačila, ki vključujejo strukturirano referenco, se ujemajo takoj. Plačila brez reference se ujemajo po znesku s predlogi za najbolj verjetni račun. Rezultat je jasen pregled, kateri računi so plačani, kateri so zapadli in katera plačila je še treba dodeliti — brez ročnega primerjanja bančnega izpiska s seznamom računov.

Zaključek

Izdajanje računov ni najzanimivejši del vodenja zlatarne. Je pa eden najpomembnejših. Račun, ki je pravno pravilen, strokovno oblikovan, enostaven za plačilo in pravočasno spremljan, je račun, ki bo plačan pravočasno. Račun, ki mu manjkajo polja, je poslan pozno, težko ga je plačati in nikoli ni spremljan, pa prispeva k težavam z denarnim tokom.

Dobra novica je, da je večino težav pri izdajanju računov v zlatarnah mogoče odpraviti. Sistem, ki samodejno ustvarja račune iz vsake prodaje in popravila, vključuje plačilne povezave in strukturirane reference, obravnava dobropise in prejete račune dobaviteljev ter ujema bančna plačila z odprtimi računi, odpravi ročno delo in napake, ki ga spremljajo.

Ostane le del, ki dejansko zahteva človeško presojo: preverjanje, ali je opis točen, potrjevanje, da je uporabljena pravilna stopnja DDV, pregled izvlečenih podatkov iz računa dobavitelja, preden je registriran. Vse ostalo se lahko in mora izvesti samodejno.

Ključne točke

Pravno veljaven račun mora vsebovati podatke prodajalca z davčno številko, podatke kupca za poslovna razmerja B2B, zaporedno številko računa, datum računa, jasen opis po postavki, razčlenitev DDV po stopnjah in izrecne plačilne pogoje. Posebne razmere pri izdajanju računov v zlatarstvu — računi za popravila, predplačila za izdelavo po naročilu, prodaja po režimu marže in blago v komisijski prodaji — vsaka zahteva posebno obravnavo, ki je splošno orodje za izdajanje računov morda ne podpira.

Hitrejše prejemanje plačil dosežete z takojšnjim pošiljanjem računov, vključevanjem plačilne povezave, uporabo strukturirane reference, ki vnaprej izpolni bančno nakazilo, in sledenju ob datumu zapadlosti brez odlašanja. Prejeti računi dobaviteljev naj se obdelajo v istem sistemu kot izdani računi, da je slika dobičkonosnosti vedno popolna. Dobropisi morajo navajati prvotni račun in slediti zaporedni oštevilčbi, da ostane računovodska evidenca urejena. In povezava sistema za izdajanje računov z računovodjem prek neposredne integracije ali strukturiranega izvoza odpravlja ročni vnos podatkov na obeh straneh.