समाचार

ऐप में क्या बदल गया है और इसका आपके लिए क्या मतलब है। नवीनतम शीर्ष पर है।

यहां केवल वही है जो आप काम करते समय पहचानेंगे: नए फ़ीचर्स, व्यवहार में परिवर्तन और सुधार। जब नया रिकॉर्ड जोड़ता है, तो यह सहायता टैब में एक बिंदु प्रदर्शित करता है और जब आप इस पृष्ठ को खोलते हैं, तो यह गायब हो जाता है।

ऐप लगातार तैनात किया जा रहा है, इसलिए रिलीज़ का कोई संस्करण संख्या नहीं है, केवल तिथि होती है।

18. 9. 2026

छूट के बाद की कीमत, न कि पहले की। जब दस्तावेज़ एक पंक्ति पर छूट से पहले और बाद में कीमत प्रिंट करता है — सुपरमार्केट के रसीदें, निर्माण सामग्री के चालान — तो छूट के बाद की कीमत निकाली जाती है। पहले सबसे पहले दर्ज की गई कीमत डेटा में चली जाती थी, जिससे लागत अधिक दिखाई देती थी, जितना आपने वास्तव में भुगतान किया।

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

दर के बजाय कर की रकम ठीक की जाएगी। जर्मन चालान में "MwSt." कॉलम में यूरो में राशि होती है, ना कि प्रतिशत में, और फिर दर में 19,84% होती है। इसे केवल उस समय ठीक किया जाएगा, जब ऐसी दर कहीं भी EU में लागू नहीं होती, पढ़ने पर इसे एक वास्तविक दर के रूप में निकाला जाएगा, और गणना की गई कर दस्तावेज़ के पुनरावलोकन पर बैठ जाएगी।

विदेशी VAT दरें अब पहचान नहीं हैं। पोलिश 23%, ऑस्ट्रियन 20% और पुर्तगाली 6% पहले असामान्य दर के रूप में रिपोर्ट किए जाते थे। घरेलू दस्तावेज़ को जारी करने की तारीख के अनुसार चेक दरें से मापा जाता है।

किसी वस्तु के लिए गायब दर पूरी की जाएगी। छूट, गोलाई या अग्रिम की कटौती में दरों के कॉलम में एक डैश होता है। ऐसी पंक्ति पहले शून्य दर में गिर जाती थी और पुनरावलोकन तब दस्तावेज़ पर जो कुछ है उससे असहमत थी। दर केवल उस समय पूरी की जाएगी जब इसे योग पुष्टि करता है।

कर शामिल मूल्य वाले आइटम फिर से गणना की जाएगी। चालान में पंक्ति की कीमत बिना कर के होती है, और जब भी मॉडल ने कर के साथ राशि ली, तो यह खाता में एक फुलाए हुए आधार के साथ गई। 92 चालानों के नमूने में, यह पंद्रह को प्रभावित करता है। पहले निकाले गए दस्तावेज़ों की पुनर्गणना की गई, बिना नए प्रोसेसिंग के और बिना क्रेडिट के।

ई-मेल का अपलोड (.eml)। सहेजी गई संदेश को अपलोड करें और दस्तावेज़ उसमें से हर अटैचमेंट से बनेगा। उस अटैचमेंट के लिए, जिससे दस्तावेज़ नहीं बना है, आपको कारण पता चलेगा।

IČO को उसी पक्ष के DIČ के साथ तुलना की जाएगी। चेक कंपनियों का DIČ उनके IČO को अपने आप में रखता है, इसलिए यह सत्यापित करना संभव है कि दोनो संख्या एक ही कंपनी से संबंधित हैं। यह आपूर्तिकर्ता और ग्राहक के बीच की उलझन को पकड़ लेगा, जिसके लिए नियंत्रण अंक पर्याप्त नहीं होते — दोनों संख्या मान्य होती हैं, बस किसी और की होती हैं। इस पहचान के सुधार की पेशकश एक क्लिक में की जाती है।

17. 9. 2026

