मुफ़्त चालान जनरेटर

यह कैसे काम करता है

अपनी कंपनी की जानकारी, अपने क्लाइंट की जानकारी दर्ज करें, मात्रा और मूल्यों के साथ पंक्तियाँ जोड़ें, और कर दर सेट करें।

अक्सर पूछे जाने वाले प्रश्न

क्या मैं इसे PDF के रूप में सहेज सकता हूँ?

हाँ। जब प्रिंट डायलॉग खुलता है, गंतव्य के रूप में "PDF के रूप में सहेजें" (या Windows पर "Microsoft Print to PDF") चुनें।

क्या मेरा डेटा संग्रहीत है?

नहीं। सभी चालान डेटा आपके ब्राउज़र में रहता है और कहीं भी प्रसारित नहीं होता। पेज रीफ़्रेश करने या बंद करने पर डेटा साफ़ हो जाता है।

क्या मैं रूप अनुकूलित कर सकता हूँ?

प्रिंट लेआउट सार्वभौमिक, साफ़ पेशेवर डिज़ाइन का उपयोग करता है। आप जनरेट किए गए PDF को किसी भी संपादक में संशोधित कर सकते हैं।

बिल का एक संक्षिप्त इतिहास

बिल अपने सबसे ढीले अर्थ में, "X, Z के लिए Y को देय है" का एक लिखित रिकॉर्ड, लगभग लेखन के समान ही पुराना है। Uruk (आधुनिक इराक में) में खोदी गई और लगभग 3300 से 3000 ईसा पूर्व की कीलाक्षर मिट्टी की तख्तियों में हजारों प्रशासनिक रिकॉर्ड शामिल हैं: जौ की राशन सूचियाँ, पशुओं की गिनती, बीयर का आवंटन, मंदिर के भंडार कक्षों के बीच माल का स्थानांतरण। ये आधुनिक कानूनी अर्थ में बिल नहीं हैं, लेकिन वे एक ही विचार हैं: एक वाणिज्यिक लेनदेन का एक टिकाऊ तृतीय-पक्ष रिकॉर्ड। सबसे शुरुआती कीलाक्षर तख्तियों में से कई साहित्यिक नहीं बल्कि प्रशासनिक हैं, लेखन का आविष्कार आंशिक रूप से इसलिए किया गया लगता है कि कौन क्या देता है, इसका पता लगाया जा सके। बाद में रोमन वाणिज्य ने अल्पकालिक व्यापारिक दस्तावेजों के लिए मोम-लेपित लकड़ी की तख्तियों (tabulae ceratae) का उपयोग किया, Hadrian's Wall पर एक रोमन किले की Vindolanda तख्तियों (लगभग 90 से 120 ई.) में राशन खरीद और आपूर्तिकर्ता सूचियाँ शामिल हैं।

आधुनिक बिलिंग का निर्णायक क्षण फ्रांसिसकन भिक्षु Luca Pacioli द्वारा 1494 में वेनिस में Summa de arithmetica, geometria, proportioni et proportionalità का प्रकाशन है। Pacioli ने डबल-एंट्री बहीखाता का आविष्कार नहीं किया, वेनिस और जेनोआ के व्यापारी उनसे कम से कम 150 साल पहले से इसका उपयोग कर रहे थे, लेकिन उनकी पुस्तक पहला मुद्रित ग्रंथ था जिसने इसे व्यवस्थित रूप से समझाया। प्रासंगिक खंड, "Particularis de computis et scripturis," को अक्सर आधुनिक लेखांकन के संस्थापक दस्तावेज़ के रूप में उद्धृत किया जाता है। Pacioli का योगदान तीन पुस्तकों को संहिताबद्ध करना था जिन्हें हर व्यापारी को रखना चाहिए: memoriale (ज्ञापन), giornale (पत्रिका), और quaderno (बही)। हम जिस बिल को जानते हैं वह memoriale और giornale के बीच की सीमा पर बैठता है: स्रोत दस्तावेज़ जो विक्रेता और खरीदार दोनों की पुस्तकों में प्रविष्टियाँ ट्रिगर करता है। Pacioli की अनुशंसित बिल जानकारी, दिनांक, पक्ष, आइटम, कीमतें, भुगतान शर्तें, 530 वर्षों में मुश्किल से बदली हैं।

