Μετάβαση από την έκδοση Beta

Τελευταία ενημέρωση: 20 Αυγούστου 2026

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

Δύο πράγματα απαιτούν την προσοχή σας πριν από τη μετατροπή:

  • Εάν χρησιμοποιείτε κλειδιά API, ελέγξτε τη συμπεριφορά τους στον Οργανισμό. Οι υπάρχουσες κλήσεις συνεχίζουν να εκτελούνται στον κύριο Λογαριασμό. Χρησιμοποιήστε το account_id για να επιλέξετε έναν άλλο Λογαριασμό, και αντιμετωπίστε μια επιτυχή κλήση ανάληψης ως αίτημα και όχι ως απόδειξη μεταφοράς κεφαλαίων. Δείτε την ενότητα «Έλεγχος της συμπεριφοράς του API σας» παρακάτω.
  • Θα σας ζητηθεί να επιβεβαιώσετε ότι είστε έτοιμοι. Ο Οργανισμός σας δεν μετατρέπεται έως ότου αποδεχτείτε την αλλαγή.

Η μετατροπή δεν αφαιρεί καμία πρόσβαση. Κάθε δικαίωμα που κατείχε κάθε Μέλος μεταφέρεται αυτούσιο.

Τα υπάρχοντα κλειδιά API σας δεν ανακαλούνται ούτε επανεκδίδονται. Τα Διαπιστευτήριά τους, τα δικαιώματα και η αντιστοίχιση Λογαριασμού μεταφέρονται ως έχουν. Οι υπάρχουσες κλήσεις που δεν περνούν account_id συνεχίζουν να εκτελούνται στον κύριο Λογαριασμό του Οργανισμού. Ελέγξτε τον τρόπο με τον οποίο η ενσωμάτωσή σας επιλέγει άλλο Λογαριασμό και διαβάζει τις αποκρίσεις ανάληψης.

Επιλογή συγκεκριμένου Λογαριασμού όταν χρειάζεται

Όταν το account_id παραλείπεται, ένα ιδιωτικό αίτημα εκτελείται στον κύριο Λογαριασμό:

bash

Bash

POST /0/private/AddOrder

Για να εκτελέσετε ενέργεια σε συγκεκριμένο Λογαριασμό, περάστε το account_id ως παράμετρο ερωτήματος στη διεύθυνση URL:

bash

Bash

POST /0/private/AddOrder?account_id=W5PB62NTPNYT6TYH

Περάστε το στο URL, όχι στο σώμα του αιτήματος. Ένα ρητό account_id υπερισχύει του προεπιλεγμένου κύριου λογαριασμού. Δεν επεκτείνει την αντιστοίχιση Λογαριασμού ή τα δικαιώματα του κλειδιού.

Διαβάστε τη νέα απόκριση ανάληψης

Η WithdrawFunds επιστρέφει approval_request_id μαζί με refid:

bash

Bash

{
  "error": [],
  "result": {
    "refid": "FTcLNGa-4ZWmo4GCo8wrBNZz5v53v9",
    "approval_request_id": "656a021a-1d55-42c9-853a-aea57bf5abd1"
  }
}
  • Το refid δεν αποτελεί πλέον απόδειξη ολοκλήρωσης της ανάληψης. Το ποσό δεσμεύεται στον λογαριασμό προέλευσης κατά την υποβολή του αιτήματος και διακανονίζεται μόνο μετά την έγκρισή του.
  • Το approval_request_id είναι το αναγνωριστικό της έγκρισης που αναμένει η ανάληψη. Αποθηκεύστε το στα δικά σας αρχεία.
  • Οι αναλήψεις που αναμένουν έγκριση δεν εμφανίζονται στο WithdrawStatus. Ένα αίτημα που απορρίπτεται ή λήγει δεν δημιουργεί κανένα αρχείο ανάληψης, επομένως η απουσία από το WithdrawStatus δεν σημαίνει ότι η ανάληψη δεν υποβλήθηκε.

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

Ο Οργανισμός σας βγαίνει από τη μετατροπή με δύο σύνολα τυπικών δομικών στοιχείων.

Workflow Profiles

Ένα Workflow Profile καθορίζει τι μπορεί να κάνει ένα Μέλος σε κάθε ελεγχόμενη ροή εργασίας. Κάθε Μέλος έχει ακριβώς ένα.

Προφίλ

Τι περιλαμβάνει

Διαχειριστής

Κάθε επίπεδο σε κάθε ροή εργασίας, συμπεριλαμβανομένου του Execute

Δημιουργός

Προβολή και έναρξη σε κάθε ροή εργασίας. Δεν μπορεί να εγκρίνει

Approver

Προβολή και έγκριση σε κάθε ροή εργασίας. Δεν μπορεί να ξεκινήσει αίτημα

Auditor

Προβολή σε κάθε ροή εργασίας. Δεν μπορεί να ενεργεί

Funds Manager

Προβολή, έναρξη και έγκριση στα αιτήματα ανάληψης και μεταφοράς. Προβολή και έναρξη στη Διαχείριση Διευθύνσεων

Ρόλοι Λογαριασμού

Ένας Ρόλος Λογαριασμού καθορίζει τι μπορεί να κάνει ένα Μέλος στους Λογαριασμούς σας. Οι τυπικοί ρόλοι καλύπτουν όλους τους υφιστάμενους και μελλοντικούς Λογαριασμούς· ένα Μέλος με ρόλο Trade all μπορεί να πραγματοποιεί συναλλαγές ακόμη και σε Λογαριασμό που θα δημιουργήσετε αύριο.

Ρόλος

Τι παρέχει σε κάθε Λογαριασμό

Read all

Διαβάστε

Trade all

Εμπόριο

Funds all