दस्तावेज़ को दोबारा प्रोसेस नहीं किया जाएगा। जब कतार उसी काम को दूसरी बार वितरित करती है, तो दूसरा प्रयास रोक दिया जाएगा। दस्तावेज़, जिस पर कोई भी कार्य करना बंद कर देता है, 10 मिनट बाद प्रतीक्षा में लौट आएगा।

Webhook और Telegram में संदेश केवल दस्तावेज़ को सहेजने के बाद भेजे जाएंगे। प्रोसेसिंग के अंत और सहेजने के बीच के छोटे क्षण में, यह पहले हो सकता था कि webhook बिल्कुल नहीं गया, या Telegram में असफल दस्तावेज के लिए "पूरा" दिखाई दे गया।

16. 9. 2026

संपूर्ण सीमा वाले मॉडल दस्तावेज़ की प्रक्रिया को रोक नहींेंगे। बड़े बैच के बाद, यथावत सीमा से ऊपर दस्तावेज़ पहले त्रुटि के रूप में दर्ज होते थे। अब वे कतार में प्रतीक्षा करते हैं और जब सीमा खुलती है, तब प्रोसेस होते हैं — बिना त्रुटि संदेश और बिना क्रेडिट को यहाँ से वहाँ लौटाए।

बड़ा बैच दूसरों को ब्लॉक नहीं करेगा। कतार ग्राहकों का बदलती है, इसलिए एक हजार दस्तावेजों के आयात से कोई अन्य व्यक्ति जिसने बीच में दस्तावेज़ अपलोड किया, वह रोकता नहीं है।

अधिक सटीक डाटा निकालना। निकालना एक नए मॉडल में चला गया: 98.4% सही फ़ील्ड की नियंत्रण सेट के मुकाबले पहले के 88.0%। बिखरे हुए हुकिंग और शून्य को O अक्षर के साथ उलझाने की समस्या समाप्त हो गई है।

डिजिटल PDF को पाठ्य स्तर से भी पढ़ा जा सकता है। पृष्ठ का चित्रन के साथ फ़ाइल से पाठ भी निकाला जा रहा है, इसलिए इसके साथ जो चित्र में भ्रमित किया जा सके। सटीकता के एक नमूने में 98.4 से 100% बढ़ी।

चेक कंपनी का IČO आठ अंकों का होना चाहिए। पहले अतिरिक्त अंक को बिल्कुल भी विचार नहीं किया जाता था, ताकि विदेशी पंजीकरण नंबरों को निरर्थक पहचान न मिल सके। कि यह एक चेक कंपनी है, यह उसी पक्ष के DIČ से पता चलता है।

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

पूर्वावलोकन में खोज डेटा में खोज करती है। जो आप बाईं ओर मूल में पाते हैं, वह दाईं ओर भी हाइलाइट होता है, फ़ॉर्म में और परिणाम में। दस्तावेज़ से कॉपी की गई राशि ("16 591,56") भी JSON या XML में अपने समकक्ष को पाएगी।

प्रोसेसिंग अपनी सेवा में चलती है। नई संस्करण की तैनाती ने अब प्रोसेसिंग में काम कर रहे दस्तावेज़ों को बाधित करना बंद कर दिया।

15. 9. 2026

पूर्ण दस्तावेज़ को ठीक करें। विंडो के शीर्ष पर एक बटन है जिसमें दो रास्ते हैं: दस्तावेज़ को जांच में वापस लाना और डेटा को ठीक करना, जो कुछ नहीं खर्च करता है, या इसे दूसरी प्रकार के साथ फिर से प्रोसेस करना। पहले खराब दस्तावेज़ पर कुछ करने के लिए केवल इसे हटाना और फिर से अपलोड करना पर्याप्त था, अतिरिक्त क्रेडिट्स पर।

सामान्य रसीद एक नए दस्तावेज़ प्रकार के रूप में। रेस्तरां की रसीद पहले ईंधन रसीद के रूप में काम कर सकती थी, क्योंकि केवल चालान और ईंधन के बीच चयन किया गया था। अब एक सामान्य रसीद के लिए स्कीमा जोड़ा गया है, और जब ईंधन रसीद में कोई ईंधन नहीं है, तो यह पहचानता है।

ISDOC में रसीद को सरल कराधान दस्तावेज़ के रूप में, पहले के Pohoda और Money S3 के बगल में।

