A Square számla sablon beállításának kulcsa nem az, hogy egyszerre mentünk el sok sablont, hanem az, hogy minden egyes számla szolgáltatásainak tartalma, összege, fizetési módja, küldési ütemezése és az ügyfél számára látható magyarázata visszatérjen a valós tranzakcióhoz. A jelenlegi adatok szerint a sablonok előre kitölthetők termék/szolgáltatásokkal, fizetési opciókkal vagy üzenetekkel, és a csapat újra felhasználhatja őket a számlák létrehozásakor; ez a cikk kizárólag a vállalat saját valós számlázási és ügyfélkommunikációs folyamatairól szól.
Először hozzon létre sablonokat ismétlődő és valós üzleti forgatókönyvekre
A sablonok leginkább akkor ideálisak, ha a szolgáltatások hatásköre, projektek és díjszabás viszonylag stabilak, például fix karbantartási csomagok, egyértelmű foglalások vagy szabványosított áruk rendelése esetén. Létrehozáskor határozza meg a sablonhoz tartozó üzleti nevet, az érintett ügyfeleket, hogy egyszeri díjazásról van-e szó, ki használhatja, és ki felelős a minden egyes küldés előtti ellenőrzésért, hogy elkerülje, hogy különböző teljesítési feltételekkel rendelkező tranzakciókat egy „univerzális sablonba” zárjon.
A belső sablonnevek segíthetnek a csapatnak azonosítani a céljukat, de az ügyfelek a számla címét, tételeit és üzeneteit látják. Ne küldje tovább az ügyfeleknek a belső rövidítéseket, még megerősítetlen árajánlatokat vagy homályos helyőrzőket. Minden sablonhoz rendeljen egy felelőst és utolsó ellenőrzési dátumot; amikor az árak, szolgáltatások hatásköre vagy irányelvek megváltoznak, frissítse először a sablont, mielőtt engedélyezi a csapat további használatát.
Az ügyfél számára látható cím, tételek és üzenetek pontosan leírják a valós szolgáltatást
A Square jelenlegi sablonbeállításai lehetővé teszik az ügyfél számára látható számla cím, ügyfélnévsor és előre kiválasztott termék vagy szolgáltatás megadását. A címnek segítenie kell az ügyfélnek a tranzakció felismerésében, a soroknak pedig pontosan le kell írniuk a ténylegesen nyújtott árut vagy szolgáltatást, mennyiséget és összeget. Az üzenetek kizárólag a szükséges teljesítési információk kiegészítésére szolgálnak. Ne használjunk túl általános kifejezéseket, mint például „tanácsadási díj” vagy „szolgáltatási díj”, amelyek nem jelölik meg a valós értékesítési tartalmat, amit az ügyfél nem tud azonosítani.
Ha a tranzakció hatásköröket, mérföldköveket, kézbesítendő termékeket vagy korlátozásokat tartalmaz, ezeket egy megfelelő, az ügyfél számára hozzáférhető oldalon, szerződésben vagy ajánlatban egyértelműen meg kell határozni, és a számlán is ugyanazt a rendelést vagy projektet kell hivatkozni. A számla nem eszköz a későbbi szabályok utólagos kitöltésére; az ügyfélnek a fizetés előtt világosan látnia kell, hogy miért fizet, és hogyan kapja meg a szolgáltatást.
Különbséget kell tenni az egyszeri és a rendszeres számlák időzítése között
Sablon létrehozásakor először el kell dönteni, hogy a tranzakció egyszeri vagy rendszeres díjfizetés. Az egyszeri számlák küldésének idejét, lejárati dátumait és a kifizetés feltételeit a tényleges rendeléssel összhangban kell meghatározni; a rendszeres számlák esetében pedig az ügyfélnek világosan látnia kell a kezdési és befejezési dátumot, minden egyes lejárati időpontot, a gyakoriságot, valamint azt, hogy automatikus fizetés engedélyezett-e. A különböző régiók, programok és fiókengedélyek alapján eltérő lehet a megjelenő opciók, ezért mindig a jelenlegi Square irányítópult adja a legmegbízhatóbb információt.
Ne tegyük rendszeressé az egyszeri tranzakciókat csupán belső kényelem miatt, és ne aktiváljunk olyan beállításokat, amelyek várható további díjakat eredményezhetnek, ha az ügyfél nem kapott tisztességes tájékoztatást. Ha az ügyfél módosítja a szolgáltatás időtartamát, felfüggeszti vagy megszünteti a szerződést, a csapatnak frissítenie kell a számlákat és a belső rendelési nyilvántartásokat is. A már elküldött vagy kifizetett rekordokat a tényleges állapot szerint kell kezelni, nem szabad a sablonnal lefedni a múltbeli tényeket.
Csak azokat a fizetési módokat és küldési csatornákat kínáljuk, amelyeket a vállalat ténylegesen támogathat
A Square adatok szerint a sablonok előre beállíthatják a fizetési lehetőségeket, valamint e-mail, SMS vagy fizetési link formájában történő számlaküldést. Minden módszertől előzetesen ellenőrizni kell, hogy a vállalat képes-e fogadni, feldolgozni és támogatni a megfelelő fizetés utáni ügyfélfelhasználói kérdéseket; emellett ellenőrizni kell, hogy az ügyfél e-mailcímének vagy mobiltelefon-számának gyűjtése és felhasználása megfelel-e a vállalat adatvédelmi és értesítési szabályaiban.
A fizetési lehetőségek és a küldési módok nem szolgálhatnak az ügyfél nyomás alá helyezésére vagy a kommunikáció elkerülésére. Küldés előtt ellenőrizze a címzettet, a termékeket, az összeget és a pénznemet. Ha manuálisan másolt fizetési linkeket használunk, különösen fontos ellenőrizni, hogy a link valóban az adott ügyfélhez és rendeléshez tartozik. Amikor az ügyfél kérdéseket tesz fel a fizetési módokkal, ismétlődő számlákkal vagy rossz címzettel kapcsolatban, a problémát az ellenőrizhető rendelési nyilvántartások alapján kell kezelni, ne kérjük meg az ügyfelet, hogy érzékeny fizetési információkat küldjön.
A márkaadatok és egyéni mezők hozzáadása előtt végezzen minimális ellenőrzést.
A Square jelenlegi segédanyag szerint az egyéni mezők hozzáadhatók a számlákhoz vagy sablonokhoz, valamint a kapcsolódó beállításokban frissíthető a kereskedő azonosítója és a márkainformáció. A márkanevnek, logónak, színnek és üzleti elérhetőségeknek valósnak, felismerhetőnek kell lenniük, és lehetővé kell tenniük az ügyfelek számára, hogy a tényleges fizetési félhez jussanak; ne használjon mások márkáját, a tranzakcióval nem kapcsolatos webcímeket vagy olyan neveket, amelyek félrevezethetik az ügyfeleket a felelős személyről.
Az egyéni mezők csak az adatokat gyűjthessék, amelyek szükségesek a számla elkészítéséhez, kézbesítéshez vagy megfelelőséghez. Ne kérjen jelszavakat, ellenőrző kódokat, teljes banki adatokat, személyazonosságot igazoló dokumentumok képeit vagy más érzékeny információkat a számla megjegyzésében vagy űrlapján; a kezelendő személyes adatok célját, hozzáférési jogosultságait és tárolási idejét egyértelműen határozza meg. A mezők számának növelése nem jelenti azt, hogy a számla profibb lesz; azokat a mezőket, amelyek céljukat nem tudják magyarázni, törlendők.
Nézze át az ügyfél oldalát, és kerülje el a termékgyűjtemény és a sablonverziók eltérését.
A Square hivatalos útmutatója javasolja, hogy a sablon mentése előtt mindig nézze át előzetesen, hogyan fog kinézni az ügyfél számára a számla. Minden alkalommal, amikor létrehoz vagy módosít egy sablont, legalábbis az ügyfél szemszögéből ellenőrizze a címet, a termékeket, mennyiséget, összeget, dátumot, üzenetet, fizetési lehetőségeket, támogatási információkat és a mobilkészüléken való olvashatóságot. Ha az információk belső vázlatként hatnak, vagy nem világos, mit is képviselnek, akkor ne küldje el.
A hivatalos dokumentumok emlékeztetnek arra is, hogy a termékgyűjteményben végrehajtott frissítések automatikusan nem kerülnek át a már sablonba helyezett termékekre. Ezért ha módosítja a termékek nevét, árát vagy szolgáltatás leírását, ne feltételezze, hogy az összes régi sablon automatikusan frissül, csupán a termékgyűjtemény módosításával. Nyissa meg az érintett sablonokat, ellenőrizze a benne szereplő termékeket, majd jegyezze fel a frissített verziót és hatályba lépési dátumát.
A küldés előtt és után is őrizze meg a valós rendelési és ügyfélszolgálati nyilvántartásokat.
Küldés előtt ellenőrizze a megfelelő személyzet az ügyfelet, a szolgáltatás tartalmát, az összeget, az adókat, az esetleges kedvezményeket, a határidőket és a kapcsolattartási adatokat. Küldés után őrizze meg a számlaszámot, a küldési csatornát, az ügyfél megerősítését, a tényleges fizetést és a tényleges kézbesítést, hogy a csapat könnyedén kezelhesse a normál halasztásokat, visszatérítéseket, ismételt fizetéseket vagy ügyfélproblémákat. Ezek a nyilvántartások a valós tranzakcióból származzanak, ne írja őket utólag, ha probléma merül fel.
Rendszeresen törölje a már nem alkalmazható sablonokat, lejárt árakat és a távozott dolgozók hozzáférési jogait. Amennyiben az üzleti irányelvek, márkanevek, kapcsolattartók vagy szállítási hatáskörök megváltoznak, először frissítse a nyilvános információkat és a sablonokat, majd küldje el a következő számlát. A világos számlázás nem garantálja a fizetést vagy a viták kimenetelét, de csökkentheti az ügyfelek félreértéseit, amelyek az információk egyértelműségének hiányából eredhetnek.
Hivatalos információk és gyakran ismételt kérdések
Ez a dokumentum utolsó ellenőrzési dátuma 2026. szeptember. A platform szabályai, elérhetőségi területek, dokumentumkövetelmények, díjak és ellenőrzési folyamatok módosulhatnak; kérjük, csak a Square hivatalos számla sablonja és beállítási útmutatója A fiókban található értesítésekkel egyezően, és kizárólag valós, érvényes, a vállalat tulajdonában lévő dokumentumokat kell benyújtani.
A Square számla sablon egyszeri és rendszeres díjazásra is használható egyszerre?
Sablon létrehozásakor kiválaszthatja az egyszeri vagy rendszeres díjazást, de minden sablonnak és számlának meg kell felelnie a tényleges díjfizetési módnak. A rendelkezésre álló lehetőségeket a fiók, a régió, a termékcsomag és a jelenlegi Dashboard felület befolyásolja.
Látják-e a vevők a sablon nevét?
A sablon neve általában belső azonosításra szolgál; a vevő számára látható tartalom a számla címe, a termékek, üzenetek és egyéb számlatartalmak. Létrehozás során különösen ellenőrizze, hogy a vevő számára látható szöveg pontosan leírja-e a tényleges tranzakciót.
Ha módosítjuk a termékgyűjtemény árait, automatikusan frissülnek-e a régi sablonok?
A Square jelenlegi segédanyagai szerint a termékgyűjtemény módosításai nem kerülnek automatikusan át a már sablonokba beillesztett elemekbe. A termékek vagy szolgáltatások információinak frissítése után manuálisan kell megnyitni a kapcsolódó sablonokat, ellenőrizni és újra menteni őket.
Megadható-e a számla testreszabott mezőiben, hogy a vevő adjon meg bankkártya- vagy ellenőrzőkód-adatot?
Ez nem ajánlott. A számlamezők csak a teljesítéshez vagy a megfelelőséghez szükséges adatok gyűjtésére szolgálhatnak, ne kérjenek jelszavakat, ellenőrzőkódokat, teljes bankkártya-információkat, dokumentumképeket vagy más felesleges érzékeny adatokat.