ტრანსფერი ზემოდან. მონაცემთა გადაცემა ზემოდან bp-მდე. მონაცემთა გადაცემის მოსალოდნელი შედეგი და ვადები

21.10.2022

მონაცემთა გადაცემა პროგრამიდან 1C SCP ed. 1.3 in 1C Accounting 8 ed. 3.0

Გადაცემაინფობაზა იწარმოება მონაცემების გადმოტვირთვისა და ჩატვირთვის წესების გამოყენებით, ე.ი. მონაცემთა გაცვლის გზით.

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

ყურადღება.ყველაფერი, რაც აღწერილია სტატიაში მონაცემთა გადაცემა 1C ინტეგრირებული ავტომატიზაციის პროგრამებიდან 1C Accounting 8-შისრულად ვრცელდება SCP-დან მონაცემების გადაცემაზე.

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

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

პარამეტრის ნაკრებით შეამოწმეთ OS სააღრიცხვო რეგისტრების შესაბამისობაჩატარდება შემოწმება რეესტრის დარჩენილი ნაწილის შესაბამისობაზე CostOSAccountingდა საბუღალტრო მონაცემები. თუ რეესტრებში ნაშთები არ ემთხვევა, ამის შესახებ გამოჩნდება შეტყობინებები. ყველაზე ხშირად არის შეუსაბამობები დაგროვილი ამორტიზაციის ოდენობით. SCP-ში ცვეთა გამოითვლება რეესტრის მონაცემების გათვალისწინებით CostOSAccounting, და არა BU რეგისტრების მიხედვით. აღწერილი შეუსაბამობების გამო, გადარიცხვის შემდეგ, ამორტიზაციის გაანგარიშება წყაროსა და დანიშნულებაში შეიძლება არ ემთხვეოდეს.

ოპერაციული პროცედურა.

მისი ყველაზე ზოგადი ფორმით, პროცესი ასე გამოიყურება: მონაცემები წყაროს მონაცემთა ბაზიდან SCPჩამოტვირთულია შუალედურ ფაილში (იხ. სურ.1 მონაცემთა ფაილის სახელი), და შემდეგ ჩაიტვირთება დანიშნულების მონაცემთა ბაზაში BP 3.0.

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

ნახ.1 მონაცემების ატვირთვა

გადმოტვირთვისთვის უნდა გამოიყენოთ გაცვლის წესები SCP_ACC8.xml, რომელიც უნდა მიუთითოთ შეყვანის ველში წესის ფაილის სახელი. წესების ფაილის არჩევისას, ისინი წაიკითხება და ხე შეივსება მონაცემთა ატვირთვის წესები. საჭიროების შემთხვევაში, შეგიძლიათ ხელახლა წაიკითხოთ გაცვლის წესები შეყვანის ველის მარჯვნივ მდებარე ღილაკის გამოყენებით. გაცვლის წესების წაკითხვისას, ატვირთვის პარამეტრები შეივსება ნაგულისხმევი მნიშვნელობებით (იხ. ნახ. 2), თუ სასურველია, მათი შეცვლა შესაძლებელია მონაცემების ატვირთვამდე.

ნახ.2 მონაცემთა ატვირთვის პარამეტრები

1. უპირველეს ყოვლისა, გირჩევთ გადაიტანოთ ორგანიზაციების სააღრიცხვო პოლიტიკა. მაგრამ თქვენ შეგიძლიათ გადაიტანოთ ყველა მონაცემი ერთდროულად. AT SCPსანიშნეზე ატვირთვის პარამეტრებითქვენ შეგიძლიათ დააყენოთ სხვადასხვა პარამეტრები, რითაც აკონტროლებთ პროცესს. ამ ეტაპზე სასარგებლოა პარამეტრის მნიშვნელობაზე დაყენება დიახ. ამ შემთხვევაში მონაცემების ჩატვირთვისას მოხდება მიმღებ მონაცემთა ბაზაში აღრიცხვის პარამეტრების კონფიგურაცია BP 3.0.

ჩვენ ვაჭერთ ღილაკს ატვირთეთ მონაცემებიდა მიიღეთ მონაცემთა ფაილი მითითებულ საქაღალდეში.

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

Მნიშვნელოვანი!იტვირთება BP 3.0აუცილებელია 2.1.8 გადამამუშავებელი ვერსიის წარმოება. ეს არის ზუსტად ის, რაც შედის სტანდარტულ კონფიგურაციაში. ეს განსაკუთრებით მნიშვნელოვანია დოკუმენტების ჩაწერისას Ოპერაცია(და ზოგადად დაარეგისტრირეთ ჩანაწერების ნაკრები). 2.1.7 ვერსიას აკლია ხაზი მოძრაობა.დაწერე = მართალიადა დოკუმენტის მეტამონაცემების თვისებები ჩატარების დროს მოძრაობების ჩაწერაკონფიგურატორში დაყენებულია არჩეულია ჩანაწერი. ამიტომ, 2.1.7 ვერსიით, მოძრაობები არ ჩაიწერება.

ჩამოტვირთვის დროს, თუ პარამეტრი დაყენებულია ატვირთვისას პროგრამის პარამეტრების და აღრიცხვის პარამეტრების სინქრონიზაციამნიშვნელობაში დიახ, აღრიცხვის პარამეტრები კონფიგურირებული იქნება მიმღების ბაზაში BP 8.3. თუ მიმღებ ბაზაში პარამეტრი არ ემთხვევა საწყის ბაზაში არსებულ პარამეტრს, მაშინ ის გამოსწორდება, რომლის შესახებაც ჩანაწერები გამოჩნდება სერვისის შეტყობინების ფანჯარაში (იხ. სურ. 4). შეადარეთ შეტყობინებების ყუთის შიგთავსი სურათზე 2-ზე ნაჩვენები პარამეტრებთან. გასაგებია, რომ მომავალში, დანარჩენი ინფორმაციის გადაცემისას, ასეთი სინქრონიზაციის საჭიროება არ არის.

