მონაცემთა ბაზებისთვის დალაგების თანმიმდევრობა განსხვავდება სისტემურისგან. მონაცემთა ბაზისთვის დალაგების თანმიმდევრობა განსხვავდება სისტემისგან 1c 7.7 განსხვავებულია დახარისხების თანმიმდევრობა

მიუხედავად კორპორატიული მომხმარებლების უხალისობისა დაემშვიდობონ Windows XP-ს, აშკარა ხდება, რომ ამის გაკეთება უახლოეს მომავალში მაინც მოუწევს. ამიტომ, საჭირო იქნება 1C Enterprise 7.7-ის გაშვება Windows 7 (Vista) გარემოში. ამ სტატიაში გადავწყვიტეთ გადავხედოთ „ტიპიურ“ პრობლემებს, რომლებიც წარმოიქმნება 1C-თან მუშაობისას ახალ OS გარემოში და მათი გადაჭრის გზებზე.

შეცდომა: "მონაცემთა დალაგების თანმიმდევრობა განსხვავდება სისტემურისგან"

მხოლოდ ზარმაცებმა ალბათ არ იციან ამ შეცდომის შესახებ, ისევე როგორც მისი გადაჭრის გზები. თუმცა, ყველაფერი ისეთი მარტივი არ არის, როგორც ერთი შეხედვით ჩანს, ასე რომ, მოდით განვიხილოთ ეს საკითხი უფრო დეტალურად.

შეცდომის მიზეზი ტრივიალურია - შეუსაბამობა NT6 და 1C ოპერაციული სისტემების კოდურ გვერდებს შორის. ამ პრობლემის მოგვარების ორი გზა არსებობს:

• მიიტანეთ ინფორმაციის უსაფრთხოების კოდის გვერდი სისტემურთან შესაბამისობაში. ამისათვის ჩვენ ვიწყებთ კონფიგურატორი - ადმინისტრაცია - IB კოდის გვერდიდა ჩამოსაშლელი სიის ბოლოში აირჩიეთ + მიმდინარე სისტემის ინსტალაცია. ეს არის ყველაზე სწორი გზა, მაგრამ მონაცემთა ბაზა Windows 7 (Vista) კოდის გვერდთან შესაბამისობაში მოყვანის შემდეგ, ჩვენ დავიწყებთ იგივე შეცდომის მიღებას Windows XP-ში მონაცემთა ბაზის გაშვებისას.

• გამორთეთ დალაგების რიგის შემოწმება. ამისათვის შექმენით სიგნალის ფაილი სახელით ordnochk.prm(). ინფორმაციული უსაფრთხოების მქონე დირექტორიაში მოთავსებული, ის თიშავს ამ მონაცემთა ბაზის დალაგების წესრიგის შემოწმებას დირექტორიაში განთავსებისას. BIN(1C ინსტალაციის საქაღალდეში) დახარისხების შემოწმება გამორთული იქნება ამ კომპიუტერის ყველა მონაცემთა ბაზისთვის. ეს მეთოდი მუშაობს მხოლოდ 26 და უფრო მაღალი გამოშვებით. გარდა ამისა, 1C აფრთხილებს:

"ამ ფუნქციის გამოყენება შესაძლებელია მხოლოდ ექსტრემალურ შემთხვევებში, როდესაც შეუძლებელია სისტემური დალაგების თანმიმდევრობის კოორდინაცია ინფობაზისთვის დაყენებულ დალაგების თანმიმდევრობასთან. განაცხადის პირობებში დალაგების შემოწმების გამორთვისას, ინფორმაციის ბაზის მართვის განაწილებული კომპონენტები არ უნდა გამოიყენეთ ნებისმიერი ანბანის სიმბოლოები, გარდა ლათინურისა, საინფორმაციო ბაზების სამასოიან იდენტიფიკატორში, რომლებიც განაწილებულია. მათში პირადობის შემოწმებამ შეიძლება გამოიწვიოს მომხმარებლისთვის მწკრივის მოულოდნელი შეკვეთა, მაგალითად, ანგარიშების გენერირებისას."

