Dispozitive

Dispozitive compatibile

Lista canonică a dispozitivelor fiscale (AMEF) și a transporturilor compatibile cu e-bon — protocoale, porturi implicite, baud rate, ordine de detecție și limitări cunoscute.

Această pagină răspunde definitiv la întrebarea „suportați dispozitivul X?". Se adresează la trei tipuri de cititori: antreprenorilor care verifică dacă AMEF-ul deja deținut (sau pe cale să fie cumpărat) funcționează cu e-bon; integratorilor POS care planifică o implementare și estimează mixul de transporturi; și echipei de suport care triază un client a cărui casă de marcat refuză să se asocieze.

Pentru fluxul operațional de asociere (Bluetooth, USB, Serial, TCP — ce să apeși și când) vezi Asocierea imprimantei fiscale. Când un dispozitiv care ar trebui să meargă nu se comportă cum trebuie, sari direct la Ghidul de depanare.

Matrice de compatibilitate

Protocol	Producător	Familie	Transporturi	Port TCP implicit	Baud rate implicit
Datecs Extended (ISL)	Datecs	isl	TCP, Bluetooth, Serial	9100	115200
Datecs Compact (ISL)	Datecs	isl	TCP, Bluetooth, Serial	9100	115200
Datecs Professional (ISL)	Datecs	isl	TCP, Bluetooth, Serial	9100	115200
Tremol (ZFP)	Tremol	zfp	TCP, Bluetooth, Serial	4999	115200
Tremol V2 (ZFP)	Tremol	zfp	TCP, Bluetooth, Serial	4999	115200
Daisy (ISL)	Daisy	isl	TCP, Bluetooth, Serial	9100	115200
Daisy RO (ISL)	Daisy	isl	TCP, Bluetooth, Serial	9100	115200
Eltrade (ISL)	Eltrade	isl	TCP, Bluetooth, Serial	9100	115200
Incotex (ISL)	Incotex	isl	TCP, Bluetooth, Serial	9100	9600
MF/JE (Shtrih)	Shtrih-M	shtrih	TCP, Bluetooth, Serial	9100	115200
Custom (Serial)	Generic	custom	Serial, TCP	8000	9600

Familii de protocoale

isl — familia de protocoale Information Systems Limited. Folosită de Datecs, Daisy, Eltrade și Incotex. Cea mai mare bază instalată din piețele România și Bulgaria; majoritatea dispozitivelor ISL împart același cadru de comenzi, motiv pentru care portul TCP implicit (9100) și baud rate-ul (115200) sunt consecvente în întreaga familie, cu singura excepție Incotex (9600 baud).
zfp — familia ZFP (Zero Frame Protocol) a Tremol. Are un port TCP implicit distinct (4999). Două generații de firmware sunt în uz: cea legacy (Tremol) și revizia mai nouă (TremolV2); registrul le expune pe amândouă fiindcă unele dispozitive din baza instalată nu au fost actualizate.
shtrih — imprimante Shtrih-M MF/JE, varianta conformă cu Jurnal Electronic românesc. Relevantă pentru ANAF în locațiile care au standardizat anterior pe hardware Shtrih.
custom — opțiune generică pe Serial, ca rezervă pentru dispozitive nelistate. Are intenționat cea mai mică prioritate la detecție: este aleasă numai când nimic altceva nu revendică conexiunea.

Detalii per protocol

Datecs Extended (ISL)

Producător: Datecs
Familie: isl
Identificator nativ: datecs-extended.isl
Modele acoperite: seriile DP-25, DP-150, DP-500, FP-2000 (instalări mari / profesionale)
Transporturi: TCP, Bluetooth, Serial
Port TCP implicit: 9100
Baud rate implicit: 115200
Ordine de detecție: 1 (verificat primul la auto-detect)

Datecs Compact (ISL)

Producător: Datecs
Familie: isl
Identificator nativ: datecs-compact.isl
Modele acoperite: FP-700, FP-300, FP-550 (unități compacte / mobile)
Transporturi: TCP, Bluetooth, Serial
Port TCP implicit: 9100
Baud rate implicit: 115200
Ordine de detecție: 2

Datecs Professional (ISL)

Producător: Datecs
Familie: isl
Identificator nativ: datecs-professional.isl
Modele acoperite: FP-1000, FP-3530, WP-500X
Transporturi: TCP, Bluetooth, Serial
Port TCP implicit: 9100
Baud rate implicit: 115200
Ordine de detecție: 3

