Δημιουργία έναντι αγοράς λογισμικού βελτιστοποίησης BESS: ένα πλαίσιο αποφάσεων για τους χειριστές

Πρώτα ορίστε τι περιλαμβάνει το «λογισμικό BESS».

Ένα περιορισμένο πρωτότυπο βελτιστοποίησης μπορεί να διαβάσει ένα CSV τιμών και να παράγει ένα χρονοδιάγραμμα. Μια λειτουργική στοίβα παραγωγής απορροφά ζωντανά και ιστορικά δεδομένα αγοράς, αποθηκεύει προγνωστικά vintage, παρακολουθεί θέσεις, μοντελοποιεί την μπαταρία, υποβάλλει ή ενημερώνει τις συναλλαγές, επικυρώνει εντολές, ενσωματώνεται με ένα EMS, παρακολουθεί την παράδοση και υποστηρίζει τους χειριστές όταν κάτι αποτυγχάνει.

Δημιουργία/αγορά βαθμολογίας ξεχωριστά για κάθε επίπεδο. Μια εμπορική εταιρεία μπορεί να δημιουργήσει ιδιόκτητες προσφορές και να αγοράσει συνδεσιμότητα εγκαταστάσεων. Μια IPP μπορεί να διατηρήσει το μοντέλο δεδομένων χαρτοφυλακίου της και να αγοράσει προβλέψεις και βελτιστοποίηση.Ένας τεχνικά διαφοροποιημένος aggregator μπορεί να δημιουργήσει μεγαλύτερο μέρος της στοίβας διαδρομής προς την αγορά, αλλά εξακολουθεί να χρησιμοποιεί OEM BMS / PCS και εξειδικευμένες υπηρεσίες καιρού.

Όταν η εσωτερική κατασκευή μπορεί να έχει νόημα

• Η λογική αποστολής ή προσφοράς είναι μια διαρκής πηγή ανταγωνιστικού πλεονεκτήματος.
• Το χαρτοφυλάκιο είναι αρκετά μεγάλο για να υποστηρίζει εξειδικευμένο προσωπικό αγοράς ενέργειας, βελτιστοποίησης, δεδομένων, cloud, χειριστηρίων, ασφάλειας και 24/7.
• Τα εσωτερικά συστήματα διαθέτουν ήδη θέσεις, κίνδυνο, διακανονισμό και έλεγχο εγκαταστάσεων, καθιστώντας την ενοποίηση πιο σημαντική από μια νέα διεπαφή χρήστη.
• Η εταιρεία χρειάζεται εξαιρετικά συγκεκριμένα προϊόντα, περιορισμούς ή διακυβέρνηση που δεν είναι διαθέσιμα εξωτερικά.
• Τα δικαιώματα δεδομένων ή οι ρυθμιστικές υποχρεώσεις απαιτούν ελεγχόμενη εσωτερική εφαρμογή.

Το Building προσφέρει έλεγχο του οδικού χάρτη, της συμπεριφοράς του μοντέλου και των δεδομένων. Δημιουργεί επίσης μια μακροπρόθεσμη υποχρέωση. Οι κανόνες της αγοράς αλλάζουν. Οι διεπαφές ανταλλαγής και ΔΣΜ αλλάζουν. Το υλικολογισμικό OEM και οι χάρτες σημείων αλλάζουν. Οι προβλέψεις μετατοπίζονται. Τα πιστοποιητικά λήγουν. Μια εσωτερική πλατφόρμα χρειάζεται ιδιοκτησία προϊόντος και λειτουργίες εφημερίας αφού προχωρήσουν οι αρχικοί προγραμματιστές.

Όταν η αγορά είναι οικονομικά λογική

• Πρόκειται για την πρώτη προσομοίωση, τη σκιώδη λειτουργία ή την είσοδο στην αγορά.
• Ο οργανισμός δεν διαθέτει έναν ή περισσότερους ειδικούς κλάδους στην πλήρη αλυσίδα.
• Πολλαπλές αγορές, προμηθευτές περιουσιακών στοιχείων ή πρωτόκολλα δημιουργούν ένα βάρος συντήρησης.
• Το κόστος μιας μη διαθέσιμης διεπαφής αποστολής ή παλαιωμένης αγοράς υπερβαίνει τις χρεώσεις του προμηθευτή.
• Η σταδιακή διάθεση και εφαρμογή αναφοράς μειώνουν τον κίνδυνο θέσης σε λειτουργία.

