შესყიდვები

შეკვეთიდან საწყობამდე.
ყველაფერი ერთ სისტემაში.

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

რას აკეთებს განსხვავებულს

ერთი პროცესი.
არა სამი სხვადასხვა ფაილი.

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

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

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

ჩვეულებრივი პროცესი
არეული
სხვადასხვა ფაილი და კომუნიკაცია
AutoGraph
1 → მოთხოვნა შექმნა
2 → დამტკიცება ერთი კლიკით
3 → მიღება ნაწილობრივიც
4 → საწყობი + ხარჯი ავტომატურად
პროცესი

ოთხი ნაბიჯი.
სრული კონტროლი.

თითოეული ეტაპი ფიქსირდება — ვინ გააკეთა და როდის.

01
მოთხოვნა
ქმნი რა გჭირდება და რა რაოდენობით.
02
დამტკიცება
დირექტორი ამტკიცებს ან უარყოფს.
03
მიღება
იღებ პროდუქტებს სრულად ან ნაწილობრივ.
📦
04
დასრულება
ნივთები ემატება საწყობს და ხარჯი ჩაიწერება.
ნაწილობრივი მიღება

ერთი შესყიდვა, რამდენიმე ქვითარი.

რეალობაში მომწოდებელი იშვიათად გიგზავნის ყველაფერს ერთ კოლოფში. ერთ დღეს მოდის 48 სანთელი, ორი დღის შემდეგ — 60 ზეთი, კვირას — ბერკეტები. AutoGraph ამ რეალობაზეა აშენებული.

ერთ Purchase-ს შეიძლება რამდენიმე PurchaseReceipt ჰქონდეს. ყოველი ქვითრიდან ცალ-ცალკე ფიქსირდება: რა მოვიდა, რა რაოდენობით, რა ფასად. ცალი დაუყოვნებლივ ხვდება საწყობში, ბოლო ქვითრის ლოდინი არ სჭირდება.

შესყიდვა · P-2026-0147
ქვითარი 2 / 3
P-147-1
NGK სანთელი · 48 ცალი09.04.2026 · მიმღები: ლ. ჭანკვეტაძე
დადასტ.
P-147-2
Mobil 1 ზეთი · 60 ცალი + ფილტრი 80 ცალი11.04.2026 · მიმღები: ლ. ჭანკვეტაძე
დადასტ.
P-147-3
Brembo დისკი + ბერკეტი · ჯამი 20 ცალიმოლოდინში · ETA 14.04.2026
მოლოდ.
აქტივობა

ყოველი ნაბიჯი — დროით, ადამიანით.

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

შესყიდვა P-2026-0147 · ისტორია
09.04 · 10:14
შესყიდვა შეიქმნა · P-2026-0147 · 14 პოზიცია
ინიციატორი: ლ. ჭანკვეტაძე · მომწოდ.: ავტოპარტს ჯორჯია
pending
09.04 · 14:48
დირექტორმა დაამტკიცა
approved_by: ზ. მელაშვილი · კომენტარი: „ბრემბო გადაამოწმე ცალობის ფასზე"
approved
09.04 · 16:12
P-147-1
პირველი ქვითარი მიღებულ იქნა · 48 სანთელი
receipt: P-147-1 · 48 ცალი Item-ად ჩაიწერა · ბარკოდი ავტო-გენ.
1,080.00 ₾
11.04 · 09:32
P-147-2
მეორე ქვითარი მიღებულ იქნა · ზეთი + ფილტრი
receipt: P-147-2 · 140 ცალი Item-ად · ქვითრის ფოტო მიმაგრდა
3,416.00 ₾
11.04 · 09:33
BudgetTransaction ჩაიწერა · ნაწილების შესყიდვა
ცალი ხელმისაწვდომია · სტატუსი: IN_STOCK · ბოლო ქვითარი ETA 14.04
−4,496.00 ₾
ფუნქციონალი

რას გიკეთებს შესყიდვა.

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

01 / 08

დამტკიცების workflow

ოთხი სტატუსი — pending, approved, receiving, completed. ინიციატორი ქმნის, დირექტორი ამტკიცებს. ყოველი გადასვლა დროით, მომხმარებლით და კომენტარით ფიქსირდება.

MODEL products.Purchase · status · initiator · approved_by · notes
02 / 08

მრავლობითი ქვითარი

ერთ შესყიდვას შეიძლება რამდენიმე ქვითარი ჰქონდეს. 3 დღეში 3 კოლოფი? — 3 PurchaseReceipt. ერთი ცალი რომ მოვიდა, მაშინვე იწერება საწყობში, სრული შეკვეთის ლოდინის გარეშე.

MODEL products.PurchaseReceipt · code · received_date · is_confirmed · invoice_file
03 / 08

ცალ-ცალკე Item-ის შექმნა

ქვითრის დადასტურებისას სისტემა თავისით ქმნის თითო ცალზე Item-ს — item_code, purchase_price, barcode ავტომატურად. 48 სანთელი? 48 უნიკალური ცალი, ცალ-ცალკე მისამართი საწყობში.

SERVICE purchase_service.confirm_receipt() · creates Item per unit · auto-barcode
04 / 08

ინვოისის ფაილი

ყოველ ქვითარს თავისი ინვოისი მიმაგრდება — PDF, JPG, რაც გინდა. ცენტრალიზებული საცავი. ბუღალტერი აღარ ეძებს ფოტოებს Viber-ში.

FIELD invoice_file · FileField · upload_to="receipts/"
05 / 08

მომწოდებლის ბაზა

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

MODEL products.Supplier · related_name="purchases"
06 / 08

