Ροή έγκρισης αιτημάτων αγοράς στο Boomi Flow

Τα αιτήματα αγοράς είναι το κλασικό πρώτο workflow. Τα έχουν όλοι, συνήθως τρέχουν με email, και οι κανόνες είναι αρκετά απλοί για να αυτοματοποιηθούν σε λίγες μέρες: ένας εργαζόμενος ζητά να αγοράσει κάτι, ο προϊστάμενος εγκρίνει ό,τι ξεπερνά ένα όριο και οι προμήθειες κάνουν την παραγγελία. Σε αυτό το άρθρο εξηγούμε γιατί η εκδοχή με email «σπάει», περιγράφουμε το pattern που δουλεύει και το υλοποιούμε βήμα βήμα στο Boomi Flow.

Γιατί οι εγκρίσεις με email αποτυγχάνουν

Καμία εικόνα κατάστασης. Στο «εγκρίθηκε το αίτημά μου;» απαντάτε μόνο ρωτώντας γύρω γύρω.
Κανένα ιστορικό. Η έγκριση είναι μια απάντηση θαμμένη σε κάποιο mailbox. Οι ελεγκτές θέλουν εγγραφή που να μπορούν να αναζητήσουν.
Οι κανόνες είναι στο μυαλό των ανθρώπων. Το «ό,τι ξεπερνά τα 2.000 € πάει στον προϊστάμενο» εφαρμόζεται ασυνεπώς.
Διπλοπληκτρολόγηση. Οι προμήθειες περνούν το αίτημα στο ERP με το χέρι, με τα γνωστά λάθη στους κωδικούς προμηθευτών.
Άδειες. Όταν ο εγκρίνων λείπει, τα αιτήματα απλώς περιμένουν.

Το pattern: αίτημα, δρομολόγηση, απόφαση, καταγραφή

Το workflow έχει τέσσερα μέρη:

Αίτημα. Μια φόρμα συλλέγει τα δεδομένα δομημένα και τα ελέγχει κατά την εισαγωγή.
Δρομολόγηση. Ένας κανόνας αποφασίζει τη διαδρομή: τα μικρά αιτήματα πάνε κατευθείαν στις προμήθειες, τα μεγαλύτερα χρειάζονται προϊστάμενο.
Απόφαση. Ο εγκρίνων βλέπει το αίτημα σε ξεχωριστή οθόνη και εγκρίνει, απορρίπτει ή το επιστρέφει με σχόλιο. Μόνο όσοι έχουν τον ρόλο του εγκρίνοντος μπορούν να το κάνουν.
Καταγραφή. Κάθε βήμα αποθηκεύεται με το ποιος, πότε και τι, και ο αιτών ενημερώνεται για το αποτέλεσμα.

Αιτών ──► Φόρμα αιτήματος ──► ποσό > όριο; ──ναι──► Έγκριση προϊσταμένου ──► Εγκρίθηκε / Απορρίφθηκε
                                    │                         │
                                    όχι ──────────────────────┴──► Προμήθειες ──► ειδοποίηση αιτούντος

Στο παράδειγμά μας, μια εταιρεία στη Θεσσαλονίκη εφαρμόζει τον κανόνα: αιτήματα έως 2.000 € πάνε κατευθείαν στις προμήθειες· πάνω από αυτό εγκρίνει ο διευθυντής του τμήματος.

Υλοποίηση στο Boomi Flow

Στο Boomi Flow μια εφαρμογή είναι ένα flow: ένα canvas με map elements (pages, decisions, steps κ.λπ.) που συνδέονται με outcomes. Τα δεδομένα κρατιούνται σε values και τα δομημένα δεδομένα χρησιμοποιούν types. Τα βήματα παρακάτω ακολουθούν αυτό το μοντέλο· οι ονομασίες στα μενού μπορεί να αλλάζουν από έκδοση σε έκδοση, οπότε δείτε τα ως οδηγό για τη σειρά της δουλειάς.

Βήμα 1: Ορίστε τα δεδομένα