19वीं शताब्दी तक, कार्बन प्रतियों के साथ पूर्व-मुद्रित कागज बिल बुक्स प्रमुख व्यावसायिक रूप थीं। 20वीं शताब्दी के प्रारंभ से मध्य तक, रासायनिक-लेपित NCR ("no carbon required") कागज ने वास्तविक कार्बन शीट को बदल दिया, और ट्रैक्टर-फीड डॉट-मैट्रिक्स प्रिंटर सीधे लेखांकन सॉफ्टवेयर से मल्टी-पार्ट बिल सेट उत्पन्न करते थे। यह वही दुनिया है जिसने हमें 8.5×11" या A4 बिल लेआउट दिया जो PDF अभी भी अनुकरण करते हैं। इलेक्ट्रॉनिक डेटा इंटरचेंज (EDI) मानक, UN/EDIFACT (1987 से, UNECE द्वारा शासित) और उत्तरी अमेरिका में पुराना ANSI X12, ने बड़े व्यापारिक भागीदारों को 1980 के दशक से कंप्यूटर-से-कंप्यूटर संरचित बिल का आदान-प्रदान करने दिया। EDI काम करता है लेकिन संदेश प्रारूप संक्षिप्त है, मनुष्यों के लिए पढ़ना मुश्किल है, और लागू करने में महंगा है, इसलिए यह मुख्य रूप से Fortune-500 की घटना बना रहा। 2000 और 2010 के दशक ने संरचित बिलिंग को XML-आधारित प्रारूपों की ओर धकेला, विशेष रूप से UBL (Universal Business Language), एक OASIS मानक जो पहली बार 2004 में UBL 1.0 के रूप में प्रकाशित हुआ था और अब UBL 2.4 (फरवरी 2024 में जारी) पर है।

आधुनिक कानूनी आवश्यकताएं, एक बिल में क्या होना चाहिए

संयुक्त राज्य अमेरिका: दुनिया के अधिकांश हिस्सों के विपरीत, अमेरिका में कोई संघीय कानून नहीं है जो आदेश देता है कि एक बिल में क्या होना चाहिए। संघीय स्तर पर EU VAT निर्देश के बराबर कुछ भी नहीं है। बिलिंग को नियंत्रित करने वाला अप्रत्यक्ष नियमों का एक ढेर है: राज्य बिक्री कर कानून (बिक्री कर वाले 45 राज्यों में से प्रत्येक अपनी अवधारण आवश्यकताएं लागू करता है, आमतौर पर 4 वर्ष); IRS प्रकाशन 583 (व्यवसायों को ऐसी पुस्तकें और रिकॉर्ड रखने चाहिए जो "आपकी सकल आय, कटौती और क्रेडिट दिखाते हैं", बिल प्राथमिक सहायक दस्तावेज़ हैं); और Wayfair निर्णय (South Dakota v. Wayfair, Inc., 138 S.Ct. 2080, 21 जून 2018 को निर्णीत), जिसने राज्य की सीमाओं पर बिक्री कर एकत्र करने वाले को बदल दिया और विस्तार से, कर-विस्तृत बिल जारी करने वाले को बदल दिया। फॉर्म 1099-NEC, 2020 में पुनः स्थापित, का अर्थ है कि एक वर्ष में ठेकेदारों को $600 या अधिक का भुगतान करने वाले व्यवसायों को 1099-NEC जारी करने की आवश्यकता है, ठेकेदार के बिलों के साथ सहायक कागज ट्रेल के रूप में।

यूरोपीय संघ: कानूनी रीढ़ है परिषद निर्देश 2006/112/EC मूल्य वर्धित कर की सामान्य प्रणाली पर ("VAT निर्देश"), 28 नवंबर 2006 को अपनाया गया। अनुच्छेद 217 से 240 बिलिंग को नियंत्रित करते हैं। अनुच्छेद 226 एक पूर्ण VAT बिल के लिए अनिवार्य सामग्री सूचीबद्ध करता है: बिल दिनांक; अनुक्रमिक संख्या जो बिल को विशिष्ट रूप से पहचानती है; आपूर्तिकर्ता का VAT पहचान संख्या; ग्राहक का VAT पहचान संख्या (B2B इंट्रा-EU और रिवर्स-चार्ज के लिए); आपूर्तिकर्ता और ग्राहक के पूर्ण नाम और पते; माल या सेवाओं का विवरण; मात्रा; आपूर्ति की तिथि (यदि बिल तिथि से भिन्न हो); प्रति VAT दर कर योग्य राशि प्लस VAT और किसी भी छूट को छोड़कर इकाई मूल्य; लागू VAT दर; देय VAT राशि; छूट या रिवर्स-चार्ज लेनदेन के लिए, निर्देश के प्रासंगिक अनुच्छेद का संदर्भ। निर्देश 2014/55/EU (16 अप्रैल 2014) ने पूरे EU में B2G लेनदेन के लिए संरचित ई-बिलिंग को अनिवार्य बनाया और एक सामान्य मानक के प्रकाशन की आवश्यकता थी, जो EN 16931 बना।