ISDOC आधिकारिक बनावट 6.0.2 के अनुसार। पूर्व की स्कीमा का आउटपुट मेल नहीं खाता था, जिसमें दावे का आधा हिस्सा गायब था। अब इसके खिलाफ स्वचालित रूप से सत्यापित किया जाता है।

जिस प्रारूप में चयनित दस्तावेज़ प्रकार नहीं जाता, वहां उत्पन्न नहीं होगा। डाउनलोड ऐसा रूपांतरण अस्वीकार करता था, लेकिन डिटेल, पूर्वावलोकन, webhook और MCP ने इसे उत्पन्न किया। अब सभी जगह एक ही संदेश लौटाया जाएगा।

बिना VAT के चालान में अब वस्तुओं में संपूर्णता नहीं है। गैर-पंजीकृत व्यक्ति द्वारा दस्तावेज़ में कभी-कभी इंटरमीडिएट, कुल और देय राशि गई थी, जिससे विभाजन वास्तविक राशि के गुणांक पर आ गया।

जांच पुष्टि के बाद अगला दस्तावेज़ खोलेगा, जो उसे इंतजार कर रहा था। पहले विंडो उस दस्तावेज़ पर ठहरी रहती थी जिसने पुष्टि की थी और अगले पर जाने के लिए पेड़ वृद्धि से गुज़रना पड़ता था।

तीर द्वारा नेविगेट करना डिफ़ॉल्ट टैब खोलता है। चयनित टैब केवल उस दस्तावेज़ के लिए मान्य है, जिस पर चयन किया गया था; अन-पूर्ण दस्तावेज़ जांच से शुरू होता है।

14. 9. 2026

दस्तावेज़ के नाम बिना फ़ाइल एक्सटेंशन के। स्प्रेडशीट और विंडो "चालान" दिखाते हैं, "चालान.pdf" नहीं। इसे खाता सेटिंग में बंद किया जा सकता है, सहेजे गए फ़ाइल नाम में बदलाव नहीं होता और डाउनलोड की गई फ़ाइल की एक्सटेंशन बनी रहती है।

नई PDF पूर्वावलोकन। इसे हम खुद खींचते हैं, इसलिए यह मोबाइल पर भी काम करता है — पहले iPhone में केवल पहला पृष्ठ पूर्वावलोकन में दिखाई देता था और Android में कुछ नहीं। अब दो अंगुलियों के इशारे से ज़ूमिंग, पाठ में खोज और पृष्ठों के पूर्वावलोकन जोड़े गए हैं।

PDF में निर्यात और पूर्ण ZUGFeRD। पढ़ने के लिए एक पत्र के रूप में PDF और ZUGFeRD PDF/A-3 के रूप में XML के साथ सम्मिलित; तब तक केवल कच्चा XML लौटाया गया। पिछले ZUGFeRD प्रारूप को XML में रखा गया है ताकि webhook और API ग्राहक टूट न जाएं।

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

13. 9. 2026

दस्तावेज़ का अपना नाम। विंडो का शीर्ष भाग लिपिक के साथ एक फ़ील्ड है, इसलिए दस्तावेज़ को अपने अनुसार नामित किया जा सकता है। फ़ाइल का नाम उसके नीचे रहता है और इसे दोनों में खोजा जाता है।

DIČ की VIES रजिस्टर के खिलाफ जांच। आपूर्तिकर्ता और ग्राहक दोनों का DIČ यूरोपीय आयोग के VAT पंजीकृत में सत्यापित किया जाता है। यह कुछ नहीं खर्च करता है और हमारा सर्वर पूछता है, आपका ब्राउज़र नहीं।

दिशा, प्रकार और डुप्लीकेट के समाधान के लिए बटन। पहचान के साथ जहां हम जानते हैं कि क्या करना है, वहाँ एक बटन होता है। दस्तावेज़ की दिशा के संबंध में दिशा परिवर्तन और आपूर्तिकर्ता और ग्राहक के स्थान परिवर्तन की पेशकश की जाती है — यह मूल पर निर्भर करता है।

