გადადით განყოფილებაში "ანგარიშსწორების" ჩანართზე დააყენეთ დროშა "გადახდების დაგეგმვა მყიდველისგან":

• განხორციელება (აქტები, ინვოისები);
• OS გადაცემა;
• არამატერიალური აქტივების გადაცემა;
• საწარმოო მომსახურების გაწევა;

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

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

ნაბიჯი 3. მოხსენება „მომხმარებლის ვალი“

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

მოხსენებიდან ჩვენ ვხედავთ, რომ 2016 წლის 21 მაისის მდგომარეობით, მყიდველს აქვს გადაუხდელი დავალიანება 7 დღემდე 2,264,455 რუბლის ოდენობით:

ნაბიჯი 4. გადაუხდელი გადასახადების შეხსენება

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

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

გაყიდვები - ანგარიშსწორებები კონტრაგენტებთან - მოსალოდნელი გადახდა მყიდველებისგან:

თქვენ შეგიძლიათ გაგზავნოთ წერილი 1C 8.3-დან შეხსენებით ღილაკზე დაჭერით <Напомнить>:

გამყიდველის გადახდის დაგეგმვა

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

ნაბიჯი 1. პროგრამის ფუნქციონირების დაყენება

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

ნაბიჯი 2. დოკუმენტებში შეიყვანეთ გადახდის ვადა

• ქვითარი (აქტები, ინვოისები);
• დამატებითის მიღება ხარჯები;
• არამატერიალური აქტივების დაშვება;
• მიმწოდებლის ინვოისი.

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

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

ნაბიჯი 3. შეატყობინეთ „მიმწოდებლების ვალი“

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

მოხსენებიდან ჩვენ ვხედავთ, რომ 06/15/2016 მდგომარეობით, მიმწოდებლის მიმართ არის გადაუხდელი დავალიანება 7 დღემდე 202,098.00 რუბლის ოდენობით:

ნაბიჯი 4. ვალების გადახდა მომწოდებლების მიმართ

"გადახდა მომწოდებლებთან" ასისტენტის მეშვეობით ჩვენ გამოვქმნით გადახდის დავალებებს გადახდისთვის.

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

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

არჩეული ხაზებისთვის შეგიძლიათ გააკეთოთ გადახდის დავალებები ღილაკის გამოყენებით <Создать платежные поручения>:

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

|
იმუშავეთ სიამოვნებით და 1C 8.3-ის ფუნქციონირების სრული გაგებით

კურსის პროგრამაში ჩვენ ჩავრთეთ დიდი რაოდენობით პრაქტიკული ტესტები და დავალება, რომლებიც საშუალებას მოგცემთ ივარჯიშოთ, ჩაატაროთ ხელი და წარმატებით დაიწყოთ მუშაობა 1C Accounting 3.0 (8.3) უეჭველად.

შეაფასეთ ეს სტატია:

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

მოტყუების ფურცელი სტატიისთვის BUKH.1C-ის რედაქტორებისგან მათთვის, ვისაც დრო არ აქვს: 1. 3.0.43.152 ვერსიით დაწყებული, პროგრამას "1C: Accounting 8" აქვს "გადახდის კალენდარი" - ფუნქცია, რომელიც ეხმარება გაუმკლავდეს ფულადი სახსრების ხარვეზებს და ხელს უწყობს ფინანსური ნაკადების ოპერატიულ მართვას. 2. გადახდის კალენდარზე წვდომა ხორციელდება დაგეგმვის ჯგუფში მენეჯერის განყოფილების ამავე სახელწოდების ჰიპერბმულით. 3. გადახდის კალენდარი არის ანგარიში, რომელიც ასახავს სახსრების მიღებისა და ხარჯვის გეგმას დღის მიხედვით, აგრეთვე ინფორმაციას სახსრების ნაშთის შესახებ ყოველი დღის დასაწყისში და ბოლოს. 4. ანგარიშის გადახდის კალენდარი "1C: ბუღალტერია 8" გამოცემა 3.0-ში შეიძლება შეიცავდეს შემდეგ განყოფილებებს (ასეთის არსებობის შემთხვევაში): გადახდა კლიენტებისგან, სხვა ქვითრები, გადასახადები და მოსაკრებლები, გადახდები მომწოდებლებისთვის, ხელფასი, პერიოდული გადახდები.

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

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