Μεταφορά, Ανάληψη, Earn Allocate, Earn Deallocate

Πλήρης πρόσβαση

Όλα τα δικαιώματα λογαριασμού

Τα τυπικά προφίλ και οι ρόλοι εξελίσσονται παράλληλα με το προϊόν: όταν προστίθεται νέο workflow, τα Μέλη που κατέχουν ένα από αυτά αποκτούν αυτόματα το κατάλληλο επίπεδο πρόσβασης. Δείτε Ρόλοι, προφίλ και δικαιώματα για το πλήρες μοντέλο.

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

Οι ρόλοι αυτοί παίρνουν το όνομά τους από την ετικέτα που είχατε ορίσει δίπλα στο Μέλος· έτσι, ένα Μέλος με ετικέτα «Trader» αντιστοιχεί σε ρόλο με όνομα trader. Τα Μέλη χωρίς ετικέτα αντιστοιχούν στον migrated-role. Κάθε ένας φέρει σήμα migrated, που σημαίνει ότι το όνομα δημιουργήθηκε αυτόματα και μπορείτε να το αλλάξετε.

Συμβουλή:

Η καλύτερη πρώτη ενέργεια μετά τη Μετατροπή είναι να μετονομάσετε αυτούς τους ρόλους ώστε να αντικατοπτρίζουν τον τρόπο που αποκαλείτε πραγματικά αυτά τα άτομα. Η επεξεργασία ενός ρόλου αφαιρεί το σήμα migrated.

Γιατί τα Μέλη σας με ετικέτα «Admin» δεν βρίσκονται στο προφίλ Admin

Η ετικέτα «Admin» στο Beta επέτρεπε σε κάποιον να προβάλλει, να εκκινεί και να εγκρίνει αιτήματα, χωρίς όμως να μπορεί να ολοκληρώνει τα δικά του αιτήματα χωρίς δεύτερη έγκριση. Το προφίλ Admin περιλαμβάνει αυτή τη δυνατότητα, η οποία αντιστοιχεί στο επίπεδο Execute.

Αντί να χορηγηθεί αυτόματα, τα Μέλη με την παλιά ετικέτα τοποθετούνται σε ρόλο με όνομα beta-admin, που φέρει ακριβώς τα δικαιώματα που ήδη είχαν. Η μεταφορά τους στο προφίλ Admin γίνεται με μία μόνο ανάθεση, όποτε το αποφασίσετε.

Σημείωση:

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

Ο Ιδιοκτήτης τοποθετείται στο προφίλ Admin, διατηρεί όλα όσα είχε και αναλαμβάνει αυτόματα νέες ροές εργασίας. Ο Ιδιοκτήτης κατέχει επίσης τον ρόλο Read all, ο οποίος δεν μπορεί να αφαιρεθεί.

Εάν είχατε σκόπιμα περιορίσει τα δικαιώματα του Ιδιοκτήτη, αυτή η επιλογή διατηρείται: ο Ιδιοκτήτης μετατρέπεται σε ρόλο που φέρει τα πραγματικά του δικαιώματα, όπως κάθε άλλο Μέλος.

  • Κάθε δικαίωμα που κατείχε κάθε Μέλος μεταφέρεται αυτούσιο.
  • Τα διαπιστευτήρια, τα δικαιώματα και η αντιστοίχιση Λογαριασμών των κλειδιών API διατηρούνται.
  • Τα υπόλοιπα, οι Λογαριασμοί και η κυριότητα των Λογαριασμών παραμένουν αναλλοίωτα.
  • Τα αιτήματα έγκρισης που βρίσκονται ήδη σε εξέλιξη συνεχίζονται, και οι πολιτικές, τα όρια έγκρισης και οι ρυθμίσεις «πάντα να απαιτείται έγκριση» παραμένουν αμετάβλητα.
  • Η επαλήθευση ταυτότητας δεν επηρεάζεται και κανείς δεν χρειάζεται να συνδεθεί εκ νέου ή να προσκληθεί ξανά.
  • Μετατρέπονται μόνο οι Λογαριασμοί που ανήκουν στον Οργανισμό σας. Οποιοδήποτε δικαίωμα σε Λογαριασμό εκτός αυτού παραμένει ως έχει.

Αντιμετώπιση προβλημάτων

Οι κλήσεις χωρίς account_id χρησιμοποιούν τον κύριο Λογαριασμό του Οργανισμού. Για να λάβετε αναφορά για άλλο Λογαριασμό που περιλαμβάνεται στην αντιστοίχιση Λογαριασμών του κλειδιού, περάστε το account_id του συγκεκριμένου Λογαριασμού στο URL. Δείτε «Επιλέξτε συγκεκριμένο λογαριασμό όταν χρειάζεται».

Η κλήση δημιούργησε ένα αίτημα και δέσμευσε το ποσό στον Λογαριασμό προέλευσης. Ο διακανονισμός πραγματοποιείται μετά την έγκριση. Παρακολουθήστε το αίτημα με το approval_request_id που επιστρέφει η κλήση ή εντοπίστε το στη σελίδα Αιτήματα. Δείτε Μεταφορές και αναλήψεις.

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

Τα Μέλη που διαχειρίζονται τον Οργανισμό — ρυθμίζοντας την πρόσβαση της ομάδας, τους Λογαριασμούς ή τα κλειδιά API — τοποθετούνται στον ρόλο «Ανάγνωση όλων», καθώς η διαχείριση ενός Λογαριασμού προϋποθέτει τη δυνατότητα προβολής του. Αν αυτό είναι ευρύτερο από ό,τι θέλετε, αντικαταστήστε τον ρόλο «Ανάγνωση όλων» με έναν Ρόλο Λογαριασμού περιορισμένο στους συγκεκριμένους Λογαριασμούς που χρειάζονται.

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