Un transfer de 12.000 USDT pleacă dintr-un birou din Dubai și ajunge în portofelul unei firme din Cluj în mai puțin de patru minute, cu un comision de câțiva cenți. Factura din spatele lui poate rămâne neîncasată luni bune. Contrastul pare o glumă proastă, până în ziua în care te lovești chiar tu de el: banii s-au mișcat, rețeaua confirmă mișcarea, iar discuția despre cine cui datorează arată exact ca înainte de plată.
Scena se repetă în mai toate echipele care lucrează cu criptomonede. Clientul trimite un link de pe un block explorer și consideră subiectul închis. Furnizorul deschide același link și vede altceva. O sumă mai mică. Alt token. O rețea pe care nu o suportă. Uneori, o adresă pe care nu a comunicat-o nimănui. Amândoi se uită la o înregistrare reală, publică, imposibil de falsificat. Și amândoi ies din discuție cu concluzii diferite despre datorie.
Confuzia are o rădăcină simplă. Un hash de tranzacție arată că o rețea a procesat un transfer. O factură arată că o firmă datorează o sumă altei firme, pentru ceva anume, până la o dată anume. Sunt două forme de adevăr care se ating fără să se suprapună niciodată complet. Cine le tratează ca pe același lucru rămâne fără argumente exact în momentul în care ar avea nevoie de ele.
Soluția nu ține de tehnologie și nu presupune vreun instrument nou. Ține de obiceiul de a păstra două evidențe legate între ele. Una descrie obligația comercială. Cealaltă descrie tentativa de plată. Puse una lângă alta, îți spun în câteva minute dacă ai în față o întârziere banală, o plată parțială, o neînțelegere de curs valutar sau începutul unui incident de securitate.
Ce dovedește, de fapt, un hash de tranzacție?
Documentația Ethereum descrie tranzacția ca pe o instrucțiune semnată criptografic, emisă de un cont, care conține expeditorul, destinatarul, semnătura, valoarea transferată și informațiile despre comision. Oricine poate verifica aceste date, oricând, fără să ceară voie nimănui. Aici stă, de altfel, toată valoarea unei rețele publice ca infrastructură de plată.
Problema apare când transformăm verificabilitatea într-o dovadă comercială. Rețeaua confirmă ceva foarte precis și, în același timp, foarte îngust.
Semnătura arată că cineva a semnat, nu cine este acel cineva
O tranzacție validă demonstrează că deținătorul unei chei private a autorizat un transfer către altă adresă. Cam atât. Rețeaua nu are cum să știe dacă adresa expeditoare aparține firmei care a semnat contractul, unui asociat al ei, contabilului, unei burse sau unui prieten care a făcut plata în locul clientului fiindcă avea lichiditate.
Distincția devine neplăcut de concretă într-o dispută. O firmă din Timișoara a livrat un modul de smart contract unui client înregistrat în Estonia. Plata a venit de la o adresă care nu apărea nicăieri în corespondență. Câteva săptămâni mai târziu, clientul a susținut că nu el a plătit, ci un partener al său, și că suma reprezenta un avans pentru cu totul altceva. Fără o legătură documentată între adresă și persoana juridică, transferul rămânea o mișcare de fonduri fără autor cert, iar factura rămânea deschisă.
Rețeaua nu știe ce ai livrat
Nicio rețea publică nu înregistrează faptul că ai predat un audit de securitate, o campanie de marketing sau etapa a treia dintr-un proiect de dezvoltare. Nu înregistrează nici că beneficiarul a acceptat livrarea. Câmpul de memo, acolo unde există, îl completează plătitorul, cu ce text vrea el, deci nu spune mare lucru despre realitatea comercială din spate.
Blockchainul rezolvă problema încrederii în transfer. Nu se atinge de problema încrederii în relația comercială, care rămâne una de hârtii, semnături și termene.
Primul registru, obligația comercială
Aici începe totul și tot aici se pierde cel mai mult teren. Evidența comercială trebuie să identifice clientul ca persoană juridică, nu ca nume de Telegram sau handle de Discord. Trebuie să spună ce s-a livrat, la ce preț, în ce monedă s-a stabilit prețul, până când se plătește și în ce condiții se consideră livrarea acceptată.
Pentru un proiect de consultanță, asta înseamnă un contract sau un statement of work semnat, etapa facturată, confirmarea clientului că a primit livrabilul și factura finală. O comandă fermă ajută suplimentar, fiindcă arată cine avea dreptul să angajeze firma respectivă.
Regula de conversie decide cine are dreptate
Cea mai frecventă sursă de conflict nu este reaua-credință. Este absența unei reguli de conversie. Dacă factura e în euro sau în dolari, iar plata se face într-un activ digital, contractul trebuie să spună limpede cum se calculează numărul de tokeni.
Un contract bine scris precizează de unde se ia cotația și cât timp rămâne valabilă, pe ce rețea se acceptă plata și cine suportă comisioanele de transfer. Mai precizează, iar partea asta lipsește aproape întotdeauna, ce se întâmplă cu un transfer care sosește după ce cotația a expirat.
Cum arată situația fără regulă. O agenție din București facturează 5.000 de euro unui client care plătește în ETH. Cotația se stabilește luni dimineața, clientul trimite banii joi seara, iar între timp piața a coborât cu nouă procente. În portofel intră o sumă care, convertită, acoperă în jur de 4.550 de euro. Clientul consideră că a plătit integral, fiindcă a trimis exact cantitatea de ETH calculată luni. Agenția consideră că mai are de primit 450 de euro. Niciunul nu minte. Contractul pur și simplu nu a spus a cui e diferența de curs, iar de aici încolo discuția devine o chestiune de forță în relație, nu de dreptate.
Cine avea dreptul să angajeze firma?
Al doilea punct slab, mai ales în echipele mici și rapide, ține de identitatea celui care decide. Discuțiile se poartă pe Telegram, aprobările vin sub formă de emoji, iar la final nimeni nu poate demonstra că persoana care a comandat lucrarea avea mandat să o comande.
Când clientul e o firmă, dosarul are nevoie de denumirea completă, codul de înregistrare, sediul și numele celui care semnează. Când clientul e un DAO sau o structură fără personalitate juridică clară, întrebarea se pune înainte de începerea lucrului, nu după ce factura a depășit scadența cu două luni și jumătate.
Al doilea registru, decontarea on-chain
Evidența de decontare notează ce s-a întâmplat efectiv în rețea. Rețeaua folosită, contractul tokenului, adresa expeditoare, adresa beneficiară, hash-ul, marca temporală, cantitatea și comisioanele relevante. Detaliile astea par redundante cât timp totul merge bine și devin esențiale în secunda în care cineva contestă plata, fiindcă un explorer arată starea rețelei, nu istoricul negocierii tale.
Ce salvezi în afara exploratorului de blocuri?
Instrucțiunile de plată trimise clientului, în forma exactă în care i-au fost trimise, cântăresc la fel de mult ca hash-ul. La fel și mesajul prin care clientul confirmă că a efectuat transferul. O captură dintr-o conversație pe Telegram, salvată la momentul respectiv, valorează mult mai mult decât o reconstituire făcută peste patru luni, când istoricul a fost curățat sau contul a dispărut.
Merită salvat și un export al tranzacției, nu doar linkul. Exploratoarele își schimbă interfața, unele proiecte se închid, iar un link mort nu convinge pe nimeni. Un PDF sau o captură completă, puse în dosarul clientului, rezolvă problema cu un efort de trei minute.
Cum pui cele două evidențe față în față?
Pasul care lipsește aproape întotdeauna e confruntarea celor două evidențe înainte de prima somație. Fără el, echipele reacționează la simptom, iar tonul mesajului nimerește pe lângă situație. Nepotrivirile se împart în câteva tipuri, iar fiecare cere altă reacție.
Când nu s-a mișcat nimic
Dacă nu găsești niciun transfer, prima verificare nu e cea de trezorerie, ci cea administrativă. A ajuns factura la entitatea juridică corectă și la adresa de email pe care firma o folosește oficial, nu la un contact personal care între timp a plecat din companie? S-a trimis o notificare de scadență? În destule cazuri, factura zace într-un inbox pe care nu îl mai citește nimeni de luni bune.
Când a intrat mai puțin decât scrie pe factură
Înainte să numești situația plată parțială, uită-te la momentul cotației și la regula de conversie, apoi la numărul de zecimale ale tokenului, fiindcă o eroare acolo transformă o sumă corectă într-una absurdă. Verifică și comisioanele reținute pe traseu, mai ales dacă plata a trecut printr-o platformă intermediară, plus eventualele taxe percepute chiar de contractul tokenului.
O firmă de dezvoltare din Iași a deschis o dispută pentru o diferență de 200 de dolari, ca să descopere ulterior că suma fusese reținută de bursa prin care clientul făcuse retragerea. Discuția s-a închis într-o oră, dar relația a rămas ușor șifonată degeaba.
Când tokenul sau rețeaua sunt greșite
Aici graba face pagube. Un client trimite USDT pe BNB Smart Chain către o adresă comunicată pentru TRON, sau invers. Uneori fondurile sunt recuperabile, pentru că aceeași cheie privată controlează adresa pe ambele rețele. Alteori adresa aparține unei burse care nu suportă rețeaua respectivă, iar recuperarea depinde exclusiv de procedurile interne ale platformei și de cât de dispusă e să le aplice.
Regula practică e să verifici dacă adresa beneficiară poate accesa activul înainte de a promite clientului că se rezolvă. O promisiune făcută în primele cinci minute, apoi retrasă, transformă o eroare tehnică într-o problemă de încredere.
Când banii ajung la o adresă neaprobată
Dacă transferul a plecat către o adresă care nu apare în instrucțiunile tale oficiale, situația nu mai ține de recuperarea creanțelor. Până la proba contrarie, e un posibil incident de securitate. Fie contul de email al uneia dintre părți a fost compromis, fie cineva din interior a modificat instrucțiunile, fie clientul a copiat o adresă dintr-o conversație falsificată.
Tratarea acestui caz ca pe o simplă întârziere de plată face două rele deodată. Amână reacția de securitate, adică schimbarea parolelor, activarea autentificării în doi pași și verificarea celorlalte conturi. Și consumă fereastra în care fondurile ar mai putea fi urmărite sau blocate, dacă ajung pe o platformă cu proceduri de conformitate.
Când clientul spune că a stins altă factură
Dacă plătitorul susține că transferul acoperea o factură mai veche, cere-i referința de plată și pune-o alături de fișa de cont. Situația apare des la clienții cu mai multe facturi deschise în paralel, iar în lipsa unei referințe clare fiecare parte alocă plata cum îi convine. Nu e neapărat un semn de rea-credință, e doar felul în care funcționează contabilitatea când nimeni nu numerotează plățile.
Clasificarea asta previne greșeala cea mai scumpă, aceea de a trimite o somație standard de întârziere atunci când problema reală ține de evaluare, de atribuire sau de fraudă.
Adresa de portofel se verifică în afara emailului
Instrucțiunile de plată în cripto au nevoie de aceleași controale ca datele bancare. Un nume de expeditor cunoscut și un fir de email vechi de trei luni nu sunt suficiente.
Interpol descrie mecanismul fraudei prin compromiterea conturilor de email de business și recomandă verificarea datelor de plată prin canale obținute independent, nu prin cele din mesajul suspect. Schema e mereu aceeași. Atacatorul intră într-o conversație reală, așteaptă momentul în care se discută o plată și trimite date modificate, cu același ton și aceeași semnătură pe care le folosea interlocutorul legitim. Nimic nu pare în neregulă, fiindcă, până la rândul cu adresa, chiar nu e nimic în neregulă.
Aplicat la portofele, principiul cere ca o adresă nouă să fie confirmată printr-un canal secundar aflat deja în evidențele tale, de regulă un număr de telefon cunoscut, iar aprobarea schimbării să fie notată undeva, cu nume și dată. Acolo unde infrastructura permite, o listă de adrese permise face ca o adresă nouă să nu poată primi fonduri fără o aprobare separată.
Transferul de test lămurește rețeaua, nu proprietarul
Pentru sume mari, un transfer de test de câțiva dolari e o practică sănătoasă. Confirmă că rețeaua aleasă e corectă și că adresa poate primi activul. Ce nu confirmă e cine controlează adresa. Dacă instrucțiunile au fost falsificate, testul va reuși perfect, iar suma mare va pleca exact în același loc greșit.
Ordinea care funcționează e autentificarea instrucțiunii prin canal independent, apoi testul, apoi plata integrală.
Dosarul care se face înainte să fie nevoie de el
Când scadența trece, informația se împrăștie rapid între portofele, exploratoare, aplicații de chat și căsuțe de email ale unor oameni care între timp și-au schimbat locul de muncă. Un dosar compact, făcut chiar în ziua în care factura devine restantă, economisește săptămâni mai târziu.
Începe cu contractul sau comanda și continuă cu factura și termenele de plată. Adaugă dovada livrării sau confirmarea etapei, apoi datele complete ale clientului, denumirea juridică, sediul și persoana care ia decizia. Pune acolo notificările trimise, mesajele de dispută și datele de plată propuse de client, împreună cu instrucțiunile de plată aprobate și cu orice modificare a lor, inclusiv cine a aprobat-o. La final intră hash-ul și înregistrarea salvată a tranzacției, plus o fișă de cont pe o singură pagină, care arată cât s-a facturat, ce valoare a intrat efectiv, ce credite s-au aplicat și cât rămâne de încasat.
Fișa aceea de o pagină face mai mult decât pare. E documentul pe care îl citește un avocat, un contabil sau un judecător fără să aibă nevoie de context tehnic. Un dosar de patruzeci de pagini fără sinteză se citește greu și convinge prost.
Partea românească a poveștii
Pentru un SRL sau un PFA din România apare un strat suplimentar, fiindcă evidența fiscală nu are cum să funcționeze pe hash-uri.
e-Factura nu are unde să pună un hash
Facturile emise între firme românești circulă prin sistemul RO e-Factura, în format XML structurat, transmise prin Spațiul Privat Virtual. Raportarea a devenit obligatorie în relația B2B de la începutul anului 2024, iar din a doua jumătate a aceluiași an factura electronică transmisă prin sistem e singura care produce efecte între firme stabilite în România. Din 2025, obligația s-a extins și către relația cu consumatorii.
Formatul cere date de identificare, sume, cote de TVA și termene. Nu are un câmp pentru adresa de portofel a plătitorului și nici pentru hash-ul transferului. Consecința practică e că factura există și produce efecte fiscale independent de ce s-a întâmplat în rețea. Dacă ai emis factura, iar clientul a plătit pe o rețea greșită, obligația fiscală rămâne, iar creanța rămâne deschisă în contabilitate până la stingerea ei efectivă. Nimeni de la ANAF nu va accepta un link de explorer în locul unei încasări identificabile.
Contabilitatea se ține în lei, nu în tokeni
A doua consecință ține de conversie. Evidența contabilă se ține în lei, iar transformarea sumelor exprimate în valută se face pornind de la cursul comunicat de Banca Națională a României, la datele prevăzute de Codul fiscal. Când plata vine într-un activ digital, apar două conversii succesive, din token în valută și din valută în lei, fiecare cu momentul ei.
Diferența dintre cele două momente generează diferențe de curs care trebuie înregistrate. Un freelancer care primește 3.000 USDT pe 3 septembrie și îi schimbă în lei pe 19 septembrie va avea două valori diferite în evidență, iar diferența nu dispare pentru că i se pare mică. La asta se adaugă regimul de impozitare a câștigurilor din transferul de monedă virtuală, care s-a modificat în ultimii ani și merită confirmat cu un contabil pentru anul fiscal curent, nu presupus după un articol citit acum doi ani.
Practic, o firmă care încasează în cripto are nevoie de o politică internă scrisă, chiar dacă are trei oameni. Ce rețele acceptă, ce tokenuri, cine aprobă o adresă nouă, cum se calculează echivalentul în lei și cine face reconcilierea, la ce interval. O pagină e suficientă. Lipsa ei costă mult mai mult decât timpul necesar scrierii.
Ce se întâmplă când discuția ajunge la avocat?
Dacă negocierea nu duce nicăieri, dreptul românesc pune la dispoziție câteva instrumente pentru creanțele dintre profesioniști. Somația de plată, trimisă cu confirmare de primire, deschide de regulă seria. Urmează procedura ordonanței de plată, gândită pentru creanțe certe, lichide și exigibile, care se judecă sensibil mai repede decât un proces obișnuit. Legea 72/2013, care transpune directiva europeană privind combaterea întârzierii la plată în tranzacțiile comerciale, permite în plus perceperea de dobânzi penalizatoare raportate la rata de referință a BNR.
Toate cer același lucru, adică o creanță care se poate demonstra pe hârtie. Contract, factură, dovadă de livrare, notificări. Hash-ul intră în dosar ca element de probă privind plata parțială sau lipsa ei, nu ca substitut al facturii.
Când clientul e dintr-o altă jurisdicție, calea de escaladare depinde de clauza de jurisdicție și de legea aplicabilă din contract. Un contract care tace în privința asta lasă creditorul într-o poziție incomodă, cu costuri de recuperare care pot depăși valoarea creanței. Pentru sume mari, o clauză de arbitraj sau alegerea expresă a unei instanțe cunoscute costă zece minute la redactare și scutește luni de incertitudine.
Viteza decontării nu compensează lipsa evidenței
Infrastructura blockchain rezolvă o problemă reală, aceea a timpului necesar pentru mutarea valorii peste granițe. Nu se atinge însă de întrebarea juridică din spate. Nu poate stabili care entitate datorează banii, dacă etapa a fost acceptată, ce regulă de conversie se aplică sau dacă factura a fost stinsă integral.
Metoda celor două evidențe ține întrebările astea separate, dar legate. Una explică obligația. Cealaltă explică transferul. Puse alături, îți spun în cinci minute dacă ai de-a face cu o neatenție, cu o dispută comercială sau cu un atac, iar dacă lucrurile degenerează îți lasă în mână un dosar pe care îl poate citi oricine, nu doar cineva obișnuit să interpreteze un explorer.
Cele mai multe echipe ajung la disciplina asta după prima creanță pierdută. Nu e obligatoriu să fie și cazul tău.
Întrebări frecvente
Un hash de tranzacție ține loc de factură
Nu. Hash-ul dovedește că o rețea a procesat un transfer autorizat printr-o semnătură digitală, între două adrese. Nu identifică firma care controlează adresele, nu descrie ce s-a livrat și nu leagă transferul de o factură anume. Factura rămâne documentul care stabilește datoria, iar în România rămâne și singurul document cu efecte fiscale.
Ce trebuie să scrie în contract dacă factura e în euro, iar plata vine în cripto
Sursa de preț folosită la conversie, cât timp e valabilă cotația, rețeaua acceptată, cine suportă comisioanele și ce se întâmplă cu un transfer care ajunge după expirarea cotației. Fără aceste elemente, o diferență de curs de câteva procente se transformă într-o dispută pe care nicio parte nu o poate câștiga cu argumente.
Ce fac dacă un client a trimis USDT pe rețeaua greșită
Verifici întâi dacă adresa beneficiară poate accesa activul pe rețeaua respectivă. Dacă adresa e controlată de o cheie privată aflată la tine, recuperarea e adesea posibilă. Dacă aparține unei burse care nu suportă acea rețea, totul depinde de procedurile interne ale platformei. Promisiunea de recuperare se face după verificare, nu înainte.
Cum verific o adresă de portofel nouă primită prin email
Prin alt canal de contact, obținut independent de mesajul în care a apărut adresa, de obicei un număr de telefon aflat deja în evidențe. Aprobarea schimbării se notează, cu nume și dată. Transferul de test confirmă rețeaua și compatibilitatea adresei, nu identitatea proprietarului, deci nu înlocuiește verificarea.
Se poate trece hash-ul tranzacției în e-Factura
Nu. Sistemul RO e-Factura cere date de identificare, sume, cote de TVA și termene, într-un format structurat care nu prevede adrese de portofel sau hash-uri. Plata în cripto se reflectă în contabilitate ca încasare evaluată în lei, iar hash-ul rămâne document justificativ intern.
Ce documente îmi trebuie dacă ajung să recuperez creanța în instanță
Contractul sau comanda, factura, dovada livrării ori acceptarea etapei, notificările trimise, instrucțiunile de plată aprobate și eventualele modificări ale lor, hash-ul cu înregistrarea salvată a tranzacției și o fișă de cont de o pagină cu suma facturată, valoarea încasată și soldul rămas.
