Számlázás a svájci QR-Rechnung köré építve

1. 1

   Válassza ki az ügyfelet

   Az ügyféltől jön a nyomtatott cím, a dokumentum alapnyelve és az alatta szereplő adószámok. A teljes, strukturált cím a QR-számla adósblokkját is kitölti.

2. 2

   Vegye fel a tételeket

   Megnevezés, mennyiség, egység (óra, darab, projekt, fix és mások), egységár, tételösszeg. A ki nem számlázott időbejegyzések tételként kerülnek a számlára, és számlázott jelölést kapnak.

3. 3

   Adja meg a dátumokat

   A kiállítás dátuma a zürichi naptári nap. A fizetési határidő az Ön fizetési feltételeit követi, alapértelmezés szerint 30 nap, és számlánként felülírható.

4. 4

   Ellenőrizze a sorszámot

   A sorszámok fiókonként PREFIX-YYYY-0001 szerint futnak. A sorszámkiosztó megjavítja a már kiadott sorszám alá mutató számlálót, így egy visszaállított számláló nem tud ütközést okozni.

5. 5

   Mentés, majd küldés vagy küldöttre állítás

   A küldöttre állítás csak a státuszt módosítja, olyan számlán, amelyet Ön maga postázott; e-mailt nem küld. A mentés és küldés viszont küld, a PDF-fel együtt.

Az ismétlődő szövegeket nem kell újra beírni. A megnevezések 14 helyettesítő értéket fogadnak eltolással, így a "{{month}} - {{month+1}}" a számla saját kiállítási dátumához mérve "szeptember - október" alakban jelenik meg. A forrás a kinyomtatott mondat mellett megmarad, ezért a másolat is sablon marad.

• Az EU-n belüli B2B fordított adózási megjegyzés (reverse charge), a 2006/112/EK tanácsi irányelv 196. cikkére hivatkozva
• Az értékhatárra figyelmeztető megjegyzés a még nem MWST-köteles vállalkozásnak, az MWSTG 10. cikk (2) bekezdés a) pontjára hivatkozva
• Figyelmeztetés, ha a fiókban már van MWST-szám, miközben ez a megjegyzés még be van kapcsolva, vagy ha a fiók MWST-kötelesként van megjelölve, de nincs eltárolt MWST-száma, mert akkor 0 %-kal számláz
• Tájékoztató HUF-összeg a fő összeg mellett, beírva és nem átszámítva

Láncban oldódik fel: először a számla saját beállítása, aztán az ügyfél preferált nyelve, aztán a fiók nyelve, végül az angol. Az űrlap kiírja, melyik láncszemből jött.

Öt dokumentumnyelv

Angol, német, francia, olasz és magyar. Minden nyomtatott szó, a címfeliratoktól az összesítésekig és mindkét áfamegjegyzésig, nyelvenként külön van meghatározva, így egy hiányzó feliratnál a build hibára fut, nem pedig angol szöveg kerül egy francia számlára.

Rögzített szövegezés

A hónap-, negyedév- és dátumszövegek a kódban vannak rögzítve, nem a platformról érkeznek, ezért egy tavaly kiküldött számla nem tudja átfogalmazni magát, amikor újra megjelenítik.

Nem fordított nyilvántartási megnevezések

Az IBAN, a BIC/SWIFT, az UID és az MWST minden nyelven ugyanúgy jelenik meg. Egy vállalkozás nem szerepelhet két különböző azonosító alatt attól függően, melyik dokumentumról van szó.

Négy QR-számlanyelv

A fizetési rész németül, franciául, olaszul és angolul létezik, ezért egy magyar nyelvű számla szándékosan angol fizetési részt kap. Az ajánlatok ugyanígy vannak lokalizálva, dokumentumonkénti felülírás nélkül.

