/qdeployment // აუდიტიდან წარმოებამდე

ვანლაგებთ პროცესებს აუდიტიდან წარმოებამდე — გარანტირებული ციფრებით.

სამი განლაგების ვარიანტი. გაზომვადი შესრულების გარანტია KPI-ებით, Go-Live-ის შემდეგ 90 დღეში შესამოწმებელი: პროცესის დროის შემცირება ≥63%, TDC ≥84%. განლაგების შემდგომი მოვლა 24 კვირა. გაბნეული მონაცემებიდან მონაცემებზე ორიენტირებულ კომპანიამდე.

/qdeployment/archetype // ვისთვის არის ეს

სამი კლიენტის არქეტიპი. სირთულის სამი დონე.

QDeployment იწყება Audyt AiP-ის რეკომენდაციებიდან. კლიენტის პროფილი — ორგანიზაციის ზომა, წყარო სისტემის სტეკი, მარეგულირებელი რეჟიმი — განსაზღვრავს ვარიანტს.

01 Manufacturing

წარმოება

მასშტაბი
50–500 FTE
სტეკი
multi-line SCADA / MES
რეჟიმი
REACH / CLP / NIS-2

სამრეწველო ხაზები ჰეტეროგენური კონტროლერის სტეკით, MES ERP ინტეგრაციის გარეშე, ანომალიები ოპერატორის მიერ გამოვლენილი — არა სისტემის მიერ. განლაგება მოიცავს shop-floor მონაცემებზე ანომალიების გამოვლენის ფენას და ავტომატური ესკალაციას ტექ. გუნდებამდე.

02 Professional Services

პროფესიული სერვისები

მასშტაბი
20–200 FTE
სტეკი
contract / case workflows
რეჟიმი
GDPR / AI Act / KSeF

საიურიდიო ფირმები, საპროექტო ბიუროები, სააუდიტო კომპანიები, საკონსულტაციო ფირმები. საქმე- და კონტრაქტზე დაფუძნებული workflow-ები — უფროსი პარტნიორის დრო იხარჯება ოპერაციებზე, რომლებიც სისტემამ უნდა გაასრულოს. განლაგება მოიცავს საქმის triage ფენას და ავტომატურ დოკუმენტების განაწილებას.

03 Retail Networks

საცალო ვაჭრობა

მასშტაბი
chain operations
სტეკი
50–2 000 SKU/store
რეჟიმი
KSeF / GUM / GDPR

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

/qdeployment/variants // ფასები და სფერო

სამი ვარიანტი. ერთი ძრავა. აირჩიეთ სფერო, არა მეთოდოლოგია.

QDeployment-ის მეთოდოლოგია ერთიანია — კარიბჭეებით მართული, შესრულების გარანტიით და გაზომვადი KPI-ებით. ვარიანტი განსაზღვრავს მხოლოდ სფეროს სიგანეს, გრაფიკის სიგრძეს და სარეზერვო ფენის სიღრმეს. ერთი და იგივე საფუძველი: გაბნეული მონაცემებიდან მონაცემებზე ორიენტირებულ კომპანიამდე.

CORE

პირველი განლაგება

150 000–1 500 000 zł

4–8 თვე

პროცესები სფეროში
მაქ. 3
ინტეგრირებული სისტემები
მაქ. 5
Multi-cloud
AWS Bedrock
განლაგების შემდგომი მოვლა
2 კვ.
აუდიტორის cross-check
არა
სტანდარტები
ADR + runbook
P1 პასუხი
4 სთ
ENTERPRISE

პორტფელის განლაგება

from 50 000 000 zł

ღია ვადა

პროცესები სფეროში
8+
ინტეგრირებული სისტემები
15+
Multi-cloud
+ custom VPC
განლაგების შემდგომი მოვლა
4 კვ. + SRE
აუდიტორის cross-check
კი
სტანდარტები
ADR + custom governance
P1 პასუხი
1 სთ

/qdeployment/workflow // ოთხი ფაზა, სამი კარიბჭე

კარიბჭეებით მართული განლაგება. თითოეულ კარიბჭეს მიღება-ჩაბარების კრიტერიუმები აქვს.

