Cloud Storage Solutions v.14

Όχι, αυτή η δυνατότητα είναι διαθέσιμη μόνο από την έκδοση 15. Πριν από αυτή την έκδοση, η μονάδα λειτουργεί με προκαθορισμένη δομή φακέλων:

1. Odoo - κεντρικός φάκελος συγχρονισμού

2. Models - φάκελοι για κάθε τύπο εγγράφου Odoo. Για παράδειγμα, 'Projects', 'Partners'. Με διάκριση κατά domain μπορεί να υπάρχουν πιο ειδικοί φάκελοι: π.χ., 'Customer 1 Projects', 'Projects of the Customer 2', 'Internal Projects', κ.λπ.

3. Objects - φάκελοι για κάθε έγγραφο, π.χ. 'Project 1' ή 'Customer 1'

4. Αρχεία και φάκελοι που σχετίζονται με αυτό το έγγραφο Odoo και θα συγχρονιστούν.

Ως αποτέλεσμα μπορείτε να έχετε για παράδειγμα:

• Odoo / Projects / Project 1 / αρχεία και φάκελοι που σχετίζονται με το  project 1

• Odoo / Customer 1 Projects / Project 1; Odoo / Customer 2 Projects / Project 3, ...

• Odoo / Customers / Customer 1 / αρχεία και φάκελοι που σχετίζονται με τον customer 1

Αυτή η δομή είναι πάντα επίπεδη, δηλαδή υπάρχουν μόνο αυτά τα επίπεδα ιεραρχίας. Επομένως είναι σωστό ότι διάφοροι τύποι εγγράφων δεν μπορούν να μπουν στην ίδια δομή. Μέσα στον φάκελο 'Customer 1' δεν μπορούμε να κρατάμε αρχεία που σχετίζονται ταυτόχρονα με παραγγελίες πώλησης, τιμολόγια και έργα. Κάθε τέτοιος τύπος εγγράφου έχει δικό του φάκελο (ή μερικούς δικούς του). Διαφορετικά δεν θα μπορούσαμε να κάνουμε αντίστροφο συγχρονισμό, γιατί δεν θα υπήρχε κριτήριο να βασιστούμε.

Όχι, το εργαλείο βασίζεται σε ένα ενιαίο σημείο λήξης χρήστη. Όλες οι διαδικασίες συγχρονισμού γίνονται υπό έναν διαχειριστή cloud (εφαρμογή). Τα δικαιώματα πρόσβασης για φακέλους / αρχεία που δημιουργούνται δεν αυτοματοποιούνται. Πρέπει να τα διαχειρίζεστε στη λύση αποθήκευσης cloud.

Η εφαρμογή υποθέτει ότι το δυαδικό περιεχόμενο των συνημμένων φυλάσσεται στο Cloud Client αντί στον διακομιστή Odoo. Έτσι, αυτά τα συνημμένα στο Odoo γίνονται τύπου URL και μπορείτε ανά πάσα στιγμή να τα ανοίξετε είτε από το πλαίσιο συνημμένων είτε από το Cloud Client.

Μετά τη ρύθμιση δεν απαιτούνται χειροκίνητες ενέργειες, καθώς ο συγχρονισμός είναι πλήρως αυτόματος. Αποφασίστε ποιοι τύποι εγγράφων Odoo θα συγχρονίζονται και ορίστε ένα σχετικό μοντέλο συγχρονισμού για καθέναν από αυτούς (Πελάτες, παραγγελίες πώλησης ή αγοράς, Εργασίες, Έργα κ.λπ.).

Ναι, μπορείτε. Για αυτό ετοιμάστε έναν κανόνα για τον καθένα και μετά εφαρμόστε φίλτρα: π.χ. κατά τύπο έργου.

Προσπαθήστε τα φίλτρα να είναι αμοιβαία αποκλειόμενα ώστε ένα έγγραφο να αντιστοιχίζεται με βεβαιότητα. Π.χ. «πελάτης αλλά όχι προμηθευτής», «προμηθευτής αλλά όχι πελάτης». Διαφορετικά, ο φάκελος ενός εγγράφου θα μεταπηδά από μοντέλο σε μοντέλο.

Όχι, το εργαλείο είναι μόνο τεχνικός πυρήνας. Χρειάζεστε επίσης τον σύνδεσμο για τον cloud client σας.

Ναι, αν και με πολλούς φακέλους/συνημμένα προς συγχρονισμό η διαδικασία μπορεί να είναι αργή. Ταυτόχρονα, πελάτες μας ανέφεραν περιβάλλοντα με >10k συναλλασσόμενους και ~5k παραλλαγές προϊόντων προς συγχρονισμό, και οι διαδικασίες ήταν αποδεκτές.

Μερικά σημεία προς έμφαση:

1. Ο συγχρονισμός είναι κατασκευασμένος ώστε κάθε στοιχείο να συγχρονίζεται και να μην χάνεται, αν και μπορεί να μην είναι γρήγορος. Αυτό διασφαλίζεται από ουρές FIFO και από κάθε εργασία που ολοκληρώνεται με commit.
2. Ο αριθμός των αντικειμένων μπορεί να περιοριστεί λογικά. Η διαμόρφωση μοντέλων σάς επιτρέπει να περιορίσετε τον συγχρονισμό παρωχημένων στοιχείων (π.χ. δεν έχει νόημα να συγχρονίζονται αρχειοθετημένοι συναλλασσόμενοι ή παραγγελίες πριν από 2 χρόνια).

Όχι. Έχουμε σοβαρούς λόγους να αποφεύγουμε τον συγχρονισμό σε πραγματικό χρόνο:

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

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