ბრინჯი. 1. გადახდის კალენდარული ფორმა

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

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

გადახდის კალენდრის სექციები

მოხსენება Გადახდის გრაფიკი"1C: Accounting 8" გამოცემა 3.0-ში შეიძლება შეიცავდეს შემდეგ სექციებს (თუ არის შესაბამისი სიტუაციები):

• გადახდა მყიდველებისგან;
• სხვა მიწოდება;
• გადასახადები და შენატანები;
• გადახდები მომწოდებლებთან;
• ხელფასი;
• პერიოდული გადახდები.

იფიქრეთ იმაზე, თუ რა ინფორმაციაა ნაჩვენები თითოეულ განყოფილებაში.

გადახდა მყიდველებისგან

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

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

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

ბრინჯი. 2. ასისტენტი "მოსალოდნელი გადახდა მყიდველებისგან"

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

სხვა მიწოდება

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

გადასახადები და შენატანები

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

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

გადახდები მომწოდებლებთან

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

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

ხელფასი

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

ბრინჯი. 3. განყოფილებები „გადასახადები და შენატანები“ და „ხელფასი“

განმეორებადი გადახდები

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

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

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

1. შესავალი

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

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

• განახორციელეთ გადაგეგმარება;
• გეგმების განახლება, კორექტირების გადატანა მომდევნო პერიოდებზე;
• გეგმის განხორციელება - ფაქტობრივი ანალიზი.

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

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

• (1) სტრატეგიული (საბიუჯეტო);
• (2) ოპერატიული.

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

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

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

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

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

სულ:ოპერატიული დაგეგმარება დ/ს არის პირველივე დაგეგმვის ამოცანები, რომელიც უნდა იყოს ავტომატიზირებული „1C“-ში ნებისმიერი საწარმოსთვის.

და დაგეგმვის შედეგად საფინანსო დეპარტამენტმა/სახაზინო სისტემაში უნდა „ნახოს“:

• როდის, ვის, რომელი მიმდინარე ანგარიშიდან/სალაროდან, რა თანხის გადახდა გჭირდებათ;
• რა არის დ/კ ბალანსი „ასეთსა და ასეთ“ თარიღზე მიმდინარე ნაშთების, დაგეგმილი ხარჯებისა და დ/კ ქვითრების გათვალისწინებით. აუცილებელია თავიდან ავიცილოთ ე.წ. "ფულადი ხარვეზები".

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

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

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

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

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

2. SCP-ის შესაძლებლობები 1.3

Ზე ამ მომენტში 1C-მ ჯერ არ გამოუშვა დიდი ხნის ნანატრი, ახალი გამოცემა UPP (ბრუნი 2). და ამიტომ, ჩვენ ყურადღებას გავამახვილებთ იმაზე, რაც ხელმისაწვდომია - SCP 1.3-ის შესაბამის ქვესისტემებზე:

უნდა გაუქმდეს, რომ ქვესისტემა "განცხადებები სახსრების ხარჯვისთვის" განახლდა კონფიგურაციაში შედარებით ცოტა ხნის წინ (2011). და შედეგად, მართული ინტერფეისის რეჟიმში, განყოფილებების პანელში გამოჩნდა პუნქტი "აპლიკაციები d / s / ხარჯვისთვის".

თუ ცდილობთ ტიპიურ კონფიგურაციაში, ფაილის რეჟიმში, გახსენით დოკუმენტის ფორმა "განაცხადი d / s-ის ხარჯზე" (aka, ZRDS), მაშინ დაუყოვნებლივ ჩნდება შეცდომა ცვლადზე "GlobalValues" ზოგადი მოდულიდან " ზოგად ცვლადებთან მუშაობა“.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

