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

ანონიმური

12.05.2019 20:18:04

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

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

თუ გსურთ იპოვოთ წმინდა საინფორმაციო და გათბობის რესურსი, შეგიძლიათ დააწკაპუნოთ avtomati-na-dengi.net-ზე, სადაც შეგიძლიათ შეისწავლოთ დახმარება, თუ როგორ უნდა მომენტალურად გამოიტანოთ თანხები. თუ თქვენ გაქვთ პრობლემები თამაშებში, თქვენ არ იცით რაიმე სლოტების შესახებ, ასევე შეგიძლიათ შეისწავლოთ ინფორმაცია ამის შესახებ რესურსზე. რომ იცოდეთ, პანდას სათამაშო აპარატს აქვს სპეციალური თემა. და რაც შეეხება Fairy Land-ს, შეგიძლიათ გულწრფელად გაერთოთ. ყოველივე ამის შემდეგ, ზღაპრულ ქვეყანაში ბაყაყებს შეუძლიათ მრავალი პრიზის მოგება. ასევე შეგიძლიათ გაიგოთ, რომელი სლოტები მოგცემთ საშუალებას მიიღოთ მეტი ფული. სათამაშო აპარატები დღეს წარმოუდგენლად პოპულარულია. მათი თამაში შესაძლებელია სხვადასხვა მობილური გაჯეტებიდან, იქნება ეს ოპერაციული სისტემა Android ან iOS. ასევე შეგიძლიათ ითამაშოთ პორტალებზე მცირე თანხით. ამ დროისთვის, კაზინო გთავაზობთ ყველაზე მაგარ და ყველაზე სათამაშო სლოტებს.

თუ დიდი ხანია გინდოდათ სანდო და პატიოსანი ონლაინ პლატფორმის პოვნა, გიზიდავთ კლასიკური სათამაშო აპარატები, მათ შესახებ დეტალები შეგიძლიათ გაიგოთ ვებსაიტზე. დღესდღეობით არის დიდი რაოდენობით მრავალფუნქციური სლოტები. თუ თქვენ გაქვთ სურვილი ითამაშოთ მრავალხაზიანი სათამაშო ავტომატით, ახლა ამის გაკეთება შეგიძლიათ პირდაპირ თქვენი ბრაუზერიდან. როგორც მამაკაცები, ასევე ქალები ახლა მხიარულობენ ონლაინ თამაშებში. მნიშვნელოვანია აღინიშნოს, რომ იმისათვის, რომ შეძლოთ თანხის ჩარიცხვა თქვენს ბალანსზე, თქვენ უნდა განახორციელოთ გადარიცხვა ერთ-ერთი გადახდის სისტემის გამოყენებით: Qiwi, WebMoney, Yandex.Money. ასევე შეგიძლიათ გაიგოთ, მუშაობს თუ არა სერვისი Visa და MasterCard საბანკო ბარათებით და განახორციელოთ საბანკო გადარიცხვა. როგორც წესი, ყველა ტრანსფერი ძალიან სწრაფად მოდის. ბალანსის შევსების შემდეგ, შეგიძლიათ ისიამოვნოთ სრულყოფილი გრაფიკით და ითამაშოთ სხვადასხვა ჟანრის სლოტები.

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

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

ანონიმური

07.05.2019 21:25:56

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

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

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

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

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

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

ამ პროდუქტების გამოშვებასთან/განახლებასთან დაკავშირებით, ასევე ვებ სერვისების ტექნოლოგიის განვითარებასთან დაკავშირებით, 1C სპეციალისტებმა განახორციელეს უწყვეტი ინტეგრაცია, 1C ERP და 1C დოკუმენტების მენეჯმენტი (შემდგომში „DO“).

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

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

• 1C "DO" 2.0 (ვერსია CORP)

  ვებ სერვერი Apache.

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

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

ასეთი სქემის განსახორციელებლად, ჩვენ მივიღებთ მომხმარებლებს 1C ERP და 1C DO.

- უსაფრთხოება

- Ადვოკატი

- ეკონომისტი

- კლერკი

ახლა მოდით გადავიდეთ პარამეტრებზე

მოდით გადავიდეთ 1C DO-ზე "Configurator" რეჟიმში და გამოვაქვეყნოთ ჩვენი მონაცემთა ბაზა ვებ სერვერზე.

დასახელება - რესურსის მისამართი, ე.ი. http: // localhost / DocCorp /

დირექტორია - ვებ სერვისის მდებარეობა.

სამუშაოს შემოწმება.

