AntonyT

btp,ευχαριστώ, θα συντάξω ένα μήνυμα και ευκαιρία είναι να τους επισημάνω και κάποια άλλα «μικρότερα» bug που έχω εντοπίσει. Για παράδειγμα στο ότι δεν σώζει όλα τα στοιχεία του αντισυμβαλλόμενου κατά την προσωρινή αποθήκευση (τουλάχιστον όταν δοκίμασα να περάσω το 14.2 Τιμολόγιο / Αποκτήσεις Τρίτων Χωρών) και τους χαρακτηρισμούς. Κάποια στιγμή βέβαια θα δοκιμάσω να δω εάν συμβαίνει και σε άλλους τύπους τιμολογίων. Επίσης και το ότι κατά την εξαγωγή σε excel εμφανίζει και τιμολόγια / πληροφοριακά στοιχεία τα οποία έχουν ακυρωθεί και δεν υπάρχουν καν ουτε στην αναζήτηση με ΜΑΡΚ. Θα ήταν λιγότερο πρόβλημα εάν επισήμαναν σε νέα στήλη ότι είναι ακυρωμένο ή δεν τα εμφάνιζαν καν. Εάν δεν κρατούσα στο ΜΑΡΚ του ακυρωμένου στο αρχείο μου θα με προβλημάτιζε κατά τον έλεγχο ορθότητας. Και ένα λίγο αστείο, όταν περνάμε ενδοκοινοτικά στο MyData υπολογίζει το ΦΠΑ με στρογγυλοποίηση προς τα επάνω, όταν γίνεται ο έλεγχος στο Φ2 βγάζει μήνυμα ότι το ΦΠΑ πρέπει να είναι μεταξύ 3% και 24% του πεδίου γιατί το στρογγυλοποιεί προς τα κάτω. Υπόψιν ότι το πεδίο συμπληρώνεται αυτόματα. Μου έχει τύχει περίπτωση που η διαφορά ήταν 0.02 λεπτά και εμφάνιζε σφάλμα οπότε τους τα άφησα μπουρμουάρ 😊 Δεν ξέρω εάν έχουν τύχει και σε άλλους κάτι τέτοια «μικρο» bug. Γενικά σαν προγραμματιστής τους θαυμάζω και τους επικροτώ για αυτό που κάνουν (επιτέλους), οπότε έχω κατανόηση. Κάποια πράγματα συμβαίνουν σε τέτοια δαιδαλώδη συστήματα που προσπαθούν να συμμαζέψουν τις ασυμμάζευτες αλχημείες δεκαετιών. Αρκεί σιγά σιγά να διορθώνονται και γενικά νομίζω ότι είναι σε καλό σημείο. Παλιότερα σε μια αναφορά μου με κάλεσαν οι ίδιοι να δούμε μαζί το πρόβλημα και τελικά είχε εντοπιστεί bug ότι κατά επαναφορά από την προσωρινή αποθήκευση δεν άφηνε έπειτα να περαστούν οι χαρακτηρισμοί (το διορθώσαν βέβαια) Ευχαριστώ

Το διόρθωσαν είναι σχετικό. Πράγματι όπως αναφέρεις αυτό μου απάντησαν και εμένα για τους 150 χαρακτήρες. Όμως το τιμολόγιο μου είχε 2 γραμμές με μια στους 107 και η άλλη 133 χαρακτήρες. Κάτω των 150 όπως κάνω πάντα. Μετά το error «cloudCode_262. Το πεδίο μήκος δεν είναι έγκυρο.» το μείωσα στα 88 και 70 χαρακτήρες και πάλι το ίδιο σφάλμα. Το συμπτύξα έπειτα ακόμα περισσότερο (με συντμήσεις) στους 46 και 49 χαρακτήρες και το πέρασε. Το θέμα είναι ότι σαν προγραμματιστής υποψιάζομαι ότι έχουν αλλάξει κάτι στο encoding στον κώδικα τους ή και στην βάση δεδομένων και μετράει τους χαρακτήρες με «περισσότερο μήκος» από το πραγματικό στα Ελληνικά (λογω encoding πιθανόν) Για παράδειγμα εάν μετράνε το μήκος μετά την μετατροπή του σε UTF-8 (όπως είναι το encoding στην σελίδα τους) η φράση «Περιγραφή Τιμολογίου» θα μετατρέπονταν σε “CE A0 CE B5 CF 81 CE B9 CE B3 CF 81 CE B1 CF 86 CE AE 20 CE A4 CE B9 CE BC CE BF CE BB CE BF CE B3 CE AF CE BF CF 85” ή σε UTF-16 “03A0 03B5 03C1 03B9 03B3 03C1 03B1 03C6 03AE 0020 03A4 03B9 03BC 03BF 03BB 03BF 03B3 03AF 03BF 03C5” Φυσικά δεν ξέρω τι encoding χρησιμοποιούν ή εαν είναι αυτός ο λόγος κατά την μετατροπή αλλά όπως ανέφερα (και με κάθε επιφύλαξη διότι δεν έχω πρόσβαση το κώδικα τους ;)), υποψιάζομαι ότι μετά την αναβάθμιση, κάναν κάτι στο μέτρημα και δεν έχουν βρει ακόμα τον λόγο. Ελπίζω κάποια στιγμή να το φτιάξουν διότι εμείς που παρέχουμε υπηρεσίες διαφέρουμε στην περιγραφή σε σχέση με αυτούς που πουλάνε εμπόρευμα. Στα προϊόντα βάζεις ένα μικρό όνομα και ένα κωδικό και φτάνει (πχ Πορτοκάλια Κωδ.00000). Στις υπηρεσίες πρέπει να περιγράψουμε περί τίνος πρόκειται πιο αναλυτικά εάν θέλουν να καταλάβουν για ποια δουλειά κόπηκε το τιμολόγιο.