პროგრესიას არ განსაზღვრავს ვადა — განსაზღვრავს კრიტერიუმები. გაუვლელი კარიბჭე ბლოკავს ინვოისს შემდეგ ეტაპზე და სამუშაოს წინაზე უბრუნებს.

  1. 01

    არქიტექტურა

    goal
    სისტემის არქიტექტურის დოკუმენტი, ADR-1-დან ADR-N-მდე, ინტეგრაციის baseline.
    input
    Audyt AiP-ის რეკომენდაცია, წყარო სტეკზე წვდომა, AS-IS პროცესის რუქა.
    output
    ADR პაკეტი, C4 დიაგრამა დონე 13, infra-as-code skeleton.
  2. GATE A არქიტექტურა → Build. კრიტერიუმი: ADR მოიცავს 100% ინტეგრაციის გადაწყვეტილებებს, კლიენტის sign-off.
  3. 02

    Build

    goal
    ინტეგრაციის ფენების, მოდელებისა და ინტერფეისების დანერგვა. Continuous integration პირველი დღიდან 1.
    input
    ADR პაკეტი, სწავლება / სარეფერენციო მონაცემები, სატესტო გარემოებებზე წვდომა.
    output
    მოქმედი სისტემა staging გარემოში, ტესტების coverage ≥80%, runbook P1–P4.
  4. GATE B Build → UAT. კრიტერიუმი: regression სცენარები green, OWASP security baseline, runbook დამტკიცებული.
  5. 03

    UAT

    goal
    კლიენტის წარმოების მონაცემებზე ვალიდაცია, სამუშაო პირობებში, კლიენტის გუნდი ტესტერებად.
    input
    სისტემა staging-დან, წარმოების მონაცემები (ასლი), მიღება-ჩაბარების სცენარები.
    output
    UAT ანგარიში, გამოვლენილი edge case-ების სია, Go-Live გეგმა, KPI baseline.
  6. GATE C UAT → განლაგების შემდგომი მოვლა. კრიტერიუმი: 100% მიღება-ჩაბარების სცენარები green, rollback გეგმა მზადა, კლიენტის sign-off.
  7. 04

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

    goal
    წარმოების სტაბილიზაცია, hot-fix-ები, კომპეტენციის გადაცემა კლიენტის გუნდზე.
    input
    სისტემა წარმოებაში, გამოყოფილი Slack არხი, კვირეული standup, სრული დოკუმენტაცია.
    output
    KPI გაზომვა 90 დღეში, საბოლოო ანგარიში, გადაწყვეტილება QCare-ზე ან in-house რეჟიმზე.

/qdeployment/sla // ციფრების გარანტიები

შესრულების გარანტია — გაზომული, შესამოწმებელი, სტანდარტებზე დაფუძნებული.

ყველა ვარიანტი იზიარებს ერთსა და იმავე SLA საფუძველს. განსხვავებები: პასუხის დრო, სურვილისამებრ აუდიტორის cross-check და სტანდარტების სიღრმე (ADR + runbook Core-ში custom governance-მდე Enterprise-ში).

კრიტერიუმი Core Performance Enterprise
წარმოების სისტემა (არა საპილოტე) კი კი
პროცესის დროის შემცირება ≥63% კი კი
TDC (Throughput-to-Defect Coefficient) ≥84% კი კი
ADR დოკუმენტაცია + runbook კი + custom governance
P1 პასუხის დრო 4 სთ 1 სთ

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

/qdeployment/transfer // რა რჩება ჩვენს შემდეგ

კომპეტენციის გადაცემა, არა vendor lock-in.

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

კომპეტენციის გადაცემა

  • ADR დოკუმენტაცია — ყველა გადაწყვეტილება დასაბუთებითა და ალტერნატივებით
  • Operational runbook-ები P1–P4 ინციდენტებისთვის
  • 16 სთ სასწავლო სესია in-house გუნდისთვის
  • Post-Go-Live მენტორინგი 30 დღე — პირდაპირი წვდომა QA10 გუნდამდე