ახლა მოდით გავაკეთოთ პარამეტრები 1C TO-ში.

1) შევქმნათ ახალი ტიპის დოკუმენტი: „გაყიდვის ხელშეკრულება“

გადადით "NSI და ადმინისტრაცია" - "დოკუმენტების ტიპები"

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

შექმენით ახალი ხედი

მოდით გადავიდეთ ჩანართზე "დოკუმენტის შაბლონები" - "დოკუმენტის დეტალები".

მოდით შევქმნათ საქაღალდე ყველა გაყიდვის კონტრაქტის ერთ ადგილზე შესანახად.

გადადით "დამუშავების შაბლონებში", შექმენით ახალი შაბლონი.

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

მოდით ჩამოვწეროთ პროცესი.

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

მოდით დავუბრუნდეთ „პროცესის პარამეტრები“ ჩანართს და დავამატოთ კოორდინატორები.

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

ახლა მოდით დავაყენოთ catch-ზე დაფუძნებული მისამართი, დააჭირეთ ღილაკს "გამოყენების პირობები" * (მხოლოდ CORP ვერსიაში).

მოდით შევქმნათ მარშრუტის ახალი პირობა: კონტრაქტის ოდენობა> 100,000 რუბლი.

მივაკუთვნოთ ის „დოკუმენტის ტიპს“ – „გაყიდვის ხელშეკრულებას“.

1C "DO"-ს დაყენება დასრულებულია. მოდით გადავიდეთ 1C: ERP-ის დაყენებაზე.

დაამატეთ მომხმარებლები ისევე, როგორც 1C "DO"-ში

URL ველში შეიყვანეთ სერვისის ვებ მისამართი, დააყენეთ საჭირო ველები და გააგრძელეთ ინტეგრაციის დაყენება.

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

ეს იქნება "კონტრაქტი კონტრაგენტთან", ობიექტი 1C "DO" - "შიდა დოკუმენტი"

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

საჭიროა რამდენიმე ველის კონფიგურაცია.

დოკუმენტის ტიპი 1-ში "DO" - "გაყიდვის ხელშეკრულება"

დოკუმენტის ტიპის შეყვანისას, 1C ERP ეძებს მას 1C "DO".

"საქაღალდე" - "გაყიდვის ხელშეკრულება" (დოკუმენტის შენახვის ადგილი)

"Რეგისტრაციის ნომერი"

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

ჩვენ გვაქვს კონტრაქტის ეს ნომერი.

დააყენეთ დარჩენილი ველები

სულ ეს არის - მოდით შევინახოთ პარამეტრი.

ჩვენ შევქმნით გაყიდვის ხელშეკრულებას 1C ERP-ში, შევქმნით მას მომხმარებლის "Clerk"-ის ქვეშ.

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

1C "DO", ეს ქმნის შიდა დოკუმენტს "გაყიდვის ხელშეკრულება"

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

ჩვენი კონტრაქტის ოდენობა 100000 რუბლს შეადგენს, შესაბამისად, ჩვენი მარშრუტის წესი მუშაობდა, დაემატა "ეკონომისტი".

ჩვენ ვიწყებთ პროცესს.

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

შემდეგ გადადით "ეკონომისტთან"

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

ჩვენი შეთანხმება გადავიდა სტატუსზე „ეფექტური“.

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

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

1C "DO"-ში ჩვენ შევქმნით შიდა დოკუმენტს "გაყიდვის ხელშეკრულება"

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

ეკრანზე მცირე უზუსტობა, კონტრაქტის ოდენობა დაფიქსირდა 1500r ოდენობით.

მე დავადგინე ხელშეკრულების ოდენობა 1500 რუბლს, შესაბამისად, ეკონომისტს არ სჭირდება რაიმე დამტკიცება.

მოდით გადავიდეთ 1C ERP-ზე.

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

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

ჩვენ ვაფორმებთ ჩვენს კონტრაქტს 1C ERP-ში და ვაყენებთ კავშირს შეთანხმებულ ობიექტთან 1C "DO"-დან.

გადადით ამ დოკუმენტის "დოკუმენტის ნაკადზე" და აირჩიეთ "შიდა დოკუმენტი" 1C DO.

ძიება ხორციელდება შერჩეული კრიტერიუმების მიხედვით 1C "DO" მხარეს.

ახლა ჩვენ დავაყენეთ კავშირი ორ ობიექტს შორის.

