დოკუმენტების დამუშავების გამოსატანი სქემის ვერსიები
ამოღებული დოკუმენტის სტრიქონები იმპორტირებადი შეინარჩუნეთ მაშინაც, როცა ველები, იარლიყები ან საბუღალტრო დანიშნულებები იცვლება.
მყიდველის წესი: გამოსატანი სქემის ცვლილება კონტროლირებულ მიგრაციად ჩათვალეთ. ძველი კონტრაქტი მოქმედ მიმღებებს შეუნარჩუნეთ, ახალი კონტრაქტი მიმღებ ზღვარზე გამოცადეთ და წყაროს კვალიცა და ადამიანის დამტკიცების სტატუსიც ხილული დატოვეთ.
მოკლედ: გამოსატანი სქემა ფუჭდება მაშინ, როცა სვეტი სახელს ინარჩუნებს, მაგრამ მნიშვნელობას იცვლის. ერთად დაავერსიეთ სახელები, ტიპები, ცარიელი მნიშვნელობის წესები, თარიღები, ვალუტები და განხილვის სტატუსები. მოქმედი JSON-ის ფორმა ვერ ამტკიცებს, რომ საბუღალტრო სტრიქონი სწორია. თუ მიმღები ფაილი არასტაბილურია, დაიწყეთ aiDOCS-ის სამუშაო პროცესის შემოწმებით.
სქემის აცდენა მარცხის სიგნალად ჩათვალეთ
ინციდენტი იწყება მაშინ, როცა მიმღები იღებს ფაილს, რომელიც ტექნიკურად იხსნება, მაგრამ ძველ მნიშვნელობას აღარ ატარებს. გადარქმეულმა ველმა, ახალმა ცარიელმა მდგომარეობამ ან შეცვლილმა თარიღის წესმა გატარება შეიძლება შეცვალოს ფაილის გაფართოების შეცვლის გარეშე. ჩაწერეთ პირველი განსხვავება, დაზარალებული მიმღები და ის საბუღალტრო გადაწყვეტილება, რომელიც შეიძლება მცდარი გახდეს.
ინციდენტის ჩანაწერი წყაროს დოკუმენტთან, ამოღების შედეგთან და შემმოწმებლის გადაწყვეტილებასთან შეინახეთ. მიუთითეთ, რჩება თუ არა ძველი ვერსია მისაღები, არსებობს თუ არა გარდაქმნა და ვინ ხურავს ინციდენტს. ეს მიგრაციის გადაწყვეტილებაა და არა ფორმატირების წვრილმანი.
ფორმის შეცვლამდე მნიშვნელობა დააფიქსირეთ
ექსპორტის შეცვლამდე ველების ლექსიკონი დაწერეთ. თითოეულ ველს მიუთითეთ წყაროს ადგილი, ტიპი, ცარიელი მდგომარეობის წესი, თარიღისა და ვალუტის კონვენცია, გარდაქმნის წესი და შემმოწმებელი. მონახაზის მნიშვნელობა დამტკიცებული მნიშვნელობისგან გამოყავით, თუნდაც ორივე ერთი ტექსტური ტიპის იყოს.
| კონტრაქტის კითხვა | რა ჩაიწეროს | რა ფუჭდება არქონისას |
|---|---|---|
| რა არის წყარო? | ფაილის, გვერდის, სტრიქონის ან ველის ადგილი | მიმღები მნიშვნელობას ვერ ადევნებს კვალს |
| რას ნიშნავს მნიშვნელობა? | განმარტება და დასაშვები მდგომარეობები | ნაცნობი იარლიყი შეცვლილ მნიშვნელობას მალავს |
| ვინ იღებს? | სისტემა, სამუშაო წიგნი ან გუნდის მფლობელი | სწორი ფორმა არასწორ პროცესში მიდის |
| ვინ ამტკიცებს? | განხილვის სტატუსი და პასუხისმგებელი | მონახაზი გატარებად აღიქმება |
JSON Schema-ის Draft 2020-12 ინსტანციებისა და ვალიდაციის წესების აღწერის ფორმალურ ლექსიკონს გვთავაზობს. ის სტრუქტურას ამოწმებს, მაგრამ საგადასახადო მიდგომას ან პირის დამტკიცების უფლებამოსილებას ვერ ადგენს. OASIS UBL 2.3 საერთო ბიზნეს-დოკუმენტის ლექსიკონს გვთავაზობს; ადგილობრივ მიმღებ კონტრაქტს მაინც სჭირდება საკუთარი კვალი და განხილვის წესი.
თავსებადობა მიმღებ ზღვარზე გამოცადეთ
ძველი და ახალი კონტრაქტები ერთსა და იმავე შეზღუდულ დოკუმენტების ნაკრებზე გაუშვით. ჩასვით სტაბილური ფაილი, რთული ფაილი და შეჩერებული შემთხვევა. მიმღები სამუშაო წიგნის ან სისტემის წაკითხვის წერტილზე შეადარეთ აუცილებელი ველები, ცარიელი მნიშვნელობები, თარიღისა და ვალუტის მნიშვნელობა, წყაროს მითითებები და განხილვის სტატუსები.
მიმღებს სთხოვეთ, ახალი ვერსია განზრახ უარყოს. კარგი ტესტი ზუსტად ინახავს შეცდომას, მის გამომწვევ სტრიქონს და იმას, დარჩა თუ არა ძველი ვერსია ხელმისაწვდომი. პარსერის წარმატება მხოლოდ ერთი დაკვირვებაა. ის არ ამტკიცებს, რომ ბუღალტერი მონახაზს დამტკიცებული მნიშვნელობისგან გაარჩევს.
უკან დაბრუნების მტკიცებულება შეინახეთ
მიღებულ ცვლილებას უკან დაბრუნების პირობა სჭირდება. დაასახელეთ ძველი ვერსია, ახალი ვერსია, მოქმედების ფარგლები და პირი, რომელსაც მიგრაციის გაჩერება შეუძლია. თუ გამოსატანი ველი წყაროს ვეღარ უკავშირდება ან მიმღები ახალ მდგომარეობას ძველ მდგომარეობად კითხულობს, ახალი ვერსია შეაჩერეთ და წინა კონტრაქტს დაუბრუნდით.
W3C-ის PROV-O წარმოშობას ერთეულების, მოქმედებებისა და აგენტების გზით აღწერს. ეს მოდელი სტრიქონს მოარგეთ: წყაროს ფაილი ერთეულია, ამოღება და ნორმალიზაცია მოქმედებებია, სისტემა და შემმოწმებელი კი აგენტები არიან. პირის მიერ შეცვლილი შეთავაზებული მნიშვნელობა ყოველთვის შეინახეთ.
შეზღუდვები და პროდუქტის ზღვარი
სქემის ვერსია ვერ ამტკიცებს, რომ მომწოდებელი ნამდვილია, საგადასახადო მიდგომა სწორია ან ამოღებული მნიშვნელობა ხილულ დოკუმენტს ემთხვევა. ის ვერც შეუმოწმებელ მიმღებს გახდის უსაფრთხოს მხოლოდ იმიტომ, რომ JSON ვალიდურია. aiDOCS-ის ფარგლები შერჩეულ დოკუმენტებზე, ველებსა და შემოწმებისთვის გამზადებულ შედეგზე შეიძლება შეფასდეს; მშობლიური ინტეგრაცია, სიზუსტის მაჩვენებელი და მომხმარებლის შედეგი ამ სტატიაში არ არის დაპირებული.
NIST-ის ჩარჩო AI-ის რისკზე მუშაობის 4 ფუნქციას აღწერს. გამოიყენეთ ეს ჩანაწერების დასალაგებლად და არა საბუღალტრო პროცესის სერტიფიკატად.
შედარება: თავსებადი ცვლილება და დამრღვევი ცვლილება
განსაზღვრული ცარიელი მდგომარეობის მქონე დამატებითი ველი ერთ მიმღებთან შეიძლება თავსებადი იყოს. გადარქმეული ველი, შეცვლილი ტიპი ან შეცვლილი მნიშვნელობა მიგრაციაა მაშინაც, როცა ფაილი იხსნება. ეს განსხვავება ვერსიის ჩანაწერში ხილული დატოვეთ, რათა მიმღებმა იცოდეს, გააგრძელოს, გარდაქმნას თუ გააჩეროს პროცესი.
ცვლილების განხილვისას შეადგინეთ სამი მოკლე ნიმუში: ძველი კონტრაქტის ჩვეულებრივი სტრიქონი, ახალი ველის მქონე სტრიქონი და გამონაკლისი, რომლის წყაროც ნაწილობრივ აკლია. თითოეული გაუშვით ორივე ვერსიაზე და შედეგები ერთ ფურცელში არ აურიოთ. ჩაიწერეთ, რა დაინახა მიმღებმა, რომელი მნიშვნელობა გადაიქცა ცარიელ მდგომარეობად და ვის დაევალა შეჩერებული ჩანაწერის განმარტება. თუ გარდაქმნის წესი განსხვავებულ ერთეულს აბრუნებს, დასახელება შეცვალეთ ისე, რომ ძველი სახელი ახალ მნიშვნელობას აღარ ფარავდეს. დაბრუნების შემდეგ იმავე სამ ნიმუშზე ხელახლა გაიარეთ გზა; ძველი პასუხის გამოჩენა საკმარისი არ არის, თუ მისი წყარო ან სტატუსი აღარ იკითხება.
მიმღების შემოწმება და პროდუქტის ფარგლები
ვერსიის იარლიყი შეუმოწმებელ იმპორტს უსაფრთხოს ვერ გახდის. მიმღები, წყაროს მტკიცებულება და დამტკიცების უფლებამოსილება ცალ-ცალკე დაადასტურეთ. aiDOCS-ის ფარგლები მშობლიურ ინტეგრაციას ან მომხმარებლის გაზომილ შედეგს არ ადგენს.
დაკავშირებული საკითხები
- ფაილის ტიპის შემოწმება ავტომატიზაციამდე
- ველების ანგარიშთა გეგმასთან მიბმა
- სამუშაო წიგნის ლოგიკის შენარჩუნება
- PDF/A-ის არჩევა
- დოკუმენტების რისკზე დაფუძნებული შერჩევა
- ინვოისების OCR შეთავაზებების შედარება
ხშირად დასმული კითხვები
საკმარისია თუ არა ვალიდური JSON სქემა?
არა. ის ფორმას ამოწმებს. გუნდს მაინც სჭირდება წყაროს კვალი, მიმღებ სისტემაზე ტესტი და ცხადი დამტკიცების სტატუსი.
ყველა ცვლილებას ახალი ვერსია სჭირდება?
ახალი ვერსია მიეცით ცვლილებას, როცა იცვლება ველის მნიშვნელობა, ტიპი, აუცილებლობა ან მიმღები კონტრაქტი. მხოლოდ ვიზუალური ცვლილება ცალკე ჩაწერეთ.
შეუძლია თუ არა aiDOCS-ს გატარების დამტკიცება?
არა. შემოწმებისთვის გამზადებული შედეგი პროცესს ეხმარება, მაგრამ საბუღალტრო დამტკიცება ადამიანის და ორგანიზებული წესის გადაწყვეტილებაა.
წყაროები
- JSON Schema Draft 2020-12.
- OASIS-ის UBL 2.3 სპეციფიკაცია.
- W3C PROV-O წარმოშობის ონტოლოგია.
- NIST AI Risk Management Framework.
ეს სტატია მომზადებულია AI-ის დახმარებით. გამოყენებამდე გადაამოწმეთ მითითებული წყაროები და საკუთარი სამუშაო პროცესი.