A svájci QR-Rechnung minden kiküldött számláján

A QR-Rechnung váltotta fel a régi piros és narancssárga befizetési szelvényeket. Egyetlen sáv az oldal alján, 210 × 105 mm, bal oldalon az átvételi elismervénnyel, jobb oldalon a fizetési résszel, közöttük a Swiss QR Code-dal, amely a teljes fizetési megbízást hordozza: ki kapja a pénzt, melyik bankszámlára, mennyit, milyen pénznemben és milyen referenciával.

Ebből semmi nem díszítés. Az elrendezést, a mezőhosszakat és a kód tartalmát a szabvány rögzíti, és épp ezért tudja a fizető fél banki alkalmazása beolvasni egy soha nem látott vállalkozás QR-Rechnungját, majd ebből kitölteni a saját átutalási űrlapját anélkül, hogy bárkinek számlaszámot kellene begépelnie.

QR-Rechnung / svájci QR-számla

A számlán szereplő svájci szabványos fizetési rész. Az adott számlához készül, és külön oldalként kerül mögé, hogy a fizető fél tisztán le tudja választani.

Fizetési rész és átvételi elismervény

A jobb oldali felét olvassa be a fizető fél, vagy azt adja be a pénztárnál; a bal oldali fele az ő elismervénye. A kettő együtt adja ki a 210 × 105 mm-es sávot.

QR-IBAN

QR-Rechnung-beszedésre kiadott külön IBAN. Az ilyen bankszámlán kötelező a QRR referencia, a hagyományos IBAN-on viszont tilos.

QRR referencia

A QR-referencia: 26 jegyű törzs rekurzív mod-10 ellenőrző számjeggyel, itt a számlaszámból képezve.

Creditor Reference (SCOR)

Az ISO 11649 szerinti strukturált referencia, amely a hagyományos IBAN-hoz jár, ahol a QRR nem lenne szabályos.

camt.053

Az ISO 20022 XML bankkivonat, amelyet az e-bankingből exportál. Ez hordozza azt a referenciát, amelyet a fizető fél ténylegesen használt, és emiatt lehetséges egyáltalán a párosítás.

Nincs külön QR-Rechnung-generátor, amelyet meg kellene nyitni, és nincs beillesztendő szelvény sem. Amikor elkészül a számla PDF-je, a fizetési rész az adott számla saját adataiból és a számlához rendelt bankszámlából rajzolódik meg, és utolsó oldalként kerül a dokumentum végére.

• A fizetési rész a számla összegéből, pénzneméből, a kibocsátóból és az ügyfélből épül fel. Semmit nem kell újra begépelni, így semmit nem lehet elgépelni.
• Az űrlap mellett élő előnézet rendereli a valódi PDF-et a még el nem mentett űrlapállapotból, a fizetési résszel együtt: oldalról oldalra azt látja, amit az ügyfele meg fog kapni.
• Egy fiókhoz több bankszámla is tartozhat, akár harmadik fél számlatulajdonossal is, és minden számla egyet jelöl ki közülük. Ez a választás dönti el, melyik IBAN kerül a fizetési részre.
• Harmadik fél kedvezményezett esetén a számla külön nevezi meg a szolgáltatót, és a QR-Rechnung kedvezményezettjét soha nem cseréljük le némán a kibocsátóra.
• A fizetési rész Unicode betűtípussal készül, így az ä, az ö, az ü vagy egy magyar ékezet a kedvezményezett vagy a fizető fél nevében önmagaként kerül a papírra, nem karakterszemétként.
• Ha a számla, az ügyfél, a vállalkozás beállításai vagy a bankszámlák megváltoznak, a tárolt PDF újrarenderelődik, mielőtt megjelenne vagy e-mailhez csatolódna: az ügyfél soha nem kap elavult fizetési részt olyan levélszöveg mellé, amely már az új végösszeget említi.
• A QR-Rechnung nem fizetős extra. Minden csomagban benne van, a Free-ben is.

A referencia az egész művelet lényege. Végigkíséri a fizetést a bankrendszeren, és visszajön a kivonatán; ettől köthető egy jóváírás egyetlen számlához, nem pedig egy névhez és egy összeghez, amely véletlenül három ügyfelénél is ugyanaz.