რომელი მეთოდი უნდა აირჩიოთ? თუ თქვენ გაქვთ ერთგვაროვანი OS ფლოტი, ე.ი. ყველა მანქანა მუშაობს Windows 7 (Vista), მაშინ აუცილებლად უნდა გამოიყენოთ პირველი ვარიანტი. მეორე ვარიანტი უნდა იქნას გამოყენებული, თუ საჭიროა ერთდროულად მუშაობა მონაცემთა ბაზებთან ორივე OS ოჯახის ქვეშ. ამ შემთხვევაში, მიზანშეწონილია მონაცემთა ბაზების განთავსება Windows XP-ის მქონე მანქანაზე და ordnochk.prmმოათავსეთ ის BIN საქაღალდეში Windows 7 (Vista) მქონე აპარატზე. ეს საშუალებას მოგცემთ თავიდან აიცილოთ პოტენციური პრობლემები ისეთი კომპონენტების მუშაობასთან დაკავშირებით, როგორიცაა URIB. გახსოვდეთ, რომ Windows 7 (Vista) გაშვებული აპარატის გამოყენება შესაძლებელია მხოლოდ 1C Enterprise რეჟიმში მუშაობისთვის. ნებისმიერი ცვლილება კონფიგურატორის რეჟიმში უნდა განხორციელდეს მხოლოდკომპიუტერზე Windows XP-ით. Windows 7 (Vista) კომპიუტერზე მონაცემთა ბაზების განთავსებისას აუცილებლადინფორმაციის უსაფრთხოების კოდის გვერდი უნდა გადაკეთდეს სისტემურ პირველზე (პირველი მეთოდის მიხედვით) და ordnochk.prmგამოიყენეთ უკვე Windows XP-ის მქონე მანქანებზე, წინააღმდეგ შემთხვევაში URIB-თან მუშაობა ან უბრალოდ ადრე ატვირთული მონაცემების ინფორმაციულ უსაფრთხოებაში ჩატვირთვა შეუძლებელი იქნება.

შეცდომა კომპონენტი V7Plus.dll-დან შექმნისას (CLSID აკლია)

ეს პრობლემა ჩნდება, როდესაც ჩართულია UAC, გარე დამუშავებაზე წვდომისას ან სხვა მოქმედებებზე, რომლებიც საჭიროებენ ბიბლიოთეკას V7Plus.dll(მონაცემების ატვირთვა, ანგარიშები და ა.შ.), ხოლო V7Plus.dllიმყოფება დირექტორიაში მონაცემთა ბაზაში. შეცდომის მიზეზი ის არის, რომ 1C Enterprise დინამიურად არეგისტრირებს ამ ბიბლიოთეკას, როდესაც ჩნდება გამოყენების საჭიროება. როდესაც UAC ჩართულია, 1C მუშაობს მომხმარებლის უფლებებით და ამიტომ ვერ დაარეგისტრირებს ბიბლიოთეკას. გამოსავალი მარტივია - დარეგისტრირდით V7Plus.dllხელით, ამისათვის გირჩევთ დააკოპიროთ იგი BIN საქაღალდეში (ისე, რომ არ იყოს მიბმული კონკრეტულ მონაცემთა ბაზასთან), გაუშვით ბრძანების ხაზი ადმინისტრატორის უფლებებითდა გაუშვით ბრძანება:

Regsvr32<путь к 1С>\BIN\V7Plus.dll

შესრულების შედეგი უნდა იყოს შეტყობინება წარმატებული ბიბლიოთეკის რეგისტრაციის შესახებ.

შეცდომა " მონაცემთა ბაზაში წვდომისთვის საჭიროა ODBC დრაივერი MS SQL Server 3.50.0303 ან უფრო ძველი ვერსიისთვის

შეცდომა ჩნდება, როდესაც თქვენ ცდილობთ გაუშვათ SQL ვერსია 1C Enterprise 7.7 Windows 7-ზე (Vista) და გამოწვეულია ამ ოპერაციული სისტემების მიერ SQL სერვერის უფრო დაბალი ვერსიებისთვის მხარდაჭერის არარსებობით. SQL Server 2005 SP2. ამონარიდი მაიკროსოფტის ოფიციალური პრესრელიზიდან:

გაძლიერებული უსაფრთხოების უზრუნველსაყოფად, Microsoft Windows Server 2008 და Microsoft Windows Vista ოპერაციულ სისტემებს დაუჭერს მხარს SQL Server 2005 Express SP1, ხოლო SQL Server-ის ყველა სხვა გამოცემას დასჭირდება SQL Server 2005 SP2. SQL Server-ის ადრინდელი ვერსიები, მათ შორის SQL Server 2000(ყველა გამოცემა, მათ შორის Desktop Engine, ასევე ცნობილი როგორც MSDE), SQL Server 7.0 და SQL Server 6.5, Windows Server 2008 და Windows Vista ოპერაციული სისტემები არ იქნება მხარდაჭერილი.

