RENware Software Systems

Optiuni tehnice

Cuprins:

Optiuni tehnice

Acest document prezinta posibilele optiuni tehnice la cele doua sisteme, optiuni care vor trebui agreate si (preferabil) planificate cel putin din punct de vedere al prioritatii.

Optiuni sistem INVOICEtoROefact

Forma de utilizare si interactionare

☐ (INVOICEtoROefact-RQ-01) - varianta CLI (command line) cu utilizare "individuala"
☐ (INVOICEtoROefact-RQ-02) - varianta WEB cu utilizare centralizata

Configurabilitate

☐ (INVOICEtoROefact-RQ-03) - varianta in care se prelucreaza un model de fisier Excel in care sunt "fixate si blocate" locatiile celulelor ce contin date relevante
☐ (INVOICEtoROefact-RQ-04) - varianta in care structura si formatul fisierului Excel contin "cuvinte cheie" ce determina regasirea date relevante (de exemplu textul "Client:" intr-o celula semnifica inceperea unei zone cu datele clientului de la acea celula in jos si pina prima celula necompletata ce va fi gasita)

Recomandari sistem INVOICEtoROefact

varianta (INVOICEtoROefact-RQ-01) este recomandata ca fiind "aproape obligatorie" deoarece chiar si in varianta WEB ea va trebui scrisa intr-o forma neutilizabila direct (sub forma de functie a sistemlui). Transformarea acestei functii in varianta CLI va permite o executie portabila ("la purtator") si offline (in situatii extreme se poate folosi doar fisierul XML generat si acesta va putea fi manual incarcat in ANAF-SPV). Informatia privind "starea de incarcare a facturii" va fi oricum salvata si in fisierul Excel aferent facturii si va putea fi preluata de catre varianta WEB pentru centralizarea informatiilor- a se vedea si modulul LDXML si notele de subsol aferente
optiunea (INVOICEtoROefact-RQ-03) este recomandata ca varianta de start deoarece va permite realizarea unei variante OPERATIONALE (de lucru curent si testare) intr-un termen mai scurt, urmind ca aceasta optiune sa fie gradat extinsa si cu optiunea (INVOICEtoROefact-RQ-04). Aceasta "linie de lucru" nu va induce probleme, avind in vedere ca orice optiune / varianta aleasa ca varianta de start si planificata a fi extinsa va implica si MIGRAREA datelor deja produse la momentul extinderii ei

Optiuni sistem PayValidaBoa

Framework standardizat de orchestrare

☐ (PayValidaBoa-RQ-01) - utilizarea unui framework specializat de orchestrare si integrare cu alte sisteme "externe"
- Implicatii: poate mari durata de implementare
- Avantaje: utilizarea ulterioara pentru integrare intre sisteme ce prezita interfata standardizata (REST, SOA, NTFS, EXT4, OAuth, ...)

Semnare electronica a facturilor verificate

☐ (PayValidaBoa-RQ-02) - utilizarea de certificat tip "semnatura electronica" pentru autentificarea verificarii facturilor EMBEDDED IN FACTURA
☐ (PayValidaBoa-RQ-03) - utilizarea de certificat tip "semnatura electronica" pentru autentificarea verificarii facturilor adiacet facturii - disponibil pentru consultare numai in sistemul PayValidaBoa
☐ (PayValidaBoa-RQ-04) - verificarea facturilor nu necesita certificat tip "semnatura electronica" ci simpla informatie existenta in sistemul PayValidaBoa este suficienta

Baza de date 'interna / specifica' sistemului PayValidaBoa

a se vedea documentul "Considerente tehnice generale", sectiunea "Considerente generale privind bazele de date proprii sistemelor", item "(DBS-03)" pentru opptiuni privind baza de date ce va fi utilizata "pentru operatiuni interne si specifice" de catre sistemul PayValidaBoa

Optiuni generale de implementare

Sistemele tip infrastructura ce vor fi utilizate

☐ (general-RQ-01) - server web-HTTP pentru aplicatiile de tip WEB (ATENTIE: sistemele WEB ce vor fi implementate necesita interfata / mod de operare standard WSGI)
☐ (general-RQ-02) - sistem de autentificare utilizat (intern aplicatie, Google, Identity Management propriu, ...)
☐ (general-RQ-03) - sistemele vor rula pe infrastructura proprie sau aceastea vor rula in infrastructuri gazduite

Alte optiuni 'ad-hoc' (in sedinta)

...
...
...
...
...
...

Last update: March 6, 2024