1C ამოცანას ვერ ფარავს, შეცვლა კი არ გინდათ? 1C-ის ინტეგრაცია: საკუთარი ინსტრუმენტები აღრიცხვის გვერდით

როცა 1C აღრიცხვას აწარმოებს, მაგრამ ყველაფერს ვერა

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

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

როგორ იყო ეს წარმოებაში

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

რას ვარკვევ დეველოპმენტამდე

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

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

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

შესაძლო პირველი ეტაპი

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

როგორ ვიღებთ შედეგს

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

მსგავსი ამოცანები

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