संक्षेप: त्वरित चयन क्या × कब। एक विकल्प की पंक्ति पहले संपत्तियों को बाधितियों में मिलाकर एक राशि में मिला देती थी। अब विशेष रूप से क्या (राशियाँ, देयताएँ, ईंधन) और विशेष रूप से किस अवधि के लिए चयन किया जाता है।

संक्षेप में अवधि जारी करने की तारीख के अनुसार है, अपलोड करने की तारीख के अनुसार नहीं। अगस्त की चालान, जो सितंबर में अपलोड की गई थी, पहले सितंबर से संबंधित थी।

दस्तावेज़ की तारीख के लिए ČNB की दरें। किसी एक मुद्रा में पुनः (conversion) का प्रयास सभी चीजों के लिए आज की दर लेता है, इसलिए पिछले वर्ष का यूरो चालान इस वर्ष की दर से गणना की जाती थी। दरें और उनकी इतिहास सहेजी गई हैं और प्रत्येक दस्तावेज़ को उसकी जारी करने की तारीख की दर से पुनः गणना की जाएगी।

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

ISDOC या ZUGFeRD से दस्तावेज़ पर भी कीमत। दस्तावेज़ में 0 अब यह दर्शाता है "बिना मॉडल के लोड किया गया, मुफ्त", न कि "कीमत अज्ञात है"।

11. 9. 2026

फार्म भी पूर्ण दस्तावेज़ पर। डुअल व्यू में एक स्विच है फार्म / डेटा, ताकि पहचाने गए डेटा को फ़ील्ड और लेबल के अनुसार पढ़ा जा सके, केवल JSON या XML के रूप में नहीं।

लेबल और फ़ोल्डर का रंग। पैनल से चयन किया जाता है, जो हल्के और गहरे डिज़ाइन में पढ़ा जा सकता है। पहले रंग नाम से निर्धारित होते थे, इसलिए केवल लेबल को एक-दूसरे से अंतर करने में सक्षम होते थे।

क्यों दस्तावेज़ जांच का इंतजार कर रहा है, सीधे सूची में। बैज के ऊपर का बबल पहचानें को उसी वाक्य में बताता है जैसे कि जांच का फ़ॉर्म। शून्य सूची का मतलब यह है कि दस्तावेज़ ठीक है और यह खाता सेटिंग की मांग करता है।

भरा हुआ स्थान किससे बना है। बैज के पास का बबल दस्तावेज़ों की संख्या बताता है, इनमें से कितने कचरे में हैं और उनका आकार, औसत आकार और सबसे बड़ी फ़ाइल। कचरा हमेशा भरे स्थान का हिस्सा होता है — एक हटाया गया दस्तावेज़ अभी भी भंडारण में रहता है — इसे अब इंटरफेस से देखा जा सकता है।

बचे हुए समय के माह और वर्ष। "3650 दिन बचे हैं" के बजाय, समय की निकटता के आधार पर इकाई प्रदर्शित होती है।

अपलोड के बाद केवल वही फ़ाइलें सूची में रहती हैं, जो प्रक्रिया से नहीं गुज़री हैं। बीस हरे चेकमार्क कोई नहीं पढ़ता और उनमें एक लाल पंक्ति खो जाती है। कितने दस्तावेज़ों की प्रक्रिया हुई, यह एक संदेश में कहा जाएगा।

एकाउंट स्विच करने पर विदेशी दस्तावेज़। जो व्यक्ति लॉग आउट करके तुरंत प्रदर्शन खाते में प्रवेश करता है, उसने उसमें थोड़ी देर तक अपने दस्तावेज़ देखे: डेटा पृष्ठ की मेमोरी में रहता है। अब प्रत्येक खाते के स्विच पर मेमोरी मिटा दी जाती है।

संदेश, विंडोज़ और पैनलों का एक ही नियम। क्या हुआ और वह चला गया, उस पर शीर्ष पर एक संदेश होता है। क्या वे घटित होने वाले हैं और क्या निर्णय लेना है, वह विंडो से पूछता है। जो आपके ठीक देख रहे हैं, उसके बारे में क्या वैध है, वह उस सामग्री के पैनल में रहता है।

10. 9. 2026