ამავდროულად, ჩვენ არ შევქმენით ზედმეტი დოკუმენტები 1C ERP-ში, დამტკიცების მთელი პროცესი მიმდინარეობდა ERP მხარეს (1C "DO"-ს საშუალებით). და მიღებული იქნა 2 ობიექტის შეერთება სხვადასხვა ბაზიდან.

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

PS. 1C ERP-თან ინტეგრაციისას, მე გირჩევთ შეადგინოთ გეგმები საწარმოს სტრუქტურის, კონტრაქტორების, მომხმარებლებისა და DDS სტატიების გაცვლისთვის. ეს შეამცირებს ჩარევას 1C "DO" სისტემაში და ექნება განახლებული ინფორმაცია სახელშეკრულებო აღრიცხვისთვის.

3 ოპერატიული დაგეგმვა და ფაქტი. DS მოძრაობა.

3.1 ბიუჯეტის დაჯავშნა

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

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

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

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

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

ასე რომ, შემოგთავაზებთ საბუთებს ბიუჯეტების დაჯავშნა პერიოდისთვის - 2017 წლის სექტემბერი.

მოდით ყურადღება მივაქციოთ შემდეგ პუნქტებს:

• 
  ჩვენ არ შევქმნით დამტკიცების მარშრუტს „ბიუჯეტის დაჯავშნის“ დოკუმენტისთვის. დააყენეთ ნიშანი "Out of მარშრუტი" და სტატუსი "დამტკიცებული"

• 
  ჩვენ მივუთითებთ ორგანიზაციას "MSK UK (Management Functions)", ხოლო ცენტრალურ ფედერალურ ოლქში - დავტოვებთ ღირებულებას, რომელიც მითითებული იყო ბიზნეს გეგმაში.

3.2 მიმწოდებლისათვის გადახდის შესახებ განაცხადის დამტკიცების გზები

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

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

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

მოდით გადავიდეთ განყოფილებაში "პროცესები და დამტკიცებები / პროცესის შაბლონები".

შევქმნათ ახალი შაბლონი – „გადახდის განაცხადების დამტკიცების პროცესი“. პროცესის მიზანს მივუთითებთ - „დამტკიცების მარშრუტი“. ტიპიდამტკიცების ობიექტი – „განცხადება ექსპლუატაციის შესახებ“.

მოდით შევქმნათ შემდეგი შერიგების მარშრუტი:

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

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

„შეტყობინებების“ ეტაპი შეიძლება გამოყენებულ იქნას როგორც ცალკე ეტაპი (პროცესის ქსელური დიაგრამა).

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

შესაბამისად, „შეტყობინებების“ ეტაპი შეიძლება შევიდეს პროცესის ქსელის დიაგრამაში.

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

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

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

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

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

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

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

3.3 განაცხადების მოლაპარაკება მარშრუტის გასწვრივ

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

შეავსეთ დოკუმენტი განაცხადი ოპერაციაზე ტიპის „BDDS (ხარჯების) ანგარიშსწორება კონტრაგენტებთან“.

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

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

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

ჩვენ შევავსებთ კონტრაგენტს, ხელშეკრულებას;მოდით გადავიდეთ "Limits Control" ჩანართზე.

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

დავდოთ დოკუმენტი და ვნახოთ, რომ დოკუმენტი მიიღებს სტატუსს "დამტკიცების შესახებ"

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

მიმდინარე ეტაპი მონიშნულია ლურჯად.

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

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

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

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

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

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

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

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

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

ღილაკზე „დოკუმენტის დამტკიცება“ დაწკაპუნებით ჩვენ გავაგრძელებთ მიმდინარე ეტაპის დამტკიცების განხორციელებას.

მოდით დავდოთ ვიზა (ახსნა) და დავაჭიროთ "ვეთანხმები".

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

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

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

3.4 მუშაობა გადახდის კალენდართან.

ასე რომ, ამ დროისთვის, გადახდის 2 განცხადება ხაზინადართან „შეთანხმების“ ეტაპზეა.

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

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

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

ანუ ხაზინადარს შეუძლია, მაგალითად, დ/ს მოსალოდნელი ქვითრის „დამატებითი დაგეგმვის“ No1 სიტუაციის სიმულაცია.კლიენტისგან და გააანალიზეთ და შეინახეთ მოვლენების განვითარების ეს „სცენარი“ (გადახდის კალენდრის ასეთი ვარიანტი). შემდეგ, N 2 სიტუაციის სიმულაცია, როდესაც d/s-ის მოსალოდნელი მიღება არ მოხდა, მაგრამ აუცილებელია d/s-ის დეფიციტის დახურვა.გ გადაადგილების გზით დ /გ სხვა მიმდინარე ანგარიშიდან და ნაწილობრივ გადაიტანეთ გადახდის თარიღები. საერთო ჯამში, შესაძლებელი იქნება ორივე სცენარის შედარება და უფრო მომგებიანის არჩევა.

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