यूरोपीय ई-बिलिंग लहर (2019 से 2028)

• इटली, SDI जनादेश (1 जनवरी 2019 से लागू)। इटली पहला EU सदस्य राज्य था जिसने केवल B2G नहीं, बल्कि सभी B2B और B2C लेनदेन के लिए इलेक्ट्रॉनिक बिलिंग को अनिवार्य बनाया। प्लेटफ़ॉर्म को SdI, Sistema di Interscambio कहा जाता है, जो Agenzia delle Entrate द्वारा संचालित है। इतालवी VAT-पंजीकृत पक्षों के बीच हर बिल को SdI के माध्यम से FatturaPA XML प्रारूप (UBL/EN 16931 का एक इतालवी प्रोफाइल) में प्रेषित किया जाना चाहिए। 1 जुलाई 2022 से, जनादेश को विदेशी समकक्षों से/के बिलों तक बढ़ाया गया।
• फ्रांस, Facturation Electronique (2026 से 2027 तक रोल आउट)। मूल रूप से जुलाई 2024 के लिए निर्धारित, 2024 के वित्त कानून के अनुच्छेद 91 द्वारा एक चरणबद्ध समयरेखा में स्थगित: 1 सितंबर 2026, सभी फ्रांसीसी व्यवसायों को संरचित इलेक्ट्रॉनिक बिल प्राप्त करने में सक्षम होना चाहिए, बड़े और मध्यम उद्यमों को उन्हें जारी भी करना चाहिए; 1 सितंबर 2027, छोटे और सूक्ष्म उद्यमों को जारी करना चाहिए। फ्रांसीसी मॉडल "Y" आर्किटेक्चर का उपयोग करता है: बिल या तो सार्वजनिक पोर्टल (PPF, AIFE द्वारा संचालित) के माध्यम से या मान्यता प्राप्त निजी "Plateformes de Dématérialisation Partenaires" के माध्यम से प्रवाहित होते हैं।
• जर्मनी, Wachstumschancengesetz (2025 से 2028)। जर्मनी का विकास अवसर अधिनियम, 17 नवंबर 2023 को Bundestag और 22 मार्च 2024 को Bundesrat द्वारा पारित, ई-बिलिंग जनादेश शामिल करता है। §14 UStG के तहत चरणबद्ध रोलआउट: 1 जनवरी 2025, हर B2B-सक्रिय जर्मन व्यवसाय को संरचित ई-बिल प्राप्त करने में सक्षम होना चाहिए; 1 जनवरी 2027, पिछले वर्ष के 800,000 € से अधिक टर्नओवर वाले व्यवसायों को संरचित ई-बिल जारी करना चाहिए; 1 जनवरी 2028, यह दायित्व सभी शेष B2B जर्मन व्यवसायों तक उनके आकार की परवाह किए बिना फैलता है। स्वीकृत प्रारूप: XRechnung (जर्मन EN 16931 कार्यान्वयन, 27 नवंबर 2020 से संघीय B2G के लिए अनिवार्य) और ZUGFeRD 2.x।

संरचित-बिल तकनीकी स्टैक, EN 16931, PEPPOL, Factur-X / ZUGFeRD