გადაწყვეტილებები დღევანდელი დღისთვის არ არსებობს(და ნაკლებად სავარაუდოა, რომ გამოჩნდება). ინტერნეტში ნაპოვნი „გადაწყვეტა“, რომელიც მოიცავს ODBC დრაივერის ფაილების Windows XP ფაილებით ჩანაცვლებას, სერიოზულად არ უნდა იქნას განხილული და მისი გამოყენება მკაცრად არ არის რეკომენდებული.

როგორც ალტერნატივა, ჩვენ გირჩევთ გაუშვათ 1C Enterprise Windows Server 2003-ზე ტერმინალის რეჟიმში, ჩვენ ასევე გირჩევთ იგივე ვარიანტს 1C ფაილის რეჟიმში Windows-ის სხვადასხვა ვერსიით.

კონფიგურატორის მეშვეობით MS SQL ფორმატში 1C 7.7 მონაცემთა ბაზაში მონაცემების ჩატვირთვისას ხდება შეცდომა:

"ბაზისთვის დაყენებული დალაგების თანმიმდევრობა განსხვავდება სისტემურისგან!"

და ეს იმ პირობით, რომ ჩვენ ჩავსვით OrdNoChk.prm ფაილი ყველა ადგილას, რაც გააუქმებს კოდირების შემოწმებას.

მე ვაჩქარებ აღვნიშნო, რომ ამ შეცდომის დაძლევა შეუძლებელია Windows Server 2008 R2 და MS SQL Server 2008 სისტემის კონფიგურაციით. ძველ 1C 7.7-ს არ ესმის, როგორ გაუმკლავდეს ამ მონსტრებს. ამიტომ, თქვენ შეგიძლიათ ატვირთოთ მონაცემები 1C 7.7-ზე მხოლოდ MS SQL Server 2000 (2005)-ზე. შემდეგ გადაიტანეთ sql მონაცემთა ბაზა MS SQL Server 2008-ზე. ეს პროცედურა ჩვეულებრივ გამოიყენება მონაცემთა ბაზის DBF ფორმატიდან MS SQL ფორმატში გადაყვანისას.

ასე რომ, ჩვენ ვმუშაობთ MS SQL Server 2000-თან. ვერსია 1C: 7.7.027. შეცდომის გამოსასწორებლად, თქვენ უნდა შეცვალოთ ფაილი HEX რედაქტორის გამოყენებით BkEnd.dll, რომელიც არის დირექტორიაში BIN 1C პროგრამები.

შეგიძლიათ გამოიყენოთ უფასო PSPad რედაქტორი, როგორც HEX რედაქტორი. გახსენით რედაქტორი: ფაილი - გახსენით HEX რედაქტორში. გახსენით ჩვენი ფაილი BkEnd.dll.

მენიუში აირჩიეთ "ძებნა" - "ხაზზე გადასვლა". და გადადით მისამართზე $0018A79D. შეცვალეთ მნიშვნელობა "75" "EB". გადავარჩინოთ.

ჩვენ ვიმეორებთ მონაცემთა ჩატვირთვას 1C-ში. ჩამოტვირთვის ბოლოს შეიძლება გამოჩნდეს ტრანზაქციის შეცდომა - არ მიაქციოთ ყურადღება.

1C მონაცემთა ბაზის დირექტორიაში თქვენ უნდა წაშალოთ ფაილი 1srecalc. ეს ფაილი შეიძლება დარჩეს ბუღალტრული აღრიცხვის შედეგების ხელახალი გაანგარიშების შემდეგ და პროგრამა ყოველ ჯერზე შეეცდება მათ ხელახლა გამოთვლას.

„ბაზისთვის დალაგების რიგი განსხვავდება სისტემურიდან“ 1C 7.7-ში Windows 7-ზე ფართოდ გავრცელდა ოპერაციული სისტემების ახალი ოჯახის გამოშვებით - Windows 7, 8 და 10. მოდით გადავხედოთ ამ პრობლემის გადაჭრის ინსტრუქციებს და შეცდომის მიზეზი.