• Az élő előnézet a valódi PDF-et jeleníti meg, lapról lapra, a nem mentett űrlapból
• A számla oldala a valódi fájlt ágyazza be, nem annak hasonmását
• Három sablon, klasszikus, modern és minimál, plusz egy kiemelőszín és a logó
• Egyetlen frissességvizsgálat figyeli a számlát, az ügyfelet, a beállításokat és a bankszámlákat, mert a dokumentum mind a négyet kinyomtatja
• Ha a tételek beolvasása nem sikerül, a rendszer inkább nem jelenít meg semmit, mint hogy pozíciók nélküli számlát nyomtasson

A svájci QR-számla önálló lapként kerül a végére, 210 × 105 mm, fizetési rész és nyugta, TWINT-tel és minden svájci banki alkalmazással fizethető. Strukturált referencia mindig társul hozzá: QR-IBAN esetén a számlaszámból származtatott QRR, közönséges IBAN esetén pedig ISO 11649 szerinti Creditor Reference (SCOR), ahol a QRR nem lenne szabályos.

Ehhez be kell kapcsolni a QR-számlát, és kell egy érvényes CH vagy LI IBAN, egy teljes postai cím, a számlatulajdonos neve, CHF vagy EUR, valamint a QR-számla megengedett tartományába eső összeg. Ellenkező esetben a PDF fizetési rész nélkül is elkészül, és az alkalmazás felsorolja az összes hiányzó adatot. A jóváírásokra soha nem kerül fizetési rész.

A küldésnek van egy előnézeti füle, amely a valódi e-mailt mutatja, az összeggel, a fizetési határidővel, a PDF-fel és az Ön aláírásával, a számla nyelvén. Csatolás előtt a küldési útvonal újra felteszi ugyanazt a frissességkérdést, így senki nem kapja a tegnapi QR-számlát egy mai összeget idéző levéltörzs mellé.

Egy fizetéshez összeg, dátum, mód (banki átutalás, PayPal, készpénz vagy egyéb) és hivatkozás tartozik. A kifizetett összeg, a státusz és a fizetés dátuma ebből a nyilvántartásból, egész centben számolódik újra, így egy számla nem mondhat mást, mint a saját bizonylatai. A kifizetettre állítás kifejezett könyvelési dátumot kér a zürichi naptári napon, hogy egy decemberi befizetés decemberre kerüljön.

A Business csomagban a camt.053 vagy camt.054 fájl előnézetben látható, mielőtt bármi rögzülne, és automatikusan csak a pontos QRR- vagy SCOR-hivatkozás párosul. A csak összeg alapján egyező tétel Önre vár.

Az ügyfélnek szóló emlékeztetők a Professional és a Business csomag funkciói, minden fióknál és mindkét emlékeztetőtípusnál alapértelmezés szerint kikapcsolva.

Kikapcsolva

Soha semmi nem megy ki. Minden fiók itt indul.

Jóváhagyással

Minden emlékeztető várakozik, amíg Ön el nem engedi, és küldés helyett elmarad, ha a számlát közben kiegyenlítették, sztornózták vagy részben kifizették.

Automatikusan

Az Ön ütemezése szerint megy ki: először 7 napos késedelemnél, utána 7 naponta, legfeljebb 3 alkalommal. Csak azt kéri, ami még kint van.

A Business csomagban egy számla 2 és 24 közötti, ütemezett havi részre bomlik. A pénz a fizetési nyilvántartásban marad, és az egyes részek állapota vízesésszerűen, a legkorábbi résztől kezdve adódik. A részeknek centre pontosan ki kell adniuk a végösszeget, a hónap végi kezdődátum pedig a hónap hosszához igazodik: január 31. plusz egy hónap február 28. vagy 29.

• A tervben lévő számla nem kerül késedelembe csak azért, mert az eredeti határideje lejárt. A késedelem a legkorábbi fedezetlen, lejárt résznél indul, és kamat is csak a lejárt részekre futhat
• A napi ellenőrzés mindkét irányba működik: a már nem késedelmes számla visszakerül küldött állapotba
• Lejárt részenként egyszer kap értesítést, e-mailben és az alkalmazásban, a saját nyelvén
• A terv eltávolítása minden rögzített fizetést megőriz. Ez nem visszavonás