EN 16931-1:2017 (बाद के संशोधनों के साथ) सिमेंटिक डेटा मॉडल को परिभाषित करता है, एक "बिल नंबर" या "खरीदार संदर्भ" या "कर श्रेणी" का क्या मतलब है, उन्हें एनकोड करने के लिए उपयोग किए जाने वाले सिंटैक्स से स्वतंत्र। EN 16931-2 सिंटैक्स बाइंडिंग को सूचीबद्ध करता है: UBL 2.1 (OASIS) और UN/CEFACT CII (Cross Industry Invoice)। मानक वह संदर्भ दस्तावेज़ है जो यूरोपीय आयोग को निर्देश 2014/55/EU के तहत आवश्यक है। PEPPOL (मूल रूप से "Pan-European Public Procurement OnLine," अब OpenPeppol AISBL द्वारा शासित, 2012 में स्थापित, ब्रसेल्स में स्थित) पहुंच बिंदुओं का एक नेटवर्क है जो संरचित व्यवसाय दस्तावेज़ रूट करता है, सबसे आम तौर पर PEPPOL BIS Billing 3.0 प्रोफाइल में बिल, जो स्वयं UBL 2.1 सिंटैक्स में EN 16931 की एक बाधा है। PEPPOL 30+ देशों में B2G के लिए अनिवार्य है (हर EU/EEA सदस्य, प्लस सिंगापुर, जिसने 2018 में अपने राष्ट्रव्यापी InvoiceNow नेटवर्क के लिए PEPPOL अपनाया, ऑस्ट्रेलिया, न्यूजीलैंड, और जापान, जिसने 1 अक्टूबर 2023 को प्रभावी हुए उपभोग-कर बिल सुधार के तहत अपने Qualified Invoice System के आधार के रूप में PEPPOL अपनाया)।

व्यावहारिक छोटे-व्यवसाय मामले के लिए, एक बिल भेजना जो एक मानव पढ़ सके और एक मशीन पार्स कर सके, हाइब्रिड PDF प्रारूप पुल है। Factur-X (फ्रांस) और ZUGFeRD (जर्मनी) अनिवार्य रूप से एक ही चीज़ हैं, FNFE-MPE और FeRD के बीच 2017 के सहयोग के तहत संयुक्त रूप से संरेखित। तकनीकी रूप से: एक PDF/A-3 फ़ाइल (ISO 19005-3:2012) एक एम्बेडेड XML अनुलग्नक के साथ जो EN 16931 के अनुरूप है। दृश्य PDF मनुष्यों के लिए है; एम्बेडेड XML प्राप्तकर्ता के लेखांकन सॉफ़्टवेयर के लिए है। चूंकि PDF/A-3 संग्रहीय प्रोफ़ाइल है जो मनमाने फ़ाइल संलग्नकों की अनुमति देता है, यह प्रारूप दीर्घकालिक संरक्षण आवश्यकताओं को पूरा करता है जबकि अभी भी मशीन-पठनीय डेटा वहन करता है। यह उपकरण एक सादा PDF उत्पन्न करता है, Factur-X / ZUGFeRD / XRechnung नहीं। 2026/2027 की तारीखों से जर्मन या फ्रांसीसी B2B के लिए, आप एक समर्पित ई-बिलिंग प्लेटफ़ॉर्म चाहेंगे जो संरचित प्रारूप उत्पन्न कर सके।

आवश्यक फ़ील्ड्स का व्यावहारिक संश्लेषण

अमेरिकी रिकॉर्ड-कीपिंग अभ्यास, EU अनुच्छेद 226, UK HMRC मार्गदर्शन, और विभिन्न राष्ट्रीय ई-बिल जनादेशों से सामान्य आधार खींचते हुए, एक रक्षात्मक रूप से अनुपालन बिल लगभग हमेशा शामिल करता है:

• एक अनूठा बिल नंबर (अनुक्रमिक, एक प्रलेखित नंबरिंग योजना के अनुसार, कभी भी पुन: उपयोग नहीं किया गया)।
• जारी करने की तारीख, और जहां प्रासंगिक हो आपूर्ति की तारीख (अक्सर VAT शासन में "कर बिंदु" कहा जाता है)।
• आपूर्तिकर्ता: कानूनी नाम, पंजीकृत पता, और कर पंजीकरण संख्या (EU/UK में VAT ID, US में B2B के लिए EIN)।
• ग्राहक: नाम और पता, साथ ही B2B इंट्रा-EU और रिवर्स-चार्ज लेनदेन के लिए उनका कर ID।
• प्रत्येक आइटम का स्पष्ट विवरण: माल या सेवाओं की प्रकृति, मात्रा, इकाई मूल्य।
• प्रति कर दर उपकुल (कर योग्य राशि)।
• कर दर(ें) और कर राशि(यां), मद-वार।
• एक घोषित मुद्रा में देय कुल राशि।
• भुगतान शर्तें, देय तिथि, स्वीकृत विधियाँ, और कोई भी विलंबित-भुगतान शर्तें।
• छूट या शून्य-दर आपूर्ति के लिए, कानूनी आधार (उदा., EU में सीमा-पार B2B सेवाओं के लिए "रिवर्स चार्ज, निर्देश 2006/112/EC के अनुच्छेद 196")।

