Termiņš
Parasti 1–4 nedēļas (atkarībā no apjoma)
Droša un uzturama IS integrācija ar valsts platformām, reģistriem un API: EDUS, VID (EDS), eParaksts, eID. No prasībām līdz ražošanai un uzturēšanai.
Integrācijas ar valsts sistēmām bieži kļūst par “pudeles kaklu”: autentifikācija, datu formāti, validācijas, žurnālošana, piekļuves tiesības un atbilstība regulējumiem. Mēs izveidojam integrācijas slāni, kas ir saprotams, testējams un drošs.
Strādājam ar skaidru arhitektūru (API/adapteri), auditējam drošību, ieviešam novērojamību (logi, metriķi, alerti) un nodrošinām stabilu darbu arī pie izmaiņām valsts pusē.
Parasti 1–4 nedēļas (atkarībā no apjoma)
Žurnāli, piekļuves kontrole, auditējams slānis
Attālināti / klātienē (LV)
Dokumentēta integrācija + testi + monitorings
Ja sistēmai ir jāapmainās ar datiem ar valsts platformām vai jāizmanto e-identitātes risinājumi, integrācija jāveido kā atsevišķs, uzturams slānis.
Pilns integrācijas cikls: analīze → izstrāde → testēšana → ieviešana → uzturēšana.
Datu plūsmas, lietotāju scenāriji, drošības prasības, SLA un riski.
Adapteri, API vārteja, datu transformācijas, validācijas un kļūdu apstrāde.
eID/eParaksts scenāriji, piekļuves tiesības, drošas atslēgas un noslēpumi.
Integrācijas testi, sandbox vide, regresijas testi un “fallback” scenāriji.
Logi, metriķi, izsekojamība (trace), alerti un incidentu reakcijas process.
API apraksts, datu kartes, piekļuves instrukcijas, izmaiņu pārvaldība.
Skaidri žurnāli un pierādāmas darbības kritiskos procesos.
Testi un slāņaina arhitektūra, kas pārdzīvo API izmaiņas.
Mazāk manuāla darba, mazāk kļūdu un drošāka datu apmaiņa ar valsts sistēmām.
Tipiski: 1–2 nedēļas prototipam/sandbox, 2–6 nedēļas pilnai integrācijai (atkarībā no apjoma un piekļuvēm).
Nosakām datu plūsmas, API iespējas, autentifikāciju un riskus.
Definējam adapterus, datu kartes, validācijas, kļūdu politikas.
Implementējam integrāciju, veidojam integrācijas/regresijas testus.
Pieslēgumi, atslēgas, logi/alerti, slodzes un drošības pārbaudes.
Izmaiņu kontrole, atjauninājumi, incidentu reakcija un optimizācijas.
Daži bieži sastopami scenāriji, kur integrācija dod ātru praktisku ieguvumu.
Lietotājiem jāparaksta iesniegumi attālināti, bet process ir manuāls un lēns.
Ieviešam parakstīšanas plūsmu ar auditējamu notikumu ķēdi un kļūdu atkopšanu.
Ātrāks process, mazāk manuālo darbību, pārskatāms statuss lietotājam.
Datu sagatavošana un iesniegšana notiek ar Excel/roku darbu, biežas kļūdas.
Veidojam datu validāciju, transformāciju un integrācijas slāni ar žurnāliem.
Mazāk kļūdu, ātrāka iesniegšana, skaidra izsekojamība.
Dati jāapmaina ar platformu, bet formāti un noteikumi mainās.
Ieviešam adapterus ar versijēšanu un regresijas testiem.
Stabilāka darbība izmaiņu laikā, ātrāka pielāgošana.
Tipiskas kļūdas, ko redzam integrāciju auditos un ieviešanā — un kāpēc tās maksā dārgi.
Datu lauki netiek normalizēti, trūkst validācijas pirms nosūtīšanas uz API.
Kļūdas parādās “kaut kur”, bet nav korelācijas ID, nav audita pēdas.
Atslēgas tiek turētas kodā vai bez rotācijas/privilēģiju kontroles.
Integrāciju izlaiž ražošanā bez regresijas testiem un atkārtojamas vides.
Pagaidu API atteikumi netiek apstrādāti, nav rindu un atkopšanas mehānisma.
Cena atkarīga no sistēmu skaita, autentifikācijas veida, testēšanas prasībām un piekļuves iespējām (sandbox/ražošana).
Vienkārša integrācija ar vienu API un pamata žurnālošanu.
Integrācijas slānis + validācijas + testi + monitorings.
Vairāki reģistri/API, rindas, HA, sarežģīti drošības scenāriji.
Aprakstiet scenāriju (kādi dati, kāds apjoms, kāda autentifikācija) — sagatavosim risinājumu un izmaksu novērtējumu.
Ja šīs lietas ir skaidras, ieviešana ir ātrāka, drošāka un prognozējamāka.