• Προβλήματα λειτουργικότητας. Ιδιαίτερα η μετονομασία και η αναδιάρθρωση στοιχείων. Στον αντίστροφο συγχρονισμό το εργαλείο βασίζεται αυστηρά στη λογική των καταλόγων και σε κάθε συγχρονισμό ελέγχεται το 100% των στοιχείων. Αν γίνεται μετά από κάθε ενημέρωση, θα είναι χιλιάδες αιτήματα ανά δευτερόλεπτο. Αν όχι: οι αλλαγές θα χάνονταν.

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

Για τους φακέλους αντικειμένων (SO-001, John Smith κ.λπ.), το εργαλείο βασίζεται στη μέθοδο Odoo για το όνομα εμφάνισης αυτού του τύπου εγγράφου. Μπορείτε όμως να το αλλάξετε ορίζοντας την έκφραση ονόματος. Χρησιμοποιείται ακριβώς η σύνταξη των προτύπων email του Odoo. 

Όχι, αυτή η δυνατότητα είναι διαθέσιμη μόνο από την έκδοση 15.

Ναι, ανάλογα με τη διαμόρφωση του cloud client.

Σύμφωνα με τις ισχύουσες πολιτικές του Odoo Apps Store:

• Κάθε άρθρωμα που αγοράστηκε για την έκδοση 12.0 και παλαιότερα δίνει πρόσβαση σε όλες τις εκδόσεις έως την 12.0.
• Από την έκδοση 13.0 κάθε έκδοση αρθρώματος αγοράζεται χωριστά.
• Ανεξάρτητα από την έκδοση, η αγορά δίνει δικαίωμα σε όλες τις ενημερώσεις και διορθώσεις εντός μιας μείζονος έκδοσης.

Σημειώστε ότι η ομάδα faOtools δεν ελέγχει αυτές τις πολιτικές. Για ερωτήσεις επικοινωνήστε απευθείας με τους εκπροσώπους του Odoo Apps Store.

Η πιο απλή προσέγγιση είναι να χρησιμοποιήσετε την ενσωματωμένη ροή εργασίας του καταστήματος Odoo:

1. Ανοίξτε τη σελίδα της μονάδας και πατήστε το κουμπί Deploy on odoo.sh

2. Έπειτα θα ανακατευθυνθείτε στη σελίδα του GitHub. Συνδεθείτε στον λογαριασμό σας και πατήστε 'Create a new repo' ή χρησιμοποιήστε υπάρχον. Βεβαιωθείτε ότι το αποθετήριο είναι ιδιωτικό. Δεν επιτρέπεται η δημοσίευση εφαρμογών με άδεια OPL-1. Αν χρειάζεται, δημιουργήστε νέο repo για το έργο Odoo.sh

3. Έπειτα πηγαίνετε στο odoo.sh και πατήστε το κουμπί Deploy. Στο αναδυόμενο παράθυρο υποβάλετε την απόφαση και πατήστε 'Continue.' Αυτή η ενέργεια ξεκινά την εγκατάσταση.

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

1. Ανεβάστε τον πηγαίο κώδικα της εφαρμογής από το κατάστημα Odoo

2. Κάντε commit τη μονάδα στο απαιτούμενο αποθετήριο GitHub. Βεβαιωθείτε ότι κανένας φάκελος/αρχείο της εφαρμογής δεν αγνοείται (δηλαδή δεν περιλαμβάνεται στο .gitignore του repo). Τα αποθετήρια δημιουργούνται αυτόματα από το odoo.sh και μπορεί από προεπιλογή να περιλαμβάνουν κρίσιμα στοιχεία (π.χ. /lib). Ανεβάστε όλους τους καταλόγους, υποκαταλόγους και αρχεία της μονάδας χωρίς εξαιρέσεις

3. Κάντε Deploy τον στοχευμένο κλάδο του έργου odoo.sh ή, αν το προβλέπουν οι ρυθμίσεις σας, περιμένετε μέχρι να δημιουργηθεί αυτόματα.

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

Μια κόκκινη/πορτοκαλί προειδοποίηση δεν επηρεάζει τις λειτουργίες της εφαρμογής. Δυστυχώς, μερικές φορές τα module μας δεν περνούν τα τυπικά αυτόματα τεστ, γιατί αυτά υποθέτουν συμπεριφορά που συγκρούεται με τους στόχους της εφαρμογής. Π.χ. αλλάζουμε τον υπολογισμό τιμής, ενώ τα τεστ του τυπικού module Odoo συγκρίνουν την τελική τιμή με τον τυπικό αλγόριθμο.

Πρώτα απ' όλα, ελέγξτε τις λειτουργίες της αναπτυγμένης βάσης. Λειτουργούν όλα σωστά;

Αν εξακολουθείτε να θεωρείτε ότι η προειδοποίηση επηρεάζει πραγματικές λειτουργίες, επικοινωνήστε μαζί μας και στείλτε πλήρη αρχεία εγκατάστασης και την πλήρη λίστα αναπτυγμένων module (πυρήνα και τρίτων).

Όχι, διανέμουμε τα εργαλεία μόνο μέσω του επίσημου καταστήματος εφαρμογών Odoo.

Δυστυχώς, δεν έχουμε τα τεχνικά μέσα για να προσφέρουμε ατομικές τιμές. 

Όχι, εφαρμογές τρίτων δεν μπορούν να χρησιμοποιηθούν στο Odoo Online. Δυστυχώς το Odoo SaaS αποκλείει αυτή τη δυνατότητα.

Ναι, το εργαλείο απαιτεί όλα τα module που σημειώνονται στις εξαρτήσεις για να λειτουργεί σωστά. Η τιμή στη σελίδα της εφαρμογής περιλαμβάνει ήδη όλες τις απαραίτητες εξαρτήσεις.