यह उपकरण इनमें से अधिकांश को सतह पर लाता है सिवाय: समर्पित कर-ID फ़ील्ड, प्रति-लाइन कर श्रेणियाँ, और बिल तिथि से अलग एक संरचित "आपूर्ति की तारीख"। पता ब्लॉक मुक्त पाठ के रूप में कर ID स्वीकार करते हैं, जो अधिकांश फ्रीलांस और छोटे-व्यवसाय मामलों के लिए काम करता है।

बिल नंबरिंग सर्वोत्तम प्रथाएँ

अधिकांश VAT न्यायालयों में कानूनी बाधा "अनुक्रमिक और अद्वितीय" है। सर्वोत्तम अभ्यास आगे जाता है:

• वर्ष-उपसर्ग अनुक्रमिक: 2026-001, 2026-002। हर जनवरी रीसेट होता है, स्पष्ट करता है कि एक बिल किस वित्तीय वर्ष का है। अधिकांश यूरोपीय फ्रीलांसरों द्वारा उपयोग किया जाता है।
• ग्राहक-उपसर्ग: ACME-2026-04। उपयोगी यदि आप बहुत कम ग्राहकों को कई बार बिल करते हैं।
• परियोजना/कार्य-आधारित: PROJ123-INV-02। परामर्श और निर्माण में सामान्य।
• शुद्ध अनुक्रमिक: 00001, 00002। सरल लेकिन एक प्रतिपक्ष (या प्रतियोगी) को बताता है कि आप कितना बिल करते हैं।

इन सब के पार नियम है: कभी छोड़ें नहीं और कभी पुन: उपयोग न करें। हटाए गए बिलों को संख्या को रीसायकल करने के बजाय रद्द के रूप में दर्ज किया जाना चाहिए। इतालवी SDI और जर्मन वित्त अधिकारी उन फाइलिंग को अस्वीकार कर देंगे जहां अनुक्रम में अंतराल हैं जो प्रलेखित नहीं हैं।

फ्रीलांस/SMB बिलिंग सॉफ़्टवेयर बाज़ार

एक छोटा दौरा:

• FreshBooks, 2003 में Mike McDerment द्वारा टोरंटो में स्थापित, स्व-नियोजित सलाहकारों के लिए क्लाउड बिलिंग के रूप में शुरू हुआ।
• Wave Accounting, 2010 में टोरंटो में स्थापित, छोटे व्यवसायों के लिए मुफ़्त बिलिंग और लेखांकन, भुगतान और पेरोल के माध्यम से मुद्रीकृत। H&R Block द्वारा 11 जून 2019 को US$405 मिलियन में अधिग्रहित; मुफ़्त बिलिंग टियर बनी हुई है।
• Intuit QuickBooks Online, 2001 में जारी, US में प्रमुख छोटे-व्यवसाय लेखांकन प्लेटफ़ॉर्म। बिलिंग दर्जनों मॉड्यूल में से एक है।
• Xero, 2006 में वेलिंगटन, न्यूज़ीलैंड में Rod Drury द्वारा स्थापित। क्लाउड लेखांकन जो दक्षिणी SMB बाज़ार से एक वैश्विक खिलाड़ी बनने तक बढ़ा।
• Zoho Invoice, Zoho Corporation का हिस्सा (1996 में Sridhar Vembu द्वारा स्थापित)। स्टैंडअलोन Zoho Invoice उत्पाद असीमित उपयोग के लिए मुफ़्त है।
• Invoice Ninja, ओपन-सोर्स बिलिंग प्लेटफ़ॉर्म, 2014 में Hillel Coren द्वारा स्थापित। स्व-होस्टेड (PHP/Laravel, MIT-लाइसेंस प्राप्त) या क्लाउड संस्करण।
• Bill.com, 2006 में René Lacerte द्वारा स्थापित, मूल रूप से देय खातों के स्वचालन; बाद में बिलिंग और बैंक एकीकरण जोड़ा।
• Square Invoices, Block (पहले Square) ने 2014 में बिलिंग जोड़ी; Square Payments और Cash App के साथ एकीकृत होता है।
• Stripe Invoicing, Stripe ने 2018 में अपना स्टैंडअलोन Invoicing उत्पाद लॉन्च किया, उन डेवलपर्स और ऑनलाइन व्यवसायों को लक्षित करता है जो पहले से ही Stripe Billing का उपयोग कर रहे हैं।
• Excel/Google Sheets टेम्पलेट, अभी भी फ्रीलांस दुनिया का एक बड़ा हिस्सा बिल बनाने का तरीका, खासकर किसी भी SaaS को अपनाने से पहले के पहले कुछ ग्राहकों के लिए।

