დოკუმენტის ფაილის ტიპის შემოწმება ავტომატიზაციამდე
შექმენით მიღების შემოწმება, რომელიც დოკუმენტის ავტომატიზაციის პროცესში შესვლამდე ფაილის სახელს, მედიის ტიპსა და ფაილის ხელმოწერას ერთმანეთს ადარებს.
მოკლე პასუხი: დოკუმენტის მიღების შემოწმებამ ერთმანეთს უნდა შეადაროს ფაილის გაფართოება, მითითებული მედიის ტიპი, ფაილის ხელმოწერა და მოსალოდნელი დოკუმენტის კლასი. შეუსაბამობა შემოწმების მდგომარეობად დატოვეთ, ორიგინალი ბაიტები უფლებამოსილი შემოწმებისთვის შეინახეთ და დამუშავებამდე კარანტინის გზა განსაზღვრეთ. ეს კარიბჭე მხოლოდ მიღების გადაწყვეტილებას აჩენს და დოკუმენტის შინაარსის სისწორეს ავტომატურად ვერ ცვლის. დაიწყეთ ნიმუშის შემოწმებით.
მიღების ჩანაწერი ფაილზე ადრე დაიწყეთ
ფაილის ტიპზე საუბარი ხშირად მისი სახელით იწყება. სახელი ადამიანისთვის მოსახერხებელი მინიშნებაა, მაგრამ ის შეიძლება გადმოწერილი ფაილისგან დარჩეს, გადარქმეული იყოს ან სხვა ობიექტს მიეწეროს. იგივეა გადაცემისას მითითებული მედიის ტიპიც: ის განცხადებაა, რომელსაც არხი აგზავნის. მიღების ჩანაწერში ორივე შეინახეთ, მაგრამ არც ერთი ჩათვალოთ საკმარის მტკიცებულებად.
სანამ კარიბჭეს დააპროექტებთ, აღწერეთ მოსალოდნელი დოკუმენტი: ინვოისი, ბანკის ამონაწერი, ქვითარი თუ ცხრილი. ჩაწერეთ წყაროს არხი, მიღების დრო, საწყისი სახელი, ზომა და პროცესის პასუხისმგებელი. ეს მონაცემები კითხვის დროს გეხმარებათ, რადგან შემმოწმებელი ხედავს, რა ივარაუდა წესმა და არა მხოლოდ ბოლო ფერად სტატუსს.
სამი ტექნიკური სიგნალი და ერთი ბიზნესკლასი
მინიმალურ კონტრაქტში სამი სიგნალი გამოიყენეთ. ეს რაოდენობა საკონტროლო სიის დიზაინია და უსაფრთხოების გარანტია არ არის. პირველი არის გაფართოება, მეორეა გადაცემისას მითითებული მედიის ტიპი, მესამე კი ფაილის ხელმოწერა ან კონტეინერის შესაბამისი ნიშანი. მათ ზემოთ ცალკე მიუთითეთ მოსალოდნელი დოკუმენტის კლასი, რადგან ტექნიკურად სწორი PDF შეიძლება საერთოდ არ იყოს ის საბუთი, რომელსაც პროცესი ელოდება.
| ჩანაწერი | კითხვა | შეჩერების მიზეზი |
|---|---|---|
| გაფართოება | რას აცხადებს გამგზავნი ფაილის ბოლოში? | სახელი ეწინააღმდეგება შეთანხმებულ კლასს |
| მედიის ტიპი | რა ტიპი გადასცა არხმა? | ტიპი აკლია ან სიაში დაუშვებელია |
| ხელმოწერა | ემთხვევა თუ არა ბაიტების დასაწყისი მოსალოდნელ კონტეინერს? | შიგთავსი სხვა ფორმატს ჰგავს |
| დოკუმენტის კლასი | სჭირდება თუ არა ამ ტიპს შემდგომი დამუშავება? | ტექნიკური დამთხვევა ბიზნესმოლოდინს ვერ პასუხობს |
OWASP ფაილის ატვირთვის გზამკვლევში ცალ-ცალკე განიხილავს გაფართოების, MIME ტიპისა და ფაილის ხელმოწერის შემოწმებას. ეს არის კონტროლის იდეა და არა თქვენი გარემოს მზა კონფიგურაცია. IANA მედიის ტიპებისა და მათი მითითებების რეესტრს აწარმოებს. რეესტრი სახელებსა და ტიპებს განმარტავს, მაგრამ არ ადგენს, რომელი ინვოისი უნდა მიიღოს თქვენსმა ფინანსურმა პროცესმა.
კარიბჭეს მკაფიო მდგომარეობები მიეცით
- მიღებული შემოწმებისთვის. ტექნიკური სიგნალები ერთმანეთს და შეთანხმებულ კლასს ემთხვევა, თუმცა შინაარსის შემოწმება ჯერ ცალკე რჩება.
- შეჩერებული. ერთი ან მეტი სიგნალი საეჭვოა, ამიტომ ორიგინალი უცვლელად ინახება და პასუხისმგებელი პირი იღებს შემდეგ გადაწყვეტილებას.
- უარყოფილი. წესის მოქმედი ვერსია განმარტავს, რატომ ვერ შედის ობიექტი ამ პროცესში.
- კარანტინში. წვდომა შეზღუდულია, სანამ უსაფრთხოებისა და ბიზნესკლასის შემოწმება დასრულდება.
კარიბჭის მდგომარეობა შემოწმების მტკიცებულებას არ უდრის. ერთი მწვანე ნიშანი შეიძლება ნიშნავდეს მხოლოდ იმას, რომ კონტეინერი მოსალოდნელია. სტატუსთან ერთად ჩაწერეთ შემოწმებული წესის ვერსია, შემმოწმებელი, დრო, მიზეზი და ფაილის უცვლელი იდენტიფიკატორი. თუ მნიშვნელობა შემდგომში შეიცვალა, ძველი ჩანაწერი არ წაშალოთ.
საველე ჩანაწერით იმოქმედეთ
მიღების კარიბჭე საველე ბარათივით გამოიყენეთ: თითოეულ სიგნალს მიუწერეთ დაკვირვება, წყარო, დრო, პასუხისმგებელი და შემდეგი მოქმედება. ასეთ ფორმაში ერთი შეუსაბამობა მთელ ფაილს გაურკვეველ „წითელ“ სტატუსად არ ტოვებს; გუნდი ხედავს, რა იცის, რას ვარაუდობს და ვისგან ელოდება გადაწყვეტილებას.
ბარათში გამოყავით ტექნიკური ფაქტი და სამუშაო განმარტება. მაგალითად, „ხელმოწერა არ ემთხვევა PDF-ის მოსალოდნელ დასაწყისს“ ფაქტია, ხოლო „ფაილი შეიძლება არასწორად გადარქმეულიყო“ მხოლოდ ჰიპოთეზაა. ჰიპოთეზა შემმოწმებელმა უნდა დაადასტუროს ან უარყოს, სანამ ფაილი პროცესში გადავა.
ორი ფიქციური ფაილით გაიარეთ გზა
შექმენით ორი რეალური მონაცემისგან დაცლილი ობიექტი. პირველში დაარქვით სახელი sample-receipt.pdf, მიუთითეთ შესაბამისი მედიის ტიპი და ჩასვით მოსალოდნელი კონტეინერის ხელმოწერა. მეორეში იგივე გაფართოება გამოიყენეთ, მაგრამ შიგთავსი განზრახ შეცვალეთ. ორივეს მიანიჭეთ მოსალოდნელი დოკუმენტის კლასი და შედეგი წინასწარ ჩაიწერეთ.
ორივე ფაილი რეპეტიციაში სინთეზურად მონიშნეთ. ეს სავარჯიშო გადაწყვეტილების გზას და მტკიცებულების ჩანაწერს ამოწმებს. მეორე ფაილი უნდა გაჩერდეს, ხოლო პირველი შემდეგი შემოწმებისთვის გადავიდეს. ამ მაგალითით ამოწმებთ წესის გამეორებადობას და არა პროდუქტის უსაფრთხოების სერტიფიკაციას, შეღწევადობის ტესტს ან კლიენტის შედეგს.
შემდეგ მესამე მაგალითი დაამატეთ: ტექნიკურად სწორი კონტეინერი, რომელიც არასწორ ბიზნესკლასს მიეკუთვნება. ის აჩვენებს, რატომ არის კლასის კითხვა ცალკე. ფაილის შემოწმება პასუხობს, არის თუ არა ობიექტი მოსალოდნელი შესატანი. ის ყველა ველის წაკითხვას და საბუღალტრო ჩანაწერის სისწორეს ვერ პასუხობს.
შეჩერებული ფაილის საველე ბარათი
- შეინახეთ საწყისი სახელი, მიღების არხი და ორიგინალი ბაიტების უცვლელი ასლი.
- ჩაწერეთ, რომელი სიგნალი ვერ დაემთხვა და რომელ წესს დაეყრდენით.
- დაუკავშირეთ შემთხვევას დოკუმენტის მოსალოდნელი კლასი და პასუხისმგებელი პირი.
- განსაზღვრეთ, შეიძლება თუ არა შემოწმება კარანტინში გაგრძელდეს.
- ნუ გადაარქმევთ ფაილს ჩუმად მხოლოდ იმისთვის, რომ შემდეგი საფეხური გაეშვას.
- მიღების გადაწყვეტილება და საბოლოო შინაარსის გადაწყვეტილება ცალკე შეინახეთ.
თუ ფაილის ხელახლა გაგზავნა გახდა საჭირო, ახალი მიღება ახალი ჩანაწერით დააკავშირეთ ძველთან. ამ გზით გუნდი ხედავს, შეიცვალა თუ არა ობიექტი, წესი ან მხოლოდ გამგზავნის განმარტება. მტკიცებულების ჯაჭვი განსაკუთრებით საჭიროა მაშინ, როცა ერთი საფოსტო ყუთი რამდენიმე დოკუმენტის კლასს იღებს.
შემოწმების ჟურნალში ერთმანეთისგან გამოყავით დაკვირვება და განმარტება. დაკვირვება შეიძლება იყოს „ხელმოწერა იწყება სხვა ბაიტებით“ ან „მედიის ტიპი ცარიელია“. განმარტება კი არის ვარაუდი, რომ ფაილი არასწორად გადარქმეულია ან გამგზავნმა სხვა კლასის საბუთი გამოაგზავნა. პირველის ავტომატურად ჩაწერა შეიძლება, მეორეს კი უფლებამოსილი პირის დასკვნა სჭირდება. ამ გამიჯვნით კარანტინში მყოფი ობიექტი პასუხის მოლოდინში რჩება და საწყისი ფაქტი საბოლოო მიზეზად არ ინიღბება. იგივე ლოგიკა გამოიყენეთ წესის განახლებისას: ძველი სია, ახალი სია და ცვლილების ამოქმედების დრო ერთმანეთთან დააკავშირეთ. თუ კარიბჭე ერთნაირ ფაილზე სხვადასხვა პასუხს იძლევა, შეინახეთ ორივე ცდა და ჯერ გარემოს განსხვავება გამოიკვლიეთ.
რას ვერ ამტკიცებს კარიბჭე
სახელის, ტიპისა და ხელმოწერის თანხვედრა არ ამტკიცებს, რომ დოკუმენტი სრულად იკითხება, ყველა გვერდი ადგილზეა ან თანხა სწორია. არც ვირუსის აღმოჩენის, დაშიფვრის დამუშავების, წვდომის ვადის ან სამართლებრივი შესაბამისობის სრული პროგრამა ჩაანაცვლოთ ამ სიით. NIST SP 800-53-ის კონტროლები ორგანიზაციულ წვდომასა და პასუხისმგებლობას უფრო ფართოდ განიხილავს; ამ სტატიის მიღების ჩანაწერი მხოლოდ ერთი საზღვარია.
aiDOCS-ის ნიმუშის განხილვისას ცალკე აღწერეთ, რა დოკუმენტი უნდა დამუშავდეს, რომელი ველები უნდა შემოწმდეს და რა გამომავალი ფაილი გჭირდებათ. ეს გვერდი არ ნიშნავს, რომ aiDOCS ყველა ტექნიკურ სიგნალს ამოწმებს ან საბუღალტრო ჩანაწერს ამტკიცებს. პასუხისმგებელმა გუნდმა გარემოში მიღების წესიც და შინაარსის კონტროლიც თავად უნდა გამოცადოს.
შემდეგი დაკავშირებული ნაბიჯები
მიღების შემდეგი ეტაპისთვის იხილეთ ამოღებული ველების ანგარიშთა გეგმასთან მიბმა. თუ ველების ფორმა იცვლება, გამოიყენეთ გამოსატანი სქემის ვერსიების კონტროლი. რთული დოკუმენტების შემოწმებისას დაგეხმარებათ რისკზე დაფუძნებული ნიმუშის შერჩევა, ხოლო ცხრილური ფაილის შემოსვლისას გამოიყენეთ Excel-ის სამუშაო წიგნის კონტრაქტი. ნიმუშის ფარგლების დასაზუსტებლად დაგვიკავშირდით.
წყაროები და გამჟღავნება
რედაქციული შენიშვნა: ეს სტატია მომზადებულია AI-ის დახმარებით. გამოყენებამდე გადაამოწმეთ მითითებული წყაროები და საკუთარი სამუშაო პროცესი.