ნახ.4 შეტყობინებები ბუღალტრული აღრიცხვის პარამეტრების ცვლილებების შესახებ

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

2. შემდეგი, თქვენ უნდა გადაიტანოთ ნარჩენები BP 3.0 მიმღების ბაზაზეგადაცემის თარიღზე. გაცვლის წესები ამ შემთხვევაში მუშაობს ისევე, როგორც ნებისმიერი მონაცემთა გადაცემისას ნებისმიერ სხვა მონაცემთა ბაზაში: იქმნება დოკუმენტები გახსნის ნაშთების შეყვანა. გადმოტვირთვისას უნდა მიუთითოთ წესები შემომავალი ნაშთების განყოფილებაში (იხ. სურ. 5).

ნახ.5 ნაშთების გადაცემის გაცვლის წესები

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

ნახ.6 ბუღალტრული აღრიცხვის შეცდომის მაგალითი

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

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

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

3. ახლა თქვენ უნდა გადაიტანოთ დოკუმენტებიბალანსის თარიღზე გვიანი თარიღით. ჩამოტვირთვის შემდეგ, ისინი ასევე უნდა განხორციელდეს. განტვირთვისას განყოფილებაში უნდა მონიშნოთ განტვირთვის წესები Დოკუმენტები. დოკუმენტებისთვის მონაცემების ატვირთვის წესები ნაჩვენებია სურათზე 7.

ნახ.7 დოკუმენტების გადმოტვირთვის წესები

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

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

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

ნახ. 8 დირექტორიების გადმოტვირთვის წესები

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

ნახ.9 სელექციის დაყენება გადმოტვირთვისას

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

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

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

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

წარმოებისთვის აღრიცხვისთვის დოკუმენტების გადაცემის მახასიათებლები.მათ შორისაა: დოკუმენტი წარმოების ანგარიში თითო ცვლაში, დოკუმენტი გამომავალიდა დოკუმენტი ნომენკლატურის სრული ნაკრებიოპერაციის ტიპთან ერთად გამომავალი. ყველა მათგანი გარდაქმნილია BP 3.0დოკუმენტში წარმოების ანგარიში თითო ცვლაში, ყველა შემთხვევაში აუცილებელია დაგეგმილი ღირებულების განსაზღვრა (დაგეგმილი თანხა), ვინაიდან ქ BP 3.0ეს საყრდენი სავალდებულოა. თუ PPM იყენებს ხარჯების აღრიცხვის რეჟიმს დანაყოფი, შემდეგ დაგეგმილი ღირებულება განისაზღვრება SCP დოკუმენტის განთავსებათა აღრიცხვის მონაცემების მიხედვით. RAUS გაფართოებული ანალიტიკის რეჟიმის შემთხვევაში, დაგეგმილი ღირებულება განისაზღვრება იმ თვის სააღრიცხვო მონაცემების მიხედვით, რომელშიც ეს დოკუმენტი აისახება. დაგეგმილი ღირებულება არის ბრუნვა საინვენტარიზაციო ანგარიშის დებეტში (10, 21, 41, 43) 20 ანგარიშის კრედიტიდან. ამავე დროს, თუ სააღრიცხვო პარამეტრებში დაყენებულია მუდმივი. საწყობების პარტიული აღრიცხვის წარმოება რეგ, შემდეგ თითოეული საწყობისთვის განისაზღვრება ნივთის დაგეგმილი ღირებულება. წინააღმდეგ შემთხვევაში, იგი კონსოლიდირებულია ყველა საწყობისთვის.

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

დოკუმენტის გადაცემის მოთხოვნა-ინვოისი.

თუ საწარმო იღებს ნედლეულს გადასამუშავებლად. ამ შემთხვევაში, დოკუმენტის ცხრილის ნაწილში ინვოისის მოთხოვნამასალების SCP-ში მითითებულია ანგარიში 003.01 (იხ. სურ. 10) და აუცილებელია მათი მითითება BP 3.0-ში ჩანართზე. მომხმარებელთა მასალები.

სურ. 10 ნედლეულის გადატანა წარმოებაში

არსებობს შეზღუდვები ასეთი დოკუმენტების გადაცემაზე. რადგან მომხმარებელი არის BP 3.0ერთი დოკუმენტი, სწორი გადარიცხვა იქნება მოწოდებული, რომ შეკვეთა შესრულებულია SCPიგივეა მთელი დოკუმენტისთვის. ხაზები, სადაც არის დათვლა 003.01 , ჩაწერილია BP 3.0მაგიდასთან მომხმარებელთა მასალები(იხ. სურ. 12) და ველი დამკვეთიაღებულია SCP-ში Costs - მყიდველის შეკვეთა - Counterparty ველიდან. ის დოკუმენტები, სადაც შერეული მასალები იყოფა ორ ცხრილად. მომხმარებელი აღებულია პირველი ხაზიდან, რომელშიც არის ინვოისი 003.01 .

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

მონაცემთა სინქრონიზაციის პრინციპებიაღწერილია.

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

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