Tremol (ZFP)

Producător: Tremol
Familie: zfp
Identificator nativ: tremol.zfp
Modele acoperite: seriile M20, S20, M-PR (firmware ZFP legacy)
Transporturi: TCP, Bluetooth, Serial
Port TCP implicit: 4999
Baud rate implicit: 115200
Ordine de detecție: 4

Tremol V2 (ZFP)

Producător: Tremol
Familie: zfp
Identificator nativ: tremol-v2.zfp
Modele acoperite: M-PR2, S-PR (revizii noi de firmware ZFP)
Transporturi: TCP, Bluetooth, Serial
Port TCP implicit: 4999
Baud rate implicit: 115200
Ordine de detecție: 5

Daisy (ISL)

Producător: Daisy
Familie: isl
Identificator nativ: daisy.isl
Modele acoperite: eXpert SX, perfeKT, FX1200 (linia originală BG)
Transporturi: TCP, Bluetooth, Serial
Port TCP implicit: 9100
Baud rate implicit: 115200
Ordine de detecție: 6

Daisy RO (ISL)

Producător: Daisy
Familie: isl
Identificator nativ: daisy-ro.isl
Modele acoperite: variantele localizate pentru România ale liniei Daisy (firmware RO, omologate ANAF)
Transporturi: TCP, Bluetooth, Serial
Port TCP implicit: 9100
Baud rate implicit: 115200
Ordine de detecție: 7

Eltrade (ISL)

Producător: Eltrade
Familie: isl
Identificator nativ: eltrade.isl
Modele acoperite: seriile A1, A3, K1
Transporturi: TCP, Bluetooth, Serial
Port TCP implicit: 9100
Baud rate implicit: 115200
Ordine de detecție: 8

Incotex (ISL)

Producător: Incotex
Familie: isl
Identificator nativ: incotex.isl
Modele acoperite: seriile 777, 4000K
Transporturi: TCP, Bluetooth, Serial
Port TCP implicit: 9100
Baud rate implicit: 9600 (atenție: mai mic decât 115200 folosit de celelalte dispozitive ISL — verifică cablul și adaptorul înainte de înlocuire)
Ordine de detecție: 9

MF/JE (Shtrih)

Producător: Shtrih-M
Familie: shtrih
Identificator nativ: mfje.shtrih
Modele acoperite: imprimante Shtrih-M MF/JE (variantele conforme cu Jurnal Electronic românesc)
Transporturi: TCP, Bluetooth, Serial
Port TCP implicit: 9100
Baud rate implicit: 115200
Ordine de detecție: 10

Custom (Serial)

Producător: Generic
Familie: custom
Identificator nativ: custom.serial
Modele acoperite: rezervă pentru dispozitive in-house, white-label sau nelistate care vorbesc un protocol fiscal compatibil pe Serial. Necesită configurare manuală (port, baud, opțiuni de framing); nu există garanții de auto-detect.
Transporturi: Serial, TCP (fără Bluetooth — folosește un protocol listat dacă ai nevoie de BT)
Port TCP implicit: 8000
Baud rate implicit: 9600
Ordine de detecție: 11 (verificat ultimul)

Note despre transporturi

USB

USB este definit în enum-ul DeviceTransport, dar niciun protocol din registrul curent nu declară USB ca transport suportat. Tratează USB drept neacceptat pentru conectivitatea AMEF până când o intrare din registru îl activează explicit. În practică, dispozitivele conectate fizic prin USB sunt accesate printr-un bridge USB-to-Serial (CDC-ACM sau FTDI), iar aplicația le adresează ca Serial.

Wi-Fi

Wi-Fi NU este un transport acceptat pentru dispozitive fiscale. Este intenționat absent din enum-ul DeviceTransport și din fiecare intrare a registrului de protocoale. Dispozitivele fiscale au nevoie de un transport determinist, cu jitter mic: un cadru pierdut în mijlocul unui bon fiscal poate lăsa AMEF-ul într-o stare inconsistentă care necesită intervenția unui tehnician; ferestrele de raportare ANAF sunt limitate în timp și nu tolerează valuri de reconectare; iar majoritatea AMEF-urilor omologate nu expun deloc un stack Wi-Fi. Cablul LAN este acceptat — un terminal POS poate rămâne pe Wi-Fi atâta timp cât conexiunea către AMEF este pe cablu, Bluetooth sau Serial.

Bluetooth, Serial, TCP pe Ethernet cablat

