ყველამ იცის, რომ ნებისმიერმა პროგრამამ შეიძლება დროდადრო გამოიწვიოს სხვადასხვა ხარვეზები ან, მარტივად რომ ვთქვათ, არ იმუშაოს სწორად. ისეთ წარუმატებლობებს, რომლებიც იწვევს სისტემის გამართული ფუნქციონირების დარღვევას, ე.წ შეცდომები. 1c პროგრამა არის პროგრამული პროდუქტი (პროგრამული უზრუნველყოფა), შესაბამისად, ამ პროგრამაში ასევე შეიძლება მოხდეს სხვადასხვა შეცდომები, რამაც გამოიწვია სისტემის არასწორად მუშაობა. შეიძლება იყოს ძალიან მრავალფეროვანი და თუ თქვენ არ გაქვთ მთელი რიგი სპეციალური ცოდნა პროგრამირების სფეროში და 1C-ის შიდა მექანიზმების სპეციფიკა, მაშინ ვერ შეძლებთ შეცდომის სწორად გაგებას და დიაგნოზს, მით უმეტეს, გამოასწორებთ მას. ნებისმიერი ჩვენი 1c პროგრამისტი ყოველთვის მზად არის დაგეხმაროთ ნებისმიერი პრობლემის გადაჭრაში!
1-ის შეცდომები
რა იწვევს შეცდომებს 1C მონაცემთა ბაზაში? ახლა მოდით ვისაუბროთ იმაზე, თუ რატომ შეიძლება მოხდეს სხვადასხვა რამ.შეცდომები 1s მონაცემთა ბაზაში პროგრამასთან მუშაობისას. სინამდვილეში, ბევრი მიზეზი შეიძლება იყოს და ყველა მათგანს შეიძლება ჰქონდეს სრულიად განსხვავებული მიზეზი. და მაინც, შევეცდებით გავიგოთ ზოგადი თვალსაზრისით სხვადასხვას გაჩენის მიზეზი.
შეცდომები 1 წმ
შეცდომების ტიპები 1C მონაცემთა ბაზაშიშეცდომები 1 წმ ახლა მოდით ვისაუბროთ იმაზე, თუ რატომ შეიძლება მოხდეს სხვადასხვა რამ.:
- შეიძლება იყოს დიდი მრავალფეროვნება და ისინი შეიძლება მოხდეს სხვადასხვა მიზეზის გამო. ამ სტატიაში ჩვენ არ განვიხილავთ ყველა შესაძლო 1c შეცდომას, ჩვენ შევეცდებით გამოვყოთ შეცდომის ე.წ. ჩვენ მათ პირობითად ვუწოდებთ "ტიპებს", რადგან შეცდომის შინაარსი, რომელსაც პროგრამა გიჩვენებთ, ჩვეულებრივ ყოველთვის განსხვავებულია, მაგრამ არსი ხშირად იგივეა. მოდით გამოვყოთ ყველაზე გავრცელებული
- ნაკადის ფორმატის შეცდომა
- ობიექტის ველი ვერ მოიძებნა
- ობიექტის მეთოდი ვერ მოიძებნა
- არ არის საკმარისი მეხსიერება
- SQL ცხრილებთან დაკავშირებული შეცდომები (შესაბამისია 1C სერვერებისთვის, რომლებიც მუშაობენ რელაციურ მონაცემთა ბაზებზე, როგორიცაა MySQL)
წვდომის შეცდომა 1c
ნაკადის ფორმატის შეცდომა 1 წამში
ნაკადის ფორმატის შეცდომა
1s ნაკადის ფორმატის შეცდომა
ობიექტის ველი ვერ მოიძებნა
ინდექსი არის მასივის საზღვრებს გარეთ
წვდომის შეცდომა 1c
შეცდომა 1c ნაკადის ფორმატის შეცდომა 1 წამში. ნებისმიერი ტრანზაქცია შეჩერდება, თუ ეს შეცდომა მოხდება მისი შესრულების შედეგად. ასეთი შეცდომები საჭიროებს დაუყოვნებლივ გამოსწორებას, რადგან მათ შეუძლიათ ზიანი მიაყენონ 1C Enterprise სისტემის მუშაობას. ამ შეცდომების გამოსწორება შესაძლებელია მხოლოდ კვალიფიციური 1c პროგრამისტების მიერ.
ნაკადის ფორმატის შეცდომა
თუ 1c სისტემა მოგცემთ შეცდომის შეტყობინებას ტექსტით " 1s ნაკადის ფორმატის შეცდომაეს ნიშნავს, რომ შეცდომა ჩნდება სიტუაციაში, როდესაც პროგრამა ცდილობს შევიდეს ობიექტის ატრიბუტზე (ველზე), რომელიც უბრალოდ არ არსებობს. ამ ტიპის გამოსწორება შესაძლებელია მხოლოდ პროგრამისტების მიერ.
ობიექტის ველი ვერ მოიძებნა
პროგრამირებისას, მასივი არის მეხსიერების გარკვეული არე, რომელშიც ინახება ერთი და იმავე ტიპის მრავალი ობიექტი (1c-ში ასეთი ტიპები შეიძლება იყოს, მაგალითად, DirectoryLink, DocumentObject და ა.შ., ისევე როგორც ნებისმიერი პრიმიტიული ტიპი, როგორიცაა რიცხვი, სტრიქონი, ლოგიკური და ა.შ.). ინდექსი არის მასივის საზღვრებს გარეთასოცირდება მასივის საზღვრებს მიღმა გასვლასთან, ეს არის ის, რაც ხდება, როდესაც პროგრამა წვდება მასივისთვის გამოყოფილი მეხსიერების საზღვრებს. შესაბამისად, პროგრამა ამ შემთხვევაში წარმოქმნის შეცდომას და აცნობებს მომხმარებელს (პროგრამისტს) რომ ხდება მასივის გარეთ წვდომა და ეს თავის მხრივ არის პროგრამული შეცდომა.
ობიექტის ველი ვერ მოიძებნა
მსგავსი შეცდომა ჩნდება, როდესაც სისტემა ცდილობს წვდომას ობიექტის მეთოდზე (ფუნქციაზე), რომლის აღწერა არ არსებობს კოდში. ამ ტიპის შეცდომები შეიძლება გამოსწორდეს პროგრამისტების მიერ.
არ არის საკმარისი მეხსიერება 1 წამში
ეს შეცდომა ჩნდება, თუ სისტემა ამოიწურება ოპერაციული სისტემაში პროგრამების შესრულების საჭიროებისთვის გამოყოფილი ოპერატიული მეხსიერებიდან, რის გამოც პროგრამა ქმნის შეცდომას. არ არის საკმარისი მეხსიერება 1 წამშიეს შეიძლება მოხდეს სხვადასხვა მოვლენის დროს, როგორიცაა კონფიგურაციის განახლება, დიდი ფაილის დამუშავება, ანგარიშის გენერირება, დიდი მონაცემთა ბაზის ჩატვირთვა და ა.შ. მომხმარებელს შეუძლია თავად სცადოს ასეთი შეცდომის გამოსწორება.
1c შეცდომის შესაძლო გამოსწორება „არასაკმარისი მეხსიერება“
შეცდომა მდგომარეობს ოპერაციული სისტემის მიერ მისამართის მეხსიერების შეზღუდულ გამოყოფაში პროგრამული უზრუნველყოფისთვის (პროგრამული უზრუნველყოფისთვის).
მისამართების მეხსიერების ნაგულისხმევი ლიმიტებია:
- 32-ბიტიანი სისტემისთვის – 2 GB
- 64 ბიტისთვის - 4 გბ
მისამართის მეხსიერების ზომის გასაზრდელად, თქვენ უნდა გააკეთოთ შემდეგი:
- გაუშვით ბრძანების ხაზი: "დაწყება - გაშვება" - ჩაწერეთ CMD და დააჭირეთ Enter
- ახლა ბრძანების სტრიქონში შეიყვანეთ ტექსტი ციტატების გარეშე „bcdedit /set riseuserva 3072″, სადაც 3072 არის სასურველი მისამართის მეხსიერების ზომა.
- გადატვირთეთ თქვენი ოპერაციული სისტემა (კომპიუტერი)
- სცადეთ შეასრულოთ ის მოქმედება 1C-ში, რომელიც ადრე არ მუშაობდა და შეცდომა გამოიწვია.
- თუ ყველაფერი გამოსწორდა და ოპერაცია ასე ხშირად არ მეორდება, რეკომენდირებულია მისამართის მეხსიერების ზომის დაბრუნება ნაგულისხმევ მნიშვნელობაზე ბრძანების „bcdedit /deletevalue riseuserva“ გამოყენებით.
SQL ცხრილებთან დაკავშირებული შეცდომები
ამ ტიპის შეცდომები ჩვეულებრივ ხდება სერვერის მხარეს, როდესაც სისტემა წვდება ცხრილს და ვერ კითხულობს მონაცემებს. ეს შეცდომა შეიძლება მოხდეს სერვერის არასწორი კონფიგურაციის გამო, ასევე SQL ცხრილების დაზიანების გამო. განსაკუთრებით რთულ სიტუაციებში, შესაძლოა, მონაცემთა ბაზის აღდგენაც კი არ იყოს შესაძლებელი, შემდეგ კი მხოლოდ მონაცემთა ბაზის დაარქივებულმა ასლმა შეიძლება გადაგარჩინოს. ჩვენ გირჩევთ, დროულად გააკეთოთ მონაცემთა ბაზის სარეზერვო ასლები.
წვდომის შეცდომა 1 წამში
ეს შეცდომა ჩნდება, როდესაც მომხმარებელი ცდილობს შეასრულოს მოქმედება, რომელიც აკრძალულია წვდომის უფლებებით (როლები). ამიტომ სისტემა უშვებს წვდომის შეცდომას 1s. როლების კონფიგურაცია ხდება პროგრამისტის მიერ კონფიგურატორში.
1c-ში შეცდომის გამოსწორება ვერ მოხერხდა?
თუ 1C-ში რაიმე შეცდომის გამოსწორება ვერ მოახერხეთ, არ დაიდარდოთ, აიღეთ ტელეფონი და დაგვირეკეთ! ჩვენი სპეციალისტები ყოველთვის მზად არიან დაგეხმაროთ 1C-სთან დაკავშირებული ნებისმიერი პრობლემის გადაჭრაში, სისტემის მუშაობის დროს წარმოქმნილი შეცდომების ჩათვლით.
სინამდვილეში, "dbeng8 კომპონენტის შიდა შეცდომა" უკიდურესად გავრცელებული მოვლენაა 1C Enterprise 8 სისტემაში, ყველაზე ხშირად, შეცდომის მიზეზი არის მონაცემთა ბაზების მკაფიო სტრუქტურის დარღვევა. თუმცა, ამ პრობლემასთან გამკლავება საკმაოდ მარტივია, თქვენ უბრალოდ უნდა მიჰყვეთ ქვემოთ მოცემულ ნაბიჯებს. მაგრამ არსებობს რამდენიმე მიზეზი, რამაც გამოიწვია ეს შეცდომა. მაგალითად - 1C 8.3-ის გაშვება, ან მონაცემთა ბაზის დახურვა, მონაცემთა ბაზის გადმოტვირთვა, ერთი თვის დახურვა, მენიუს გაშვება, დასრულებული დოკუმენტის შემოწმება და ა.შ.
დარწმუნდით, რომ შექმენით თქვენი მონაცემთა ბაზის სარეზერვო ასლი ქვემოთ აღწერილი სამუშაოს შესრულებამდე!
როგორ გამოვასწოროთ შეცდომა
მოდით, ნაბიჯ-ნაბიჯ გადავხედოთ dbeng8 შიდა კომპონენტის შეცდომის გამოსწორებას:
1. შეამოწმეთ და დააფიქსირეთ სისტემა კონფიგურატორის გამოყენებით
ამ ოპერაციის შესასრულებლად, თქვენ უნდა შეხვიდეთ "კონფიგურატორის" რეჟიმში. ამის გაკეთება ძალიან ადვილია. თქვენ უნდა აირჩიოთ "ადმინისტრაცია" ხაზი და იპოვოთ "ტესტირება და კორექტირება".
თქვენთვის ახალი ფანჯარა გაიხსნება, მასში ჩვენ ვამოწმებთ ველებს, როგორც ქვემოთ მოცემულ ფოტოში და ვადასტურებთ მოქმედებას ღილაკზე "Run" დაჭერით.
გაქვთ შეკითხვა ან გჭირდებათ კონსულტანტის დახმარება?
ოპერაციის დასრულების შემდეგ პროგრამა შეგატყობინებთ შესრულებული სამუშაოს შესახებ.
2. შეცვალეთ შეცდომა chdbfl.exe-ის გამოყენებით
ეს პროგრამა ასევე ეხმარება გაუმკლავდეს dbeng8 კომპონენტის შიდა შეცდომას და პრინციპში მსგავსია ზემოაღნიშნული ვარიანტის. ის იწყება ძალიან მარტივად. თქვენ უნდა იპოვოთ chdbfl.exe ფაილი პროგრამის საქაღალდეში და გაუშვათ იგი.
ეს სტატია აგიხსნით მიზეზებს, ტიპებს და გადაწყვეტილებებს.
"ნაკადის ფორმატის შეცდომები" 1C.
ყველას, ვინც მუშაობს 1C: Enterprise-თან ნებისმიერ კონფიგურაციაში, ერთხელ მაინც უნახავს ფანჯარა შეცდომით „ნაკადის ფორმატის შეცდომა“.
ეს ფანჯარა შედის TOP 3 ყველაზე გავრცელებულ 1C:Enterprise შეცდომებში. ეს უსიამოვნოა, რადგან არ არის ინფორმატიული. გაუგებარია: სად და რა არის შეცდომა? ბუნებრივი რეაქცია იქნება "გადატვირთვა" ღილაკზე დაწკაპუნება, მაგრამ დიდი ალბათობით შეიძლება ითქვას, რომ პრობლემის გადატვირთვა პრობლემას ვერ მოაგვარებს და მომხმარებელი კვლავ დაინახავს ამ ფანჯარას.
ეს სტატია აგიხსნით "ნაკადის ფორმატის შეცდომის" აღმოფხვრის მიზეზებს, ტიპებსა და მეთოდებს 1C.
რატომ წერს 1C 8 "ნაკადის ფორმატის შეცდომებს"?
1C: Enterprise პროგრამა იქმნება ისე, რომ მისი მუშაობის დროს ის მუდმივად ცდილობს ოპერაციების სიჩქარის ოპტიმიზაციას. ამ მიზნით მომხმარებლის კომპიუტერზე იქმნება „ქეში“, რომელიც ინახავს ხშირად გამოყენებულ ინფორმაციას, მაგალითად: ფანჯრების მდებარეობა და ფორმა, მომხმარებლის სერვისის მონაცემები, შერჩევის პარამეტრები, შრიფტები და ა.შ. ქეშირება საშუალებას გაძლევთ შეამციროთ სერვერზე ზარების რაოდენობა და ამით გაზარდოთ 1C:Enterprise-ის სიჩქარე.
მაგრამ რა მოხდება, თუ "ქეში" ფაილი დაიწერება შეცდომით/შეცდომით, სამუშაო სესიის არასწორად შეწყვეტის, დენის მატების ან ქსელის გაუმართაობის შედეგად (1C კლიენტ-სერვერის ვერსიისთვის)? შემდეგ ჯერზე, როცა შეეცდებით „ქეშის“ წვდომას, 1C ვერ შეძლებს ფაილის წაკითხვას და გამოჩნდება ფანჯარა „ნაკადის ფორმატის შეცდომა“. „გატეხილი ქეში“ ამ შეცდომის ყველაზე გავრცელებული მიზეზია.
არასწორად დაწერილი ქეშის გარდა, დოკუმენტები (ან დირექტორიები, ან ნებისმიერი სხვა ობიექტი) ასევე შეიძლება არასწორად იყოს ჩაწერილი საინფორმაციო მონაცემთა ბაზაში და ამან შეიძლება გამოიწვიოს ამ სტატიაში განხილული შეცდომის წარმოქმნა.
ნაკადის ფორმატის შეცდომების ტიპები
პირობითად, 1C ნაკადის ფორმატის შეცდომა შეიძლება დაიყოს 2 ტიპად:
- პირველი ტიპი არის შეცდომა, რომელიც ჩნდება 1C-ის დაწყებისას. ეს არის სამუშაო სესიის არასწორად შეწყვეტის ან ელექტროენერგიის გათიშვის შედეგი; ან გამოჩნდება შემდეგ. ამ შემთხვევაში, შეცდომა უნდა მოძებნოთ ქეშში.
- მეორე ტიპი არის შეცდომა, რომელიც ჩნდება 1C-თან მუშაობისას, მაგალითად, დირექტორიას გახსნისას, ან დოკუმენტის განთავსებისას, ან ანგარიშის გენერირებისას, ან განახლებისას. ამ შემთხვევაში, თქვენ უნდა მოძებნოთ შეცდომა ინფორმაციის ბაზაში.
შეცდომის ტიპის მიხედვით, შეგიძლიათ აირჩიოთ ყველაზე შესაფერისი ვარიანტი მისი აღმოსაფხვრელად. მაგრამ თქვენ შეგიძლიათ გამოიყენოთ ყველა მეთოდი თავის მხრივ, სანამ ერთ-ერთი მათგანი არ იმუშავებს. მეთოდები არ დააზარალებს თქვენს 1C 8 მონაცემთა ბაზას, თუმცა, თუ იქცევით როგორც ნამდვილი პროფესიონალი, ჯერ უნდა გააკეთოთ სარეზერვო ასლი და მხოლოდ ამის შემდეგ გაუმკლავდეთ "ნაკადის ფორმატის შეცდომას".
როგორ მოვაგვაროთ „ნაკადის ფორმატის შეცდომა“?
მოდით განვიხილოთ TOP გადაწყვეტილებები:
1. გაასუფთავეთ 1C ქეში
ეს მეთოდი დეტალურად იყო განხილული ჩვენს სტატიაში "". მოკლედ გავიხსენოთ. ქეში ფაილების ხელით წასაშლელად, თქვენ უნდა იპოვოთ საქაღალდეები, სადაც ინახება ქეში. ოპერაციული სისტემებისთვის Win7 და უფრო მაღალი, დროებითი ფაილები ინახება C:\Users\Username\AppData\Roaming\1Cდა C:\Users\Username\AppData\Local\1Cსაქაღალდეებში დაწყებული "1cv8". Windows XP-ში, მომხმარებლის საქაღალდეში Local Settings\Application Data\1C\. თუ AppData საქაღალდე არ ჩანს, დააკონფიგურირეთ ფარული საქაღალდეების ხილვადობა. ქვემოთ მოყვანილი სურათი გვიჩვენებს, თუ როგორ გამოიყურება ქეში ფაილები - საქაღალდეები გრძელი, გაურკვეველი სახელებით (ჩვენს შემთხვევაში მხოლოდ ერთი ფაილია). ქეშის გასასუფთავებლად, თქვენ უნდა წაშალოთ ეს საქაღალდეები.
მნიშვნელოვანი!საქაღალდეების წაშლა შეგიძლიათ მხოლოდ მაშინ, როდესაც 1C: Enterprise-თან მუშაობის პროცესები დასრულებულია.
2. დაიწყეთ ტესტირება და 1C-ის დაფიქსირება
კონფიგურატორის რეჟიმში, თქვენ უნდა დააჭიროთ მენიუს "ადმინისტრაცია" და შემდეგ "ტესტირება და კორექტირება".
უნდა შემოწმდეს პირველი ორი წერტილი „ინფო ბაზის ცხრილების ხელახალი ინდექსირება“ და „ინფო ბაზის ლოგიკური მთლიანობის შემოწმება“. დააჭირეთ ღილაკს "გაშვება". სისტემა თავად შეამოწმებს მონაცემთა ბაზას, აღმოაჩენს შეცდომებს, გამოასწორებს და მოგაწვდით ანგარიშს შესრულებული სამუშაოს შესახებ. საჭიროების შემთხვევაში, ასევე შეამოწმეთ მესამე პუნქტი „ინფო ბაზის რეფერენციალური მთლიანობის შემოწმება“.
3. გაუშვით „chdbfl.exe“
თუ შეუძლებელია კონფიგურატორში შესვლა, მაშინ გაუშვით პროგრამა "chdbfl.exe", რომელიც მდებარეობს: "C:\Program Files (x86)\1cv8\8.3……\bin". აირჩიეთ მონაცემთა ბაზის ფაილი, მონიშნეთ ჩამრთველი „აღმოჩენილი შეცდომების გამოსწორება“ და დააჭირეთ ღილაკს „გაშვება“. მაშინ სისტემა ყველაფერს გააკეთებს თქვენთვის. სისტემა თავად შეამოწმებს მონაცემთა ბაზას, აღმოაჩენს შეცდომებს და გამოასწორებს მათ. სანამ "chdbfl.exe" პროგრამა მუშაობს, არ უნდა იყოს აქტიური სესიები 1C-ით.
4. ატვირთეთ და ჩატვირთეთ საინფორმაციო ბაზა .dt-ში
კონფიგურატორის რეჟიმში აირჩიეთ მენიუს პუნქტი "ადმინისტრაცია" და დააწკაპუნეთ "Infobase-ის ჩამოტვირთვა". ამის შემდეგ აირჩიეთ მდებარეობა, სადაც გსურთ შეინახოთ მონაცემთა ბაზის ფაილი (.dt), მიეცით ფაილს სახელი და დააწკაპუნეთ "შენახვა".
ამის შემდეგ შექმენით ახალი ცარიელი მონაცემთა ბაზა თქვენს კომპიუტერზე (ან სერვერზე). გადადით მონაცემთა ბაზის ახალ კონფიგურატორზე, დააწკაპუნეთ "ადმინისტრაციაზე", შემდეგ "ჩამოტვირთეთ ინფო ბაზა". აირჩიეთ ადრე მომზადებული ფაილი და დააჭირეთ ღილაკს "გახსნა".
5. ატვირთეთ და ჩატვირთეთ XML მონაცემები.
ამ მეთოდმა შეიძლება გამოიწვიოს მონაცემთა დაკარგვა, ამიტომ მისი გამოყენება რეკომენდებულია მხოლოდ გამოცდილი მომხმარებლების მიერ. მეთოდი წინა მეთოდის მსგავსია და მდგომარეობს იმაში, რომ ჯერ მონაცემთა ბაზის გადმოტვირთვა ხდება (მხოლოდ არა .dt-ში, როგორც წინა მეთოდში, არამედ სპეციალურ .XML ფორმატში). შემდეგ მონაცემთა ბაზა ისევ იტვირთება. ეს კეთდება ჩაშენებული დამუშავების "XML მონაცემების ატვირთვა და ჩატვირთვა" გამოყენებით.
6. განაახლეთ 1C
ამ შეცდომის მიზეზი შეიძლება იყოს აქტიური მომხმარებლის სესიების არსებობა სხვადასხვა ვერსიებში. მაგალითად, მონაცემთა ბაზაში არის აქტიური მომხმარებლის სესია 1C პლატფორმით 8.3.5...., და მეორე ცდილობს დაკავშირებას 8.3.4 ვერსიით.... თუ თქვენს კომპიუტერში რამდენიმე ვერსიაა დაინსტალირებული, დარწმუნდით, რომ თქვენთვის საჭირო „სწორი“ ვერსია არჩეულია ინფობაზის რედაქტირების ფანჯარაში.
7. სხვა მეთოდები.
შემთხვევების 99%-ში, „ნაკადის ფორმატის შეცდომის“ მოგვარების ზემოაღნიშნული მეთოდები ეფექტურად შეასრულებს თავის საქმეს და შეცდომა „გაქრება“. დანარჩენ 1%-ში მოგიწევთ უფრო რთული დიაგნოსტიკის გამოყენება, ზოგჯერ 1C-ის ფარგლებს გარეთ, მაგალითად: კომპიუტერის დროებითი ფაილების გაწმენდა და არა მხოლოდ 1C ქეშის; შეამოწმეთ მყარი დისკი ცუდი სექტორებისთვის "chkdsk.exe" პროგრამის გამოყენებით; შეამოწმეთ თქვენი კომპიუტერი ანტივირუსით. თქვენ შეგიძლიათ სცადოთ 1C მონაცემთა ბაზის გაშვება სხვა კომპიუტერზე და ამით პრობლემის ლოკალიზება, დარწმუნდით, რომ შეცდომა დევს ინფორმაციის მონაცემთა ბაზაში და არა აპარატურაში ან ოპერაციულ სისტემაში.
ეს სტატია შეიქმნა იმისათვის, რომ დაეხმაროს მათ, ვინც წააწყდა 1C შეცდომას "ნაკადის ფორმატის შეცდომა" განხილული და ახსნილი იყო მისი წარმოშობის მიზეზები, მისი პირობითი ტიპები და აღმოფხვრის მეთოდები. შეცდომა საშინლად და გაუგებრად გამოიყურება მისი გაურკვევლობის გამო, მაგრამ, როგორც ვხედავთ, ყველას შეუძლია ამ შეცდომის აღმოფხვრა.
1C პლატფორმის საინფორმაციო ბაზებში შეიძლება მრავალი განსხვავებული შეცდომა მოხდეს:
მონაცემთა ბაზის ლოგიკური/ფიზიკური მთლიანობის დარღვევა, მომხმარებლის შეცდომები, დეველოპერული კოდის „მრუდე“ და მრავალი სხვა.
მრავალი მიზეზი შეიძლება იყოს: გამორთული იყო დენი და არ იყო უწყვეტი დენის მიწოდება, ან პარასკევის საღამო იყო წარმატებული და მომხმარებელი ვერ ახსოვს ორშაბათს რა გააკეთა ამ გზით.
პირველ რიგში, ღირს მომხმარებლისთვის რამდენიმე დამაზუსტებელი კითხვის დასმა:
1) პლატფორმის/კონფიგურაციის გამოშვებები.
2) შეცდომის შეტყობინების სრული ტექსტი. მომხმარებლებს აქვთ სამწუხარო ტენდენცია, რომ არ წაიკითხონ ასეთი შეტყობინებები მთლიანად და, შესაძლოა, ისინი შეიცავს რეკომენდაციებს პრობლემების აღმოსაფხვრელად.
3) რამდენი ხნის წინ გაჩნდა და რა ვითარებაში ჩნდება. ნაკლებად სავარაუდოა, რომ ჩვენ შევძლებთ გამოვასწოროთ არარეპროდუცირებადი შეცდომები, რომლებიც აქამდე არ შეგვხვედრია.
4) ეს მოხდება, თუ 1c-ს სხვა კომპიუტერიდან/სხვა მომხმარებლისგან ვატარებ? ეს მოგვცემს საფიქრალს - დაგვეხმარება თუ არა ქეშის გასუფთავება, ნებართვების დაყენება თუ მომხმარებლის პარამეტრების გასუფთავება.
ახლა ცოტა რამ თავად შეცდომებზე და როგორ მოვაგვაროთ ისინი.
ზოგადი:
ზოგიერთი შეცდომა ჩნდება არალიცენზირებული პროგრამული უზრუნველყოფის გამოყენებისას (Windows, 1C და ა.შ.).
გავრცელებული მაგალითია გატეხილი პლატფორმა. ერთ-ერთი პატჩი არღვევს პლატფორმის კონკრეტულ ვერსიას, ასე რომ, პლატფორმის ახალი ვერსიის დაყენების და მონაცემთა ბაზაში შესვლის მცდელობის შემდეგ, შეგიძლიათ იხილოთ "უფასო ლიცენზია არ არის ნაპოვნი" ფანჯარა.
თუ პირველად შეგხვდათ შეცდომა - ალბათ ვინმეს უკვე შეექმნა ეს -
მოძებნეთ გუგლში, იქნებ ვინმეს უკვე შეექმნა ეს და მოაგვარა პრობლემა და არ დაკარგოთ ზედმეტი დრო.
კონფიგურაციების გამოშვება უნდა იყოს განახლებული (უპირველეს ყოვლისა, იმ კონფიგურაციისთვის, რომლიდანაც რეგულირდება ანგარიშგება, უმიზეზოდ არ არის გათვალისწინებული, რომ საკონსულტაციო ხაზი თითქმის ყოველთვის გვთავაზობს ჯერ განახლებას, შემდეგ კი შემდგომ განხილვას);
მიმდინარე პლატფორმის გამოშვება - თითოეული კონფიგურაციისთვის წერია რომელი პლატფორმის გამოშვებაა რეკომენდებული ამ კონფიგურაციასთან მუშაობისთვის.
ტექნოლოგიური ჟურნალი საშუალებას გაძლევთ ჩაწეროთ ყველა 1C: Enterprise მოვლენა (ან ნაწილი, ფილტრის გამოყენებით).
თქვენ ასევე შეგიძლიათ წაიკითხოთ მის შესახებ.
!!!მნიშვნელოვანია
მონაცემთა ბაზასთან რაიმე ქმედების დაწყებამდე, გააკეთეთ არქივის ასლი!
თუ მონაცემთა ბაზა არ იხსნება კონფიგურატორში, დააკოპირეთ საქაღალდე მონაცემთა ბაზასთან ერთად და შეასრულეთ ყველა ოპერაცია ასლზე!
1) მონაცემთა ბაზა საერთოდ არ იხსნება, არც მომხმარებლის რეჟიმში და არც კონფიგურატორში.
- ყველაზე სწრაფი რაც შეგიძლიათ გააკეთოთ არის დროებითი ფაილების გასუფთავება (ამოშალეთ მონაცემთა ბაზა მონაცემთა ბაზების სიიდან და ხელახლა დააკავშირეთ)
ეს ქმედება არ წაშლის დროებით ფაილებს (ქეში), მაგრამ შექმნის ახალ საქაღალდეს მონაცემთა ბაზის დროებითი ფაილებისთვის.
Windows 7-ში C:\Users\Username\AppData\Roaming\1C\1Cv8x
Windows XP-ში C:\Documents and Settings\User_Name\Application Data\1C\1Cv8х
- თქვენ ასევე შეგიძლიათ სცადოთ მონაცემთა ბაზაში შესვლა სხვა მომხმარებლისგან.
- თუ მონაცემთა ბაზა დაფუძნებულია ფაილზე, მაშინ ღირს პროგრამის გაშვება მონაცემთა ბაზის ფიზიკური მთლიანობის შესამოწმებლად chdbfl. ის მდებარეობს საქაღალდეში:
C:\პროგრამის ფაილები (x86)\1cv8\8.x.x.xxx\bin\chdbfl.exe
- თუ მონაცემთა ბაზა არის sql, მაშინ ტესტირება sql-ის გამოყენებით.
- თუ არც ერთი და არც მეორე არ გეხმარებათ, მაშინ შეგიძლიათ განაახლოთ პლატფორმა (იხილეთ რომელ პლატფორმაზე მუშაობს გამოშვება)
- თუ ზემოთ ჩამოთვლილთაგან არცერთი არ მუშაობს, შეგიძლიათ გამოიყენოთ Tool_1CD პროგრამა.
2) თუ მონაცემთა ბაზის გადაყრა გაშვებისას.
- გამორთეთ ვიდეო ბარათის აპარატურის აჩქარება:
- ეკრანის თვისებების გახსნა. ეს შეიძლება გაკეთდეს საკონტროლო პანელის მეშვეობით, ან უბრალოდ დააწკაპუნეთ მაუსის მარჯვენა ღილაკით ნებისმიერ ადგილას, სადაც არ არის ფანჯრები და ხატები, და აირჩიეთ კონტექსტური მენიუს ელემენტი „თვისებები“.
- ეკრანის პარამეტრების ფანჯარაში, რომელიც იხსნება, გადადით "პარამეტრები" ჩანართზე და დააჭირეთ ღილაკს "Advanced".
- ვიდეო ბარათის თვისებების ფანჯარაში, რომელიც იხსნება, გადადით "დიაგნოსტიკის" ჩანართზე.
- გადაიტანეთ სლაიდერი "აჩქარება" მარცხენა შორს პოზიციაზე ("არა") და დააჭირეთ "Apply" ან "OK". აპარატურის აჩქარება გამორთულია. ცვლილებები ძალაში შევა სისტემის გადატვირთვის შემდეგ.
- გახსენით პანელი (დაწყება - პანელი).
- იპოვეთ და გახსენით ეკრანის ელემენტი.
- ფანჯრის მარცხენა ნაწილში, რომელიც იხსნება, დააჭირეთ ბმულს "ეკრანის პარამეტრების კონფიგურაცია".
- ფანჯარაში, რომელიც იხსნება, დააჭირეთ ბმულს "მოწინავე პარამეტრები".
- გადადით დიაგნოსტიკის ჩანართზე და დააჭირეთ ღილაკს პარამეტრების შეცვლა.
- ფანჯარაში, რომელიც იხსნება, გადაიტანეთ სლაიდერი მარცხენა მხარეს ("არა") და დააჭირეთ "OK". თუ UAC ჩართულია, თქვენ უნდა დაადასტუროთ, რომ ცვლილებები ავტორიზებულია მომხმარებლის მიერ. აპარატურის აჩქარება გამორთულია. ცვლილებები ძალაში შევა სისტემის გადატვირთვის შემდეგ.
Windows 7-ში, ზოგიერთ შემთხვევაში, ღილაკი "პარამეტრების შეცვლა" ნაცრისფერი იქნება. ამ შემთხვევაში, შეუძლებელია ტექნიკის აჩქარების გამორთვა, რადგან ვიდეო ბარათი და მისი დრაივერი არ უჭერს მხარს აპარატურის აჩქარების მანიპულირებას.
- თუ თქვენ გაქვთ Kaspersky ანტივირუსი, შეგიძლიათ სცადოთ გამორთოთ თავდაცვის დაცვა და გადაარქვათ სახელი kloehk.dll და mzvkbd3.dll ფაილებს Kaspersky საქაღალდეში. (შეცდომა მოხდა 2011 წლის ძველ ვერსიებზე, მაგრამ მაინც ხდება ზოგჯერ)
- შეამოწმეთ, რომ გამოშვების პლატფორმა/კონფიგურაცია ემთხვევა.
- სცადეთ მონაცემთა ბაზაში შესვლა სხვა პლატფორმიდან.
3) მონაცემთა ბაზა იხსნება კონფიგურატორში, მაგრამ არ სურს მომხმარებლის რეჟიმში შესვლა.
- დროებითი ფაილების გასუფთავება
- ცდილობს შესვლას, როგორც სხვა მომხმარებელი
- chdbfl / ტესტირება sql-ის გამოყენებით
- ინფორმაციის უსაფრთხოების ტესტირება და კორექტირება:
კონფიგურატორში ადმინისტრაცია-ტესტირება და კორექტირება - ველები სიტუაციიდან გამომდინარე. - შეეცადეთ შექმნათ სხვა მომხმარებელი სრული უფლებებით და შეხვიდეთ როგორც მას.
- სცადე სხვა კომპიუტერზე გადაიტანო და იქ გახსენი, იქნებ რამე კომპიუტერიდან.
4) როდესაც რაიმე მოქმედება ხდება, ის აგდებს კოდს კონფიგურატორში.
- შესამოწმებლად, თქვენ უნდა გაასუფთავოთ ქეში.
- თუ ეს არ დაგვეხმარება, მაშინ, სავარაუდოდ, არის შეცდომა კოდში - ეს განსაკუთრებით ეხება არასტანდარტულ და თვითნაწერ კონფიგურაციებს, მაგრამ ზოგჯერ ხდება სტანდარტულებშიც.
თუ კონფიგურაცია ატიპიურია, მაშინ ან განახლება დასრულდა არასწორად, ან დეველოპერმა, რომელმაც დაასრულა კონფიგურაცია, არ უზრუნველყო მომხმარებლის შეცდომების ყველა შესაძლებლობა - უგუნური (თუ ეს შესაძლებელია!).
თუ ეს ტიპიურია, მაშინ შეიძლება იყოს შეცდომა გამოშვებაში.
ნებისმიერ შემთხვევაში, ღირს გამართვა და დანახვა, რა არის არასწორი.
5) ერთი მომხმარებლის ქვეშ ის გაძლევთ საშუალებას გააკეთოთ რაღაც, მეორის ქვეშ - არა.
- მომხმარებლის უფლებების პარამეტრები.
- მომხმარებლის პარამეტრები.
- ქეშის გასუფთავება.
6) ის შედის ერთი კომპიუტერიდან, მაგრამ არა მეორედან.
- შეამოწმეთ Explorer-ში, რომ ნახოთ თუ არა მონაცემთა ბაზა ხილული - შესაძლოა მონაცემთა ბაზის საქაღალდე არ არის გაზიარებული.
- ქეშის გასუფთავება.
- შედით, როგორც სხვა მომხმარებელი.
7) მე არაფერი გამიკეთებია/გამიკეთებია, მაგრამ ყველაფერი დამეშალა
- თუ მათ შეუძლიათ გითხრათ, რა "არ გააკეთეს" და როდის, მაშინ შეგიძლიათ გამოიყენოთ
- შედით შერჩევით და იქნებ გაარკვიოთ რა პრობლემაა.
- ჟურნალი შეგიძლიათ იხილოთ კონფიგურატორში:
- ადმინისტრაცია - ჟურნალის წიგნი.
ან მომხმარებლის რეჟიმში - მდებარეობა დამოკიდებულია კონფიგურაციაზე.
8) არ არის საკმარისი მეხსიერება.
მქონდა შემთხვევა, მოვიდა კლიენტი და მითხრა, რომ თვის დახურვისას ჩნდება შეცდომა „არასაკმარისი მეხსიერება“. მე მივიღე ეს პრობლემა. მე მეგონა ადვილი იყო, ჯერ ოპერატიული მეხსიერება დავამატე - შეცდომა. ეს იყო 2 გიგაბაიტი, ახლა უკვე 4, მაგრამ 1s მაინც არ არის საკმარისი. შევცვალე პეიჯინგის ფაილის ზომა - შეცდომა, სისტემის ხელახლა ინსტალაციამ (დაინსტალირებული Windows 7) მხოლოდ დროებითი შედეგი გამოიღო, დაახლოებით ერთი კვირის განმავლობაში. ყველაფერი ვცადე. გარკვეული პერიოდის შემდეგ, გამოსავალი იპოვეს.
გამოსავალი
კლიენტის კომპიუტერზე გაუშვით ბრძანების ხაზი, როგორც ადმინისტრატორი და შეიყვანეთ შემდეგი:
BCDEdit / set riseusserva xxxx- xxxx-ის ნაცვლად ჩაწერეთ ვირტუალური მისამართის სივრცის რაოდენობა მეგაბაიტებში, ე.ი. რამდენი მეხსიერებაა საჭირო აპლიკაციების გასაშვებად. ნაგულისხმევი არის 2 გიგა. ზოგადად, 32-ბიტიანი ოპერაციული სისტემები გამოყოფენ 4 გიგაბაიტს: 2 აპლიკაციებისთვის და 2 თავად OS-ის საჭიროებებისთვის. მე ავირჩიე 3000 (ანუ CDEdit /set riseuserva 3000 ). თუმცა, სისტემა შეიძლება იყოს buggy. მითუმეტეს თუ ჩემნაირი 2 გიგა ოპერატიული მეხსიერება გაქვს. ეს არის OS ოჯახის Windows Vista, 7, Windows 2008.
Windows XP\Windows 2003-ისთვის ჩვენ ვწერთ
/ 3 GB /უსერვა=xxxx (xxxx MB-ში 2048 - 3072 დიაპაზონში) boot.ini ფაილში, რეკომენდებული მაქსიმალური მნიშვნელობები იუზერვა 2900-3030.
9) ფორმის ელემენტები ერთმანეთს გადაფარავს და არასწორად არის განლაგებული.
- ქეშის გასუფთავება.
10) DBMS შეცდომა შიდა შეცდომა dbeng8 კომპონენტში
- შეცდომა გამოწვეულია კოდის განსხვავებებით პლატფორმის სხვადასხვა ვერსიებს შორის, როდესაც მომხმარებლები ცდილობენ გამოიყენონ ფაილის ვარიანტი. კლიენტ-სერვერის ვერსიისთვის კონტროლი ხდება გაშვებისას და პლატფორმის სხვადასხვა ვერსიებთან მუშაობა პრინციპში შეუძლებელია.
გამოსავალი: განახლება უახლესი გამოშვებით ყველა სამუშაო სადგურზე.
თუ ეს არ დაეხმარება, მაშინ გააკეთეთ შემდეგი:
- ტესტირება და დაფიქსირება
11) შეცდომა პლატფორმაში 8.3.4.428
- 1C:Enterprise პლატფორმის 8.3.4.428 ვერსიაში აღმოაჩინეს კრიტიკული შეცდომა, რომელიც ხდება მონაცემთა რესტრუქტურიზაციის დროს. ეს შეცდომა ლოკალიზებულია და გამოსწორდება პლატფორმის შემდეგ ვერსიაში.
12) დაბლოკვის კონფლიქტი ტრანზაქციის შესრულების დროს:
Microsoft OLE DB პროვაიდერი SQL სერვერისთვის: სკანირების გაგრძელება NOLOCK-ით ვერ ხერხდება მონაცემთა გადაადგილების გამო.
HRESULT=80040E14, SQLSrvr: SQLSTATE=42000, მდგომარეობა=3, სიმძიმე=C, მშობლიური=601, ხაზი=1
„როგორ შევამოწმოთ (აღადგინოთ) მონაცემთა ბაზა MS SQL სერვერზე სერვერის ხელსაწყოების გამოყენებით
ლოგიკური მთლიანობის შემოწმება უნდა განხორციელდეს სტანდარტული 1C: Enterprise ინსტრუმენტების გამოყენებით (IS ტესტირება და კორექცია). თუ ასეთი შემოწმება შეუძლებელია, თქვენ უნდა შეამოწმოთ მონაცემთა ბაზის ფიზიკური მთლიანობა MS SQL-ის გამოყენებით. MS SQL-ის გამოყენებით მთლიანობის შესამოწმებლად, თქვენ უნდა შეასრულოთ შემდეგი ბრძანება:
კოდი:
DBCC CHECKDB ("",REPAIR_REBUILD)
ამ ბრძანების შესრულებამდე, თქვენ უნდა გადართოთ მონაცემთა ბაზა "ერთ მომხმარებლის" რეჟიმში:
კოდი:
sp_dboption "","ერთი მომხმარებელი",true
DBCC CHECKDB-ის მუშაობის დროს შეიძლება გამოვლინდეს შეცდომები და ზოგიერთი შეიძლება დაუყოვნებლივ გამოსწორდეს. თუ შეცდომები რჩება, მაშინ, როგორც ჩანს, მათი აღდგენა შეუძლებელია გარკვეული მონაცემების დაკარგვის გარეშე. ამ შემთხვევაში, თქვენ უნდა გაუშვათ DBCC CHECKDB REPAIR_ALLOW_DATA_LOSS პარამეტრით (მიზანშეწონილია მონაცემთა ბაზის ფაილების ასლის გაკეთება გაშვებამდე).
კოდი:
DBCC CHECKDB ("",REPAIR_ALLOW_DATA_LOSS)
DBCC CHECKDB-ის შესრულების შემდეგ, უნდა გახსოვდეთ ნორმალურ რეჟიმში დაბრუნება (გამოსვლა "ერთი მომხმარებლის" რეჟიმიდან):
კოდი:
sp_dboption "","ერთი მომხმარებელი",false" (აღებულია საიტიდან)
რა თქმა უნდა, სია შორს არის დასრულებამდე, ამიტომ მოხარული ვიქნები, თუ მას კომენტარებში დაემატება.
ამ მოკლე სტატიაში შევეცდები ჩამოვაყალიბო ტიპიური შეცდომები, რომლებსაც უშვებენ 1C Accounting 8-ის დამწყები მომხმარებლები, ამ შეცდომების უმეტესობას არაფერი აქვს საერთო ბუღალტერიასთან და ძირითადად დაკავშირებულია Windows-ის უყურადღებობასთან ან ცუდ ცოდნასთან. თუმცა არის სხვებიც. ქვემოთ მოცემულია ყველაზე გავრცელებული „რაკის“ სია, რომელსაც მომხმარებლებს არასოდეს აბეზრებენ ჩემს 1C ბუღალტრული აღრიცხვის კურსებზე დაკვრა, მიუხედავად იმისა. მრავალჯერადიგამეორებები.
„მრუდის“ დოკუმენტის თარიღი
ეს შეცდომა ისეხშირია, რომ ცალკე სტატიაში განიხილება. მიუთითეთ სწორი თარიღი დოკუმენტებზე!
ფანჯრების დახურვა ჯვრით მიზეზით ან მის გარეშე
წინა პუნქტის მსგავსად, ეს შედის. არ დაგავიწყდეს რატომ თავდაპირველადგახსენი ერთი ფანჯარა!
ცდილობ დაწერო სადაც უნდა აირჩიოთ
როგორც ყველამ იცის, 1C ბუღალტერიაში არის ველები განკუთვნილი არჩევანიმნიშვნელობები. ასეთი ველები მითითებულია ღილაკით ელიფსისით, ასო T ან ველის მარჯვენა მხარეს ქვევით ისარით. აქ არის ორი მაგალითი.
ქვემოთ ისრის ღილაკი განკუთვნილია ჩამოსაშლელი სიიდან ასარჩევად. ელიფსის მქონე ღილაკი უმეტეს შემთხვევაში ხსნის ცალკე ფანჯარას შერჩევისთვის, სადაც უნდა აირჩიოთ ობიექტი. ღილაკი ასო T ხსნის ფანჯარას, რომელშიც უნდა აირჩიოთ ობიექტის ტიპი.
იყო სტატიის მნიშვნელოვანი ნაწილი, მაგრამ JavaScript-ის გარეშე ის არ ჩანს!
თუ ველს აქვს შერჩევის ღილაკი, თქვენ უნდა აირჩიოთ და არა აკრიფოთ.ქვემოთ არის ფანჯარა, რომელიც გამოჩნდება, როცა ცდილობთ დაწეროთ სად უნდა აირჩიოთ.
ამ წესიდან არის გამონაკლისები, რომლებსაც განვიხილავთ ჩემს კურსებში 1C ბუღალტერია 8. მაგრამ ზოგადად, შემიძლია გირჩიოთ წესების დაცვა: ხედავთ ველს ასარჩევი ელემენტით - აირჩიეთ!
ვცდილობ აკრიფო ცხრილის ველი, სადაც არ არის კურსორი
თუ თქვენ გჭირდებათ მონაცემების შეყვანა ცხრილის განყოფილების მწკრივში, მაშინ დარწმუნდით, რომ ეს უჯრედი აქტიურია (როგორც Excel-ში), წინააღმდეგ შემთხვევაში, სწრაფი ძებნა იმუშავებს, როდესაც შეეცდებით ტექსტის შეყვანას!მაგალითი მოცემულია ქვემოთ.
ეს იყო ტექსტის დაბეჭდვის მცდელობა არჩეულ უჯრედში მისი გააქტიურების გარეშე. ასე უნდა გაკეთებულიყო.
მაგიდის სექციები შეიძლება იყოს გრძელი!
თუ დოკუმენტის ცხრილის ნაწილი არ ჯდება ფანჯრის ზომაში, მაშინ ცხრილის ნაწილის ბოლოში გამოჩნდება გადახვევის ზოლი, როგორც ქვემოთ მოცემულ ფიგურაში.
ეს შეცდომა არის იგივე სერიიდან, როგორც გამოტოვებული ველები. მაგიდის ფარული ნაწილის შესახებ ძალიან ხშირადდაივიწყე. ყურადღება მიაქციეთ ნახატზე გამოსახულ ისარს - ის გვიჩვენებს, რომ თქვენ უნდა გადაახვიოთ ფანჯარა და შეავსოთ ის, რაც იმალება (მოყვანილ მაგალითში ცხრილის თითქმის ნახევარი (!) იმალება).
ორჯერ დააწკაპუნეთ ელემენტის რედაქტირებისთვის
... არ მუშაობს, როდესაც ფანჯარა ღიაა შერჩევისთვის!თუ ფანჯარა ღიაა შერჩევისთვის (ადვილად იდენტიფიცირებულია ღილაკის არჩევით), გამოიყენეთ F2 ან რედაქტირების ღილაკი ხელსაწყოთა ზოლზე!
კუთვნილ ღილაკზე დაჭერით სხვასფანჯარა.
ქვემოთ არის მაგალითი იმისა, თუ რა არ უნდა გააკეთოს.
საჭირო ღილაკი ხაზგასმულია მწვანედ, ხოლო ღილაკი, რომელიც ეკუთვნის სრულიად განსხვავებულ ფანჯარაში!
ეს არის ექსკლუზიურად Windows ინტერფეისის პრობლემა (პრობლემები ფანჯრებისა და სხვა ობიექტების საზღვრების განსაზღვრის უნართან) და 1C ბუღალტერიასთან ( "მე მხოლოდ ვსწავლობ!!!") არაფერ შუაშია!რა თქმა უნდა, ზოგჯერ შეიძლება შემთხვევით გამოგრჩეთ ნიშანი მაუსით, როცა რაღაცაზე ფიქრობთ. მაგრამ როდესაც ეს განმეორებით ხდება, არ არის დრო ოპერაციული სისტემის ინტერფეისის შესწავლა?
მეტი დამაჯერებლობისთვის წარმოგიდგენთ იმავე სურათს, რომელშიც საზღვრებია საჭიროფანჯრები გამოკვეთილია მწვანე ხაზით. ისარი, რომელიც მიუთითებს სწორიღილაკი მიმაგრებულია.
1C Accounting 8.3-ში ფანჯრები იხსნება ცალკეულ ჩანართებში, ამიტომ ეს პრობლემა იქ ნაკლებად არის გავრცელებული (1C-ზე, მათაც შენიშნეს პრობლემა?), მაგრამ ის მთლიანად არ გაქრა.
რიცხვების მქონე ველებში ათწილადის შემდეგ ნულები არის წილადი ნაწილი
ეს არის, როგორც წესი, ოდენობით პენი. შეიძლება არსებობდეს სხვა წილადი რიცხვები. ქვემოთ მოცემულია მაგალითი, რომელშიც თანამშრომლის ხელფასი ძალიან მცირე აღმოჩნდა :)
ზემოთ მოყვანილ მაგალითში ეს არ არის ოცი ათასი, მაგრამ ოცი მანეთი!