წესები შესაფერისია SCP გამოშვებებისთვის დაწყებული 1.3.62.x. თუ თქვენ გჭირდებათ პორტირების წესები ადრინდელი გამოშვებებისთვის, გთხოვთ, დაუკავშირდეთ ავტორს. ჩატვირთვა უნდა განხორციელდეს BP გამოშვებაში, რომლისთვისაც შეიქმნა წესები.

08/12/2019 - წესები განახლდა UPP ვერსიებით 1.3.124.1 და BP 3.0.72.54

06/21/2019 - წესები განახლდა UPP ვერსიებით 1.3.122.2 და BP 3.0.71.63

06/11/2019 - წესები განახლდა UPP ვერსიებით 1.3.122.2 და BP 3.0.70.61

04/15/2019 - წესები განახლდა UPP ვერსიებით 1.3.120.1 და BP 3.0.70.25

04/02/2019 - წესები განახლდა UPP ვერსიებით 1.3.120.1 და BP 3.0.69.32

02/21/2019 - წესები განახლდა UPP ვერსიებით 1.3.117.1 და BP 3.0.68.58

19/12/2018 - წესები განახლდა UPP ვერსიებით 1.3.112.1 და BP 3.0.67.38

11/13/2018 - წესები განახლდა UPP ვერსიებით 1.3.112.1 და BP 3.0.66.53

10/12/2018 - დაემატა დირექტორიების გადაცემის თვისებები

ორგანიზაციები
კონტრაგენტები
ფიზიკური პირები
ნომენკლატურა
საკონტაქტო სახეები
ფიქსირებული აქტივები
ქვედანაყოფები

10/05/2018 - წესები განახლდა UPP ვერსიებით 1.3.112.1 და BP 3.0.65.72

09/10/2018 - წესები განახლებულია UPP 1.3.112.1 და BP 3.0.64.28

08/22/2018 - წესები განახლებულია UPP 1.3.111.1 და BP 3.0.64.28

07/17/2018 - წესები განახლდა UPP ვერსიებით 1.3.110.1 და BP 3.0.64.28

06/25/2018 - წესები განახლდა UPP ვერსიებით 1.3.108.2 და BP 3.0.63.15

15/05/2018 - დამატებულია დოკუმენტების გადაცემის წესი ინსტალაციისთვის აღჭურვილობის გადატანა

05/11/2018 - წესები განახლდა UPP ვერსიებით 1.3.106.3 და BP 3.0.61.37

04/24/2018 - გაუმჯობესებული ჩანართების გადაცემა პროდუქტებიდოკუმენტი წინასწარი ანგარიშიინვოისის დეტალების შევსების მიზნით

03/30/2018 - წესები განახლდა UPP ვერსიებით 1.3.105.1 და BP 3.0.59.56

03/06/2018 - წესები განახლდა UPP ვერსიებით 1.3.104.2 და BP 3.0.59.45

02/06/2018 - წესები განახლდა UPP ვერსიებით 1.3.102.1 და BP 3.0.58.23

29.01.2018 - დაემატა გადახდის ინვოისის გადახდის თარიღი

01/16/2018 - წესები განახლდა UPP ვერსიებით 1.3.100.1 და BP 3.0.57.17

12/28/2017 - წესები განახლდა UPP ვერსიებით 1.3.98.1 და BP 3.0.56.22

12/11/2017 - დამატებულია რეესტრის ჩანაწერების კორექტირების ოპერაციაზე გადაცემის წესი. შეზღუდვები: გადადის მხოლოდ განცხადებები (BU რეგისტრების გადაადგილება), დოკუმენტში უნდა იყოს ერთი ორგანიზაცია. დოკუმენტის ნუმერაცია BP 3.0-ში ოპერაცია ავტომატურია, ასე რომ თქვენ უნდა ჩატვირთოთ იგი ბოლოს.

12/07/2017 - წესები განახლდა UPP ვერსიებით 1.3.97.5 და BP 3.0.55.16

12/06/2017 - პარამეტრის კომპლექტით ტარების საყრდენი ერთეულირეკვიზიტები გადატანილია ქვედანაყოფი(გამოიყენება OU-ში) რეკვიზიტებში სამმართველო ორგანიზაცია. აზრი აქვს მონაცემების ვერსიაზე გადაცემისას კორპ. უნდა გვახსოვდეს, რომ ეს არ არის თავად ატრიბუტის მნიშვნელობა, რომელიც გადადის ქვედანაყოფიდა მისი მიმოწერა დირექტორიადან ქვედანაყოფები ორგანიზაციები.

11/07/2017 - წესები განახლდა UPP ვერსიებით 1.3.97.1 და BP 3.0.54.15

10/23/2017 - წესები განახლდა UPP ვერსიებით 1.3.96.1 და BP 3.0.53.38

10/05/2017 - წესები განახლებულია UPP 1.3.96.1 და BP 3.0.52.35

09/21/2017 - წესები განახლებულია UPP 1.3.94.1 და BP 3.0.52.35

08/25/2017 - წესები განახლდა UPP ვერსიებით 1.3.93.1 და BP 3.0.51.27. პარამეტრი დაემატა წესებს USN რეგისტრები არ არის გათვალისწინებული ნაშთების ფორმირებისას. ეს საშუალებას გაძლევთ გადაიტანოთ საქონლის ბალანსი მხოლოდ BU-ს მონაცემების მიხედვით, USN რეესტრებში დიდი რაოდენობით შეცდომის არსებობის შემთხვევაში. BP 3.0-ში, დეტალები მოხმარების სტატუსიდა ასახვა USN-შიარ არის შევსებული. დამატებულია ვარიანტი არ გადმოტვირთოთ დანარჩენი თუ რაოდენობა ნულის ტოლია, გამოიყენება ნულოვანი რაოდენობის საქონლის გადაცემაზე არანულოვანი თანხით.

