EXP-EL02-5.10.0.1
Entersoft Expert®
Νέα χαρακτηριστικά και επεκτάσεις
Περιεχόμενα
Συνοπτική περιγραφή περιεχομένων
Ηλεκτρονικά βιβλία - MyData
- Διαχείριση συνόψεων εσόδων λιανικής από eSend
- Απόρριψη σύνοψης αυτοτιμολόγησης
- Διαβίβαση παραστατικών διακίνησης 9.3 καυσίμων
- Συναλλαγές B2G – Προσθήκη πεδίου ΑΔΑ σε ΤΠΥ
- Εξαίρεση συνόψεων 8.4, 8.5 από παραστατικά λήπτη
Διασύνδεση με Μέσα Πληρωμής (EFT/POS)
- Έλεγχος επικοινωνίας με POS
- Ενσωμάτωση POS PAX A80
- Loyalties Eurobank – ePay
- Προφόρτωση συναλλαγής με NEXI Fintechiq
- Έγκριση συναλλαγής με δόσεις από το τερματικό
Διασύνδεση με ΦΗΜΑΣ
- Έκδοση παραστατικών χονδρικής καυσίμων μέσω ΦΗΜΑΣ
- Διαχείριση απώλειας διασύνδεσης λόγω βλάβης ΦΗΜΑΣ
Χρηματοοικονομικά
- Ετοιμασία εντολών πληρωμής
Οριζόντια λειτουργικότητα
- Export φωτογραφιών
- Αποστολή email μέσω Gmail
Διάφορες βελτιώσεις
Ηλεκτρονικά Βιβλία – MyData
Διαχείριση συνόψεων εσόδων λιανικών συναλλαγών από eSend
Υποστηρίχθηκε η διαχείριση των συνόψεων εσόδων που λαμβάνονται από το eSend στο ERP σύμφωνα με τις οδηγίες χειρισμού διασύνδεσης esend – myData που εξέδωσε η ΑΑΔΕ: https://www.aade.gr/teleytaia-nea-mydata/odigies-heirismoy-diasyndesis-esend-mydata.
Συγκεκριμένα στην τρέχουσα έκδοση 5.10.0.1 (και στο hotfix της 5.10.0.0) υποστηρίχθηκε η δυνατότητα ακύρωσης των συνόψεων που διαβιβάστηκαν από το esend στο myData και είχε ως αποτέλεσμα των διπλασιασμό των εσόδων. Αναλυτικά τα βήματα ακύρωσης :
Λογιστήριο->Ηλεκτρονικά Βιβλία mydata:
Βήμα 1ο: Κάνουμε λήψη δεδομένων από eSend: Γίνεται λήψη εγγραφών του εκδότη ψάχνοντας εγγραφές που έχουν διαβιβαστεί από το eSend (εγγραφές 11* με ειδική κατηγορία παραστατικού -SpecialInvoiceCategory “8”,”9”, “10”) , τα δεδομένα των οποίων εμφανίζονται στην όψη «Λίστα συνόψεων ΠΣΦΗΜ-eSend».
ΣΗΜΕΙΩΣΗ: Οι εγγραφές από το esend είναι συγκεντρωτικής μορφής (Ζ ημερας κλπ)
Βήμα 2ο: Με το κατάλληλο φίλτρο μπορούν να επιλεγούν κανονικές και ακυρωμένες συνόψεις:
Βήμα 3ο: Στη συγκεκριμένη όψη υπάρχει ο αυτοματισμός «Ακύρωση συνόψεων Esend» που θα καλέσει την ακύρωση αυτών των συνόψεων (για να μην διπλοενημερωθούν βιβλία κλπ) στο myData:
|
Επισήμανση! |
|---|---|
| Σε δεύτερη φάση, μετά το 1ο τρίμηνο, αναμένεται να δοθεί δυνατότητα επεξεργασίας και χαρακτηρισμού τέτοιων συναλλαγών , όπου οι λιανικές συναλλαγές θα διαβιβάζονται αποκλειστικά από το eSend και θα λαμβάνονται στο ERP και εφόσον υπάρχουν διαφορές θα αποστέλλονται διορθωτικές εγγραφές εσόδων και χαρακτηρισμών. |
Απόρριψη σύνοψης αυτοτιμολόγησης
Υποστηρίχθηκε η δυνατότητα απόρριψης σύνοψης αυτοτιμολόγησης που έχει λάβει ο εκδότης από τον λήπτη.
Η ΑΑΔΕ έχει δώσει την δυνατότητα/οδηγία στις περιπτώσεις που η σύνοψη είναι λανθασμένη και κατόπιν συνεννόησής με τον λογιστή, ο εκδότης να προχωράει σε Απόρριψη της σύνοψης αυτοτιμολόγησης και διαβίβαση του εσόδου ως παράλειψη.
Η συγκεκριμένη δυνατότητα υποστηρίχθηκε από την ΑΑΔΕ στην έκδοση rest api 1.0.10.
Διαβίβαση παραστατικών διακίνησης 9.3 καυσίμων
Υποστηρίχθηκε η διαβίβαση παραστατικών διακίνησης 9.3 Καυσίμων (Fuel μορφότυπο) μέσω ERP και μέσω Παρόχου.
Η συγκεκριμένη δυνατότητα υποστηρίχθηκε από την ΑΑΔΕ στην έκδοση rest api 1.0.10.
Συναλλαγές B2G - Προσθήκη του πεδίου ΑΔΑ σε ΤΠΥ
Προστέθηκε ο «Αριθμός Διαδικτυακής Ανάρτησης (ΔΙΑΥΓΕΙΑ)» που αφορά συναλλαγές B2G στην οθόνη του παραστατικού ΤΠΥ.
Εξαίρεση συνόψεων 8.4, 8.5 από όψη παραστατικών λήπτη
Δόθηκε η δυνατότητα εξαίρεσης συνόψεων 8.4, 8.5 στην όψη παραστατικών λήπτη (Ηλεκτρονικά βιβλία mydata / Έξοδα).
Διασύνδεση με Μέσα Πληρωμής (EFT/POS)
Έλεγχος επικοινωνίας με POS
Στο εκάστοτε προφίλ επικοινωνίας προστέθηκε η ενέργεια «Δοκιμή επικοινωνίας με POS». Με αυτή την ενέργεια κάνουμε ping το POS ώστε να ελέγξουμε την κατάσταση του εφόσον έχουμε συμπληρώσει σωστά την παραμετροποίηση του.
Η ενέργεια λειτουργεί μόνο για pos από EDPS και Cardlink intranet..
Ενσωμάτωση POS PAX A80
Σε αυτή την έκδοση ενσωματώθηκε η λειτουργία pos PAX A80 με EDPS.
Loyalties Eurobank με ePay
Έγιναν οι κατάλληλες επεκτάσεις ώστε να υποστηρίζονται loyalties Eurobank με ePay.
Προφόρτωση συναλλαγής με ΝΕΧΙ Fintechiq
Υποστηρίχθηκε η προφόρτωση συναλλαγής με NEXI Fintechiq
Έγκριση συναλλαγής με δόσεις από τερματικό
Κατά την έγκριση συναλλαγής από τερματικά Mellon και EDPS A80 υποστηρίχθηκε ο αριθμός δόσεων που πληκτρολογήθηκε στο τερματικό.
Διασύνδεση με ΦΗΜΑΣ
Έκδοση παραστατικών χονδρικής καυσίμων μέσω ΦΗΜΑΣ
Υποστηρίχθηκε η σήμανση παραστατικών χονδρικής Καυσίμων (FuelInvoice) μέσω φορολογικού μηχανισμού.
Διαχείριση απώλειας διασύνδεσης λόγω βλάβης ΦΗΜΑΣ
Σύμφωνα με την Α.1138/2020 (a.1138_2020_kwdikopoiimenime_a.1048_a1049_2024):
«Σε περίπτωση απώλειας διασύνδεσης με την ψηφιακή πλατφόρμα myDATA, η οποία αποδεικνύεται από την υπόχρεη οντότητα με κάθε πρόσφορο μέσο, τα δεδομένα των εκδιδόμενων λογιστικών στοιχείων διαβιβάζονται αμελλητί με την αποκατάσταση της διασύνδεσης, με την ένδειξη «Απώλεια Διασύνδεσης». Η υπόχρεη οντότητα οφείλει να λάβει όλα τα απαραίτητα μέτρα για την αποφυγή εκ νέου απώλειας της διασύνδεσης. Σε κάθε περίπτωση, τα δεδομένα διαβιβάζονται το αργότερο εντός μιας (1) ημέρας από την καταληκτική ημερομηνία διαβίβασής τους, είτε από το κανάλι διαβίβασης που εκ-δόθηκαν ή διαβιβάστηκαν αρχικά ανεπιτυχώς, είτε από τα προγράμματα διαχείρισης επιχειρήσεων (εμπορικό/ λογιστικό, ERP), είτε από την ειδική φόρμα καταχώρησης εφόσον τηρούνται τα όρια χρήσης της.»
Σε περίπτωση βλάβης του ΦΗΜΑΣ και σε συνεννόηση με τον λογιστή της εταιρίας:
- Θα πρέπει υποχρεωτικά να γίνει δήλωση προσωρινής βλάβης στην ΑΑΔΕ: https://www1.gsis.gr/tameiakes/myweb/esendN.php?FUNCTION=7.
- Κατόπιν μπορεί να ενεργοποιηθεί, μόνο από διαχειριστή συστήματος, η «Δήλωση βλάβης» στο ERP στην οθόνη του φορολογικού μηχανισμού.
|
|
Σημαντική επισήμανση! |
|---|---|
| Εφόσον ενεργοποιηθεί η «Δήλωση βλάβης» τα παραστατικά θα διαβιβάζονται μέσω ERP στην ΑΑΔΕ με «Απώλεια διασύνδεση (transmission failure 3)».
Είναι πολύ σημαντικό εφόσον επιδιορθωθεί η βλάβη του φορολογικού, να απενεργοποιηθεί η «Δήλωση βλάβης» ώστε τα παραστατικά να διαβιβάζονται κανονικά μέσω φορολογικού μηχανισμού στο esend. |
Χρηματοοικονομικά
Ετοιμασία εντολών πληρωμής
Η διαδικασία της Ετοιμασίας Εντολών Πληρωμής εμπλουτίστηκε ώστε μέσα από αυτή να γίνεται διαχείριση των προκαταβολών για παραγγελίες. Όπως ακριβώς και στην διαδικασία της Οργάνωσης Πληρωμών -όπου η δυνατότητα αυτή δόθηκε στην έκδοση 5.9.0.0 - από αυτή την έκδοση στα 3 βήματα της Ετοιμασίας Εντολών Πληρωμής εμφανίζονται και οι Παραγγελίες προμηθευτών/πιστωτών ανάλογα με την τιμή του κριτηρίου «Είδος κινήσεων».
Ο χρήστης έχει έτσι τη δυνατότητα να εισάγει προκαταβολές για αυτές οι οποίες πρέπει αρχικά να εγκριθούν και στη συνέχεια στο τελευταίο βήμα να προκύψει το κατάλληλο παραστατικό χρηματικών συναλλαγών (παραστατικό πληρωμής)..
- Αρχικά μέσα από την οθόνη του 1ου βήματος της Ετοιμασίας Εντολών Πληρωμής μπορεί με τη χρήση του κριτηρίου «Είδος κινήσεων» να εμφανιστούν εκτός από τα τιμολόγια (βεβαιωμένες προβλέψεις) και οι παραγγελίες (προγραμματισμένες εκροές) που έχουν πραγματοποιηθεί και δεν έχουν ακόμα εξυπηρετηθεί (δεν έχουν μετασχηματιστεί σε τιμολόγια).
Το νέο κριτήριο εμφανίζεται στο group παραμέτρων «Όλες» και ονομάζεται «Είδος κινήσεων». Οι τιμές του είναι:
Βεβαιωμένες προβλέψεις τα τιμολόγια των προμηθευτών/πιστωτών (προτεινόμενη τιμή)- Προγραμματισμένες εκροές οι παραγγελίες των προμηθευτών/πιστωτών
- Όλα
- Για κάθε συναλλασσόμενο εμφανίζονται 2 γραμμές - εφόσον έχει παραστατικά και των δύο κατηγοριών τιμολόγια και παραγγελίες - όπου η κάθε γραμμή συγκεντρώνει το σύνολο των παραστατικών της κάθε περίπτωσης. Στην 1η γραμμή και στη στήλη «Οφειλόμενο ποσό» εμφανίζεται το σύνολο των ανεξόφλητων τιμολογίων και στη 2η γραμμή το σύνολο των ανοιχτών παραγγελιών. Η γραμμή των παραγγελιών θα εμφανίζεται με διακριτό πράσινο χρώμα.
Σε 2ο επίπεδο -όπως ακριβώς γίνεται και με τα ανοιχτά τιμολόγια- εμφανίζονται αναλυτικά οι παραγγελίες με το ανοικτό ποσό τους το άθροισμα των οποίων εμφανίζεται αθροιστικά στο 1ο επίπεδο ως «Οφειλόμενο ποσό».
Αφού συμπληρωθεί το ποσό εξόφλησης και με τη χρήση του Επόμενο δημιουργούνται παραστατικά Εντολών Πληρωμής (τύπου ΕΠΛ)
- Στο 2ο βήμα «Έγκριση εντολών πληρωμής» πάλι με τη χρήση του κριτηρίου «Είδος κινήσεων» εμφανίζονται τα ΕΠΛ που έχουν προκύψει από τιμολόγια ή/και παραγγελίες και η επιλογή τους και η ολοκλήρωση της ενέργεις σηματοδοτεί και την έγκριση τους.
- Τέλος στο 3ο βήμα οι εγκεκριμένες Εντολές πληρωμής μετατρέπονται σε παραστατικά Χρηματικών Συναλλαγών. Και εδώ όπως και στην Οργάνωση Πληρωμών για τα παραστατικά που θα προκύψουν από τις εντολές πληρωμής των παραγγελιών, ο τύπος παραστατικού ορίζεται στην παράμετρο εταιρείας «Διαδικασία οργάνωσης πληρωμών =>16. Tύπος παρ/κού για αυτόματη δημιουργία προκαταβολών».
Διάφορες βελτιώσεις
- Στη σελίδα «Παραστατικά» στις Συμβάσεις συναλλασσόμενων έγινε βελτίωση ώστε να εμφανίζονται και τα παραστατικά αγορών-δαπανών για τις περιπτώσεις συμβάσεων προμηθευτών.
- Στην όψη «Ιστορικό εκτέλεσης τύπων δεδομένων» για την καλύτερη διαχείριση των πακέτων δεδομένων προστέθηκε η παράμετρος 'Ανάλωση' με τιμές Όλα, Όχι, Ναι.
- Προστέθηκε στήλη για την Κατηγορία ΦΠΑ 4% στην όψη "Εκτύπωση Χ και Ζ για σύγκριση με Χ και Ζ ταμειακής".
- Στην αναζήτηση πελατών στο Retail προστέθηκε στα αποτελέσματα το κινητό του πελάτη.
- Έγινε επαύξηση του σχεδίου ιδιοτήτων 2-CARD. Διορθώθηκε το πρόβλημα επαναφοράς του τύπου γραμμής του χρηματικού λογαριασμού σε τιμή «Πραγματική» όταν ο χρηματικός λογαριασμός δεν αφορά συναλλαγή με κάρτα.
- Βελτιώθηκε ο χρόνος αναζήτησης πελάτη βάσει τηλεφώνου στην ενέργεια <Επιλογή πελάτη> της λιανικής.
- Υποστήριξη αποθήκευσης σχετικών εγγράφων στα κουπόνια (vouchers).
Οριζόντια λειτουργικότητα
Export φωτογραφιών
Δόθηκε η δυνατότητα στο export όψης ή Bit στο Excel να εξάγονται σωστά και οι φωτογραφίες. Για το λόγο αυτό στο διάλογο «Εξαγωγή δεδομένων για προχωρημένους» που εμφανίζεται στη γραμμή εργαλείων σε όψεις και Bits προστέθηκε το flag «Εξαγωγή φωτογραφιών» το οποίο μόνο στην περίπτωση που πρόκειται να γίνει εξαγωγή σε Excel είναι προεπιλεγμένο. Έτσι αν για παράδειγμα στην προϊοντική όψη: «Κατάλογος ειδών με φωτογραφίες» επιλέξουμε να γίνει εξαγωγή των φωτογραφιών των ειδών το αποτέλεσμα θα είναι το ακόλουθο:
Στην περίπτωση μεγάλου όγκου δεδομένων φωτογραφιών συστήνεται η αποεπιλογή του flag ώστε να μην προκύψει μεγάλη καθυστέρηση και χρονική επιβάρυνση στην αποτύπωση του excel.
Βελτιώθηκε η οθόνη «Εξαγωγή δεδομένων για προχωρημένους» που χρησιμοποιείται σε όψεις και Bits για την εξαγωγή των αποτελεσμάτων σε διάφορες μορφές (xls, xml, ascii, κ.λ.π.) ώστε να αποκτήσει το look & feel της σειράς 5.
Αποστολή email μέσω Gmail
Σε αυτή την έκδοση έγινε η απαραίτητη υλοποίηση ώστε να υποστηριχτεί η αποστολή email μέσω Gmail μέσα από την εφαρμογή μετά από αλλαγές που πραγματοποίησε η Google στον τρόπο πιστοποίησης.
Συγκεκριμένα έχει σταματήσει να λειτουργεί πλέον το κλασσικό authentication με username και password και πλέον πρέπει ακολουθώντας σύγχρονες μεθόδους πιστοποίησης να εμφανίζεται διάλογος με multi-factor authentication (MFA).
Αναλυτικά οι αλλαγές είναι οι εξής:
Α. Προστέθηκε η παράμετρος εταιρείας ES_MAIL_CLIENT_INFO_FILE
B. Στο Προφίλ Επικοινωνίας προστέθηκε το πεδίο ClientInfoFile
Γ. Στις επιλογές για το πεδίο Τρόπος Αποστολής (Send_Mail_Service) του Προφίλ Επικοινωνίας, και κατ’ αντιστοιχία της αποστολής μέσω Office 365, προστέθηκαν δύο νέοι τρόποι αποστολή μέσω Gmail (Server) και Gmail (Client).
Gmail (Server)
Πρόκειται για νέα προσθήκη αποστολής email μέσω Gmail. Χρησιμοποιεί τις open-source βιβλιοθήκες MimeKit και Google.Apis που τρέχουν σε .NET Framework 4.8. Η αποστολή του email γίνεται απευθείας μέσω του Gmail API. Χρησιμοποιείται κυρίως για server-side αποστολές που δεν επιτρέπεται η χρήση UI και κατ’ επέκταση authorization διαλόγου. Παρ΄ όλα αυτά, επιτρέπεται η χρήση του και σε αποστολές από client. Υλοποιείται 2-legged OAuth flow (2LA) για server-to-server επικοινωνία.
Οι απαιτήσεις της Google για να υποστηριχτεί το flow αυτό είναι οι παρακάτω:
Google Workspace
App με πρόσβαση στο Gmail API
Service account με domain-wide access για το app
Client secret για το app
Το app στέλνει emails as a service. Ο χρήστης που χρησιμοποιείται για την αποστολή είναι ο αποστολέας του email. Αυτό σημαίνει ότι adapter μπορεί να στείλει με οποιονδήποτε χρήστη αρκεί να έχουν δοθεί τα κατάλληλα δικαιώματα στο app από τον admin.
Προσοχή όταν χρησιμοποιείται client-side. Επειδή το app έχει δικαιώματα να στέλνει με οποιοδήποτε χρήστη, εγείρει θέματα ασφαλείας. Θα πρέπει να χρησιμοποιείται μόνο server-side ή σε άκρως ελεγχόμενα περιβάλλοντα.
Gmail (Client)
Πρόκειται για νέα προσθήκη αποστολής email μέσω Gmail. Χρησιμοποιεί τις open-source βιβλιοθήκες MimeKit και Google.Apis που τρέχουν σε .NET Framework 4.8. Η αποστολή του email γίνεται απευθείας μέσω του Gmail API. Χρησιμοποιείται μόνο για αποστολές από clients που επιτρέπεται η χρήση UI και κατ’ επέκταση η εμφάνιση authorization διαλόγου. Απαγορεύεται η χρήση του στον EAS με exception και κατάλληλο μήνυμα αποτροπής. Παρ’ όλα αυτά, θα πρέπει ο caller να σιγουρευτεί ότι μπορεί να εμφανίσει UI.
Υλοποιείται 3-legged OAuth flow (3LA) για client-to-server επικοινωνία. Προϋποθέτει τη δήλωση tenant id και client id. Η διαδικασία της πιστοποίησης θα εμφανίσει OAuth2 / MFA διάλογο στον χρήστη για να συνδεθεί στο εταιρικό του λογαριασμό.
Οι απαιτήσεις της Google για να υποστηριχτεί το flow αυτό είναι οι παρακάτω:
- Google Workspace
- App με πρόσβαση στο Gmail API
- Client secret για το app
Το app στέλνει emails για λογαριασμό του logged-in χρήστη που είναι και ο αποστολέας του email.
App - Δημιουργία
Υποθέτουμε ότι υπάρχει ήδη ενεργό Google Workspace.
Μπείτε στο Google Cloud Console και επιλέξτε ή δημιουργήστε νέο Project.
Δημιουργήστε νέο Application (app) και ρυθμίστε το consent screen / branding. Δώστε προσοχή στον τύπο Audience. Σας ζητάει να επιλέξετε σε ποιους λογαριασμούς απευθύνεται το app σας.
- Αν επιλέξετε External, τότε το app πρέπει να περάσει review από την Google διότι απευθύνεται σε ευρύ κοινό και σε λογαριασμούς πέρα του εταιρικού Workspace.
- Αν επιλέξετε Internal, τότε δεν χρειάζεται review διότι απευθύνεται σε λογαριασμούς που ανήκουν στο εταιρικό Workspace. Επομένως την ασφάλεια την αναλαμβάνετε εσείς. (προτεινόμενo)
Αν δεν έχετε workspace και θέλετε να χρησιμοποιήσετε μόνο την client-side αποστολή, τότε μπορείτε να δηλώσετε τύπο audience “External” και publish status “Testing”. Με τον τρόπο αυτό, το app βρίσκεται σε κατάσταση testing και δεν χρειάζεται review. Παρ’ όλα αυτά όμως, έχει ορισμένους περιορισμούς. Για παράδειγμα, θα πρέπει να δηλώσετε ποιοι χρήστες θα χρησιμοποιήσουν το app. Επιπλέον, υπάρχει και περιορισμός στο πλήθος των email που αποστέλλονται.
Στη συνέχεια ενεργοποιείστε το Gmail API για το app ώστε να δώσετε πρόσβαση σε gmail services. Επιπλέον, χρειάζεται να ορίσετε τα scopes “gmail.send” και “gmail.readonly” για τον app (data access).
App – Ρυθμίσεις για client-side αποστολή
Δημιουργείστε ένα “OAuth 2.0 Client ID” για το app και επιλέξετε application type “Desktop App”. Η διαδικασία θα δημιουργήσει το Client ID και το Client Secret που χρειάζονται για την υλοποίηση του 3LA.
Στο σημείο αυτό μπορείτε να επιλέξετε την αποθήκευση των στοιχείων σε json αρχείο. Τοποθετήστε το αρχείο αυτό σε κάποιο directory του EBS που συγχρονίζεται στα τερματικά. Έπειτα δηλώστε το relative path στο πεδίο ClientInfoFile του προφίλ επικοινωνίας ή στην αντίστοιχη παράμετρο εταιρείας πχ CSConfig\GmailClientInfo.json.
Εναλλακτικά, μπορείτε να κάνετε copy/paste τα client id και secret στα αντίστοιχα πεδία του προφίλ επικοινωνίας ή στις αντίστοιχες παραμέτρους εταιρείας.
App – Ρυθμίσεις για server-side αποστολή
Δημιουργήστε ένα Service Account. Σημειώστε το OAuth Client ID που θα γεννηθεί από τη διαδικασία γιατί θα το χρειαστείτε παρακάτω.
Έπειτα δημιουργείστε ένα Key για το Service Account. Αποθηκεύστε σε json αρχείο τις πληροφορίες για τον client του Service Account. Έπειτα δηλώστε το relative path στο πεδίο ClientInfoFile του προφίλ επικοινωνίας ή στην αντίστοιχη παράμετρο εταιρείας πχ ESNoSync\GmailServiceAccountInfo.json.
Μέσω του Google Admin Console ρυθμίστε το “Domain-wide Access Delegation” για το app. Χρησιμοποιείστε το OAuth Client ID που σας δόθηκε κατά την δημιουργία του Service Account. Τέλος κάντε authorize το scope https://mail.google.com/.
Προσοχή: Λόγω του domain-wide access delegation, το service account έχει δικαιώματα να στείλει με οποιοδήποτε account. Δώστε μεγάλη προσοχή ώστε να μην κατεβαίνει το info json κατά τον συγχρονισμό των τερματικών. Φροντίστε να το βάλετε σε κάποιο folder του server που δεν συγχρονίζεται όπως πχ το ESNoSync.