უნდა აღინიშნოს, რომ მართალია დოკუმენტში „დ/ს დაგეგმილი მიღება“ არის დებულებები (მომზადებული, დამტკიცებული და ა.შ.), მაგრამ ამ დოკუმენტზე შეთანხმების შესაძლებლობა (ისევე როგორც ZRDS) არ არსებობს. ანუ დოკუმენტის სტატუსის შეცვლა შესაძლებელია მხოლოდ " ხელით კონტროლი».

და მაინც, SCP– ში არის შესაძლებლობა გავითვალისწინოთ მყიდველებისგან d/s–ის დაგეგმილი მიღება დოკუმენტების გაცემის გარეშე „D/s–ის დაგეგმილი მიღება“.

ანუ, თუ "მომხმარებლის შეკვეთები" გაიცემა მყიდველისთვის, მაშინ ცალკეულ მოხსენებაში "გადახდის კალენდარი შეკვეთების გათვალისწინებით", შეგიძლიათ ნახოთ ეს დაგეგმილი ქვითარი d / c.

1. „გადახდების კალენდრის“ ანგარიშის გარდა მოწოდებულია ანგარიში „ფინანსების ხელმისაწვდომობის ანალიზი“.

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

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

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

მაშასადამე, ფუნქციონალობა დარჩა SCP-ში, როგორც „წარსულის მემკვიდრეობა“ და გადახდის კალენდარი უნდა იქნას გამოყენებული d/c-ის ხელმისაწვდომობის გასაანალიზებლად.

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

1. დოკუმენტის მიხედვით "განაცხადი ხარჯვის დ / გ":
   1. დოკუმენტში შეგიძლიათ მიუთითოთ "ქვეგანყოფილება" (სხვათა შორის, კონფიგურაციაში იგი მითითებულია როგორც CFR - ფინანსური პასუხისმგებლობის ცენტრი). მაგრამ სავსებით შესაძლებელია, რომ განაცხადი შესრულდეს ერთი ერთეულიდან (FSC) და ამავდროულად, დანახარჯების შემდგომი მიწერა/განაწილება დასჭირდება სხვა/სხვა განყოფილებებს (FSC - ფინანსური მართვის ცენტრები).

      DFS-ის მითითების შესაძლებლობა და ა.შ. - დაკარგული.

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

1. არ არსებობს ნაღდი ფულის გადარიცხვის დაგეგმვა ანგარიშსწორების ანგარიშებს შორის, ანგარიშიდან სალაროში და ა.შ.
1. შეთანხმების პროცესი:
   1. არსებობს ZRDS-ის კოორდინაციის შესაძლებლობა, მაგრამ არ არსებობს შესაძლებლობა კოორდინაცია გაუწიოს d/s-ის დაგეგმილ მიღებას.
   2. პრაქტიკაში საჭირო ხდება კოორდინაციის განხორციელება სხვა თანამშრომლებისთვის. ამავდროულად, სისტემას ასევე სჭირდება ინფორმაციის ჩაწერა იმის შესახებ, თუ „ვინ და ვისთვის დაასრულა კოორდინაცია“.

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

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

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

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

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

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

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

3. UT 11.1-ის მახასიათებლები

ახალი კონფიგურაციის "Trade Management Rev.11" გამოშვებით, ბევრი ახალი, სასარგებლო თვისებებიოპერატიული დაგეგმვისა და ფინანსური კონტროლის ამოცანების შესახებ.
ალბათ ყველაზე მნიშვნელოვანი ამ ნაწილში UT11-ში (SCP 1.3-თან შედარებით) არის გადახდის გრაფიკის აღრიცხვის მექანიზმი. ეს მექანიზმი უბრალოდ „ხურავს“ იმას, რაც ძალიან აკლდა - დაგეგმვის/აღრიცხვის ავტომატიზაცია რეგულარული ხელშეკრულებებით, კონტრაქტებით.