Η αγορά δεν πρέπει να σημαίνει παραίτηση από κατανόηση. Απαιτούνται διαφανείς είσοδοι, περιορισμοί, κλάσεις αποδεικτικών στοιχείων, διεπαφές και εναλλακτική συμπεριφορά. Επιβεβαιώστε την εξαγωγή δεδομένων, τη βοήθεια τερματισμού, τη διακυβέρνηση μοντέλου, τους όρους υποεπεξεργαστή/ασφάλειας και τα επίπεδα υπηρεσιών που καλύπτουν πραγματικά.

Η εργασία που οι περισσότερες εκτιμήσεις κατασκευής παραλείπουν

Το συνολικό κόστος ιδιοκτησίας περιλαμβάνει την ομάδα μηχανικών που απαιτείται για την κατανόηση των μη φυσιολογικών ημερών, όχι μόνο το κόστος του cloud και του λύτη.Ένα υπολογιστικό φύλλο που συγκρίνει το ετήσιο τέλος άδειας με τρίμηνο χρόνο προγραμματιστή δεν είναι πλήρες.

Η υβριδική αρχιτεκτονική είναι συχνά ισχυρότερη

Διατηρήστε τη στρατηγική διαφοροποίηση και ενσωματώστε εξειδικευμένα στοιχεία πίσω από σταθερά API. Για παράδειγμα: διατηρήστε ένα εσωτερικό σύστημα χαρτοφυλακίου/θέσης.κατανάλωση εξωτερικής αγοράς και προβλέψεις φωτοβολταϊκών.χρησιμοποιήστε ένα διαμορφώσιμο βελτιστοποιητή.διατήρηση της αρχής του ιστότοπου στο υπάρχον EMS.και αναπτύξτε έναν τοπικό προσαρμογέα άκρων για μετάφραση και επιβεβαίωση.Ή δημιουργήστε την αποκλειστική πολιτική βελτιστοποίησης ενώ αγοράζετε πρόσβαση στην αγορά και ενσωματώσεις περιουσιακών στοιχείων.

Το όριο πρέπει να μπορεί να αντικατασταθεί. Χρησιμοποιήστε κανονικά μοντέλα δεδομένων, διεπαφές με έκδοση και εξαγώγιμο ιστορικό. Διαχωρίστε την εμπορική πρόθεση από την τοπική προστασία. Αρθρωτά προϊόντα της VoltMage—Horizons, ΠερούνΤο, Discharge, Aptitude και LocalEdge— μπορεί να χρησιμοποιηθεί επιλεκτικά παρά να απαιτήσει κάθε στρώμα.

Μια πρακτική κάρτα βαθμολογίας κατασκευής/αγοράς

Βαθμολογήστε κάθε ικανότητα 1–5 στη στρατηγική διαφοροποίηση, την εσωτερική ικανότητα, τη συχνότητα αλλαγής, την κρισιμότητα της αξιοπιστίας, την πολυπλοκότητα της ολοκλήρωσης, τον χρόνο μέχρι την αξία, την ωριμότητα προμηθευτή και τον κίνδυνο εξόδου. Ζυγίστε τα κριτήρια πριν από τις συζητήσεις με τον προμηθευτή.

• Τι πρέπει να είναι μοναδικό για να κερδίσει η εμπορική στρατηγική;
• Τι πρέπει να παραμείνει υπό τοπικό ή ρυθμισμένο επιχειρησιακό έλεγχο;
• Ποιος υποστηρίζει το σύστημα στις 03:00 κατά τη διάρκεια μιας αποτυχημένης αποστολής;
• Μπορεί η ομάδα να αναπαράγει κάθε προσφορά, πρόγραμμα και εντολή αργότερα;
• Μπορεί να αντικατασταθεί ένα συστατικό χωρίς να επαναπροσδιοριστεί ολόκληρο το εργοστάσιο;
• Ποια δεδομένα και πρότυπα δικαιώματα παραμένουν μετά τη λήξη της σύμβασης;
• Πώς θα αλλάξει το κόστος κατά περιουσιακό στοιχείο, MW, αγορά, API κλήση ή τα έσοδα;
• Ποιο είναι το ρεαλιστικό κόστος των εσωτερικών ευκαιριών;