პირველი მეთოდი არის OrdNoChk.prm ფაილი

1C 7.7-ში ამ შეცდომის გამოსასწორებლად, უბრალოდ მოათავსეთ ფაილი შინაარსის გარეშე, სახელწოდებით „OrdNoChk.prm“ დაინსტალირებული პროგრამით BIN საქაღალდეში.

ეს დროშის ფაილი სიგნალს აძლევს სისტემას, რომ კოდირების შემოწმება არ არის საჭირო. თუ გჭირდებათ კონკრეტული საქაღალდის სკანირების გამორთვა, მოათავსეთ იგივე ფაილი მონაცემთა ბაზის საქაღალდეში.

მეორე მეთოდი არის OS და 1C პარამეტრები

ამ შეცდომის მიზეზი საკმაოდ მარტივი და ბანალურია - ოპერაციული სისტემის პარამეტრები და .

სხვათა შორის, Windows 7 და 8 არ არის 1C 7.7 ვერსიის ოფიციალურად მხარდაჭერილ ოპერაციულ სისტემებს შორის. ამიტომ, უნაკლო მუშაობის გარანტიას ვერავინ იძლევა.

სისტემა დაუყოვნებლივ უნდა იყოს კონფიგურირებული როგორც 1C, ასევე OS-ში.

პარამეტრები Windows-ზე:

• გახსენით "დაწყება - პარამეტრები - პანელი - რეგიონალური და ენის პარამეტრები".
• "რეგიონული პარამეტრები" ჩანართზე უნდა იყოს არჩეული "რუსული".
• მენიუში "ენები - მეტი დეტალები ..." - დიალოგური ფანჯარა ენები და ტექსტის შეყვანის სერვისები - ოფციების ჩანართი - ნაგულისხმევი შეყვანის ენა უნდა იყოს რუსულ-რუსული.
• "Advanced" ჩანართში უნდა აირჩიოთ რუსული ენა.

ამ სტატიაში განვიხილავთ შეცდომის მიზეზს. "ბაზისთვის დაყენებული დალაგების თანმიმდევრობა განსხვავდება სისტემურისგან!" 1C: Enterprise 7.7-ში, ასევე მისი აღმოფხვრის გზა.

0. შეცდომის შესახებ

2. IS კოდის გვერდის შეცვლა

თუ თქვენ მუშაობთ 1C:Enterprise-ში ადგილობრივად, ან იყენებთ 1C-ს ნებისმიერი ვერსიით, ეს შეცდომა შეიძლება გამოსწორდეს შემდეგნაირად:

ჩვენ ვიწყებთ 1C: Enterprise-ს კონფიგურატორის რეჟიმში, შემდეგ აირჩიეთ ელემენტი " ადმინისტრაცია» — « IS კოდის გვერდი».

ფანჯარაში, რომელიც იხსნება, აირჩიეთ სიიდან, ბოლოში " + სისტემის მიმდინარე ინსტალაცია"და დააჭირეთ" OK».

ველოდებით ხელახალი ინდექსირების დასრულებას და მშვიდად ვიმუშავებთ საინფორმაციო ბაზასთან.

3. შექმენით ordnochk.prm ფაილი

