Work
Sisteme construite, nu doar concepte prezentate.
Produsele din portofoliul RawBotics combină software engineering, AI, automation, data și product design în arhitecturi construite pentru utilizare reală.
- BidFlow
- CYNEX
- certifAI
- Administrație locală
01 Evidență de sistem
Ceea ce construim arată cum gândim.
Fiecare proiect pornește dintr-un context diferit, dar este tratat ca sistem: utilizatori, procese, date, reguli, integrare, experiență și infrastructură.
BidFlow
O platformă pentru întregul proces de lucru din jurul licitațiilor.
Platformă SaaS enterprise pentru operatorii economici care lucrează cu achiziții publice. Nu acoperă un singur pas din proces, ci traseul complet — de la momentul în care apare o oportunitate până la ce rămâne în organizație după depunere.
- 01Opportunity discovery
- 02Prioritizare
- 03Go / No-Go
- 04Tender workspace
- 05Taskuri și termene
- 06Documente
- 07Colaborare
- 08Analiză asistată AI
- 09Raportare
- 10Memorie organizațională
01 BidFlow · compoziție de sistem
AI, workflow și contextul organizației, în același produs.
BidFlow are sens doar dacă inteligența lucrează pe procesul real și pe documentele organizației, nu lângă ele. De aici vine compoziția de capabilități.
- C—01Product Engineering
- C—02AI Systems & Agents
- C—03Automation & Orchestration
- C—05Data & Intelligence
- C—04Systems Integration
- C—06Cloud & Software Architecture
- C—07Digital Experiences
Accent: AI + workflow + context organizațional. Restul capabilităților susțin acest nucleu, nu îl înlocuiesc.
CYNEX
Procese administrative și achiziții publice transformate într-un sistem digital coerent.
Platformă digitală pentru instituții publice. Inițierea, aprobarea, planificarea și derularea proceselor se întâmplă în același sistem, cu roluri, reguli și trasabilitate — nu în fișiere paralele și mesaje separate.
- 01Inițiere structurată
- 02Fluxuri de aprobare
- 03Planificare
- 04Suport pentru procesele de tip PAAP
- 05Trasabilitate
- 06Raportare
- 07Arhivă digitală
- 08Alerte
- 09Configurare instituțională
- 10Administrare
02 CYNEX · compoziție de sistem
Infrastructură operațională, nu o aplicație de formulare.
Într-o instituție, forma contează mai puțin decât regula din spatele ei: cine poate iniția, cine aprobă, ce se întâmplă când termenul trece și unde rămâne dovada.
certifAI
Date structurate, dovezi verificabile și un proces de certificare controlat.
Platformă de certificare și conformitate pentru operatorii economici din construcții. Certificarea este tratată ca sistem digital: profil structurat, dovezi verificabile, reguli explicite și un flux de verificare care lasă urmă.
- 01Onboarding operator
- 02Profil structurat
- 03Colectare dovezi
- 04Validare
- 05Flux de certificare
- 06Logică de conformitate
- 07Review controlat
- 08AI Compliance Engine
- 09Trasabilitate
- 10Permisiuni
03 certifAI · compoziție de sistem
O certificare valorează cât structura datelor din spatele ei.
Fără date structurate și reguli explicite, o platformă de conformitate rămâne un depozit de fișiere. Accentul cade pe modelul de date, pe validare și pe urma pe care o lasă fiecare decizie.
- C—05Data & Intelligence
- C—02AI Systems & Agents
- C—01Product Engineering
- C—03Automation & Orchestration
- C—04Systems Integration
- C—06Cloud & Software Architecture
- C—07Digital Experiences
Accent: date structurate + reguli + auditabilitate. AI-ul pregătește verificarea; nu o înlocuiește.
Platformă digitală pentru administrație locală
Servicii, procese și date locale aduse într-o arhitectură digitală comună.
Platformă integrată pentru administrația publică locală, construită în jurul proceselor operaționale reale: ce cere un cetățean, cine preia, ce departamente sunt implicate, ce documente se produc și unde rămâne starea.
- 01Cereri cetățeni
- 02Cereri interne
- 03Fluxuri departamentale
- 04Documente
- 05Aprobări
- 06Stare și termene
- 07Date
- 08Raportare
- 09Integrări
- 10Livrarea serviciului
04 Administrație locală · compoziție
Două straturi care trebuie să arate aceeași realitate.
Stratul public și stratul intern nu sunt două produse. Sunt două vederi peste același sistem de procese, documente și date — iar diferența dintre ele este strict de rol.
05 Comparație
Domenii diferite. Aceeași disciplină de engineering.
Matricea de mai jos nu este o listă de funcționalități, ci intensitatea arhitecturală: cât din greutatea fiecărui sistem cade pe fiecare strat de engineering.
| Strat | BidFlow | CYNEX | certifAI | Administrație locală |
|---|---|---|---|---|
| Product | 05 | 04 | 04 | 04 |
| Workflow | 05 | 05 | 04 | 05 |
| AI | 05 | 02 | 04 | 02 |
| Data | 04 | 04 | 05 | 04 |
| Integration | 03 | 03 | 03 | 05 |
| Experience | 04 | 04 | 03 | 04 |
| Infrastructure | 03 | 04 | 03 | 04 |
06 Poziționare
Nu reutilizăm aceeași soluție în contexte diferite. Reutilizăm modul de a gândi sistemul.
Ce se schimbă de la un proiect la altul
- 01Regulile domeniului. O licitație, o procedură administrativă și o certificare nu au aceeași logică și nu tolerează aceleași aproximări.
- 02Utilizatorii. Un manager de ofertare, un funcționar public și un auditor lucrează altfel și au nevoie de altceva pe primul ecran.
- 03Workflow-urile. Numărul de pași, punctele de decizie și ce anume blochează procesul diferă radical.
- 04Modelul de date. Entitățile, relațiile și ce înseamnă „valid" se rescriu de fiecare dată.
- 05Riscul. Undeva riscul e comercial, altundeva e de conformitate. Arhitectura urmează riscul.
- 06Peisajul de integrare. Sistemele cu care trebuie să vorbim sunt rareori aceleași și aproape niciodată la fel de deschise.
- 07Arhitectura concretă. Module, granițe, servicii și mod de operare — toate se decid pe contextul acela.
Ce rămâne constant
- 01Gândirea de sistem. Începem de la proces, date și dependențe, nu de la ecrane.
- 02Granițe clare. Se știe ce răspunde fiecare modul și unde se termină responsabilitatea lui.
- 03Observability. Sistemul spune ce face, nu doar când se oprește.
- 04Usability. Produsul este folosit zilnic de oameni care nu au timp să îl învețe de două ori.
- 05Evoluție controlată. Se poate schimba fără să se rescrie, pentru că a fost gândit să se schimbe.
07 De la problemă la sistem
Fiecare proiect începe înainte de primul ecran.
Înțelegem procesul, datele și dependențele înainte să alegem interfața sau tehnologia.
08 Work + Capabilities
Work este locul în care capabilitățile se întâlnesc.
Fiecare capabilitate poate fi citită separat. În proiecte însă apar întotdeauna împreună, în combinații dictate de domeniu.
09 Work + Solutions
Fiecare proiect poate fi citit și ca o soluție de sistem.
Aceleași produse, privite din perspectiva problemei pe care o rezolvă. Corespondențele de mai jos sunt de citire conceptuală, nu clasificări rigide.
- BidFlow Enterprise Platforms AI Transformation Process Automation
- CYNEX Enterprise Platforms Process Automation
- certifAI Enterprise Platforms AI Transformation Process Automation
- Platformă pentru administrație locală Enterprise Platforms Process Automation Systems Integration
10 Adâncime de produs
Un proiect nu se termină la interfață.
Toate cele patru produse coboară prin aceleași șase straturi. Diferă unde se concentrează greutatea — punctele colorate arată care proiect apasă pe fiecare strat.
-
L01
Experience
Ce vede și ce poate face fiecare rol, în prima secundă. -
L02
Product logic
Regulile produsului: ce este permis, când și în ce ordine. -
L03
Workflow
Traseul real al lucrului între oameni, roluri și termene. -
L04
Data
Modelul pe care se sprijină totul — și care decide ce se poate cere sistemului mai târziu. -
L05
Integration
Legăturile cu sistemele care există deja și nu dispar. -
L06
Infrastructure
Deployment, scalare, observability și securitate — decise devreme.
Punct plin = strat cu greutate arhitecturală mare în proiectul respectiv.
11 Criterii
Ce urmărim în fiecare sistem construit.
- 01ClaritateUn utilizator nou trebuie să înțeleagă unde se află în proces fără să întrebe pe cineva.
- 02ControlCine poate face ce este o decizie explicită de arhitectură, nu o convenție de echipă.
- 03EvoluțieSistemul se poate extinde fără să fie rescris, pentru că granițele au fost puse din start.
- 04InteroperabilitateDatele pot ieși și pot intra. Un sistem închis devine, în timp, un cost.
- 05ObservabilitySe vede ce se întâmplă în sistem înainte ca cineva să raporteze o problemă.
- 06Experiență pe rolFiecare rol primește contextul lui, nu aceeași interfață cu opțiuni ascunse.
- 07Integritatea datelorStructura și regulile de validare protejează datele înainte ca ele să devină rapoarte.
- 08Automatizare acolo unde ajutăAutomatizăm pașii repetitivi și previzibili, nu deciziile care cer judecată.
- 09AI acolo unde aduce valoareAI-ul intră unde există context real și verificare umană, nu ca strat de prezentare.
Sunt criterii de proiectare urmărite în fiecare sistem, nu garanții universale.
12 Case studies
Intră în arhitectura fiecărui proiect.
Fiecare case study urmărește același traseu: context, provocare, arhitectură, produs, inteligență, integrări, livrare.
13 Convergență
Patru sisteme. Un singur mod de a le construi.
Contact
Ai un sistem care trebuie construit, modernizat sau conectat?
Putem porni de la context, arhitectură și fluxurile reale și construi produsul end-to-end, cu engineering, AI, data și automation acolo unde adaugă valoare.