इन प्रतिस्पर्धियों के पार पैटर्न: अधिकांश को एक खाता चाहिए, क्लाउड में डेटा संग्रहीत करते हैं, और सब्सक्रिप्शन, भुगतान प्रसंस्करण, या अपसेल के माध्यम से मुद्रीकरण करते हैं। इस उपकरण की गोपनीयता-प्रथम विरोधी स्थिति, कोई साइनअप नहीं, ब्राउज़र से कुछ भी नहीं निकलता है, उन उपयोगकर्ताओं के लिए वास्तव में विभेदित है जो एक ऐसी चीज़ के लिए SaaS संबंध नहीं चाहते हैं जो संरचनात्मक रूप से एक एक-पृष्ठ का फ़ॉर्म है।

"प्रिंट / सेव PDF" वास्तव में यहाँ कैसे काम करता है

यह उपकरण JavaScript PDF लाइब्रेरी के बजाय ब्राउज़र के मूल प्रिंट पाइपलाइन प्लस OS PDF ड्राइवर का उपयोग करता है। जब आप प्रिंट / सेव PDF पर क्लिक करते हैं, तो ब्राउज़र बिल HTML से एक प्रिंट पूर्वावलोकन बनाता है और मानक प्रिंट संवाद खोलता है। वहाँ से, आप एक गंतव्य चुनते हैं:

• Chrome / Edge: गंतव्य ड्रॉपडाउन में "सेव एज़ PDF" चुनें।
• macOS (कोई भी ब्राउज़र): प्रिंट संवाद के नीचे-बाएँ में "PDF" ड्रॉपडाउन पर क्लिक करें "सेव एज़ PDF" पर। macOS में Mac OS X 10.0 (2001) से सिस्टम-वाइड Save as PDF है।
• Windows: प्रिंटर के रूप में "Microsoft Print to PDF" चुनें। यह Windows 10 (2015) में एक बिल्ट-इन ड्राइवर के रूप में जोड़ा गया था, इससे पहले आपको तीसरे पक्ष का PDF प्रिंटर चाहिए था।

आउटपुट गुणवत्ता उत्कृष्ट है: वास्तविक वेक्टर पाठ, एम्बेडेड फ़ॉन्ट, कॉपी करने योग्य सामग्री, यदि स्रोत HTML सुलभ था तो सुलभ संरचना। इस दृष्टिकोण के साथ उपकरण द्वारा किए जा रहे ट्रेड-ऑफ: छोटा बंडल (jsPDF या html2pdf नहीं भेजा गया), डिवाइस से कुछ नहीं निकलता, सटीक पाठ गुणवत्ता, लेकिन उपयोगकर्ता को प्रिंट संवाद को नेविगेट करना होगा और स्वयं "सेव एज़ PDF" चुनना होगा। एक मुफ़्त, बिना खाते के उपकरण के लिए यह सही कॉल है।

अन्य उपकरण जो विकल्प उपयोग करते हैं: jsPDF (James Hall, 2012, MIT, ~100KB मिनिफ़ाइड+gzipped, टेक्स्ट और आकार प्रिमिटिव के साथ PDF बनाने के लिए प्रोग्रामेटिक API), html2pdf.js (jsPDF के साथ html2canvas को जोड़ता है, "मेरे पृष्ठ को PDF जैसा बनाओ" के लिए आसान लेकिन परिणाम एक रैस्टर छवि है, खोजने योग्य पाठ नहीं), pdfmake (घोषणात्मक दस्तावेज़-बिल्डर API), और सर्वर-साइड जनरेशन (wkhtmltopdf, Puppeteer/Chrome headless, weasyprint, जो अधिकांश SaaS बिलिंग उपकरण उपयोग करते हैं, उच्चतम गुणवत्ता लेकिन एक बैकएंड की आवश्यकता होती है)।