ავტო-ჩანაწერი ბიუჯეტში

შესყიდვის დასრულებისთანავე BudgetTransaction ავტომატურად იწერება კატეგორიით „ნაწილების შესყიდვა". ხელი არსად უნდა ახლო — ფინანსები თავად ემთხვევა.

SERVICE purchase_service.on_complete() → BudgetTransaction(type="expense")
07 / 08

მანქანის მიხედვით მიბმა

თუ შესყიდვა კონკრეტული მანქანისთვისაა (BMW F30 ბერკეტის შეცვლა), Vehicle-ს მიუბამ — და იმ მანქანის P&L-ში ღირებულებად ჩაგითვლის. „რა დაიჯდა ეს მანქანა" მუდამ ზუსტი ციფრია.

M2M Purchase.vehicles · ManyToManyField → products.Vehicle
08 / 08

დაბალი მარაგის სიგნალი

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

VIEW purchase_views.low_stock_suggest · Item.min_qty threshold
ხშირად დასმული კითხვები

პასუხები, სანამ გვკითხავთ.

Q/01
ვინ ამტკიცებს შესყიდვას? შეიძლება რამდენიმე დამმტკიცებელი ჰყავდეს?
საბაზო კონფიგურაციაში დამტკიცება დირექტორის ხელშია — ერთი ღილაკი approved / rejected. თუ შენს კომპანიაში ორი დონის დამტკიცებაა (მენეჯერი + დირექტორი), სისტემა ამას უპრობლემოდ აკონფიგურებს — ჩვენ დანერგვისას გავუწევთ. თითოეული ქმედება approved_by-ში ფიქსირდება.
Q/02
რა მოხდება, თუ ინვოისში ფასი სხვაა, ვიდრე დამტკიცებაში?
ქვითრის შექმნისას სისტემა გაჩვენებს სხვაობას — დამტკიცებული ფასი vs. ინვოისში ფაქტობრივი ფასი. მიმღები ხედავს, რომ 22.50₾ იყო, ახლა 23.00₾-დაა. მას შეუძლია დააფიქსიროს ფაქტობრივი ფასი (ფულადი ნაკადი ზუსტი იქნება) და კომენტარში მიზეზი დაწეროს. აუდიტური კვალი სრულად დარჩება.
Q/03
ნაწილობრივი მიღება რამდენად ღრმადაა მხარდაჭერილი?
სრულად. ერთ Purchase-ს შეიძლება 10 ცალი PurchaseReceipt ჰქონდეს. ყოველი ქვითარი ცალ-ცალკე დადასტურდება, მისი ცალი დაუყოვნებლივ ხვდება საწყობში. შესყიდვის სტატუსი „completed"-ზე გადადის მხოლოდ მაშინ, როცა ყველა დაკვეთილი ცალი მიიღებული იქნება (ან ხელით დახურავთ, თუ მომწოდებელი ვერ გიგზავნით ნარჩენს).
Q/04
ბარკოდის გენერაცია როგორ მუშაობს?
ქვითრის დადასტურებისას სისტემა თითო ცალს ანიჭებს უნიკალურ ბარკოდს — Code128 ფორმატში, ავტომატურად. შეგიძლია ამობეჭდო ნებისმიერ თერმო პრინტერზე, ან თუნდაც ჩვეულებრივ A4-ზე. ბარკოდის სოფტვერი უფასოდ შედის ყოველ გეგმაში. ფიზიკური სკანერი და თერმო პრინტერი დამატებითი სერვისია — თუ გჭირდება, შევარჩევთ, დავაკონფიგურებთ და დავაინსტალირებთ.
Q/05
რა ხდება, თუ მომწოდებელმა არასწორი ცალი გამოგზავნა?
ქვითრის დადასტურებისას მიმღები ხედავს დაკვეთას და ფაქტობრივად მიღებულს. თუ რაღაც არ ემთხვევა, შეუძლია აღწეროს კომენტარში, გადაიღოს ფოტო, მიამაგროს ქვითარს, და ცალკე მიღებად დაარეგისტრიროს „მოუდის" სტატუსით. დარჩენილ პოზიციებს სისტემა მოთხოვნაში ტოვებს — სანამ მომწოდებელი არ გამოასწორებს.
Q/06
რამდენი მომწოდებელი შემიძლია დავამატო?
შეზღუდვის გარეშე. Starter გეგმაშიც კი. Supplier მოდელს თავისი ცალკე გვერდი აქვს, საიდანაც ხედავ: ადრინდელი შესყიდვები, გადასახდელი, საშუალო მიწოდების დრო, რომელ პოზიციებზე არის ძირითადი პარტნიორი.
Q/07
შემიძლია წინა თვის შესყიდვის ჩანაწერის შესწორება?
არა, პირდაპირ ვერ შეცვლი — რადგან იმ ცალებმა უკვე შეიძლება გაიარეს POS-ზე, სერვისში, რაღაც სხვაგან. ასე რომ ძველი შესყიდვის შეცვლა დაარღვევდა ledger-ს. ნაცვლად ამისა, ქმნი შესწორების ჩანაწერს: „correction" ტიპი, ცხადი მიზეზი, დამმტკიცებელი. აუდიტი სუფთა რჩება, ჩანს, რა და რატომ გასწორდა.
4
სტატუსი workflow-ში
pending → completed
ქვითარი ერთ
შესყიდვაზე
100%
დამტკიცების
აუდიტური კვალი
0
ხელით
BudgetTransaction-ი

გამართე შესყიდვის პროცესი.
ერთ გვერდზე, ერთ workflow-ში.

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

🤖
John AI
გამოცადეთ უფასოდ სახელმძღვ.