काहीही जोडणे
HTTP आत, HTTP बाहेर, कठीण भाग निकाली
प्रत्येक ऑटोमेशन साधन इंटिग्रेशन्सची संख्या जाहिर करते. संख्या नेहमी मोठी असते आणि ती नेहमी चुकीचा प्रश्न असते, कारण आपल्याला खरोखर हवी असलेली प्रणाली ती २०१४ मध्ये घरात बांधलेली, ज्याने ती बांधली तो निघून गेलेला अशी असते. महत्त्वाचे असे की साधन त्या सर्वांच्या खाली असलेले प्रोटोकॉल किती चांगले बोलते.
तयार जोडण्या
बहुतेक व्यवसाय ज्यांवर चालतात त्या ॲप्लिकेशन्ससाठी तयार पायऱ्या आहेत: दुकाने आणि मार्केटप्लेस, अकाउंटिंग आणि इन्व्हॉइसिंग, स्प्रेडशीट आणि डेटाबेस, कॅलेंडर आणि मेल, स्टोरेज आणि मेसेजिंग, CRM आणि हेल्पडेस्क, पेमेंट प्रदाते आणि शिपिंग वाहक. खाते एकदा अधिकृत करा आणि फील्ड्स ॲप्लिकेशन वापरते त्या भाषेत नामित असतात, त्याच्या JSON च्या भाषेत नाही.
ॲप्लिकेशनमध्ये पोलिष बाजाराची विशेषता असेल — KSeF-सज्ज असणे आवश्यक असलेली इन्व्हॉइसिंग प्रणाली, ज्याचे लेबल राष्ट्रीय मानक आहेत असा वाहक — तर तयार पायरी त्याची जाण ठेवते, कारण कुटुंब त्या बाजारात विकते आणि शिकावेच लागले.
आणि मग सामान्य प्रकरण
उर्वरित सर्व HTTP पायरी आहे, आणि येथील HTTP पायरी समाधानाचे बक्षीस नाही. ती त्याच यंत्रणा आहे ज्यावर तयार जोडण्या बांधल्या आहेत, स्वतः लिहिणे कंटाळवाणे असलेल्या भागांची तीच हाताळणीसह.
कंटाळवाणे भाग
निकाली केलेले, त्यामुळे आपण ते पुन्हा लिहू नये
प्रमाणीकरण
API की, बेअर टोकन, बेसिक ऑथ, रिफ्रेशसह OAuth 2, HMAC विनंती साइनिंग, म्युच्युअल TLS. क्रेडेन्शियल एकदा साठवले जाते, नावाने संदर्भित होते, आणि कधीही लॉग किंवा रन रेकॉर्डमध्ये छापले जात नाही.
पॅजिनेशन
कर्सर्स, पृष्ठ क्रमांक, ऑफसेट, Link हेडर, आणि रिकामा अॅरे परत करून शेवट जाहिर करणारे API. कोणता आकार आहे हे सांगा आणि पायरी संपूर्ण संच चालते.
दर मर्यादा
प्रत्येक कनेक्शनसाठी एक मर्यादा, जी ती वापरणाऱ्या प्रत्येक वर्कफ्लोमध्ये पाळली जाते. प्रदाता 429 सह Retry-After देऊन उत्तर दिल्यास, स्टेप तेवढी वेळ थांबतो, सतत धक्का देत नाही.
पुन्हा प्रयत्न आणि वाढती मुदत
तात्पुरत्या अपयशांचे पुन्हा प्रयत्न वाढत्या अंतराने आणि मर्यादेसह केले जातात. स्टेप हा त्याच्या इनपुटचा शुद्ध फंक्शन असल्याने, पुन्हा प्रयत्न करताना संपूर्ण रन नव्हे तर फक्त तो स्टेप पुन्हा चालतो.
अवघड पेलोड
JSON, फॉर्म एन्कोडिंग, XML, साधा मजकूर, मल्टीपार्ट अपलोड. प्रतिसाद अशा फील्डमध्ये विभागले जातात ज्यांचा संदर्भ नावाने घेता येतो — चार पातळ्या खाली असलेल्या फील्डसह.
टाइमआउट
प्रत्येक स्टेपसाठी मर्यादा, ज्यामुळे एक संयमित डिपेंडन्सी वर्कर धरून ठेवू शकत नाही आणि त्यामागील सर्व काही रांगेत थांबू शकत नाही. मर्यादा गाठल्यास काय होईल हे आपला निर्णय आहे, प्रत्येक स्टेपसाठी.
जर तो HTTP बोलत असेल, तर संवाद आधीच सुरू झाला आहे.
येणारे वेबहुक, गंभीरपणे घेतलेले
प्रत्येक वर्कफ्लोला तो सुरू करणारे URL असू शकते. ते URL स्वाक्षऱ्या तपासते — सामान्य प्रदाते वापरणाऱ्या स्वरूपातील HMAC, आणि जिथे पाठवणारा फक्त एवढेच देऊ शकतो तिथे सामायिक गुप्त की. स्वाक्षरी अपेक्षित असलेल्या वर्कफ्लोला केलेली बिनस्वाक्षरी विनंती नाकारली जाते आणि नोंदवली जाते, शांतपणे प्रक्रिया केली जात नाही.
डिडुप्लिकेशन पेलोडच्या स्वतःच्या ओळखकर्त्यावर होते, ज्यामुळे आपली 200 वेळेत न दिसल्याने पुन्हा पाठवणाऱ्या पाठवणाऱ्याला तीन ऐवजी एकच रन मिळतो. चुकीचे पेलोड त्यांच्या नाकारण्याच्या कारणासह ठेवले जातात, कारण ऑटोमेशनमधील रहस्यमय अंतराचे सर्वात सामान्य कारण म्हणजे एखाद्या फील्डबद्दल पाठवणाऱ्याचा मन बदलणे.
फक्त CSV बोलणारी प्रणाली
त्या अस्तित्वात आहेत. सकाळी चारला SFTP सर्व्हरवर फाईल दिसते, किंवा अटॅचमेंट म्हणून येते, किंवा सामायिक फोल्डरमध्ये टाकली जाते. वर्कफ्लो तिची पाहणी करू शकतो, ती वाचू शकतो आणि प्रत्येक ओळ रेकॉर्ड मानू शकतो — बाइट-ऑर्डर मार्क, अर्धविराम विभाजक आणि पोलिश भाषेतील हेडर असलेल्या फाईलसह, कारण एक्सपोर्ट प्रत्यक्षात तसाच दिसतो.
उलटी दिशा देखील चालते: वर्कफ्लो फाईल तयार करून ती दुसऱ्या प्रणालीला अपेक्षित असलेल्या ठिकाणी ठेवू शकतो, जे बहुधा 2006 च्या सॉफ्टवेअरसाठी एकमेव इंटरफेस असते.
- ⚡ट्रिगरपुरवठादाराच्या SFTP वर नवीन फाईल:
stock-2026-09-09.csv. - 2पार्स कराअर्धविराम, बाइट-ऑर्डर मार्क, पोलिश हेडर. 4 118 ओळी.
- 3प्रमाणित कराचलन कोड संदर्भ डेटाशी तपासले; दोन अवैध म्हणून नाकारले.
- 4पुश कराHTTP
PATCH200 च्या बॅचमध्ये, रेट मर्यादा पाळली. - !अपवादएका व्यक्तीसाठी दोन ओळी वेगळ्या केल्या, ओळ क्रमांक आणि कारणासह. बाकीच्या 4 116 ओळी पूर्ण झाल्या.
मॉडेलला कॉल करणाऱ्या स्टेप: 0या रनचा खर्च: काहीही नाही
क्रेडेन्शियल कुठे राहतात
एन्क्रिप्टेड, नावाने संदर्भित, त्यांच्या मालक वर्कस्पेसपुरते मर्यादित, आणि कधीही रन लॉग, त्रुटी संदेश किंवा सहाय्य संवादात दाखवले जात नाहीत. रन रेकॉर्ड दाखवतो की स्टेपने supplier-sftp म्हणून प्रमाणीकरण केले; पण supplier-sftp काय आहे हे दाखवत नाही.
तीस ग्राहकांसाठी एक वर्कफ्लो चालवणारी एजन्सी प्रत्येक ग्राहकाला स्वतंत्र क्रेडेन्शियल संच देते, आणि वर्कफ्लो गुप्त की ऐवजी संचाचा संदर्भ घेतो. की बदलणे ही एका ठिकाणी एकच संपादन आहे — एजन्स्या इथे येण्याचे हेच मुख्य कारण आहे.
माहीत असण्यायोग्य मर्यादा: अजिबात इंटरफेस नसलेली प्रणाली — API नाही, वेबहुक नाही, फाईल ड्रॉप नाही, फक्त ब्राउझरमध्ये क्लिक करणारी व्यक्ती एवढेच — ही आपण किंवा इतर कोणतीही प्रामाणिक पद्धत ऑटोमेट करू शकत नाही. इथे वापरकर्त्याचे रूप घेणारा हेडलेस ब्राउझर नाही, कारण तो दुसऱ्या बाजूने बटण हलवल्यावर पहिल्यांदाच बिघडतो, आणि शांतपणे बिघडतो.