Αρχική Διαβουλεύσεις Προδιαγραφών - ΓΓΠΣΠροδιαγραφές Β’ φάσης του αρχείου XML της Ενιαίας Αρχής ΠληρωμώνΣχόλιο του χρήστη Νταλαχάνης Δ | 8 Μαΐου 2010, 19:40
  • Σχόλιο του χρήστη 'Νταλαχάνης Δ' | 8 Μαΐου 2010, 19:40

    Θα ήθελα να επισημάνω: α)Επειδή υπάρχουν φορείς με πολλούς υπαλλήλους, πρέπει να γίνεται αποδεκτό, από το όποιο σύστημα φόρτωσης (upload) καθορίσετε, αρχεία χωρίς περιορισμό μεγέθους ει δυνατόν σε συμπιεσμένη μορφή (zip) β)Το amka δεν πρέπει να είναι υποχρεωτικό καθώς δεν το διαθέτουμε όλοι. γ)To policeId_otherType δεν πρέπει να δέχεται περιγραφή-κείμενο αλλά κωδικό (γιατί για παράδειγμα σε αρχείο χιλιάδων υπαλλήλων, γεμίζει το αρχείο με περιττή επαναλαμβανόμενη πληροφορία) δ)το mk_value δεν πρέπει να είναι υποχρεωτικό ε)το category_value δεν πρέπει να είναι υποχρεωτικό στ) το tel δεν πρέπει να είναι υποχρεωτικό ζ) το email δεν πρέπει να είναι υποχρεωτικό η)Το bic τελικά παραλείπεται; θ)Επειδή τα “gross”, “code”, “deduction”, “amount” και “employerTax” θα επαναλαμβάνονται σε κάθε υπάλληλο πολλές φορές, θα έχουμε τελικά αρχεία xml μεγάλα με περιττή πληροφορία. Θα μπορούσαν να αντικατασταθούν με πχ gr, cd, ded, am και emTax αντίστοιχα, για εξοικονόμηση χώρου; Η διαφορά στα τελικά αρχεία από πλευράς χώρου είναι τεράστια (τουλάχιστον για μεγάλους φορείς) ι)Όσοι χρησιμοποιούμε παλαιές γλώσσες προγραμματισμού έχουμε το πρόβλημα πως όλα μας τα πεδία ορίζονται πάντα με σταθερό μέγεθος. Έτσι για παράδειγμα το month (είτε στο period είτε στα αναδρομικά income) πάντα θα έχει μέγεθος 2. Δηλαδή μπορούμε να δημιουργούμε την τιμή month=”02” ή month=”11” και όχι month=”2”. Για αυτό, μπορεί στο xsd στη λίστα δεκτών τιμών του month να μπουν και τα μονοψήφια με πρόθεμα μηδέν; ια)Τα gross και deduction στην προηγούμενη έκδοση του xsd είχαν διαφορετικό attribute για την περιγραφή του είδους του πεδίου. Συγκεκριμένα otherCodeDescription και codeOtherDescription. Αυτά και τα δύο καταργούνται; Σε περίπτωση που πρέπει στο μέλλον να προσθέσουμε κάποιο θα είναι διαθέσιμα ή όχι; ιβ)Σε όλα τα amount τα trailing και τα leading spaces θα πρέπει να γίνονται δεκτά από το σύστημά σας. Δηλαδή το amount=”013.24” και το amount=” 13.24” και το amount=”013.24 ” να θεωρούνται αποδεκτά ,καθώς δεν μπορεί σε όλες τις γλώσσες να γίνει trim (με αποδεκτή χρήση των πόρων τουλάχιστον) ιγ)Για επιβεβαίωση: το deduction παραμένει μόνο για τις εισφορές του εργαζομένου; ιδ)Στο category τι θα βάζουμε; ιε)Το organization_id ποιος θα το ορίσει; Θα ορίσετε ένα για κάθε φορέα; ιστ) (σε συνέχεια του ιε) Αν ένας φορέας έχει δύο διαχειριστές. Άρα δύο διαφορετικά xml; Τότε θα βάζουν το ίδιο id; ιζ)Το tin έχει αξία του ΑΦΜ. Για όσους δε διαθέτει ο Φορέας το ΑΦΜ; Ή διαθέτει αλλά έχουν δώσει οι σύζυγοι το ίδιο και οι δύο (αντρόγυνο στον ίδιο φορέα); Θα το δέχεται το σύστημά σας; Ή θα πετάει τον δεύτερο έξω (όπως στο ΦΜΥ); Επίσης μηδενικό ΑΦΜ για όσους ο Φορέας δε διαθέτει, θα δέχεται το σύστημά; ιη)Οι τιμές στα code που είχατε ορίσει στην Α φάση, θα αλλάξουν ή απλά θα προσθέσετε νέους; ιη)Καλό θα ήταν να υπάρξει αρκετό χρονικό περιθώριο ώστε να προλάβουν όλοι να αλλάξουν ροές και προγράμματα που είχαν ήδη έτοιμα για την έκδοση 1.1, σε αυτή τη νέα. Ευχαριστώ για την υπομονή σας Νταλαχάνης Δημήτριος