Un CLI Windows pentru case de marcat.
O singură comandă pe PC-ul casei. Rulează rail-ul MIA și orice CLI de card pe care casa dvs. îl vorbește deja — în paralel, în forma pe care softul de POS o apelează dintotdeauna.
Un CLI pe care casa dvs. deja știe să-l apeleze.
Nu middleware. Nu un SDK pe care trebuie să-l învățați. Un singur binar Windows care se comportă ca CLI-urile de card-terminal pe care softul de casă le apelează de ani.
Ce este. miaposCLI.exe — un binar Windows compact pe PC-ul casei. Softul casei îl apelează cu o singură comandă (miaposCLI.exe /o1 /a15000 /c498 /eORDER-42), citește rezultatul dintr-un fișier standard și tipărește chitanța. Vânzare, retur, anulare, raport, închidere de tură — aceleași operații pe care integrările CLI de card le tratează deja.
Cum funcționează. Casierul apasă un buton. Clientul scanează un sticker QR cu aplicația sa bancară (maib, MICB, Eximbank, ECBank sau orice participant MIA). Plata se confirmă în câteva secunde. Chitanța iese la casă. Un singur apel de proces, fișiere de ieșire standard.
Pentru cine. Dezvoltatori de software pentru case de marcat. Integratori care instalează case la comercianți. Comercianți cu echipă IT internă care doresc să adauge acceptarea MIA în casa existentă. Dacă softul dvs. deja apelează un CLI de card-terminal, acesta se potrivește în același slot.
Cum îl apelează casa dvs.
O singură suprafață de comandă. Trei formate de livrare — CLI astăzi, DLL și COM când piloții le cer.
| Format | Interfață | Disponibil |
|---|---|---|
| CLI | miaposCLI.exe /o<op> /a<amount> … + fișiere output_ex.dat / cheq.out / response.json |
Astăzi |
| DLL | C-callable, MiaPosPay(amount, …) — un singur apel sincron |
Roadmap 2026 |
| COM | Obiect COM cu .Exchange() — pentru integratori .NET / VBA |
Roadmap 2026 |
Aceeași gramatică de comandă în toate cele trei. Livrați formatul care se potrivește suprafeței de integrare a casei dvs.
Compatibilitate cu CLI-uri de card. Arcus2 primul.
Multe aplicații de casă apelează deja un CLI de card-terminal — Ingenico Arcus2 este cel mai comun exemplu în Moldova. Binarul nostru respectă acea formă, așa că se potrivește acolo unde CLI-ul de card se află deja.
- Aceleași argumente CLI —
/o /a /c /t /i /e /hide /console - Aceleași fișiere de ieșire —
output_ex.dat(Windows-1251, key=value, CRLF) șicheq.out - Aceleași coduri RC —
000succes ·001refuzată ·002timeout ·004eroare de comunicare - Același contract de exit —
%ERRORLEVEL%=0la succes,=1altfel; citițioutput_ex.datpentru motiv - Aceleași operații suportate — vânzare, retur, anulare, raport complet, raport scurt, închidere de tură, verificarea conexiunii
Dincolo de Arcus2. CLI-urile de card de la alți vendori care urmează aceeași convenție — invocare bazată pe argumente, schimb prin fișier de ieșire, cod RC de returnare — pot fi adăugate la cerere. Modelul este comun în această clasă; shim-ul este costul integrării. Arcus2 este ce livrăm astăzi.
Integrarea într-un pilot activ: sub o zi de dev.
Rulați rail-urile în paralel.
Un singur apel CLI, mai multe rail-uri deschise în același timp. Primul care termină câștigă. Casa primește un singur rezultat.
Casierul pornește o singură plată. CLI-ul deschide în paralel fiecare rail configurat pentru casa respectivă: MIA generează un sticker QR pe ecranul dinspre client; fiecare rail de card armează propriul terminal. Ce atinge clientul primul câștigă — scanează stickerul sau introduce cardul.
Rail-ul câștigător scrie în output_ex.dat. Rail-urile pierzătoare sunt anulate automat. Casa dvs. primește un singur rezultat în un singur set de fișiere, cu un câmp PaymentMethod=MIA|CARD care indică rail-ul câștigător. UX-ul casierului nu se schimbă.
Două rail-uri implicit — MIA plus un CLI de card (Arcus2 astăzi). Rail-uri suplimentare de card de la alți vendori pot fi adăugate; arbitrajul rămâne același — primul câștigător ia rezultatul.
sticker QR
rail #1] CLI --> R1[Card Rail
Arcus2 astăzi
rail #2] CLI --> RN[Card Rail
alt vendor
posibil
rail #N] M --> O[output_ex.dat
RC=000
PaymentMethod=MIA CARD] R1 --> O RN --> O -->