Alegerea corectă a Alguna alternativelor depinde de faptul dacă dorești să schimbi prețurile bazate pe utilizare, fluxul de lucru de la ofertă la încasare sau plata pentru inferență. Compară Orb și Metronome pentru facturare bazată pe consum selectat, Hyperline și Zenskar pentru operațiuni de venituri mai ample, și ShareAI pentru inferențe eligibile plătite prin ShareAI cu o suprataxă aprobată pentru aplicație. Un acord negociat cu clientul, un eveniment de utilizare și o plată pentru inferență atribuită aplicației sunt părți diferite ale fluxului comercial.
Revizuit pe 23 octombrie 2026. ShareAI publică acest ghid și operează unul dintre programele discutate. Caracteristicile utilizează referințe oficiale actuale și capturi reale. Codul este un registru sintetic executat offline. Nu s-a efectuat nicio migrare de contracte live, ingestie de utilizare, factură pentru clienți, plată sau reper financiar.
Documentația actuală a Alguna descrie cotații, facturare, credite, colectări și recunoașterea veniturilor în jurul unui acord cu clientul versiuniat. Descrierile mai vechi ale unui instrument de prețuri limitat nu acoperă acest domeniu. Începe cu acordul actual, integrarea și transferul financiar pe care echipa ta dorește să le îmbunătățească. Înlocuirea unui contor și înlocuirea înregistrării comerciale utilizate de vânzări și finanțe sunt decizii de implementare diferite.
Ce oferă în prezent Alguna
Documentația Alguna descrie prețuri, CPQ, abonamente, măsurarea utilizării, credite, facturi, colectări și recunoașterea veniturilor, menținând în același timp CRM-ul, ERP-ul și procesatorul de plăți existente. Motive pentru a-l păstra: evaluează acest flux de lucru conectat atunci când aplicația AI vinde atât planuri de autoservire, cât și acorduri negociate cu clienții. Documentația distinge explicit calculele comerciale ale Alguna de un procesator care efectuează efectiv transferul banilor.
Pagina CPQ descrie cotații care combină componente recurente, de utilizare și unice, cu aprobări și integrare CRM. Pagina de facturare descrie regulile pentru utilizare și facturare recurentă, modificările în timpul ciclului și transparența detaliilor pentru clienți. Comparați domeniul actual real în loc să presupuneți că fiecare platformă de prețuri se oprește la numărarea evenimentelor sau că fiecare instrument de cotație poate executa acordul rezultat.
Documentația descrie, de asemenea, agenți care operează sub autoritate configurată, cu controale pentru schițe și aprobări pentru modificări comerciale consecvente. Acesta este un context util pentru evaluare, mai degrabă decât o dovadă că orice sugestie automată este pregătită să afecteze un client. Calificați permisiunile, revizuirile și acțiunea efectivă ulterioară. Un mesaj de colectare generat sau o propunere de modificare a abonamentului este diferit de o modificare aprobată sau de o plată primită.
Un client AI API își modifică acordul în timpul termenului.
Luați în considerare o companie ipotetică AI API cu abonamente self-service și un client de afaceri negociat. Clientul începe cu o taxă de bază convenită și tarife de utilizare, apoi adaugă o altă capacitate în timpul termenului. Echipa de vânzări dorește ca modificarea să înceapă la o anumită dată; echipa financiară are nevoie ca termenii originali și modificați să rămână explicabili; echipa de inginerie trebuie să atribuie utilizarea întârziată clientului și perioadei corecte.
Scrieți amendamentul înainte de a selecta o platformă. Ce element se modifică, ce dată se aplică și ce drepturi existente continuă? Un tarif editat astăzi nu ar trebui să rescrie în tăcere acordul de utilizare anterior al clientului. De asemenea, un preț de reînnoire viitor nu ar trebui să devină prețul curent doar pentru că a fost introdus în sistem. Păstrați istoricul comercial original în loc să păstrați doar cea mai recentă configurație.
Contorul tehnic are o problemă conexă, dar separată. O lucrare poate fi finalizată după data amendamentului sau evenimentul său poate ajunge după o întrerupere a rețelei. Decideți care definiție contractuală guvernează acea lucrare și păstrați timpul efectiv al apariției. Doar marca temporală de ingestie a unei platforme nu poate reconstrui un acord lipsă sau dovedi ce preț a acceptat clientul când a început lucrarea.
Lista scurtă după prețuri, fluxuri de lucru pentru venituri și plătitor de inferență.
| Opțiune | Evaluați-l pentru | Păstrați explicit. |
|---|---|---|
| Orb | Prețuri gestionate pentru utilizare și fluxuri financiare selectate. | Cerințe reale pentru contract, corecție și colectare. |
| Metronome | Prețuri de consum, credite și acorduri de utilizare negociate. | Integrarea actuală selectată și domeniul comercial. |
| Hyperline | Cotații, facturare, măsurare și operațiuni de venituri. | Sisteme conectate reale și tranziția clientului. |
| Zenskar | Facturare bazată pe contract, credite și contabilitate a veniturilor. | Aprobări, date sursă și servicii financiare selectate. |
| ShareAI Builder Program | Inferență eligibilă plătită prin ShareAI cu atribuirea aplicației | Aprobare, rutare și decontare specifică contului |
Păstrarea unei părți din structura de venituri existentă poate fi adecvată. O aplicație poate menține facturarea software negociată în timp ce evaluează o altă cale aprobată de plată pe bază de inferență pentru traficul eligibil. Acest lucru necesită integrare calificată și o explicație clară pentru client. Nu se implică niciun conector nativ, legare automată a conturilor sau sold partajat între aceste produse. Atribuiți un singur proprietar fiecărei promisiuni comerciale și taxei rezultate.
Păstrați acordul prin utilizare, facturare și colectare.
| Înregistrare | Păstrați | Întrebare API-client. |
|---|---|---|
| Ofertă și aprobare. | Articole cotate, termeni acceptați și modificări autorizate. | Ce a fost de acord acest client să cumpere? |
| Versiune și sincronizare. | Articole efective, date și termeni istorici. | Ce acord guvernează această lucrare? |
| Utilizare | Client de încredere, sarcină logică, timp efectiv și cantitate. | Ce resursă sau rezultat a fost consumat? |
| Factură sau corecție. | Versiune de preț, perioadă și referință de ajustare. | Cum a devenit această sumă utilizarea convenită? |
| Colectare și atribuire | Dovezile Paid și termenii contului aplicabili | Ce a fost primit și ce valoare este disponibilă? |
Cereți fiecărui candidat să păstreze aceeași cale. O ofertă semnată nu dovedește colectarea cu succes, iar un total de contor nu stabilește care acord se aplică. Echipa de suport ar trebui să poată explica o factură modificată fără a șterge înțelegerea originală sau a trata livrarea întârziată a aceleiași utilizări ca o achiziție nouă a clientului. Păstrați auditul și înregistrările financiare conectate la sursa lor.
Orb: comparați prețurile de utilizare și fluxurile de lucru financiare.
Documentația Orb descrie facturarea bazată pe evenimente, prețurile, creditele și fluxurile de lucru ale facturilor. Oferta sa mai largă include operațiuni financiare în jurul acordurilor cu clienții. Pro: comparați configurația actuală selectată atunci când compania AI API are nevoie de prețuri detaliate pentru utilizare și un motor de facturare gestionat. Evaluați parcursul real al amendamentelor și corecțiilor, mai degrabă decât să presupuneți că o listă mai veche de alternative surprinde fiecare capacitate financiară actuală.
Compromisuri: calificați exact acordul acceptat, data efectivă, versiunea de preț și comportamentul de colectare cerut de clienții dvs. Instrumentele de simulare și completare pot fi utile, dar nu stabilesc că o anumită factură istorică ar trebui suprascrisă sau că o plată a fost compensată. Păstrați istoricul financiar finalizat și utilizați ruta de corecție suportată. Solicitați termenii actuali pentru utilizarea, modulele și integrările selectate.
Pentru clientul API, compară o modificare a tarifului în următoarea perioadă de facturare și o capacitate adăugată în mijlocul ciclului. Reconcilierea utilizării originale cu fiecare versiune aplicabilă și explicarea oricărei ajustări este mai informativă decât compararea prețului curent dintr-un tablou de bord. Rezultatul util este că termenii acceptați de client, munca originală și factura finală rămân conectate după implementarea modificărilor.
Metronome: compară contractele de consum și tratamentul creditelor
Documentația Metronome descrie prețurile bazate pe utilizare, contractele, creditele și facturarea pentru produsele de consum. Ghidul actual de facturare bazată pe utilizare al Stripe plasează Metronome în direcția sa avansată de facturare bazată pe utilizare. Pro: compară-l atunci când consumul negociat de AI și tratamentul creditelor sunt centrale pentru cerința comercială. Utilizează integrarea actuală selectată în locul unei presupuneri istorice despre un produs independent.
Compromisuri: califică contractul specific, creditul, amendamentul și fluxul financiar descendent. Un motor avansat de utilizare nu înlocuiește automat fiecare proces CPQ, contabil sau de suport pentru clienți deja configurat în Alguna. Identitatea clientului și execuția rămân responsabilități ale aplicației. Compară întregul traseu de la acord la colectare și domeniul comercial actual, inclusiv modul în care corecțiile păstrează munca originală și prețurile acceptate.
Utilizează clientul API negociat cu o alocație și o modificare viitoare a tarifului. Păstrează un credit achiziționat, un angajament contractual și o chitanță de plată distincte. Același sold vizibil poate apărea prin istorii comerciale diferite, iar aceste istorii pot avea reguli de corecție diferite. Păstrează sursa care a finanțat dreptul clientului în loc să reduci migrarea la un total final importat într-un nou tablou de bord.
Hyperline: compară un flux de lucru conectat de la ofertă la încasare
Site-ul actual Hyperline descrie ofertele, abonamentele, utilizarea, conturile de încasat și sistemele conectate de CRM, plată și contabilitate. Pro: evaluează oferta selectată atunci când afacerea API dorește ca vânzările, operațiunile și finanțele să funcționeze dintr-un flux de lucru comercial conectat. Compară integrarea actuală și ciclul de viață al acordului pe care compania îl operează în loc să alegi pe baza unei etichete generice de întreprindere sau AI.
Compromisuri: validați modul în care amendamentul precis, fluxul de utilizare și colectare se integrează cu sistemele dvs. existente. Afirmațiile despre maturitatea sau domeniul de aplicare al unui alt produs nu înlocuiesc documentația primară actuală. Referințele actuale ale Alguna acoperă deja fluxurile de lucru CPQ și de venituri, astfel încât o comparație generală cu un instrument limitat este insuficientă. Solicitați termenii scriși selectați, responsabilitățile și calea de migrare pentru ambii candidați.
Pentru clientul API, parcurgeți un amendament semnat prin generarea facturii și relația efectivă de plată. Exersați o modificare comercială respinsă, precum și una aprobată. Rezultatul util este ca acordul intenționat să devină efectiv o singură dată, iar clientul corect să vadă taxa sa. O automatizare propusă sau o acțiune de colectare în stadiu de proiect ar trebui să rămână distinctă de rezultatul comercial autorizat.
Zenskar: comparați automatizarea veniturilor bazată pe contracte
Site-ul actual Zenskar descrie facturarea bazată pe contracte, utilizarea, creditele preplătite și postplătite, colectările și recunoașterea veniturilor. De asemenea, descrie supravegherea umană a proceselor critice și integrațiile din jurul stivei de venituri. Avantaje: comparați-l atunci când cerința principală este traducerea termenilor reali ai clientului în fluxuri de lucru de facturare și contabilitate fără a pierde acordul sursă.
Compromisuri: calificați interpretarea contractului, aprobările, politica de credit și integrațiile selectate de contabilitate sau plată. O factură generată sau un program de venituri nu stabilește în sine colectarea cu succes a clientului. Asistența AI nu elimină necesitatea de a revizui termenii comerciali ambigui. Aplicația păstrează înregistrările de încredere ale clienților și utilizării, astfel încât departamentul financiar să poată explica ce s-a întâmplat atunci când un eveniment întârziat sau o corecție negociată ajunge în sistemul de facturare.
Pentru compania API, testați un contract cu o funcție adăugată și o modificare de preț datată specific. Confirmați ce este propus automat, ce necesită aprobare și cum amendamentul acceptat devine vizibil în facturi și rapoarte. Păstrați documentele sursă originale și ajustările reale. Un raport contabil cu aspect curat este util doar atunci când sumele sale pot fi urmărite până la promisiunea corectă a clientului.
ShareAI: comparați plata și atribuirea inferenței aprobate
Programul ShareAI Builder se referă la o aplicație care există deja cu propriii săi utilizatori. Traficul AI eligibil este direcționat prin ShareAI, Builder-ul configurează o suprataxă sau o marjă permisă, iar clientul final plătește ShareAI pentru acea inferență. Veniturile atribuite aplicației urmează programul. Avantaje: comparați-l atunci când schimbarea intenționată se referă la inferența plătită de client și atribuirea aprobată aplicației.
Compromisuri: aprobarea aplicației/contului, traficul eligibil, accesul efectiv la model și termenii aplicabili contează. Builderii validați ca firme au o perioadă de revizuire de 45 de zile înainte de plată. În prezent, indivizii acumulează valoare de inferență pentru utilizarea ShareAI, în loc de retrageri în numerar sau transferuri de cont. Aplicația rămâne construită, găzduită, distribuită și întreținută în altă parte. Celelalte contracte software, abonamente, servicii contabile și comerciale rămân responsabilități explicite.
Furnizarea infrastructurii pentru servirea modelului sau a unui endpoint personalizat aparține furnizorului aplicabil sau procesului de onboarding al Prosumer, separat de atribuirea Builder. Prețurile personalizate, marjele și endpoint-urile nu sunt caracteristici exclusive ale ShareAI. Comparați inferența efectiv rutată, plătitorul și relația de decontare. O suprataxă aprobată pentru aplicație este, de asemenea, diferită de o taxă pentru metoda de plată adăugată atunci când un client achită o factură.
Păstrați datele efective și aprobarea înainte de a modifica factura.
Ghidul de amendamente al Alguna descrie adăugarea, eliminarea sau reconfigurarea prețurilor articolelor cu sincronizarea efectivă și o previzualizare înainte de aplicarea modificării. Acesta distinge prorrata fixă în avans de tratamentul pe bază de consum și în arierate. Aceste detalii sunt importante pentru clientul API: modificarea unei capacități incluse în mijlocul ciclului nu este aceeași operațiune ca reconfigurarea întregului consum istoric sau schimbarea unui termen de reînnoire viitor.
Referința de versionare distinge proiectele, versiunea publicată în prezent, versiunile programate pentru viitor și înregistrările istorice. Ghidul de amendamente descrie, de asemenea, fluxurile de aprobare și semnare, cu emiterea de cotații disponibilă în prezent doar prin dashboard. Calificați aceste limite reale mai degrabă decât să deduceți că fiecare flux de lucru vizual are o API publică sau că un proiect afectează deja factura clientului.
Pentru o repetiție de migrare, păstrați acordul semnat și alegeți o modificare datată. Verificați ce vede departamentul financiar înainte de aprobare, ce devine efectiv ulterior și cum rămâne explicabil consumul anterior. Aplicați același standard alternativelor. O afirmație a platformei privind prețurile flexibile este un motiv pentru a examina versiunea reală și fluxul de corecție, nu o dovadă că fiecare termen contractual este gestionat identic.
Verificați acceptarea utilizării și mențineți vizibil transferul către procesator.
Ghidul de ingestie a utilizării descrie ID-urile sau aliasurile clienților, numele evenimentelor, marcajele temporale ale aparițiilor și idempotenta. Acesta precizează explicit că un succes HTTP poate conține evenimente individuale eșuate. Păstrați valorile originale ale evenimentelor și inspectați răspunsul efectiv. Un eveniment reluat nu ar trebui să dobândească o nouă identitate logică sau să fie mutat accidental într-o altă perioadă comercială deoarece expeditorul i-a recreat marcajul temporal.
Același ghid conectează evenimentele la metrici și facturi configurate. Verificați atribuirea de încredere a clienților, potrivirea metricilor și perioada corectă de tarifare înainte de a trata un eveniment ingerat ca o taxă corectă. Un alias este un mecanism de căutare, nu o autoritate pentru un apelant arbitrar de a selecta plătitorul altcuiva. Păstrați această mapare sub controlul aplicației și rețineți înregistrările sursă necesare pentru a investiga discrepanțele.
Referința de suprataxă a Alguna se referă la recuperarea costurilor de plată prin card sau bancă, alături de decontarea facturilor. Este distinctă de configurarea marjei comerciale a unei aplicații AI sau de primirea atribuirii de inferență ShareAI. De asemenea, are cerințe de activare și configurare. Comparați baza efectivă a taxei, plătitorul și tratamentul financiar, mai degrabă decât să echivalați fiecare caracteristică numită suprataxă cu aceeași relație de afaceri.
Comparați domeniul complet și distingeți între taxele percepute și cele colectate.
Solicitați termenii actuali pentru configurația selectată Alguna și fiecare alternativă. Includeți volumul de utilizare, modulele comerciale, integrările, operațiunile și serviciile financiare. Prețul unui eveniment al unui contor nu reprezintă o ofertă completă pentru CPQ, fluxurile de lucru ale facturilor și contabilitatea veniturilor. În mod similar, o factură creată după o modificare aprobată este o sumă datorată, mai degrabă decât o dovadă că procesatorul de plăți a colectat-o sau că proprietarul aplicației o poate retrage.
Doar pentru aritmetică, 1000 USD de inferență plus o suprataxă ipotetică de 15% generează o suprataxă brută de 150 USD și un total de 1150 USD. Aceste sume sintetice nu reprezintă taxe Alguna sau ShareAI, un rezultat fiscal sau câștiguri primite. Costurile reale, ajustările și eligibilitatea afectează rezultatul afacerii. Păstrați suprataxa brută a aplicației separată de profitul net, veniturile înregistrate și valoarea disponibilă pentru decontare.
Utilizați un registru offline înainte de a testa integrarea comercială.
Fixture-ul executat de mai jos deduplică utilizarea identică, respinge un duplicat conflictual și păstrează o ajustare explicită. Calculează suprataxa ilustrativă în cenți întregi USD. Nu aprobă o modificare, nu ingerează un eveniment real, nu publică o versiune contractuală și nu colectează plăți. Aceste comportamente necesită dovezi reale ale aplicației și ale sistemului de venituri în jurul aritmeticii.
JavaScript
import assert from "node:assert/strict";
const records = [
{id: "usage-a", customer: "demo", cents: 60000n, kind: "usage"},
{id: "usage-b", customer: "demo", cents: 50000n, kind: "usage"},
{id: "usage-a", customer: "demo", cents: 60000n, kind: "usage"},
{id: "adjustment-b", customer: "demo", cents: -10000n, kind: "adjustment"}
];
function netCents(rows) {
const seen = new Map();
let total = 0n;
for (const row of rows) {
assert.equal(row.customer, "demo");
const fingerprint = [row.customer, row.cents.toString(), row.kind].join("|");
if (seen.has(row.id)) {
if (seen.get(row.id) !== fingerprint) throw new Error("Conflicting duplicate");
continue;
}
if (row.cents < 0n && row.kind !== "adjustment") throw new Error("Invalid sign");
seen.set(row.id, fingerprint);
total += row.cents;
}
return total;
}
const base = netCents(records);
assert.equal(base, 100000n);
assert.throws(() => netCents([...records,
{id: "usage-a", customer: "demo", cents: 1n, kind: "usage"}
]));
const numerator = base * 1500n; // Hypothetical 15 percent in basis points.
if (numerator % 10000n !== 0n) throw new Error("Define contractual rounding first");
const surcharge = numerator / 10000n;
assert.equal(surcharge, 15000n);
const usd = cents => `${cents / 100n}.${(cents % 100n).toString().padStart(2, "0")}`;
console.log(JSON.stringify({baseUSD: usd(base), grossSurchargeUSD: usd(surcharge),
totalUSD: usd(base + surcharge), paidReceiptVerified: false}));Rezultatul observat este 1000 USD inferență ilustrativă, 150 USD suprataxă brută și 1150 USD total, fără o chitanță plătită verificată. Tratați-l doar ca o dovadă aritmetică. Dovezile de producție trebuie să conecteze clientul, termenii acceptați, versiunea efectivă, munca reală și corecția. O sumă corectă nu poate demonstra că o modificare contractuală a fost autorizată sau că factura rezultată a fost plătită.
Mutați mai întâi un acord și următoarea sa modificare.
- Inventariați cotațiile, abonamentele, versiunile efective, aliasurile și integrările financiare.
- Alegeți un acord cu clientul și păstrați termenii săi originali semnați și istoricul de utilizare.
- Repetiți o modificare datată, respingerea aprobării, utilizarea întârziată și corecția explicită.
- Comparați separat evenimentele sursă, prețurile aplicabile, facturile și colectarea efectivă.
- Evitați taxele duplicate active și păstrați consimțământul clientului și drepturile achiziționate.
- Păstrați configurația originală și calea de revenire până când întregul parcurs este calificat.
Păstrați Alguna atunci când înregistrarea sa comercială curentă și fluxul de lucru al veniturilor se potrivesc. Comparați Orb sau Metronome pentru schimbarea selectată de facturare pe baza consumului, Hyperline sau Zenskar pentru operațiuni mai largi de venituri și ShareAI pentru inferența plătită de client aprobată. Începeți cu un acord al cărui cotație, modificare, utilizare, factură și plată efectivă echipa dvs. le poate explica fără a reconstrui un istoric lipsă.
Întrebări frecvente
Ce alternative Alguna ar trebui să compare o aplicație AI?
Orb, Metronome, Hyperline și Zenskar abordează cerințe diferite de facturare pe baza utilizării sau fluxuri de lucru ale veniturilor. ShareAI se referă la inferența eligibilă plătită prin ShareAI cu o suprataxă aprobată pentru aplicație. Alegeți în funcție de înregistrarea comercială, plătitorul și responsabilitățile pe care intenționați să le schimbați.
Este Alguna doar un instrument de tarifare sau măsurare?
Nu. Documentația sa actuală descrie CPQ, abonamente, utilizare, credite, facturi, colectări și recunoașterea veniturilor în jurul unui acord versiune. Comparați domeniul de aplicare actual real în loc să repetați o descriere mai veche și mai restrânsă.
Înlocuiește Alguna procesatorul de plăți?
Prezentarea sa generală distinge în mod explicit fluxul său de lucru al veniturilor de un procesator care mută bani. Calificați procesatorul selectat efectiv și calea de colectare. O factură sau un calcul de facturare nu este în sine o chitanță plătită.
Fiecare modificare redactată schimbă imediat factura?
Nu. Documentația distinge între schițe, aprobare, publicare și momentul efectiv. Păstrați acordul acceptat și verificați ce versiune se aplică. Ghidul actual pentru modificări identifică, de asemenea, limite precum emiterea de cotații exclusiv prin tabloul de bord.
Răspunde un răspuns de utilizare-ingestie reușit că fiecare eveniment a fost înregistrat?
Nu. Ghidul documentează evenimente individuale eșuate în cadrul unui răspuns HTTP reușit. Inspectați rezultatul efectiv, păstrați identitatea evenimentului și timpul de apariție și confirmați atribuirea clientului și a metricii înainte de a trata utilizarea ca fiind facturată corect.
Este suprataxa de plată a Alguna aceeași cu atribuirea aplicației ShareAI?
Nu. Funcția Alguna menționată se referă la recuperarea costurilor de plată selectate împreună cu decontarea facturii. Atribuirea Builder-ului ShareAI se referă la inferența eligibilă redirecționată plătită prin ShareAI cu o suprataxă aprobată pentru aplicație. Comparați plătitorul efectiv, baza taxei și regulile de decontare.
Cum diferă decontările pentru Builderii companiei ShareAI și cei individuali?
Constructorii validați ca firme au o perioadă de revizuire de 45 de zile înainte de plată. În prezent, persoanele fizice acumulează valoare de inferență pentru utilizarea ShareAI, mai degrabă decât pentru retrageri în numerar sau transferuri de cont. Utilizarea efectivă eligibilă și termenii aplicabili ai contului/programului determină rezultatul.
Demonstrează codul o modificare sau o colectare de la client?
Nu. Testează aritmetica sintetică, gestionarea duplicatelor și o ajustare explicită offline. Nu stabilește autorizarea, momentul contractului, acceptarea utilizării, corectitudinea facturii, plata clientului sau decontarea proprietarului aplicației.
Mențineți claritatea acordului în timp ce alegeți plata inferenței
Utilizați fluxul de aplicație Builder pentru a evalua inferența plătită de client eligibilă și o suprataxă aprobată pentru aplicație. Mențineți celelalte acorduri și obligații financiare ale aplicației explicite. Orb comparația alternativelor examinează opțiunile de preț adiacente. Începeți cu un client ale cărui termeni acceptați, utilizare, corecție și plată finală pot fi urmărite clar.