Magát az IBAN-t minden rajzolás előtt ellenőrizzük: először a formáját, majd az ISO 7064 mod-97-10 ellenőrző számjegyeit, és csak svájci és liechtensteini bankszámlát fogadunk el. Egy elgépelt számjegy tehát kihagyja a fizetési részt és megmondja, miért, ahelyett, hogy szép PDF-et készítene egy kifizethetetlen QR-kóddal.

Az adós blokkja, vagyis az ügyfele neve és címe a szelvényen, csak akkor töltődik ki, ha az ügyfél adatlapján teljes, strukturált cím szerepel: név, utca, irányítószám, város és ISO-2 országkód. A félig ismert cím üresen hagyja a blokkot, ahelyett, hogy félig töltené ki.

Egyetlen jogosultsági ellenőrzés hajtja a PDF-et és a felületet is, így a számlaűrlap, az élő előnézet és a beállítási oldal ugyanarra a kérdésre ugyanazt válaszolja. Egyszerre sorolja fel az összes hiányzó feltételt, nem csak az elsőt, amelybe beleütközik.

• A QR-Rechnung ki van kapcsolva, akár ezen a számlán, akár a fiók alapértelmezéseként. A számlaszintű beállítás erősebb; ha nem állítja be, a fiókét örökli.
• A tárolt IBAN nem érvényes CH vagy LI IBAN.
• A postai cím hiányos: nincs utca, irányítószám vagy város.
• Nincs eltárolt kedvezményezetti vagy számlatulajdonosi név.
• A számla pénzneme nem CHF és nem EUR.
• Az összeg kívül esik azon a tartományon, amelyet a QR-Rechnung viselhet, vagyis a 0.01 és 999'999,999.99 közötti sávon. Ezért nem kap soha jóváíró számla fizetési részt: a fizetési rész fizetési megbízás, és nem lehet nulla vagy negatív.

Ha ezek valamelyike fennáll, a számla PDF-je akkor is elkészül. Egyszerűen fizetési rész nélkül jön ki, és a letöltés ezt szavakban mondja meg, nem hallgatással: a PDF letöltődött, a QR-Rechnung nem került rá, és íme a hiányzó mező.

1. 1

   A számla egyetlen PDF-ként érkezik

   A fizetési rész ugyanannak a fájlnak az utolsó oldala, tehát nincs második melléklet, amely elveszhetne, és nincs mit külön kinyomtatni. Ha a számlát a Soloryból küldi e-mailben, a PDF hozzá van csatolva, a levél és a dokumentum pedig mindig ugyanazon a nyelven megy ki.

2. 2

   Megnyitja a szkennert az e-bankingben vagy a TWINT-ben

   A Swiss QR Code TWINT-tel és minden svájci banki alkalmazással kifizethető. Semmit nem kell telepíteni, és az ügyfelének sehol nem kell fiókot létrehoznia ahhoz, hogy fizessen Önnek.

3. 3

   Az űrlap kitölti magát

   A bankszámla, a kedvezményezett neve és címe, az összeg, a pénznem és a strukturált referencia mind a kódban van. A fizető fél gépelés helyett jóváhagy, márpedig a rossz referenciával beérkező fizetések többsége korábban éppen a gépelésből eredt.

4. 4

   A referencia a pénzzel együtt utazik

   Akár QRR, akár SCOR, a referencia végigmegy a fizetéssel, és megjelenik azon a kivonaton, amelyet a saját bankjából tölt le. A következő szakasz erről szól.

Mindehhez az ügyfelének nem kell regisztrálnia sehová, nem kell portált nyitnia és nem kell bejelentkeznie. A QR-Rechnung egy oldal egy PDF-ben vagy egy papírcsík, és ugyanúgy viselkedik kinyomtatva, pénztárnál kifizetve, mint telefonon beolvasva.

A banki adatok fájlként kerülnek a Soloryba. Az e-bankingből exportál egy camt.053 kivonatot vagy egy camt.054 terhelési és jóváírási értesítőt ISO 20022 XML formátumban, és importálja. A feldolgozó formátumalapú és bankfüggetlen: mindkét XML gyökeret, valamint a kötegelt és az egytételes elrendezést is olvassa, tehát nincs támogatott bankok listája, amelyen meg kellene keresnie a bankját.