თუ მომხმარებლები მუშაობენ 1C: Enterprise 7.7-თან. ქსელში არსებული კომპიუტერებიდან, რომლებიც მუშაობენ Windows-ის სხვადასხვა ვერსიებზე (მაგალითად, Windows XP და Windows 7), ან მუშაობთ იმავე მონაცემთა ბაზასთან სხვადასხვა კომპიუტერზე, მაგალითად სახლში და ოფისში, თუ მონაცემთა ბაზა მდებარეობს მოსახსნელ მედიაზე, მაშინ თქვენ უნდა შექმნათ ფაილი " ordnochk.prm"და განათავსეთ იგი root საქაღალდეში დაინსტალირებული 1C:Enterprise (ნაგულისხმევად ეს არის " C:\Program Files\1Cv77\BIN\"). ეს ფაილი გამორთავს დალაგების შემოწმებას.

არც ისე რთულია შექმნა. შექმენით ცარიელი ფაილი Notepad-ის გამოყენებით და გადაარქვით სახელი ordnochk.prm, თან .txt on .prm

უნდა გვახსოვდეს, რომ შეცდომის ამ გზით გადაჭრისას, შეიძლება წარმოიშვას პრობლემა მოხსენებების ჩვენებისას და ხაზების თანმიმდევრობა შეიძლება არ იყოს მთლიანად სწორი. გარდა ამისა, ეს მეთოდი მიუღებელია, თუ გამოიყენება განაწილებული საინფორმაციო ბაზების სისტემა.

ეს სტატია დაგეხმარა?

როგორც წესი, მომხმარებელთა უმეტესობა, რომლებიც აღმოაჩენენ შეცდომას სისტემაში, რომელიც მიუთითებს იმაზე, რომ დალაგების თანმიმდევრობა განსხვავდება სისტემისგან, როგორც ჩანს, მუშაობს 1C პაკეტის ვერსია 7.7. ეს არის ის, რაც ყველაზე დაუცველია არა ვირუსების გავლენის თვალსაზრისით, არამედ შეცდომებისა და წარუმატებლობის არეალში, რომლებიც თავად პაკეტის პროგრამულ კოდშია. თუმცა, როდესაც მიიღებთ შეცდომის შეტყობინებას იმის შესახებ, რომ დალაგების ბრძანება განსხვავდება სისტემისგან, არ არის საჭირო პანიკა. არსებობს რამდენიმე მარტივი გამოსავალი, რომელსაც შეუძლია ამ პრობლემის სწრაფად და სამუდამოდ გადაჭრა. ამ შემთხვევაში, მინიმუმ ორი გამოსავალი შეიძლება იქნას გამოყენებული.

მონაცემთა ბაზის შეცდომა "დალაგების თანმიმდევრობა განსხვავდება სისტემისგან": რა არის პრობლემა?

თავად პრობლემა ის არის, რომ მთავარ პროგრამას სერვერზე ან კლიენტის მანქანაზე შესრულებადი ფაილის სახით არ შეუძლია მონაცემთა ბაზის (SQL) ინიციალიზაცია.

შედეგად, დაკავშირებული მომხმარებლის (ბავშვის) ტერმინალებს არ შეუძლიათ თავად მონაცემთა ბაზაში წვდომა (თუმცა პროგრამის ძირითადი ბირთვი უპრობლემოდ იწყება). ითვლება, რომ თავად აპლიკაციაზე წვდომა უზრუნველყოფილია ზუსტად სერვერის ვერსიის დონეზე, რომელიც პასუხისმგებელია ლოკალურ ქსელში მდებარე სხვა მომხმარებლის კომპიუტერების დაკავშირებაზე. სწორედ აქ ჩნდება პრობლემები.

დალაგების თანმიმდევრობა განსხვავდება სისტემურისგან (Windows 7). რა უნდა გააკეთოს პირველ რიგში?

ითვლება, რომ 26-ე გამოშვებაში იყო მონაცემთა ბაზის ფაილების იგნორირების შესაძლებლობა. მაგრამ თქვენ არ უნდა დაეყრდნოთ ამ სერვისს.

არარსებული ობიექტი

ეს ხდება, რომ აპლიკაცია, გაშვებისას, ეხება სავარაუდოდ არარსებულ ობიექტს OrdNoChk.prm ფაილის სახით, რომელიც, როგორც ჩანს, მდებარეობს თავად პროგრამის BIN საქაღალდეში, დაინსტალირებული სისტემის პროგრამის ფაილებში.

თუ გამოჩნდება სისტემური შეტყობინება, რომელშიც ნათქვამია, რომ დალაგების თანმიმდევრობა განსხვავდება სისტემურიდან, არაფერია ადვილი, ვიდრე ამ დირექტორიაში ცარიელი ფაილის შექმნა იგივე სახელით და ჩანაცვლებისას შენახვისას, მაგალითად, იმავე Notepad-ში, რომელიც შედის ნებისმიერი Windows-სისტემის სტანდარტული ნაკრები. აქ კიდევ ერთი კითხვა არის ის, რომ პარამეტრების სტანდარტული ტექსტური რედაქტორი, რომელიც შეიცავს საწყის მონაცემებს, არ მუშაობს უშუალოდ რედაქტირებისას და შემდგომში გამოყენებისას.

მონაცემთა ბაზის სტრუქტურის შეცვლა ადგილობრივი მონაცემთა გაცვლის საფუძველზე

მეორეს მხრივ, პრობლემა, რომ წარუმატებლობა წარმოიქმნება შეტყობინებით, რომელიც მიუთითებს იმაზე, რომ დაინსტალირებულის დახარისხების რიგი განსხვავდება სისტემისგან, შეიძლება მოგვარდეს თვით დაინსტალირებული პროგრამის საშუალებითაც კი.

მაგრამ აქ თავდაპირველად უნდა იფიქროთ იმაზე, თუ რამდენად მიზანშეწონილია გამოიყენოთ ქვემოთ აღწერილი ხელსაწყოები და ხელსაწყოები.

თუ შეცდომა მოხდა, როდესაც გავრცელდა ინფორმაცია, რომ მონაცემთა ბაზის დახარისხების თანმიმდევრობა განსხვავდება სისტემურიდან, თავად 1C აპლიკაციაში უნდა აირჩიოთ კონფიგურაციის განყოფილება, რომელშიც უნდა შეხვიდეთ ადმინისტრაციაში, ინფორმაციის უსაფრთხოების ცხრილების კოდის გვერდი და მიმდინარე სისტემის ინსტალაციის ელემენტი.

დასკვნა

პრინციპში, შეტყობინება იმის შესახებ, რომ 1C მონაცემთა ბაზაში დალაგების თანმიმდევრობა განსხვავდება სისტემისგან, შეიძლება წაიშალოს საკმაოდ მარტივად (ან სამუდამოდ მოიშოროთ იგი). როგორც პრაქტიკა გვიჩვენებს, უმარტივეს შემთხვევაში, შეგიძლიათ უბრალოდ შექმნათ ზემოთ მითითებული ცარიელი ობიექტი. ამის შემდეგ, სიგნალი იმისა, რომ დალაგების თანმიმდევრობა განსხვავდება სისტემისგან, აღარ გამოჩნდება.

სინამდვილეში, პრობლემის აღმოფხვრა მხოლოდ ამ გადაწყვეტილებით არ შემოიფარგლება. ფაქტია, რომ თავად 1C გარემოში შეგიძლიათ დაწეროთ სკრიპტები ან შექმნათ დამატებითი აპლეტები მთელი სისტემის გასაკონტროლებლად იმავე Visual Basic ენის საფუძველზე DVB ფორმატის მონაცემთა ბაზების გამოყენებით. წინააღმდეგ შემთხვევაში, ზემოთ მითითებული შეტყობინების გამოჩენასთან დაკავშირებული შეცდომა შეიძლება აღმოიფხვრას საკმაოდ მარტივად, თუ არ გაითვალისწინებთ თავად პროგრამის კოდში არსებულ ხარვეზებს ან ვირუსულ გავლენას. მაგრამ ეს, ვფიქრობ, არ არის ყველაზე ცუდი. ხანდახან მომხმარებელთა „გაურკვევლობამ“, რომლებმაც არ იციან მონაცემთა ბაზის ორგანიზება და დაინსტალირებული პროგრამასთან დაკავშირება, შეიძლება გამოიწვიოს ამ ტიპის შეცდომის ისევ და ისევ გამოჩენა.

ასევე ყურადღება უნდა მიაქციოთ იმ ფაქტს, რომ როდესაც ჩართულია თავად პლატფორმის მონაცემთა ავტომატური გაცვლა სხვა მონაცემთა ბაზებთან, ყველა მათგანს უნდა ჰქონდეს ზუსტად იგივე კოდირება. თუ ის არ არის დაინსტალირებული ყველა მონაცემთა ბაზისთვის, მაშინ მონაცემთა იმპორტისა და ექსპორტის საკითხი ხდება, რბილად რომ ვთქვათ, უაზრო. როგორც ბოლო საშუალება, როგორც ზემოთ აღინიშნა, კოდირება უნდა იყოს გამორთული. ეს განსაკუთრებით ეხება სიტუაციებს, როდესაც სხვადასხვა ტერმინალს აქვს დაინსტალირებული Windows-ის სხვადასხვა ვერსია და თუნდაც სხვადასხვა არქიტექტურით. ამან ასევე შეიძლება გამოიწვიოს არაპროგნოზირებადი შედეგები, იქამდე, რომ შეუძლებელი იქნება პროგრამასთან მუშაობა ინფორმაციის ერთდროულ ხელმისაწვდომობასთან დაკავშირებით.