पाँच लेखांकन प्रणालियों में भेजना। Fakturoid, iDoklad, SuperFaktura, Xero और QuickBooks, प्रत्येक अपने निर्माता की लाइब्रेरी पर, पूरी चयन की सामूहिक भेजने के साथ। इसे सेटिंग में सेट किया जाता है → कनेक्शन।

पूरे स्प्रेडशीट को डाउनलोड करना अब स्प्रेडशीट में चला गया है। नीचे की तैरती पट्टी चयन के लिए होती है; जो कुछ भी फ़िल्टर से गुजरा है, उसका डाउनलोड टेबल के शीर्ष पर है, जिसका संबंध है।

स्प्रेडशीट का फ़िल्टर तीन कॉलम में उन सवालों के अनुसार है, जो व्यक्ति अपनी ओर से पूछता है: यह किस प्रकार का दस्तावेज़ है, यह किस अवधि का है और मैंने इसे कहां वर्गीकृत किया है।

खुली विंडो जानती है कि दस्तावेज़ पूरा है। जिसने कतार में दस्तावेज़ खोला है और उसके पास रुकने का इंतजार किया है, वह "प्रोसेसिंग के लिए प्रतीक्षा" देखता रहा, भले ही यह पहले ही पूरा हो गया हो।

आइटम के बीच में संक्षिप्त पंक्ति अपने आप हटा दी जाएगी। "कुल" पंक्ति को आइटम में लिखा गया, दस्तावेज़ का विभाजन दोगुना कर दिया और यह लेखांकन में एक अतिरिक्त आइटम के रूप में चला जाएगा।

8. 9. 2026

अपलोड करते समय फ़ोल्डर का चयन किया जाता है। स्प्रेडशीट के नीचे टैब का पट्टा एक फ़िल्टर जैसा दिखता है, जो फ़िल्टर नहीं करता। यह अपलोड फ़ॉर्म के पहले फ़ील्ड में है, चुनौतियों के ऊपर जो फ़ोल्डर से आती है।

दस्तावेज़ के पहचानकर्ता के अनुसार खोज। API से उत्तर की शुरुआत पर्याप्त है और खोज उसी फ़ील्ड में होती है जैसे कि नाम के अनुसार।

लेबल और फ़ोल्डर पहले देखने पर पहचाने जा सकते हैं। पहले दोनों श्रेणियों में समान बैज होते थे। फ़ोल्डर के पास एक फ़ोल्डर आइकन और तटस्थ रंग होता है, नाम के रंग लेबल के लिए रहते हैं।

CodeMirror पर स्वयं के स्कीमाओं का संपादक। यह पूर्व में एक विदेशी CDN से रनटाइम में डाउनलोड होता था, इसलिए इसके बिना बिल्कुल भी लोड नहीं हुआ।

गतिविधि के रूप में एक वास्तविक ऑडिट लॉग। "ई-मेल मिला और 1 दस्तावेज़ बनाया गया" की प्रविष्टि ने नहीं बताया कि कौन सा ई-मेल और किससे। घटनाएं अब बताती हैं कि वास्तव में क्या हुआ।

"दस्तावेज़ का प्रकार" अब दो चीज़ें नहीं है। फ़िल्टर और विवरण में, दस्तावेज़ की दिशा "दस्तावेज़ का प्रकार" कहलाती थी, जबकि वही शब्द स्कीमा के चयन को भी संदर्भित करता था। अब यह "दस्तावेज़ की दिशा" है और इसके लिए प्रकार के आधार पर एक फ़िल्टर जोड़ा गया है।

Pohoda और Money S3 में ईंधन के लिए रसीद के रूप में एक नकद दस्तावेज़, न कि चालान के रूप में। 10,000 CZK तक यह एक सरल कर दस्तावेज़ है, जो चालानों की एजेंडा में स्थान नहीं रखता।

निर्यात आधिकारिक XSD निर्माताओं के खिलाफ सत्यापित किए जाते हैं। यह तुरंत उन स्थानों को जानता है जहां फ़ाइल सही दिखाई देती है और केवल लेखांकन में आयात करते समय टूट गई।