07/13/2017 - წესები განახლებულია UPP 1.3.92.1 და BP 3.0.51.16

06/13/2017 - წესები განახლდა UPP ვერსიებით 1.3.91.1 და BP 3.0.50.18

06/05/2017 - წესები განახლდა UPP ვერსიებით 1.3.90.1 და BP 3.0.50.12

04/24/2017 - წესები განახლებულია UPP 1.3.90.1 და BP 3.0.49.21

04/06/2017 - წესები განახლდა UPP ვერსიებით 1.3.89.1 და BP 3.0.49.18

05.04.2017 შეიცვალა დოკუმენტის გადაცემის დამუშავების ქვითრის წესი. ახლა დოკუმენტი გადადის ReceiptFromRecycling-ზე (ჩანაცვლებულია ReceiptFromRecycling წესით ReceiptFromService).

04/01/2017 - დაემატა ნაკრები, რომელიც მოიცავს დამუშავებას ობიექტების შესატყვისით ჩატვირთვისთვის

03/09/2017 - წესები განახლდა UPP ვერსიებით 1.3.88.1 და BP 3.0.48.19

02/06/2017 - წესები განახლდა UPP ვერსიებით 1.3.87.2 და BP 3.0.47.23

01/30/2017 - წესები განახლდა UPP ვერსიებით 1.3.87.1 და BP 3.0.46.11

01/24/2017 - დაემატა კონტრაგენტების საბანკო ანგარიშების ატვირთვის შესაძლებლობა კონტრაგენტებთან ერთად: პარამეტრის დაყენებისას ატვირთეთ საბანკო ანგარიშები კონტრაგენტებთან ერთდროულად

01/02/2017 - წესები განახლდა UPP ვერსიებით 1.3.86.1 და BP 3.0.46.11

21.12.2016 - შეიცვალა გადაცემის წესი ვალის კორექტირება

12/14/2016 - წესები განახლდა UPP ვერსიებით 1.3.85.1 და BP 3.0.44.203

11/11/2016 - წესები განახლებულია UPP 1.3.84.1 და BP 3.0.44.188

10/04/2016 - დოკუმენტის გადაცემა დამატებულია სხვა ხარჯები, მისი განცხადებები გადადის დოკუმენტში Ოპერაცია

09/07/2016 - წესები განახლებულია UPP 1.3.81.2 და BP 3.0.44.102

08/29/2016 - წესები განახლებულია UPP 1.3.81.2 და BP 3.0.43.257

22.08.2016 - გაუმჯობესდა საბუთების გადაცემის წესები ინვოისის მოთხოვნა: მომხმარებლის მიერ მიწოდებული ნედლეული გადადის ცხრილის განყოფილებაში მასალები კლიენტი.

07/12/2016 - წესები განახლებულია UPP 1.3.79.1 და BP 3.0.43.247

06/27/2016 - დამატებულია წესები საქონლის გადაცემა, გადაცემული საქონლის დაბრუნება, საქონლის ქვითრები გადამუშავებიდან

06/20/2016 - წესები განახლებულია UPP 1.3.78.1 და BP 3.0.43.241

05/12/2016 - წესები განახლებულია UPP 1.3.77.2 და BP 3.0.43.213

04/22/2016 - წესები განახლებულია UPP 1.3.76.1 და BP 3.0.43.194

04/10/2016 - წესები განახლებულია UPP 1.3.75.2 და BP 3.0.43.174

02/15/2016 - წესები განახლებულია UPP 1.3.73.x და BP 3.0.43.x ვერსიებით

12/23/2015 - წესები განახლდა UPP ვერსიებით 1.3.71.x და BP 3.0.43.x

11/22/2015 - წესები განახლებულია UPP 1.3.71.x და BP 3.0.42.x გამოშვებებით

მიწოდების შინაარსი.

პაკეტი შეიცავს:

გადაცემის წესები SCP_ACC8.xml.

სარეგისტრაციო ჟურნალის დამუშავების მიხედვით შერჩევის ვარიანტში UniversalData ExchangeXML_Selection_By_Fat.epf.

ვარიანტს შესატყვისი ობიექტებით ჩატვირთვის დამუშავებისას Transfer_data_with_map_UV_v3_1.epf.

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

პროექტის სახელწოდება	ფასი	ვალუტა	Შესყიდვა
კომპლექტი. ნაშთების და დოკუმენტების გადარიცხვა UPP => BP 3.0 და KA 1.1 => BP 3.0

მიღებული აბრევიატურები

SCP- ტიპიური კონფიგურაცია "1C: Manufacturing Enterprise Management 8, გამოცემა 1.3". (განახლებულია და მუშაობს უკვე SCP 1.3.124.x).

ERP- ტიპიური კონფიგურაცია "1C: ERP Enterprise Management, გამოცემა 2". (განახლებულია და მუშაობს უკვე ERP 2.4.9.x).

პორტატული დოკუმენტების სია

ძირითადი დოკუმენტები