1. 1

   Importálja az XML-t

   Fájlonként legfeljebb 20 MB. Ezen a ponton még semmi nem íródik a könyveibe.

2. 2

   Olvassa el az előnézetet

   A bankszámla, a kivonat azonosítója és minden tétel a dátumával, az adóssal, az összeggel és a referenciával, mindegyik saját jelzéssel: automatikus találat, javaslat, nincs találat, vagy már importálva.

3. 3

   Erősítse meg, mi könyvelődjön

   A megerősített találat valódi fizetést ír be a szokásos fizetési úton, tehát a lezárt időszak védelme, a piszkozatra vagy sztornózott számlára könyvelés tiltása, valamint a számla kifizetett összegének és státuszának újraszámolása is mind érvényben marad.

4. 4

   Importálja újra, ahányszor csak akarja

   Tranzakciónként és altranzakciónként stabil kulcs képződik, így ugyanannak a fájlnak a kétszeri importja nem hoz létre duplikált sorokat, egy kötegelt QR-beszedés pedig, amelyben sok fizető fél szerepel egyetlen könyvelési tétel alatt, fizető felenként egy sor lesz, nem egyetlen sor az egészre.

A párosítás visszavonása törli a létrehozott fizetést és visszaállítja a tranzakciót, és ezt előre meg is mondja. A camt-import a Business csomag funkciója havi CHF 59-ért, és a korlátozás az előnézetre is vonatkozik, nem csak az írási műveletekre. Maga a QR-Rechnung minden csomagban benne van.

A nyomtatott számla a dokumentum nyelvén szólal meg, ami először a számla saját beállítása, aztán az ügyfél választott nyelve, aztán a fiók nyelve, végül az angol, és a fizetési rész ezt követi. A QR-Rechnung szabványa négy nyelvet határoz meg, tehát egy magyar nyelvű számla magyarul nyomtatódik, és angol nyelvű fizetési részt visel. Ez a szabvány, nem hiányosság, az űrlap pedig megmondja, a lánc melyik szeméből jött a nyelv.

A nyilvántartási azonosítókat soha nem fordítjuk le. Az IBAN, a BIC/SWIFT, az UID és az MWST-szám (svájci forgalmiadó-szám) mind az öt dokumentumnyelven önmagaként jelenik meg, mert egy vállalkozás nem tűnhet fel két különböző azonosító alatt attól függően, milyen nyelven ment ki a számlája.

• Nincs eBill. Az itteni QR-Rechnung nyomtatott fizetési rész egy PDF-en; a számlákat nem a svájci eBill hálózatán keresztül kézbesítjük.
• Nincs kártyás fizetés és nincs azonnali fizetési link a számlán. Az ügyfele a fizetési rész alapján átutalással vagy TWINT-tel fizet, és nincs pénztároldal.
• Nincs bankkapcsolat és nincs open banking. A kivonatok camt.053 vagy camt.054 fájlként érkeznek, amelyet Ön exportál, soha nem élő banki API-ból.
• Nincs általános automatikus párosítás. Magától csak a pontos strukturált referenciájú jóváírás párosul; az összegegyezés javaslat, a nem egyértelmű összeg pedig semmi.
• Nincs behajtás. A fizetési emlékeztető és a felszólítás lépései dokumentumokat állítanak elő; semmit nem nyújtunk be sehová, és nem indítunk Ön helyett Betreibungot (svájci behajtási eljárást).
• Az AI-asszisztens piszkozatot ír és kérdez. Csak olvasva tervez, minden írás kifejezett megerősítésre vár, és a szókincsében nincs olyan lépés, amely számlát, ajánlatot vagy emlékeztetőt küldene ki az ügyfélnek.
• Nem Treuhänder (svájci könyvelő és adótanácsadó), és nem kettős könyvvitel. A Solory a dokumentumokat, a fizetéseket és a svájci háttéranyagot tartja rendben; a mérlegelést kívánó döntések Önnél és a Treuhänderénél maradnak, aki a Professional csomagtól felfelé csak olvasási jogot kaphat.