ამრიგად, UT11-ში შესაძლებელია საერთოდ არ შედგეს (თუ არ არის საჭირო, რა თქმა უნდა) საბუთები დაგეგმვის ხარჯებისა და ქვითრების დ/გ, და ამავდროულად, ჩვეულებრივ ჩამოყალიბდება გადახდის კალენდარი.

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

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

ნაკადის დაგეგმვისა და d/s-ის მიღების გარდა, UT11-ს აქვს d/s მოძრაობის დაგეგმვის ფუნქცია. ამ მიზნებისათვის შეგიძლიათ შეადგინოთ დოკუმენტები "დ / ს გადაადგილების ბრძანება".

UPP 1.3-თან შედარებით, დოკუმენტისთვის „განაცხადი დ/გ ხარჯვისთვის“, გაიზარდა გათვალისწინებული ბიზნეს ტრანზაქციების სახეობების რაოდენობა:

ახლა შესაძლებელია დაამტკიცოთ როგორც დოკუმენტები „განაცხადი დ/გ ხარჯვის შესახებ“ და სხვა ბრძანებები:

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

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

Შეჯამება: ახალი მეთოდოლოგიური გადაწყვეტილებები "1C" 8.2 პლატფორმის შესაძლებლობებთან ერთად იძლევა კარგ საფუძველს დ/ს ოპერატიული დაგეგმვისა და კონტროლის ამოცანების ავტომატიზაციისთვის.

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

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

4. WA შესაძლებლობები: ფინანსისტი

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

და ამავდროულად, WiseAdvice-ის ახალი Financier გადაწყვეტა ასევე მოიცავს:

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

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

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

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

5. შედეგები

დასკვნები:

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

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

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

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

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

   ამავდროულად, თქვენ უნდა გესმოდეთ, რომ SCP-ის ფუნქციონირება საჭიროებს გაუმჯობესებას.

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

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

3. მსხვილი ორგანიზაციებისთვის, ხაზინის დეპარტამენტის ავტომატიზაციისთვის UT11არ ერგება.

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

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

   თუმცა, UT11 იდეალურიაავტომატიზაცია (მათ შორის ოპერაციული დაგეგმვა d/c) პატარა ფარფლი. კომპანიის განყოფილებები.

გადახდის კალენდრის შენარჩუნების შესაძლებლობა 1C 8.3 და 8.2 ხელმისაწვდომია რამდენიმე ტიპიურ კონფიგურაციაში:

• 1C Enterprise Accounting 8.3 (3.0)
• 1C საწარმოო საწარმოს მენეჯმენტი
• 1C ERP Enterprise Management 2.0
• 1C ინტეგრირებული ავტომატიზაცია
• 1C ვაჭრობის მენეჯმენტი 11 და 10.3
• 1C მცირე ბიზნესის მენეჯმენტი

გადახდის კალენდარი დანერგილია ანგარიშის სახით (ნახ. 1).

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

გადახდის კალენდართან მუშაობის მაგალითი 1C Trade Management-ში

განვიხილოთ მაგალითი 1C Trade Management 11 კონფიგურაციისთვის და ახალი ფუნქციებისთვის, რომლებიც გამოჩნდა უახლეს ვერსიებში.

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

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

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

მოდით შევიტანოთ რამდენიმე მოთხოვნა ხარჯების შესახებ. ეს დოკუმენტი არის ორგანიზაციის გასაღები ოპერატიული კონტროლი DS მოძრაობები. განვიხილოთ უფრო დეტალურად (სურ. 5).

მიიღეთ 267 1C ვიდეო გაკვეთილები უფასოდ:

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

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

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

დოკუმენტს "განცხადება DS-ის მოხმარებისთვის" აქვს რამდენიმე სტატუსი:

• არ დათანხმდა
• დათანხმდა
• Გადახდა
• უარყოფილია.