დოკუმენტი: მყიდველის შეკვეთა
დოკუმენტი: შესყიდვის შეკვეთა
დოკუმენტი: მიღებულია ინვოისი
დოკუმენტი: საქონლისა და მომსახურების მიღება
დოკუმენტი: ქვითრის კორექტირება
დოკუმენტი: საცალო გაყიდვების ანგარიში
დოკუმენტი: კონტრაგენტთან ანგარიშსწორების დოკუმენტი (ხელით აღრიცხვა)
დოკუმენტი: საქონლის დაბრუნება მიმწოდებელთან
დოკუმენტი: წინასწარი ანგარიში
დოკუმენტი: საქონლისა და მომსახურების გაყიდვები
დოკუმენტი: განხორციელების კორექტირება
დოკუმენტი: საქონლის დაბრუნება მყიდველისგან
დოკუმენტი: გაცემულია ინვოისი
დოკუმენტი: საბაჟო დეკლარაცია იმპორტზე
დოკუმენტი: საქონლის გადაადგილება
დოკუმენტი: დამატების ქვითარი. ხარჯები
დოკუმენტი: საქონლის ქვითარი
დოკუმენტი: საქონლის გაცემის შენიშვნა
დოკუმენტი: წარმოების შეკვეთა
დოკუმენტი: ოპერაცია (ბუღალტრული აღრიცხვა და საგადასახადო აღრიცხვა)
დოკუმენტი: შიდა ორდერი
დოკუმენტი: მარაგის კრეფა
დოკუმენტი: წარმოების ანგარიში თითო ცვლაში
დოკუმენტი: მყიდველის შეკვეთა
დოკუმენტი: ტრანსპორტი
დოკუმენტი: მყიდველისთვის გადახდის ინვოისი
დოკუმენტი: მოთხოვნა-ინვოისი
ნივთის ფასის პარამეტრები
ნივთების ფასების დაყენება
ნივთის ბოლო ფასების რეგისტრაცია
მიმწოდებლის ფასების რეგისტრაცია ხელშეკრულებებით
ხელშეკრულებით ტვირთგამგზავნის ფასების რეგისტრაცია

დოკუმენტები "ურთიერთქმედება"

დოკუმენტი: ღონისძიება
დოკუმენტი: ღონისძიება
დოკუმენტი: ფოსტა
დოკუმენტი: ფოსტა
დოკუმენტი: ღონისძიება
დოკუმენტი: ღონისძიება
დოკუმენტი: ღონისძიება

დოკუმენტები "ფინანსები"

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

გადაცემის მახასიათებლები

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

თუ თქვენ გჭირდებათ კონვერტაციის წესების შეცვლა ან მათი შესწავლა, შეგიძლიათ გახსნათ თანდართული დამუშავება კონფიგურატორში, გახსენით განლაგება. შეინახეთ კონვერტაციის წესების განლაგება ფაილში xml გაფართოებით. ჩატვირთეთ კონფიგურაციაში 1C: მონაცემთა კონვერტაცია, რედ. 2.1.

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

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

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

მონაცემთა მიგრაციის სცენარები

შემოთავაზებული მონაცემთა მიგრაციისთვის გამოყენების შემთხვევები შეიძლება განსხვავდებოდეს თქვენი ორგანიზაციის საჭიროებიდან გამომდინარე. ჩვენ ვხედავთ გამოყენების ორ ძირითად შემთხვევას:

1) მონაცემთა ერთჯერადი გადაცემა შემდგომი აღრიცხვისთვის ERP. ამავდროულად, საბუთების გადაცემა იწყება აღრიცხვის დღიდან ქ ERPმომხმარებლებს საშუალებას აძლევს სწრაფად შეეგუონ ახალ პროგრამას. ისინი ხედავენ, როგორ გამოიყურება დოკუმენტები, რომლებიც შევიდა SCPდა შეუძლია სწრაფად გაუმკლავდეს ბუღალტრულ აღრიცხვას.

2) საბუთების რეგულარული გადაცემა დან SCP in ERPსაცდელი პერიოდის განმავლობაში. შესაძლებელია დოკუმენტების ნაწილის შეტანა ახალ პროგრამაში, ნაწილის - ძველში. თუმცა, დოკუმენტები SCPგადაეცა ERP. ეს თავიდან აიცილებს ორმაგი მონაცემების შეყვანას. განახორციელოს ახალი პროგრამის დანერგვა ეტაპობრივად, არჩეული გეგმის მიხედვით დააკავშიროს სააღრიცხვო ერთეულები და მომხმარებლები.

მონაცემთა გადაცემის შეზღუდვები

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

2. თუ წყაროს მონაცემთა ბაზა SCPაქვს დიდი მოცულობა (და ბაზებისთვის SCPეს არ არის იშვიათი), მაშინ გადაცემა უნდა განხორციელდეს თანმიმდევრულად.

ა) დირექტორია ნომენკლატურა(თუ მას აქვს ელემენტების დიდი რაოდენობა).

ბ) სხვა დირექტორიები. ასევე შეგიძლიათ ცალ-ცალკე გადაიტანოთ კონტრაგენტები და მათი კონტრაქტები, შემდეგ კი დანარჩენი დირექტორიები.

გ) ნაშთების გადატანა აღრიცხვის დაწყების თარიღამდე.

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

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

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

გადაცემის ბაზების მოთხოვნები

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

როგორ განაახლოთ და გამოასწოროთ შეცდომები

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

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

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

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

4) მე ვასრულებ მომხმარებლის თითქმის ყველა მოთხოვნას წესების გაუმჯობესების შესახებ უფასოდ. გადასინჯვის პირობა არის ის, რომ ის უნდა შეესაბამებოდეს სტანდარტული აღრიცხვის მეთოდოლოგიას 1C-დან. უნდა ეხებოდეს წესების მიმდინარე ვერსიას. და, რა თქმა უნდა, მხოლოდ ტიპიური კონფიგურაციების დახვეწა.

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