ADR დოკუმენტაცია

  • Architecture Decision Records — გადაწყვეტილებების სრული ჯაჭვი
  • მონაცემთა მოდელი — ERD დიაგრამები + DDL + glossary
  • Infrastructure-as-code — Terraform / Pulumi კლიენტის repo-ში
  • Security baseline — OWASP, hardening, retention policy
  • Runbook P1–P4 — დიაგნოსტიკა და ესკალაცია
  • Regression test suite — coverage ≥80%, CI-ready

/qdeployment/post-deployment-care // 24 კვირა post-Go-Live-ის შემდეგ

განლაგების შემდგომი მოვლა არ არის მხარდაჭერა. ეს არის საინჟინრო სტაბილიზაციის რეჟიმი.

პასუხის დრო საათებში, არა დღეებში. გამოყოფილი Slack არხი, კვირეული standup, rollback playbook თითო წარმოების ეტაპზე.

01

პასუხის დრო

P1
< 1 სთ
P2
< 4 სთ
P3
მომდევნო დღე

ინციდენტის კლასიფიკაცია პირველ კონტაქტზე. P1 = წარმოება გათიშულია. P2 = KPI-ის დეგრადაცია. P3 = კოსმეტიკური, საოპერაციო ზეგავლენა არ აქვს.

02

საოპერაციო რიტმი

Slack
გამოყოფილი არხი
Standup
კვირეული
Review
hypercare-ის დასასრული

პირდაპირი წვდომა QA10 გუნდამდე ტიკეტების გარეშე. კვირეული standup სამი როლით — კლიენტის product owner, QA10 წამყვანი ინჟინერი, სურვილისამებრ risk officer.

03

უსაფრთხო Rollback

Playbook
თითო ეტაპი
Checkpoint
blue-green
RTO
< 15 წთ

ყველა წარმოების ეტაპს აქვს დოკუმენტირებული safe-state checkpoint. Rollback ბოლო სტაბილური მდგომარეობამდე — playbook ოპერატორის მიერ საინჟინრო მხარდაჭერის გარეშე შესასრულებელი.

/qdeployment/compliance // მარეგულირებელი სტეკები

ოთხი მარეგულირებელი რეჟიმი. თითოეულს compliance რუქა ADR პაკეტში.

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

01

REACH / CLP

ქიმია

ნივთიერებები, ნარევები, საფრთხის კლასიფიკაცია. SDS ბარათის მიბმა REACH რეგისტრთან, CLP აუდიტი labelling ფენაში, IUCLID ინტეგრაცია.

02

NIS-2

კიბერუსაფრთხოება

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

03

GUM

მეტროლოგია

პოლონეთის საზომი ინსტრუმენტების ბიურო — საზომი ხელსაწყოები, ლეგალიზაცია, სტანდარტები. ყოველწლიური ლეგალიზაციის ციკლის workflow, 90/30/7 დღიანი alert-ები, ხელისუფლების მხარის აუდიტი.

04

KSeF

ელ. ინვოისი

ეროვნული ელ. ინვოისის სისტემა. MF gateway-სთან ინტეგრაცია, FA(2) სქემა, invoice stream-ის აუდიტი, 10-წლიანი შენახვა საგადასახადო კანონმდებლობასთან შესაბამისი.

/qdeployment/discount // აუდიტიდან განლაგებამდე

ეტაპთაშორისი ფასდაკლებები Audyt AiP კლიენტებისთვის.

ეტაპთაშორისი ლოგიკა — აუდიტი იხდის პასუხებს, განლაგება იხდის შედეგებს. 9%-იანი ფასდაკლება ასახავს ღირებულებას, რომელიც Platinum კლიენტმა უკვე მიაწოდა discovery ფაზაში (ორგანიზაციული კონტექსტი, სტეკზე წვდომა, AS-IS პროცესის რუქები) პლუს განლაგების ექსკლუზიურობის ვალდებულება. ვარიანტების სრული სტრუქტურა /ka/audyt-aip/#warianty-ზე.

/qdeployment/faq // განმეორებადი კითხვები

რა უნდა ვიცოდე discovery სესიამდე.

რით განსხვავდება QDeployment ჩვეულებრივი IT განლაგებისგან?