Δημιουργήστε ένα type με όνομα PurchaseRequest και τα εξής properties:

Property	Τύπος	Παράδειγμα
requestId	String	PR-2026-118
requester	String	m.papadopoulou
costCentre	String	210
supplier	String	S-0381
description	String	3 laptops για την αποθήκη
amount	Number	2450.00
status	String	Pending
approverNote	String	Εγκρίνεται, με τη σύμβαση-πλαίσιο

Μετά δημιουργήστε ένα value αυτού του type, για παράδειγμα Current Request, που μεταφέρει το αίτημα σε όλο το flow. Φτιάξτε ξεχωριστό value για το όριο (Approval Threshold, 2000) αντί να γράψετε τον αριθμό μέσα σε κανόνα. Όταν αλλάξει το όριο, αλλάζετε ένα value.

Βήμα 2: Η σελίδα του αιτήματος

Προσθέστε ένα Page element στο canvas και φτιάξτε μια σελίδα με πεδία εισαγωγής δεμένα στα properties του Current Request: περιγραφή, προμηθευτής, κέντρο κόστους και ποσό.
Κάντε υποχρεωτικά το ποσό, τον προμηθευτή και το κέντρο κόστους.
Για τον προμηθευτή χρησιμοποιήστε λίστα (combobox) και όχι ελεύθερο κείμενο. Εδώ τη γεμίζουμε από στατική λίστα· στο Σύνδεση μιας εφαρμογής Boomi Flow με integration processes τη φορτώνουμε ζωντανά από το ERP.
Προσθέστε ένα outcome Υποβολή από τη σελίδα προς το επόμενο element.

Βήμα 3: Δρομολόγηση με βάση το όριο

Προσθέστε ένα Decision element μετά τη σελίδα του αιτήματος.
Δημιουργήστε δύο outcomes: Needs approval και Auto-approved.
Στο Needs approval προσθέστε business rule: Current Request → amount μεγαλύτερο από Approval Threshold. Αφήστε το Auto-approved ως default outcome, ώστε να ακολουθείται όταν ο κανόνας δεν ισχύει.

Κρατήστε την απόφαση απλή. Αν η δρομολόγηση μεγαλώσει (διαφορετικά όρια ανά κέντρο κόστους, δεύτερο επίπεδο έγκρισης πάνω από 10.000 €), προσθέστε τους κανόνες εδώ, ένα outcome ανά διαδρομή, ώστε η λογική να φαίνεται στο canvas.

Βήμα 4: Έγκριση μόνο από προϊσταμένους

Η έγκριση πρέπει να γίνεται μόνο από τους σωστούς ανθρώπους. Στο Boomi Flow αυτό γίνεται με ένα swimlane: μια λωρίδα στο canvas της οποίας τα elements μπορούν να χρησιμοποιηθούν μόνο από τους χρήστες ή τις ομάδες που ορίζετε, όπως τους αναγνωρίζει ο identity provider του flow.

Ρυθμίστε το flow να χρησιμοποιεί τον identity provider σας, ώστε οι χρήστες να συνδέονται με τους εταιρικούς λογαριασμούς τους.
Προσθέστε ένα swimlane με όνομα Managers και περιορίστε το στην ομάδα των προϊσταμένων από τον κατάλογό σας.
Μέσα στο swimlane προσθέστε τη σελίδα έγκρισης: σύνοψη του αιτήματος μόνο για ανάγνωση, πεδίο κειμένου για το approverNote και τρία outcomes: Έγκριση, Απόρριψη και Επιστροφή.

Όταν το flow φτάνει στο swimlane, η συνεδρία του αιτούντος σταματά εκεί. Το αίτημα περιμένει μέχρι ένας προϊστάμενος να το ανοίξει και να ενεργήσει. Αυτό είναι το μακροχρόνιο κομμάτι με κατάσταση που το email δεν μπορεί να κάνει.

Βήμα 5: Ενημέρωση κατάστασης και ειδοποίηση