მონაცემთა გადაცემის შესყიდვის ვარიანტები

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

ტარიფები:

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

მონაცემთა ბაზის საწყისი მოთხოვნები: - არდამსწრე

ტარიფის ვარიანტები:დაკარგული.

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

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

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

მონაცემთა ბაზის საწყისი მოთხოვნები: არ არის კონფიგურაციისა და ბაზის შეზღუდვები.

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

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

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

კომპლექსი- ახალ სისტემაზე გადასვლა საპროექტო ტექნოლოგიებზეა დაფუძნებული.

საბაზისო მოთხოვნები:არ არსებობს შეზღუდვები კონფიგურაციასა და მონაცემთა ბაზაში

სატარიფო ვარიანტები: Infostart იღებს ყველა ვალდებულებას შესრულებული სამუშაოსთვის.

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

ტექნიკური მხარდაჭერის პოლიტიკა

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

ძირითადი - რეაქციის დრო 24-დან 72 საათამდე.

სტანდარტული - რეაქციის დრო 12-დან 24 საათამდე.

კომპლექსი - რეაქციის დრო 3-დან 12 საათამდე.

ტექნიკური დახმარება უზრუნველყოფილია სამუშაო დღეებში მოსკოვის დროით 9:00 საათიდან 18:00 საათამდე.

მონაცემთა გადაცემის მოსალოდნელი შედეგი და ვადები

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

ყველა ტარიფისთვის (გარდა "ძირითადი" ტარიფისა) განისაზღვრება სამუშაოს შემდეგი ეტაპები:

ტარიფებისთვის "სტანდარტული" და "კომპლექსი"

1. ბაზის ანალიზი.

2. სამუშაო გრაფიკის კოორდინაცია.

3. ტესტის გადაცემა

4. შედეგის კოორდინაცია

5. სამუშაო გადაცემა.

"სტანდარტული" ტარიფის გადარიცხვის საშუალო დრო 1 კვირაა.

დამატებით "კომპლექსური" ტარიფისთვის

6. პორტატული მონაცემთა ბაზის გაუმჯობესების აუდიტი

7. ახალი მონაცემთა ბაზის გაუმჯობესების კოორდინაცია

8. ტრენინგი

9. მხარდაჭერა გადაცემის შემდეგ

გაქვთ რაიმე შეკითხვები? რთულია არჩევა? მოგვწერეთ, ჩვენ დაგეხმარებით საუკეთესო ვარიანტის არჩევაში!

ყიდვის მიზეზები

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

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

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

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

უპირატესობები

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

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

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

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

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

ვერსიების შედარება

08/19/2018 - პორტი განახლდა გასაშვებად SCP 1.3.124.x, KA 2.4.9.x, ERP 2.4.9.x.

07/17/2018 - პორტი განახლდა გასაშვებად UPP 1.3.122.x, KA 2.4.8.x, ERP 2.4.8.x.

04/15/2018 - პორტი განახლდა გასაშვებად SCP 1.3.120.x

03/29/2018 - პორტი განახლდა გასაშვებად SCP 1.3.119.x, KA 2.4.7.x, ERP 2.4.7.x.

02/21/2018 - პორტი განახლდა გასაშვებად SCP 1.3.117.x.

01/23/2018 - პორტი განახლდა გასაშვებად UPP 1.3.115.x.

12/24/2018 - პორტი განახლდა გასაშვებად KA 2.4.6.x.

12/13/2018 - პორტი განახლებულია გამოშვებებზე SCP 1.3.113.x, ERP 2.4.6.x.

09/24/2018 - პორტი განახლდა გასაშვებად SCP 1.3.112.x.

07/16/2018 - პორტი განახლდა გასაშვებად SCP 1.3.110.x.

07/05/2018 - პორტი განახლდა გასაშვებად SCP 1.3.109.x.

06/21/2018 - გადარიცხვები განახლებულია რელიზებზე SCP 1.3.107.x, KA 2.4.5.x, ERP 2.4.5.x.

04/16/2018 - გადარიცხვები განახლებულია რელიზებზე SCP 1.3.106.x, KA 2.4.3.x, ERP 2.4.3.x.

03/05/2018 - პორტი განახლდა გასაშვებად SCP 1.3.104.x.

02/05/2018 - ტრანსფერი განახლდა SCP 1.3.101.x და KA 2.4.2.x გამოშვებებზე.

01/17/2018 - გადარიცხვები განახლებულია გამოშვებამდე SCP 1.3.100.x.

12/26/2017 - გადარიცხვები განახლებულია რელიზებზე SCP 1.3.99.xდა ERP 2.4.2.x.

11/10/2017 - გადარიცხვები განახლებულია რელიზებზე UPP 1.3.97.x, KA 2.4.1.x, ERP 2.4.1.

09/18/2017 - გადარიცხვები განახლებულია რელიზებზე SCP 1.3.94.xდა ERP 2.4.1.x.

08/22/2017 - გადარიცხვები განახლებულია რელიზებზე SCP 1.3.93.x

07/18/2017 - გადარიცხვები განახლებულია რელიზებზე SCP 1.3.92.x, UT 11.3.4.x, KA 2.2.4.x, ERP 2.2.4.x.

06/28/2017 - პორტი განახლდა გასაშვებად SCP 1.3.91.x.

05/24/2017 - პორტი განახლებულია გამოშვებებზე SCP 1.3.90.xდა ERP 2.2.3.196.