अधिक प्रश्न

क्या यह उपकरण जो बिल उत्पन्न करता है वह कानूनी रूप से अनुपालन है?

US बिलिंग के लिए, EU VAT निर्देश अनुच्छेद 226 फ्रीलांस/SMB मामला, और अधिकांश अन्य न्यायालयों के लिए जहां एक मानव-पठनीय PDF पर्याप्त है: हाँ, जब तक आप सभी आवश्यक फ़ील्ड्स भरते हैं (अनुक्रमिक बिल नंबर, तिथियाँ, जहां आवश्यक हो कर ID के साथ आपूर्तिकर्ता और ग्राहक विवरण, कीमतों के साथ मद-वार माल/सेवाएँ, कर ब्रेकडाउन, कुल)। 1 जनवरी 2019 के बाद इटली के लिए, 1 सितंबर 2026/2027 के बाद फ्रांस के लिए, 2025 से 2028 की §14 UStG तिथियों के बाद जर्मनी के लिए, और EU में किसी भी B2G लेनदेन के लिए, आपको एक संरचित ई-बिल (XRechnung, FatturaPA, Factur-X / ZUGFeRD) की आवश्यकता होगी, जो यह उपकरण उत्पन्न नहीं करता है। उन मामलों के लिए, एक समर्पित ई-बिलिंग प्लेटफ़ॉर्म का उपयोग करें।

छूट कर से पहले क्यों लागू होती है?

यह उपकरण सबसे आम सम्मेलन का पालन करता है: discount_amount = subtotal × (discount% / 100), फिर tax_amount = (subtotal - discount_amount) × (tax% / 100)। यह Stripe Tax, Shopify, और अधिकांश लेखांकन पैकेज जो करते हैं उसके साथ मेल खाता है। यह सार्वभौमिक नहीं है, कुछ न्यायालय (बिक्री करों के बजाय "सकल प्राप्ति" करों वाले कुछ US राज्य) पूर्व-छूट राशि पर कर लगाते हैं। यदि आप उन सीमावर्ती मामलों में से एक में हैं, तो आपको छूट फ़ील्ड को छोड़ना होगा और कर लाइन को हाथ से गणना करनी होगी।

जब मैंने रिफ्रेश किया तो मेरा डेटा गायब हो गया। वह कहाँ है?

चला गया, और यह डिज़ाइन द्वारा है। यह उपकरण जानबूझकर कोई डेटा कायम नहीं रखता है: कोई localStorage नहीं, कोई IndexedDB नहीं, सर्वर पर कोई fetch नहीं। रिफ्रेश करना या टैब बंद करना सब कुछ मिटा देता है। गोपनीयता गारंटी यह है कि आपके बिल के बारे में कुछ भी, प्रेषक, प्राप्तकर्ता, राशि, लाइन आइटम, कर ID, कभी भी आपके ब्राउज़र प्रक्रिया के बाहर कहीं भी संग्रहीत नहीं किया गया है। यदि आप एक प्रति चाहते हैं तो टैब बंद करने से पहले PDF सहेजें।

क्या मैं अपना लोगो जोड़ सकता हूँ?

इस उपकरण में सीधे नहीं। एक बार जब आपने PDF सहेज लिया, तो आप किसी भी PDF संपादक (Adobe Acrobat, Foxit, macOS पर Preview, Linux पर मुफ़्त PDF Arranger) का उपयोग करके एक लोगो जोड़ सकते हैं। या आप मुद्रित बिल को Word या Google Docs जैसे उपकरण में सामग्री चिपकाकर खोल सकते हैं, वहाँ लोगो जोड़ सकते हैं, और पुनः निर्यात कर सकते हैं। बिल पर लोगो का वर्कफ़्लो एक सामान्य अपग्रेड अनुरोध है और भविष्य के संस्करण के लिए एक उम्मीदवार है, अभी के लिए उपकरण नो-साइनअप, नो-डेटा-दृढ़ता कोर मामले पर केंद्रित रहता है।

संबंधित टूल