სამი განსხვავება. პირველი, წარმოების სისტემა — არა საპილოტე — განლაგება სამიზნე პირობებში მთავრდება, არა demo-ready. მეორე, საფუძვლები — ვიწყებთ გაბნეული მონაცემებიდან და ვამთავრებთ მონაცემებზე ორიენტირებული კომპანიით გაზომვადი KPI-ებით (პროცესის დროის შემცირება ≥63%, TDC ≥84% Go-Live-ის შემდეგ 90 დღეში გაზომილი). მესამე, ADR დოკუმენტაცია (Architecture Decision Records) — ყველა არქიტექტურულ გადაწყვეტილებას გააჩნია დოკუმენტირებული დასაბუთება, უარყოფილი ალტერნატივები და ცვლილების ღირებულება. ჩვეულებრივი IT განლაგება გტოვებთ სისტემით; QDeployment გტოვებთ სისტემით, საფუძვლებით და ცოდნით, თუ რატომ გამოიყურება ასე.

რამდენ ხანს გრძელდება Performance განლაგება?

816 თვე პროცესების რაოდენობის (38), ინტეგრირებული სისტემების (515) და მარეგულირებელი მოთხოვნების მიხედვით. განლაგება კარიბჭეებით იმართება, არა ვადებით — სამი კარიბჭიდან თითოეულმა (არქიტექტურა → Build, Build → UAT, UAT → განლაგების შემდგომი მოვლა) მიღება-ჩაბარების კრიტერიუმები უნდა გაიაროს. ხარისხის ხარჯზე ვადის იძულება ტექნიკური ვალის გზაა, ამიტომ ამას არ ვაკეთებთ.

რას აკეთებთ Go-Live-ის შემდეგ?

24 კვირა განლაგების შემდგომი მოვლა ფასში შეტანილი — P1 პასუხის დრო 1 სთ-ზე ნაკლები, გამოყოფილი Slack არხი, კვირეული standup კლიენტის გუნდთან, rollback playbook თითო წარმოების ეტაპზე. მოვლის შემდეგ სამი გზა — QCare გამოწერა (ცალკე პროდუქტი — მონიტორინგი, მცირე ცვლილებები, კვარტალური მიმოხილვა), in-house რეჟიმზე გადასვლა ჩვენი ADR დოკუმენტაციით და runbook-ებით, ან სფეროს გაფართოება შემდგომ QDeployment კონტრაქტში.

შეიძლება ერთი პროცესით დაწყება?

დიახ — Core ვარიანტი სწორედ ამისთვისაა. მაქსიმუმ 3 პროცესი, მაქსიმუმ 5 ინტეგრირებული სისტემა, 48 თვე. ჩვეულებრივ ვიწყებთ Audyt AiP-ის რეკომენდაციებიდან ყველაზე კრიტიკული პროცესით — ყველაზე მაღალი ROI-სა და ყველაზე დაბალი ინტეგრაციის რისკის მქონეთი. დამატებით პროცესებს Performance ვარიანტის ფარგლებში ვამატებთ პირველი Go-Live-ის შემდეგ, მას შემდეგ, რაც კლიენტის გუნდი ნახავს, როგორია ჩვენი წარმოების workflow.

/qdeployment/ // შემდეგი ნაბიჯი

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

30 წთ discovery სესია. წინასწარი სფერო + კონტრაქტის მონახაზი + ვარიანტის ესტიმატი სესიიდან 48 სთ-ში.

Paleta poleceń
  • Strona główna/
  • Kontakt/kontakt/
  • Kalkulator ROI/kalkulator/
  • Audyt AiP/audyt-aip/
  • QDeployment/qdeployment/
  • QCare/qcare/
  • Pełen proces/proces/
  • MenToR — AI dla uczelni/mentor/
  • Engineering Lab/engineering-lab/
  • Venture Projects/projekty/
  • O nas/o-nas/
  • Case Studies/case-studies/
  • Baza wiedzy/baza-wiedzy/
  • Umów diagnostykę 30 min/kontakt/#booking
  • Oblicz ROI/kalkulator/
  • Kalkulator Dig.IT/kalkulator/
  • dlaNGO MVP demo/projekty/#dlango-mvp
  • LSO:ATOM/o-nas/#lso-atom
  • FAQ /projekty//projekty/#faq
CtrlK|Esc|Enter19