04/27/2017 - გადარიცხვები განახლებულია რელიზებზე SCP 1.3.89.x, UT 11.3.3.x. დააფიქსირა მომხმარებლების ბევრი კომენტარი.

04/01/2017 - გადარიცხვები განახლებულია რელიზებზე SCP 1.3.88.xდა ERP 2.2.3.x.

02/15/2017 - გადარიცხვები განახლებულია რელიზებზე SCP 1.3.87.x, UT 11.3.2.x, CA 2.2.2.x.

12/23/2016 - პორტი განახლდა გასაშვებად SCP 1.3.85.x.

11/17/2016 - პორტი განახლდა გასაშვებად SCP 1.3.84.xდა ERP 2.2.2. ასევე დაფიქსირდა კლიენტის მონაცემთა ბაზებში გადარიცხვის დაწყებისას აღმოჩენილი შეცდომების დიდი რაოდენობა.

09/27/2016 - გადარიცხვები განახლებულია გამოშვებამდე SCP 1.3.82.x. პროგრამას დაემატა გადაცემის ვარიანტი UT 11.3.1.x(ახალი მონაცემთა გადაცემა).

09/10/2016 - გადარიცხვები განახლებულია რელიზებზე SCP 1.3.81.xდა ERP 2.2.1.x.

08/05/2016 - გადავიდა SCP 1.3 => ERP 2.1განახლებულია გამოშვებამდე SCP 1.3.80.x.

08/02/2016 - ახალი ტრანსფერი დამატებულია SCP 1.3 => KA 2.0. პორტი განკუთვნილია გათავისუფლებისთვის SCP 1.3.80.xდა KA 2.0.3.x. მომავალში განახლდება.

29.06.2016 - განხორციელდა CCD ნომრების გადატანა დოკუმენტში საქონლისა და მომსახურების რეალიზაცია. პორტი განახლებულია გამოსაშვებად SCP 1.3.78.x.

06/06/2016 - ტრანსფერი განახლდა UPP 1.3.77.x გამოშვებამდე. გამოსწორდა ხარვეზი "ობიექტი ვერ მოიძებნა დოკუმენტი. EGAIS-ის საგზაო ბილეთი".

06/05/2016 - დემო ბაზა გამოქვეყნდა განსახილველად ERP 2.1.3ტიპიური დემბაზიდან გადატანის შედეგად მიღებული SCP 1.3.77.1 1C-დან: http://licenzy.zapto.org/erp2.1_from_upp1.3/ru_RU/

05/10/2016 - პორტი განახლდა გასაშვებად SCP 1.3.76.x.

21.04.2016 - დოკუმენტის გადაცემა დამატებულია გამომავალი.

04/16/2016 - პორტი განახლდა გასაშვებად SCP 1.3.75.x, გადაცემის ტესტირებისას რამდენიმე შეცდომა იქნა ნაპოვნი და დაფიქსირებული.

03/28/2016 - დაფიქსირდა შეცდომები ტერმინალების შეძენისას, შეცდომები დოკუმენტის ველების ნაგულისხმევად შევსებისას.

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

03/15/2016 - დოკუმენტის გადმოტვირთვის შეცდომა დაფიქსირდა საბაჟო დეკლარაცია იმპორტისთვის, რაც მოხდა შეკვეთის სქემის გამოყენებისას.

03/11/2016 - პორტი განახლდა გასაშვებად SCP 1.3.74.x.

03/10/2016 - შეცდომები დაფიქსირდა.

01/15/2016 - შეცდომები დაფიქსირდა. დამატებულია ფინანსური დოკუმენტების ველების ნაგულისხმევად შევსება მათი ჩატვირთვის შემდეგ განსათავსებლად.

01/14/2016 - პორტი განახლებულია გამოშვებებზე SCP 1.3.72.xდა ERP 2.1.3.х. აღმოჩენილი შეცდომები გამოსწორებულია. კერძოდ, დოკუმენტის გადაცემის შესახებ განაცხადი ფულის დახარჯვისთვის.

13.12.2015 - ცვლილებები შევიდა სატრანსფერო პაკეტში. დამატებულია დოკუმენტები გადაცემის მეთოდის შესახებ, რეკომენდაციები მისი განხორციელებისთვის. 1C-დან ტიპიური გადაცემის შეცდომა დაფიქსირდა - RAUS-ის დროს ნომენკლატურის გადმოტვირთვა რამდენჯერმე დაჩქარდა (ახლა ერთი მოთხოვნა მუშაობს, თუნდაც განტვირთვა სელექციებით). განახლებულია სახელფასო მონაცემების გადაცემის წესები. მცირე ცვლილებები განხორციელდა ატვირთვის დამუშავების ფორმაში.

12/06/2015 - ტრანსფერი განახლებულია SCP 1.3.71.xდა ERP 2.1.2.х. დაფიქსირდა ხარვეზი მონაცემთა ატვირთვის ტიპიურ დამუშავებაში. დირექტორიას ატვირთვა ნომენკლატურააჩქარებულია 10-ჯერ იმ ბაზებში, სადაც ის გამოიყენება RAUSE.

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

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

11/02/2015 - ჩატარდა სამუშაოები განტვირთვის დაჩქარების მიზნით. ადრე ჩამოტვირთვის ფაილის ზომა მხოლოდ ერთი დირექტორია ნომენკლატურაშეიძლება იყოს ასობით მეგაბაიტი ათიათასობით ჩანაწერით დირექტორიაში. ახლა ნომენკლატურის გადმოტვირთვის ზომა თითქმის ხუთჯერ შემცირდა განტვირთვის შედარებით დროით. ასევე დაფიქსირდა შეცდომები დოკუმენტის გადმოტვირთვისას წარმოების შეკვეთა,და დაფიქსირდა შეცდომა დოკუმენტის ჩატვირთვისას წინასწარ გაცემული ინვოისი.