सुरक्षा: API कुंजी अब आय प्राप्त पते का प्रबंधन नहीं करती है। दस्तावेज़ अपलोड के लिए निर्धारित कुंजी ई-मेल पते के लिए बनाना कर सकती थी और किसी भी भेजने वालों को अनुमति देने के लिए सूची में जोड़ सकती थी। ये एंडपॉइंट अब केवल लॉग इन किए गए खाते का होता है।

7. 9. 2026

सिस्टम स्कीमाएँ। स्कीमाएँ जो हम प्रदान करते हैं, आपके ऊपर की अपनी समूह होती हैं। ये केवल पढ़ने के लिए होती हैं और दस्तावेज़ याद रखते हैं कि इसे किस रूप से निकाला गया था — पूर्व की स्कीमा के खिलाफ, जो टेक्स्ट के संपादक में एक बार की कॉपी थी। उनके बीच ईंधन रसीद।

फ़ोल्डर विकल्पों को पूर्व-भरता है। दस्तावेज़ का प्रकार, आउटपुट फ़ॉर्मेट, दिशा और लेखांकन की मुद्रा को फ़ोल्डर में सहेजा जा सकता है और अपलोडिंग इसे ले लेगी।

पहचाने गए डेटा पर रिपोर्ट। अवधि, मुद्रा और दस्तावेज़ प्रकार के अनुसार योग।

क्लाउड प्रारूपों के लिए फ़ील्ड नामों का सुधार। दस्तावेज़ीकरण और SDK के खिलाफ जांच ने छह गलतियों को खोजा, जिनमें से कुछ दस्तावेज़ में संख्याएँ बदल दीं — जैसे कि iDoklad में मूल्य प्रकार का चयन, जिसका अर्थ है कर सहित मूल्य, जबकि उन्होंने बिना उसे भेजा।

4. 9. 2026

चार आउटपुट फ़ॉर्मेट से सोलह। चार क्लाउड अकाउंटिंग और तीन यूरोपीय ई-चालान फ़ॉर्मेट (Peppol BIS 3.0, XRechnung 3.0, ZUGFeRD / Factur-X) और पुराना बाइनरी एक्सेल जोड़ा गया।

दस्तावेज़ की दिशा। सभी रूपांतरण पहले देनदारियों की तरफ गए, इसलिए स्वयं द्वारा जारी किया गया चालान एक देनदारी के रूप में नहीं बल्कि देनदारी की तरह दर्ज किया गया। दिशा अपलोड करते समय चयन की जाती है।

निकलीकरण में ग्राहक। पहले ई-चालान फ़ॉर्मेट में प्रतिनिधित्वात्मक मान दर्ज किए जाते थे।

लेखांकन इकाई की मुद्रा। Pohoda घरेलू और विदेशी मुद्रा को लेखांकन इकाई के अनुसार अलग करता है, न कि क्रोन के अनुसार, और स्लोवाक Pohoda यूरो को चलाता है। इसे अपलोड करते समय चुना जाता है, क्योंकि एक खाता एक से अधिक देशों में कंपनियों का प्रबंधन कर सकता है।

कई पन्नों वाले दस्तावेज़ पूरी तरह से। केवल पहले पृष्ठ को प्रोसेस किया जाता था, जबकि सभी क्रीडिट के लिए कटौती की जाती थी। सीमा बीस पन्नों है और इसे अपलोड करते समय देखा जाता है।

अपने स्कीमाओं के लिए प्रलेख। पाँच प्रलेख खाली पृष्ठ के बजाय।

दस्तावेज़ों के तत्संबंधी आउटपुट फ़ॉर्मेट। टेबल इसका प्रदर्शन नहीं करती थी, जबकि ऐप इसे जानता था।

तैनात संस्करण में XLS में निर्यात नहीं हुआ। यह फ़ाइल का स्थानांतरण त्रुटि संदेश लौटाता था और विकास कंप्यूटर पर इसे पता करना संभव नहीं था।

सभी एंडपॉइंट्स का सुरक्षा ऑडिट। तीन पहचान से गंभीरता के आधार पर, सर्वर ने किसी भी पते पर webhook भेजा, जो प्राप्त हुआ, सहित आंतरिक नेटवर्क के पते।