Private document storage
ბიზნეს დოკუმენტები ინახება private storage-ში. ფაილებს არ აქვს მუდმივი საჯარო URL და მათი გახსნა ხდება მხოლოდ ავტორიზებული მოთხოვნის შემდეგ.
KONTROLI
იტვირთება...Kontroli შექმნილია კონფიდენციალური კონტრაქტებისა და ბიზნეს დოკუმენტების სამართავად. უსაფრთხოების არქიტექტურა აერთიანებს private storage-ს, workspace-level isolation-ს, role-based authorization-ს, controlled file access-ს და audit evidence-ს.
მონაცემებზე წვდომა არ ეყრდნობა ერთ კონტროლს. Kontroli იყენებს დამოუკიდებელ უსაფრთხოების ფენებს ანგარიშის, workspace-ის, მონაცემთა ბაზის, storage-ისა და აპლიკაციის დონეზე.
ბიზნეს დოკუმენტები ინახება private storage-ში. ფაილებს არ აქვს მუდმივი საჯარო URL და მათი გახსნა ხდება მხოლოდ ავტორიზებული მოთხოვნის შემდეგ.
კლიენტების მონაცემები იზოლირებულია workspace-ის საზღვრებით. Row Level Security და server-side authorization ზღუდავს წვდომას მხოლოდ იმ მონაცემებზე, რომლებზეც მომხმარებელს შესაბამისი უფლება აქვს.
Owner, admin და member როლებს განსხვავებული უფლებები აქვთ. მგრძნობიარე მოქმედებები კონტროლდება server-side წესებით და არ ეყრდნობა მხოლოდ ინტერფეისში ნაჩვენებ შეზღუდვებს.
ანგარიშის დაცვა მოიცავს authentication კონტროლებს, trusted-device მექანიზმს და დამატებით დადასტურებას ახალი ან მგრძნობიარე სესიისთვის.
დოკუმენტის გახსნამდე მოწმდება მიმდინარე workspace და წევრობის უფლება. საჭიროების შემთხვევაში იქმნება მოკლე სიცოცხლის signed URL, რომელიც მუდმივ საჯარო ბმულად არ რჩება.
Standard E-Sign workflow ინახავს ხელმოწერის პროცესის მტკიცებულებებს, მათ შორის verification მოვლენებს, timestamps-ს, audit trail-სა და დოკუმენტის SHA-256 მთლიანობის მონაცემებს.
ატვირთული PDF-ები გადის server-side შემოწმებებს ფაილის ტიპზე, ზომაზე, სტრუქტურაზე, გვერდებსა და არანორმალურ PDF ობიექტებზე, სანამ შემდგომ დამუშავებაში მოხვდება.
ყოველ release-ზე მოქმედებს secret scanning, dependency security checks, TypeScript/lint/tests, production build verification და built-client secret scan, რათა server-only credentials client bundle-ში არ მოხვდეს.
Private storage. მომხმარებლის დოკუმენტები არ ქვეყნდება საჯარო bucket-ში.
Row Level Security. მონაცემთა ბაზა თავად ამოწმებს tenant/workspace საზღვრებს.
Short-lived access. ფაილზე წვდომა კონტროლდება დროებითი signed ბმულებითა და server-side checks-ით.
Server-only secrets. AI, email, payment და სხვა provider credentials browser-ში არ იგზავნება.
Kontroli დოკუმენტის უსაფრთხოებას განიხილავს როგორც მთლიან workflow-ს: ატვირთვა, წვდომა, AI დამუშავება, ხელმოწერა, evidence და საბოლოო ფაილის შენახვა ერთმანეთთან დაკავშირებული კონტროლებით იმართება.
ფაილები მოწმდება server-side წესებით და მხოლოდ შესაბამისი workspace-ის კონტექსტში ინახება.
AI processing იწყება მხოლოდ მაშინ, როცა მომხმარებელი თავად ირჩევს შესაბამის ფუნქციას. მოქმედი პროვაიდერები და data-location ინფორმაცია საჯაროდ არის აღწერილი.
ხელმოწერის პროცესს შეიძლება ახლდეს OTP verification, timestamps, IP/user-agent metadata, audit events და document hashes.
დასრულებული დოკუმენტი რჩება private workspace-ში და მასზე წვდომა იგივე authorization boundary-ებით იმართება.
Core data layer. Production database, authentication და private file storage მუშაობს Supabase-ის გარემოში AWS eu-central-1, Frankfurt რეგიონში.
Application runtime. Kontroli-ს Next.js application/server functions მუშაობს Vercel-ის ინფრასტრუქტურაზე, production functions-ის ძირითადი რეგიონით Frankfurt (fra1).
AI processing. Google Gemini Paid API გამოიყენება მხოლოდ მომხმარებლის მიერ ინიცირებული AI ფუნქციებისთვის. მონაცემთა დამუშავების დეტალური საზღვრები გამოქვეყნებულია subprocessors გვერდზე.
Minimal disclosure. Payment provider-ს არ გადაეცემა დოკუმენტის შინაარსი, ხოლო transactional email-ებში კონფიდენციალური signed PDF attachment-ად არ იგზავნება.
Procurement, legal და security გუნდებს შეუძლიათ გაეცნონ მონაცემთა დამუშავების წესებს, ქვე-დამმუშავებლებს, privacy ვალდებულებებსა და მომსახურების პირობებს ცალკე დოკუმენტებში.
კომპანიების security, legal და procurement გუნდებისთვის შეგვიძლია განვიხილოთ პლატფორმის არქიტექტურა, მონაცემთა დამუშავების საზღვრები, access controls და შესაბამისი უსაფრთხოების მოთხოვნები.