თუმცა, სანამ გადახდის კალენდართან მუშაობას გააგრძელებთ, უნდა შეასრულოთ შემდეგი ნაბიჯები.

გადახდის კალენდრის რამდენიმე პარამეტრის კონფიგურაცია:

• 
  კალენდრის ფორმირების ჰორიზონტები (დღეების რაოდენობა);
• 
  გავითვალისწინოთ თუ არა (1 ან 0, ან მაგალითად - 0.5 - მაშინ „ჩვენ ვითვალისწინებთ მის ნახევარს“) განაცხადის დოკუმენტები (მათ შორის, დაუმტკიცებელი, დამტკიცების პროცესში მყოფი) გადახდის კალენდრის ფორმირებისას.
  • 
    იმათ. თუ ყველგან დაყენებულია „1“ დაუმტკიცებელი განაცხადებისთვის, მაშინ ყველა დაუმტკიცებელი (მაგრამ დამტკიცების პროცესში) განაცხადი სრულად იქნება გათვალისწინებული პროგრამის მიერ გადახდის კალენდრის ფორმირებისას.

    სხვა სიტყვებით რომ ვთქვათ, ეს ნიშნავს, რომ პროგრამა გადახედავს ამ მოთხოვნების გადახდის დაგეგმილ თარიღებს და თანხებს და, შესაბამისად, შეიტანს ამ მონაცემებს კალენდარში და გამოთვლის d/s-ის დაგეგმილ ნაშთებს მიმდინარე ანგარიშებზე, მოსალოდნელი გადახდების გათვალისწინებით. ასეთი მოთხოვნები.

რეგისტრაციამიმდინარე საწყისი ნაშთები d/s:

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

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

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

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

მოდით გადავიდეთ განყოფილებაში "დაგეგმვა და კონტროლი / გადახდის კალენდარი".

მოდით დავაყენოთ შემდეგი ძირითადი პარამეტრები:

• დააყენეთ დაჯგუფებები: ორგანიზაციისა და საბანკო ანგარიშის მიხედვით;
• დააყენეთ პერიოდი: მიმდინარე თარიღიდან მიმდინარე თვის ბოლომდე;

შევქმნათ გადახდის კალენდარი (კალენდარი გენერირებული იქნება მიმდინარე თარიღიდან თვის ბოლომდე).

ჩვენ დავინახავთ, რომ კალენდარში შედის ორი მიმდინარე ანგარიშის საწყისი ნაშთები,დაგეგმილი მოძრაობები მოხმარებისთვის d/c (გადახდის ორი მოთხოვნის გადახდა, ხვალინდელი თარიღი).

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

• მოდით შევცვალოთ შერჩეული შეკვეთების ანგარიში. მოდით დავაყენოთ ანგარიში - VTB 24.

• 
  შედეგად, მივიღებთ, რომ "საბანკო ანგარიში არ არის განსაზღვრული" - გამორიცხულია კალენდარიდან, მაგრამ 05/09 არის 4000 ფულადი უფსკრული. დასკვნა არის ის, რომ დაგეგმილი ხარჯი (სულ 34 ათასი რუბლი). 2 განაცხადი) აღემატება ბალანსს d/c ანგარიშზე.

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

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

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

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

3.5 გადახდების რეესტრის ფორმირება.

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

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

გადახდის ორდერები გენერირდება ღილაკზე „გადახდის დავალების გენერირება“ დაწკაპუნებით.

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

კლიენტ-ბანკიდან ჩამოტვირთვის შემდეგ მიმდინარე ანგარიშიდან ჩამოწერის ფაქტზე დოკუმენტები აიტვირთება პროგრამაში.„ჩამოწერა მიმდინარე ანგარიშიდან“.

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

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

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

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

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

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

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

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

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

1C: Document flow CORP-ის დანერგვა დაგეხმარებათ ორგანიზაციის მოგების გაზრდაში!

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

სურათი 1. დაბლოკეთ „პროცესის კონტროლი“ პროგრამის ინტერფეისში.

სურათი 2. პროცესების შაბლონები 1C-ში: Document flow CORP

ნახაზი 3. შპს „რომაშკაში“ კომერციული შეთავაზებების დამუშავების სქემა

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

ნახაზი 5. პროცესის შაბლონის მინიჭება დოკუმენტის ხედზე