Μετά από κάθε outcome, χρησιμοποιήστε ένα Operator element για να ορίσετε το Current Request → status σε Approved, Rejected ή Returned.
Η Επιστροφή οδηγεί ξανά στη σελίδα του αιτήματος, ώστε ο αιτών να το διορθώσει και να το υποβάλει ξανά.
Στείλτε ειδοποίηση στον αιτούντα με το αποτέλεσμα και το σχόλιο του εγκρίνοντος. Συνηθισμένη λύση είναι να καλέσετε ένα integration process που στέλνει το email (ή μήνυμα στο Teams) μέσω connector. Ανάλογα με τη ρύθμισή σας, μπορεί να το καλύπτουν και οι δυνατότητες ειδοποιήσεων του ίδιου του Flow· ελέγξτε τι προσφέρει ο λογαριασμός σας.
Τα εγκεκριμένα και τα αυτόματα εγκεκριμένα αιτήματα συνεχίζουν στις προμήθειες. Στο επόμενο άρθρο, εδώ είναι το σημείο όπου το flow δημιουργεί αυτόματα την παραγγελία αγοράς στο ERP.

Βήμα 6: Δοκιμή

Τρέξτε το flow και περάστε από κάθε διαδρομή:

Δοκιμή	Αναμενόμενο αποτέλεσμα
Αίτημα 850 €	Παρακάμπτει την έγκριση, status `Approved`
Αίτημα 2.450 €, ο προϊστάμενος εγκρίνει	Περιμένει στο swimlane, μετά `Approved`
Αίτημα 2.450 €, ο προϊστάμενος απορρίπτει	Status `Rejected`, ειδοποίηση αιτούντος
2.450 €, `Επιστροφή` και νέα υποβολή	Επιστρέφει στη φόρμα με τα δεδομένα της
Χρήστης που δεν είναι προϊστάμενος ανοίγει τον σύνδεσμο έγκρισης	Άρνηση πρόσβασης

Η τελευταία δοκιμή μετράει περισσότερο. Ένα workflow που επιτρέπει σε οποιονδήποτε να εγκρίνει είναι χειρότερο από το email, γιατί μοιάζει ελεγχόμενο.

Πριν βγείτε σε παραγωγή

Σχεδιάστε για τις απουσίες. Αποφασίστε τι γίνεται όταν ο εγκρίνων λείπει: ομάδα αναπληρωτών στο swimlane ή υπενθύμιση και κλιμάκωση μετά από λίγες μέρες.
Κρατήστε το ιστορικό και εκτός flow. Γράψτε κάθε απόφαση (κωδικός αιτήματος, χρήστης, αποτέλεσμα, ώρα, σχόλιο) σε βάση δεδομένων ή στο ERP μέσω integration process, ώστε να βγάζετε αναφορές και να το κρατάτε όσο απαιτούν οι έλεγχοι.
Όρια που αλλάζουν εύκολα. Το οικονομικό θα αλλάξει το όριο. Φροντίστε να είναι αλλαγή ενός value, όχι επανασχεδιασμός.
Δοκιμή σε κινητό. Πολλοί προϊστάμενοι θα εγκρίνουν από το κινητό.
Συμφωνήστε την ευθύνη. Ο υπεύθυνος προμηθειών έχει τους κανόνες, το IT την πλατφόρμα. Γράψτε το.

Σύνοψη

Το pattern της έγκρισης είναι απλό: δομημένο αίτημα, ορατός κανόνας δρομολόγησης, απόφαση με περιορισμένη πρόσβαση και καταγεγραμμένο αποτέλεσμα. Στο Boomi Flow αυτά αντιστοιχούν σε page, decision με business rules, swimlane και operator steps. Το επόμενο βήμα είναι να σταματήσει η διπλοπληκτρολόγηση των εγκεκριμένων αιτημάτων στο ERP, που καλύπτουμε στο Σύνδεση μιας εφαρμογής Boomi Flow με integration processes. Για τη συνολική εικόνα, δείτε τον πρακτικό οδηγό για την αυτοματοποίηση ροών εργασιών.