Egy ismétlődő sablon hetente, havonta, negyedévente vagy évente hoz létre új piszkozatot. A szülőre és az előfordulásra vonatkozó egyedi index elutasítja a második sort ugyanarra az időszakra, így sem egy újrapróbálkozás, sem egy utólagos pótlás nem tud kétszer számlázni. A kiküldés opcionális: ha a sablonnál be van kapcsolva, minden számla a PDF-jével együtt e-mailben megy ki, és ez a lépés az e-mail-naplóhoz méri magát, nem egy státuszjelzőhöz.

Vissza piszkozatba

Küldött, késedelmes és kifizetett állapotból engedélyezett, de amint valódi fizetések vannak, a rendszer elutasítja, mert a pénz gazdátlanul maradna. Az elutasítás a jóváírásra mutat.

Jóváírás (Gutschrift)

Önálló számla, amely a forrásra mutat, minden összeget és tételt negálva, a svájci naptári napra dátumozva. Ha egy számlára már jött pénz, a rendszer elutasítja a sztornózását, és az üzenet ezt nevezi meg kiútként.

Pecsételés

Számlánként bekapcsolható és végleges. A tartalom SHA-256 lenyomata és az archivált PDF bájtjainak lenyomata eltárolódik, ezután adatbázis-triggerek teszik a számlát megváltoztathatatlanná. Csak a fizetési státusz mozog még. Ütemezetten semmi nem pecsételődik le.

Időszakzárak

Ha lezár egy időszakot, az abba eső dátumú bizonylat többé nem létrehozható, nem szerkeszthető, nem törölhető, nem sztornózható, nem állítható kifizetettre, és nem lehet rá fizetést rögzíteni. A valódi kikényszerítést a triggerek végzik, az ellenőrzés pedig hiba esetén tilt, nem engedélyez.

Az ügyfelek egy csak olvasható hivatkozáson keresztül nézik meg a saját dokumentumaikat. A piszkozatok soha nem letölthetők, a státuszok engedélyezési listája hiba esetén tilt, és a szabályt az az útvonal érvényesíti, amely a fájlt átadja, nem csak a hivatkozást kiíró oldal.

• Nincs azonnali fizetésre szolgáló gomb. A számlán nincs kártyás fizetési hivatkozás az ügyfél számára; a fizetési utasítás maga a QR-számla.
• Nincs eBill. A svájci eBill hálózat itt nem kiküldési csatorna.
• Nincs open banking. A banki adatok olyan camt.053 vagy camt.054 fájlban érkeznek, amelyet Ön importál, nem pedig élő kapcsolaton keresztül.
• Nincsenek árfolyamok. A rendszer semmit nem számít át, QR-számlát csak CHF és EUR pénznemű számla vihet, a tájékoztató HUF-összeget pedig Ön írja be.
• Nincs sablontervező. Három kötött sablon, egy kiemelőszín és a logó, nem pedig fogd és vidd elrendezésszerkesztő.
• Nincs behajtás. A lépcső az utolsó felszólításnál véget ér, és a Solory semmit nem ad be sehová.
• Nincs könyvelés. Nem kettős könyvvitel, és nem is a Treuhänder helyettese; azokat a dokumentumokat és exportokat készíti el, amelyekből a Treuhänder dolgozik.
• Nincs felügyelet nélküli AI. Az asszisztens megfogalmazza a számlatételeket, és javaslatot tesz számlára, fizetésre vagy státuszváltásra, de csak olvasható módon tervez, megvárja az Ön megerősítését, majd ugyanazokat a műveleteket futtatja, amelyeket az űrlap. Minden számla, amelyet létrehoz, piszkozat, és nincs olyan lépése, amely bármit kiküldene egy ügyfélnek.