e-Factura și SPV (ANAF)
Trimiterea facturilor în sistemul ANAF și preluarea stărilor, cu autentificarea pe certificat și cu tratarea respingerilor — partea care de obicei se descoperă abia la prima factură refuzată.
Integrări cu sistemele de care depinzi, și operarea de după
Cele mai multe aplicații nu mor pentru că e codul prost, ci pentru că nimeni nu le mai ține. Furnizorul a plecat, certificatul a expirat, ANAF a schimbat formatul, iar cel care știa parola nu mai lucrează acolo.
Noi facem și partea asta: legăturile cu sistemele exterioare — ANAF, facturare, plăți, autentificare — și apoi operarea curentă, inclusiv pentru aplicații pe care nu le-am scris noi.
- e-Factura ANAF
- SPV
- Keycloak / SSO
- SmartBill · FGO · Oblio
- Stripe
- Terraform
01
Ce acoperim
Integrările pe care le-am făcut deja și le ținem în producție, nu o listă teoretică.
Facturare și contabilitate
Legătura cu furnizorul de facturi folosit de firmă — SmartBill, FGO, Oblio — ca factura să plece din aplicație, nu să fie retastată seara în alt program.
Plăți și abonamente
Încasare cu cardul, abonamente recurente, reîncercări la plăți eșuate și starea abonamentului vizibilă în aplicație. Prin Stripe sau prin procesatorul local.
Autentificare centralizată
Un singur cont pentru toate aplicațiile organizației, cu drepturi pe roluri și cu posibilitatea de a lega conturile existente din Active Directory sau din alt furnizor.
Preluarea unei aplicații existente
Citim codul și infrastructura, scriem ce am găsit și propunem un plan: ce se repară întâi, ce se rescrie, ce rămâne. Fără să promitem rescrieri de care nu e nevoie.
Monitorizare și operare
Alerte când se strică ceva, copii de siguranță verificate prin restaurare, actualizări de securitate și cineva care răspunde când sistemul se oprește.
02
Ce primiți
Integrări care se repară, nu se reinventează
Când partenerul schimbă formatul, se modifică o bucată izolată, nu jumătate din aplicație. De aceea le scriem separat de logica de business.
Infrastructura descrisă în cod
Serverele, DNS-ul și certificatele sunt scrise în Terraform, nu făcute cu mâna în consolă. Se pot reface identic, iar istoricul arată cine ce a schimbat.
Copii de siguranță încercate
O copie de siguranță contează doar dacă s-a restaurat din ea măcar o dată. Verificăm restaurarea, nu doar existența fișierului.
Predare fără șantaj
Dacă vreți să plecați, plecați: conturile sunt ale voastre, infrastructura e descrisă, iar documentația de operare se predă odată cu accesele.
03
Cum începe o preluare
Întâi învățăm sistemul, abia apoi îl atingem.
- 01
Inventar și acces
Facem lista: unde rulează, cine are acces, ce certificate expiră, ce copii de siguranță există. De multe ori aici apar primele surprize.
- 02
O perioadă în care doar funcționează
Preluăm operarea fără modificări: monitorizare, alerte, intervenții la incidente. Învățăm sistemul în funcțiune, nu din documentație.
- 03
Plan de reparații
Abia după aceea propunem ce se schimbă, în ce ordine și cu ce risc. Pe etape, nu „rescriem tot".
Întrebări despre această competență
Preluați o aplicație făcută de altcineva?
Da, e una dintre cele mai frecvente cereri. Începem cu un inventar al accesului și al infrastructurii, apoi cu o perioadă în care sistemul doar rulează sub mâna noastră. Nu promitem o rescriere înainte să înțelegem de ce a fost construit așa.
Cât costă operarea lunară?
Depinde de câte sisteme sunt și de cât de repede trebuie să răspundem la incidente. Se stabilește ca abonament, cu timpul de răspuns scris în contract — nu la oră, fiindcă nimeni nu vrea să se gândească la factură când e sistemul picat.
Ce se întâmplă dacă integrarea cu ANAF se strică?
ANAF schimbă periodic formate și cerințe de autentificare. Integrările noastre rețin ce s-a trimis și ce a răspuns sistemul, deci se poate relua exact de unde a rămas, iar partea de format se modifică izolat, fără să atingem restul aplicației.
Lucrați cu infrastructura noastră sau cu a voastră?
Cu oricare. Dacă aveți deja servere sau un furnizor de găzduire, rămânem acolo și descriem în cod ce există. Dacă nu, ridicăm noi infrastructura, tot descrisă în cod, pe contul vostru de furnizor — nu pe al nostru.
Cine are acces la datele noastre?
Strict oamenii care lucrează la sistem, cu conturi nominale, nu cu o parolă comună. Accesele se revocă la plecarea cuiva, iar ce s-a accesat rămâne în jurnal.
Contact
Aveți o aplicație pe care n-o mai ține nimeni?
Spuneți-ne ce rulează și unde. Ne uităm și vă spunem cinstit dacă merită reparată sau înlocuită.
Sediu: Barajul Dunării nr. 3, Sector 3, București