10/28/2015 - განახლებულია ვერსიებზე SCP 1.3.70.xდა ERP 2.1.2.х.

19.10.2015 - საბუთების გადაცემას დაემატა ორი სახის დოკუმენტი: დამატებითის მიღება მომსახურებადა საბაჟო დეკლარაცია იმპორტისთვის.

10/04/2015 - მიგრაცია განახლებულია ვერსიაზე SCP 1.3.69. ასევე, დამუშავების ფორმას დაემატა ინფორმაცია ინფოსტარტზე გამოქვეყნების შესახებ. განახლებულია ხელფასის მონაცემების გადაცემის წესები - თავდაპირველად ისინი ტიპიური იყო 1C-დან 2015 წლის თებერვლიდან. იყო შეცდომები მათი გამოყენებისას.

27.09.2015 - დაფიქსირდა შეცდომები დოკუმენტების გადაცემისას. გადარიცხვას ახალი ტიპის დოკუმენტები დაემატა. სრული სია მოცემულია პუბლიკაციის აღწერაში. დამატებულია დოკუმენტების გადაცემა წარმოების შეკვეთა, შიდა შეკვეთა => გადაცემის შეკვეთა.

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

08/04/2015 - დოკუმენტების გადაცემის საბოლოო ვერსია SCP in ERP.

Ფულის დაბრუნების გარანტია

შპს „ინფოსტარტი“ გარანტიას გაძლევთ თანხის 100%-იან დაბრუნებას, თუ პროგრამა არ შეესაბამება აღწერიდან დეკლარირებულ ფუნქციონირებას. თანხის სრულად დაბრუნება შესაძლებელია, თუ მას განაცხადებთ ჩვენს ანგარიშზე თანხის მიღების დღიდან 14 დღის განმავლობაში.

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

მონაცემთა გადაცემა პროგრამიდან 1C UPP rev.1.3 1C Accounting 8 rev. 3.0

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

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

ყურადღება.სტატიაში აღწერილი მუშაობის ყველა ალგორითმი და მეთოდი სრულად გამოიყენება SCP-დან მონაცემთა გადაცემისთვის (იხ. აღწერა pdf ფორმატში). ფუნქციონალობა შეიძლება განსხვავდებოდეს.

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

ოპერაციული პროცედურა.

მისი ყველაზე ზოგადი ფორმით, პროცესი ასე გამოიყურება: მონაცემები SCP-ის წყაროს მონაცემთა ბაზიდან გადმოიტვირთება შუალედურ ფაილში (იხ. ნახ. 1. მონაცემთა ფაილის სახელი), და შემდეგ ჩაიტვირთება BP 3.0 მიმღების ბაზაში.

ნახ.1 მონაცემების ატვირთვა

ნახ.2 მონაცემთა ატვირთვის პარამეტრები

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

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

ნახ.5 ნაშთების გადაცემის გაცვლის წესები

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

ნახ.6 ბუღალტრული აღრიცხვის შეცდომის მაგალითი

ნახ.7 დოკუმენტების გადმოტვირთვის წესები

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

ნახ. 8 დირექტორიების გადმოტვირთვის წესები

ნახ.9 სელექციის დაყენება გადმოტვირთვისას

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

დოკუმენტის გადაცემისას ნომენკლატურის სრული ნაკრებიოპერაციის ტიპთან ერთად გამომავალიშეავსეთ ცხრილი მასალებიდა შესაბამისად დოკუმენტის წარმართვისას წარმოების ანგარიში თითო ცვლაში BP 3.0-ში მასალები ჩამოწერილია. დოკუმენტის გადაცემისას წარმოების ანგარიში თითო ცვლაში in 1C ბუღალტერია 8ცხრილის განყოფილება მასალები არ არის შევსებული, რადგან ამ შემთხვევაში არის ფორმის დოკუმენტები ინვოისის მოთხოვნა.

თუ ჩამოტვირთვის პრობლემაა: მითითებული ფაილი არ არსებობს", გირჩევთ გააკეთოთ შემდეგი. გადართეთ "ოპერაციული რეჟიმიდან (სერვერზე)" "ოპერაციულ რეჟიმში (კლიენტზე)", შემდეგ ფაილის ჩამოტვირთვის შერჩევის ფანჯარა უმოქმედო ხდება. როდესაც დააჭირეთ ღილაკს "მონაცემების ჩამოტვირთვა", დამუშავება მოგთხოვთ აირჩიოთ ჩამოტვირთვის ფაილი, მიუთითეთ სცადეთ ფაილის სახელის მთლიანი სიგრძე 64 სიმბოლოზე ქვემოთ, არ შეიცავდეს ინტერვალს ან რუსულ ასოებს, თავად ფაილის სახელი უნდა იყოს რაც შეიძლება მოკლე, მაგ.: CDData.xml.

მიწოდების შინაარსი.

პაკეტში შედის: გადარიცხვის წესები SCP_ACC8.xml. ვარიანტისთვის ნაშთებისა და დოკუმენტების გადატანა 1C UPP პროგრამიდან 1C BP rev. 3.0-ზე ZhR-ის შერჩევითდამუშავება შედის UniversalData ExchangeXML_Selection_By_Fat.

მონაცემთა გადაცემის სხვა წესები:

მსგავსი სტატიები