ნახაზი 6. შეიქმნა რთული პროცესი პროცესის შაბლონების სიაში

სურათი 7. სტატისტიკა შემოსული დოკუმენტების შესახებ

სურათი 8. შემოსული დოკუმენტების სია

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

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

სურათი 10. „დამტკიცების“ პროცესი

სურათი 11. „დამტკიცების“ პროცესი

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

სურათი 12. პროცესი „აღსრულება“

მეექვსე პროცესი ხელმოწერაა გენერალური დირექტორი(სურათი 14).

სურათი 14. ხელმოწერის პროცესი

ნახაზი 15. „რეგისტრაციის“ პროცესი

სურათი 16. პროცესი „აღსრულება“

მთელი რთული პროცესი "იჯარის ხელშეკრულებების დამუშავება" ასე გამოიყურება, როგორც სურათზე 17:

სურათი 19. კომპლექსური პროცესი „იჯარის ხელშეკრულებების დამუშავება“

დიაგრამა 20. დადებული ხელშეკრულებების თანხებისა და რაოდენობის დინამიკა

ამრიგად, ზემოთ მოყვანილი მაგალითის მიხედვით, შეგიძლიათ დარწმუნდეთ, რომ 1C: Document Flow CORP-ის დანერგვა დაგეხმარებათ საწარმოს ყველაზე რთული ბიზნეს პროცესების ორგანიზებაში, უზრუნველყოს დოკუმენტაციის გამჭვირვალობა, რაც თავის მხრივ საშუალებას მისცემს:

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

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

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

• პროგრამა რთული და რთულად აღსაქმელია საბოლოო მომხმარებლებისთვის,
• პროგრამის ბევრი ფუნქცია არ არის მოთხოვნილი ორგანიზაციების 99%-ს,
• ადვილი არ არის სპეციალისტის პოვნა, რომელსაც შეუძლია განახორციელოს და დააკონფიგურიროს იგი მაღალი ხარისხით,
• კონფიგურაცია ღირს ფული (05/22/2018 მდგომარეობით, თავად კონფიგურაციის ღირებულება იწყება 36,000-დან და თქვენ კვლავ გჭირდებათ სამუშაო ადგილების ლიცენზიების და სერვერის ლიცენზიის შეძენა).

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

ეს სტატია ყურადღებას გაამახვილებს სწორედ ასეთ სისტემაზე.

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

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

წვდომის ჯგუფის შექმნისას ჩვენ ასევე შევქმნით ახალ პროფილს:

დაამატეთ როლი პროფილში მოლაპარაკება (დაყენება):

ჩვენ ვირჩევთ პროფილს ჩვენს ჯგუფში, ვამატებთ მომხმარებლებს, ვწერთ და ვხურავთ:

შესატყვისი პარამეტრებისთვის შეგიძლიათ აირჩიოთ ორიდან ერთი:

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

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

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

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

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

რამდენიმე მომხმარებელს შეიძლება ჰქონდეს ერთი როლი:

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

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

შაბლონის ბარათში დააყენეთ სახელი, აირჩიეთ ობიექტის ტიპი და ობიექტის ტიპი (სიიდან):

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

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

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

მომხმარებელთა შეკვეთების შეჯერება

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

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

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

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

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

დამტკიცების დროს, ობიექტი მიუწვდომელი ხდება რედაქტირებისთვის, დააჭირეთ მასზე ჰარმონიზაცია:

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

გამოჩნდება გაფრთხილება, ჩვენ ვეთანხმებით მას:

შერიგების ანგარიში შეიცვალა:

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

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

პროცედურის დასრულების შემდეგ, დამტკიცების ფურცელი ასე გამოიყურება:

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

და დამტკიცების ინიციატორი მიიღებს შემდეგ შეტყობინებას სამუშაო მაგიდაზე:

დირექტორია ელემენტების კოორდინაცია

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

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

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

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

ტექნიკოსებისთვის

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

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

• 1 საერთო მოდული,
• 2 როლი,
• 1 ღონისძიების გამოწერა,
• 1 ზოგადი ფორმა,
• 1 გენერალური გუნდი,
• 1 ზოგადი განლაგება,
• 1 ზოგადი სურათი,
• 1 საცნობარო წიგნი,
• 1 ჩამონათვალი,
• ინფორმაციის 2 რეესტრი.

გარდა ამისა, მოდული ცვლის პროცედურას OnCreateAtServerსაერთო მოდული მოდიფიკაციის კონფიგურაციები.

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

დასკვნის ნაცვლად

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