Εκτελέστε μια οριοθετημένη απόδειξη χρησιμοποιώντας την επανάληψη ιστορικού και τη σκιώδη λειτουργία. Αξιολογήστε τη συμπεριφορά ολοκλήρωσης και τη ροή εργασίας του χειριστή παράλληλα με τα οικονομικά μοντέλα. Η απόφαση αφορά τη λειτουργική ικανότητα, όχι μια λίστα ελέγχου χαρακτηριστικών.

Συγκρίνετε το συνολικό κόστος λειτουργίας για πέντε χρόνια

Μια εσωτερική εκτίμηση θα πρέπει να περιλαμβάνει διαχείριση προϊόντων, ποσοτική έρευνα, μηχανική δεδομένων, μηχανική υποστήριξης/πλατφόρμας, ενοποίηση ελέγχων, cloud/DevOps, ασφάλεια, QA, λειτουργίες αγοράς και κάλυψη εφημερίας. Προσθέστε προσλήψεις, εναλλαγή προσωπικού, άδειες ανταλλαγής και δεδομένων, λύτες, περιβάλλοντα δοκιμών, υλικό, ταξίδια σε τοποθεσίες και το κόστος ευκαιρίας της καθυστερημένης λειτουργίας.

Μια εκτίμηση προμηθευτή θα πρέπει να περιλαμβάνει υλοποίηση, επαναλαμβανόμενες χρεώσεις πλατφόρμας/περιουσιακό στοιχείο/MW/έσοδα, διαβίβαση δεδομένων, επέκταση αγοράς, προσαρμοσμένη ενοποίηση, επίπεδο υποστήριξης, αντικατάσταση υλικού, αιτήματα αλλαγής και έξοδο. Τιμή η εσωτερική ομάδα που εξακολουθεί να απαιτείται για τη διακυβέρνηση και τη διαχείριση προμηθευτών. Η αγορά δεν αναθέτει σε εξωτερικούς συνεργάτες τη λογοδοσία.

Χρησιμοποιήστε μια απόδειξη με κριτήρια εξόδου

1. Επανάληψη ιστορικών δεδομένων και περιορισμών: μπορούν και τα δύο μέρη να αναπαράγουν την αρχική τιμή;
2. Προβλεπόμενη backtest: χρησιμοποιεί η απόφαση μόνο τις πληροφορίες που αφορούν τη χρονική στιγμή;
3. API και EMS sandbox: είναι τα σήματα, μονάδες, timestags και καταστάσεις εντολών σωστή;
4. Λειτουργία σκιάς: οι προτάσεις παραμένουν εφικτές έναντι των δεδομένων των ζωντανών φυτών;
5. Πώς χειρίζονται οι αποκλίσεις, οι συναγερμοί και οι εφεδρικές διαδικασίες;
6. Αξιολόγηση λειτουργίας: μπορεί ένας εφημερεύων μηχανικός να εντοπίσει την πλήρη αλυσίδα γεγονότων;

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

Ερωτήσεις σχετικά με την ανθεκτικότητα του προμηθευτή

Ρωτήστε πώς εκδίδονται οι κανόνες και τα μοντέλα.πώς διαχωρίζονται τα περιβάλλοντα πελατών·Ποιες εξαρτήσεις είναι κρίσιμες.πώς δοκιμάζεται η αποκατάσταση από καταστροφή.τι συμβαίνει κατά την απώλεια της συνδεσιμότητας στο cloud;και πώς τα εξαγόμενα δεδομένα μπορούν να δημιουργήσουν εκ νέου τη διαδρομή ελέγχου. Ζητήστε αποδεικτικά στοιχεία, όχι ευρείες αξιώσεις ασφάλειας ή συμβατότητας. Η πιστοποίηση, εάν υπάρχει, θα πρέπει να επαληθεύεται ανεξάρτητα και να καλύπτει την υπηρεσία που αγοράζεται.