ყველა დაუმტკიცებელი განაცხადი შეგიძლიათ იხილოთ ჟურნალში "Application for the expendment of DC for დასამტკიცებლად" (ნახ. 7). მოსახერხებელია განაცხადების დამტკიცება პირდაპირ ამ სიიდან.

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

მე-8 სურათზე ნაჩვენებია 2016 წლის აგვისტოს ანგარიში. მასში წითლად არის მონიშნული ნაღდი ფულის ხარვეზები. 08/04/2016 No TDCU-000003 განაცხადის მიხედვით, საჭიროა ძირითადი საშუალების შესაძენად გადახდა, მაგრამ ამ თარიღისთვის საკმარისი თანხა არ არის.

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

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

გამოქვეყნებულია 14.06.2018 21:01 ნახვები: 2147

წინა სტატიებში ჩვენ ყურადღებით გავაანალიზეთ კომპანიის დავალიანება ( დებიტორული ანგარიშები) და თავად კომპანიის ვალი ( გადასახდელი ანგარიშები), ასევე განიხილეს ფულადი სახსრების ნაკადების ანალიზის გზები 1C: Enterprise Accounting 8 edition 3.0 პროგრამის გამოყენებით. დღეს მინდა გითხრათ ცოტა ისეთი სასარგებლო ინსტრუმენტის შესახებ, როგორიცაა გადახდის კალენდარი. მაშ, რა უნდა გაკეთდეს იმისათვის, რომ დაიწყოთ მისი ეფექტურად გამოყენება?

უპირველეს ყოვლისა, ჩვენ ვაწესრიგებთ კონტრაქტებში: ვაფორმებთ ხელშეკრულებების რეესტრს, ვაწერთ ხელშეკრულებებში გადახდის პირობებს.
კონტრაქტების რეესტრი ემსახურება გადახდის კალენდრის საფუძველს, ის საშუალებას გაძლევთ გააკონტროლოთ ვალდებულებების გადახდის პირობები და კონტრაქტორების მიერ ხელშეკრულებების პირობების შესრულება.
შემდეგი, თქვენ უნდა დააფიქსიროთ დაგეგმილი გადახდების პრიორიტეტი.
Მაგალითად:
1 დონე - კრედიტები და სესხები;
მე-2 დონე - გადასახადები;
მე-3 დონე - ხელფასიდა სახელფასო გამოქვითვები;
მე-4 დონე - გადაუდებელი გადახდები, რომლებიც დაკავშირებულია წარმოების შეჩერების შესაძლო საფრთხეებთან;
დონე 5 - საქონლის, მასალების შეძენა მიმდინარე რეჟიმში.
თქვენ შეგიძლიათ პრიორიტეტული კომპანიის გადახდები, როგორც თქვენთვის შესაფერისი.
შექმენით რეზერვები დაგეგმილი გადახდებისთვის. ნუ გადააფასებთ ქვითრებს.
როგორ ვიმუშაოთ გადახდის კალენდართან 1C-ში: ბუღალტერია?
მენიუ "მენეჯერისთვის" - განყოფილება "დაგეგმვა" - "გადახდის კალენდარი".
ცხრილის სახით ვხედავთ ფულადი სახსრების მიმდინარე ბალანსს კომპანიის ანგარიშებსა და სალაროებში, დღეების მიხედვით გაყოფილ. დაგეგმილი პერიოდი დგინდება თქვენი შეხედულებისამებრ. როგორც წესი, ეს არის 7 დღე. ასეთი ცხრილი აშკარად ჩანს სრულ ეკრანზე. პროგრამა გვთავაზობს სახსრების შესაძლო მიღებასა და ხარჯვას, კონტრაქტებზე (თუ მითითებულია გადახდის ვადა), ანგარიშ-ფაქტურები, მიღება-გაყიდვის დოკუმენტები, ასევე „დავალებების ნუსხა“.

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

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

---