Bluetooth — pentru configurări mobile sau cuplate cu POS-ul (tablete pentru ospătari, food truck-uri, orice se mișcă).
Serial (RS-232 / bridge USB-to-Serial) — pentru POS de birou într-o stație fixă, sau pentru a accesa o imprimantă conectată pe USB printr-un bridge CDC-ACM / FTDI.
TCP/IP pe Ethernet cablat — pentru imprimante atașate la rețea în locațiile mari, cu cablare structurată.

Serializare multi-operator

Diferențiator: e-bon serializează operațiunile fiscale simultane venite de la mai multe terminale POS către același AMEF — ordonate, corecte, niciodată pierdute. Doi ospătari, o stație de bucătărie și un dashboard de manager pot trimite spre aceeași imprimantă fără coruperea bonurilor fiscale prin întrețesere, fără curse cu bonuri duplicate și fără blocaje pe transport sub sarcină.

Concret, fiecare operațiune fiscală (deschidere bon, adăugare linie, închidere, raport Z zilnic, depunere/retragere etc.) este pusă într-o coadă și transmisă către dispozitiv de un singur consumator desemnat. Din perspectiva oricărui terminal POS individual operațiunea apare sincronă; din perspectiva dispozitivului, operațiunile sosesc strict una câte una, în ordinea în care au fost acceptate. Eșecul unei singure comenzi nu blochează comenzile ulterioare ale altor terminale dincolo de timpul necesar pentru a expune eroarea.

Aceasta contează în implementări reale: imprimante de bucătărie partajate, săli cu mai multe iPad-uri și o singură casă de marcat, sau reconciliere de back-office care rulează în paralel cu emiterea live de bonuri funcționează datorită acestei garanții. Concurenții cu un singur POS per imprimantă trebuie să recurgă la programări cu lacăt sau să ceară comerciantului să cumpere mai multe imprimante.

Limitări cunoscute

Partner Tech (de ex. RP-100) — semnalată ca lipsă de acoperire în research-ul de piață HoReCa POS din 2026-04-20. Înregistrată intern ca REC-PT-1 (urmărit). Nu este pe roadmap-ul apropiat; revizuim dacă cererea din partea partenerilor sau a comercianților justifică efortul.
Transport USB — definit în enum-ul DeviceTransport, dar nedeclarat de niciun protocol curent. Tratează-l ca neacceptat pentru AMEF până când o intrare din registru îl activează; accesează dispozitivele USB printr-un bridge USB-to-Serial.
Transport Wi-Fi — intenționat neacceptat; vezi nota Wi-Fi de mai sus.
Orice dispozitiv sau protocol care nu apare în matricea de mai sus — încearcă întâi calea Custom (Serial). Dacă nu funcționează, cere suport (vezi mai jos).

Solicitarea unui dispozitiv nou

Trimite un email la integrations@e-bon.ro cu subiectul Device support: <producător> <model>.
Atașează (sau pune link la) fișa tehnică hardware și manualul de protocol / referința de comenzi. Fără ambele, evaluarea nu poate începe.
Notează ce transporturi expune dispozitivul (TCP, Bluetooth, Serial — port și baud unde e relevant).
Dacă cererea este blocantă pentru un client (contract semnat care depinde de acoperirea hardware), spune asta explicit în email — așteptările legate de SLA trebuie stabilite cu clientul din start; cererile standard de suport nu vin cu SLA.
Specificele pieței românești (statutul de omologare ANAF, varianta de Jurnal Electronic, versiunea de fiscalizare) trebuie incluse de la început, pentru a evita schimbul repetat de mesaje.

Pași următori

Asocierea imprimantei fiscale — fluxul operațional de asociere pe Android (Bluetooth, USB, Serial, TCP).
Depanare — când un dispozitiv apare offline, hârtia se blochează sau imprimanta refuză să tipărească.
Dispozitive în Portal — gestiunea flotei de dispozitive (status, locație, înlocuiri) din portalul web.

Editează această pagină

Conectare manuală

Adaugă manual o imprimantă fiscală atunci când descoperirea automată nu o găsește. Alegi protocolul și transportul, introduci detaliile de conexiune și salvezi dispozitivul.

Găsește protocolul dispozitivului tău

Caută orice protocol de dispozitiv fiscal suportat de e-bon — nume afișat, producător, familie, port TCP implicit, viteză de transmisie implicită și ordinea de descoperire automată. Folosește această pagină când înregistrezi un AMEF prin API sau Portal.