AI intern, cumpărat sau cu un partener: cum alegi pornind de la integrare

Alegerea între AI intern, cumpărat sau cu un partener depinde mai puțin de model și mai mult de integrare. Dacă AI-ul trebuie doar să scrie texte, o funcție cumpărată dintr-un SaaS ajunge. Dacă trebuie să citească și să scrie în CRM, helpdesk și facturare, costul real stă în conexiuni. Acolo contează cine le construiește și cine le întreține.

Ghidul acesta compară cele trei variante pe trei criterii: costuri, proprietate și ieșire. Ieșirea înseamnă cât de greu îți va fi să schimbi furnizorul sau modelul mai târziu. La final găsești un tabel de decizie și un exemplu lucrat cu Zoho Desk și Zoho CRM. Găsești și pașii pe care îi poți face chiar săptămâna aceasta.

Accesul la modele a devenit comparabil. Anthropic scrie în documentația sa că toate modelele Claude actuale acceptă text și imagini, sunt multilingve și pot folosi instrumente. Diferența dintre un proiect care merge și unul care stagnează apare după alegerea modelului. Ea apare în momentul în care AI-ul trebuie legat de datele firmei.

Un AI construit intern este o soluție pe care echipa ta o dezvoltă direct peste API-ul unui model. Codul, prompturile și conexiunile sunt scrise și întreținute de oamenii tăi. API-ul este interfața prin care un program trimite cereri către model și primește răspunsuri. Varianta cere cel puțin un dezvoltator care înțelege și modelul, și sistemele firmei.

O funcție AI cumpărată este o capacitate inclusă într-un produs SaaS pe care îl plătești deja sau îl adaugi. Un exemplu este un asistent care rezumă tichete în helpdesk. Tu configurezi, furnizorul construiește. Primești viteză, dar lucrezi doar în limitele alese de furnizor.

Un partener este o firmă externă care construiește soluția pentru tine, peste modelul și sistemele tale. Codul poate rămâne al tău, în funcție de contract. Partenerul aduce experiența integrărilor. Tu păstrezi deciziile despre proces și date.

Cele trei variante nu se exclud. O firmă poate folosi o funcție SaaS pentru sarcinile simple. Apoi poate construi, singură sau cu ajutor, doar fluxul care leagă mai multe sisteme.

Integrarea este partea care leagă AI-ul de sistemele pe care firma le folosește deja: CRM, helpdesk, facturare, e-mail, fișiere. Un demo arată bine pentru că modelul primește un text curat. În producție, AI-ul trebuie să găsească clientul corect, să citească istoricul și să scrie înapoi fără să strice date.

Blocajele de integrare apar de obicei în aceste locuri:

• accesul: cine emite cheile API și cu ce drepturi;
• datele: câmpuri completate inconsecvent, duplicate, denumiri diferite pentru același lucru;
• scrierea înapoi: ce are voie AI-ul să modifice și cine aprobă;
• întreținerea: ce se întâmplă când sistemul sursă își schimbă câmpurile.

La Svennis, primul lucru pe care îl facem la un proiect nou este lista sistemelor pe care AI-ul trebuie să le citească sau să le scrie, cu proprietarul fiecărei chei de acces trecut lângă. Când un proiect întârzie, cauza pe care o vedem cel mai des este un drept de acces sau un câmp neclar, nu modelul.

Fiecare variantă tratează integrarea altfel. Funcția SaaS o rezolvă doar în interiorul produsului. Echipa proprie o construiește de la zero. Partenerul vine cu tipare deja încercate. De aceea merită să proiectezi întâi procesul, cum arătăm în ghidul despre automatizarea proceselor cu AI pornind de la proces.

MCP (Model Context Protocol) este un standard open-source pentru conectarea aplicațiilor AI la sisteme externe, potrivit documentației oficiale MCP. Prin MCP, aplicații precum Claude sau ChatGPT se pot conecta la surse de date, instrumente și fluxuri de lucru. Documentația compară MCP cu un port USB-C pentru aplicațiile AI.

Standardul are două roluri. Un server MCP expune datele și instrumentele unui sistem. Un client MCP este aplicația care se conectează la aceste servere, de exemplu Claude. Un server scris o dată pentru CRM-ul tău poate fi folosit de orice client compatibil.

Documentația afirmă că MCP reduce timpul și complexitatea dezvoltării când construiești sau integrezi o aplicație AI. MCP este suportat de asistenți precum Claude și ChatGPT. Îl suportă și unelte de dezvoltare precum Visual Studio Code și Cursor.

Pentru decizia ta, MCP contează din două motive. Primul: varianta internă devine mai ușoară, pentru că echipa nu mai scrie o conexiune separată pentru fiecare aplicație. Al doilea: ieșirea devine mai simplă. Dacă integrarea ta folosește un standard deschis, nu depinzi de un singur furnizor de aplicație AI.

Costul unei soluții AI are trei straturi: consumul de model, construirea integrării și întreținerea ei. Licența sau abonamentul acoperă doar primul strat. De multe ori nu este cel mai mare.

Consumul se plătește pe token, adică pe bucăți de text procesate de model. Anthropic publică aceste prețuri pentru un milion de tokeni:

Anthropic spune că Claude Opus 5.5 costă cu 40% mai puțin de rulat decât Claude Opus 5. Tot Anthropic recomandă să pornești cu Claude Opus 5.5 dacă nu știi ce model să alegi. Pentru sarcini repetitive cu volum mare poate fi folosit un model mai ieftin.

Pe variante, costurile se împart diferit. La echipa proprie plătești consumul direct, plus salariile și timpul de întreținere. La funcția SaaS, consumul e inclus în abonament, deci nu îl controlezi. La partener plătești construcția o dată, apoi fie întreținerea, fie preluarea internă. Un model ieftin nu salvează însă un proiect cu integrarea făcută prost.

Proprietatea înseamnă ce rămâne al firmei tale dacă relația cu furnizorul se încheie. Contează trei lucruri: codul integrării, instrucțiunile date modelului, adică prompturile, și datele produse de AI. În ultima categorie intră răspunsurile redactate sau clasificările.

La echipa proprie, drepturile patrimoniale asupra codului scris de angajați în exercitarea atribuțiilor de serviciu aparțin firmei, dacă nu s-a convenit altfel prin contract. Deții însă și riscul. Dacă lucrezi cu colaboratori externi, ai nevoie de o cesiune scrisă a drepturilor. Dacă dezvoltatorul care a construit fluxul pleacă, cunoașterea pleacă odată cu el. Asta se întâmplă mai ales când nu există documentație.

La funcția SaaS nu deții nici codul, nici prompturile. Deții datele din sistem, iar exportul lor depinde de produs. Configurarea pe care ai făcut-o rămâne în produs.

La partener, proprietatea se stabilește prin contract. Înainte de semnare, pune aceste întrebări:

• Codul integrării rămâne în contul tău sau în al partenerului?
• Cheile API ale modelului sunt pe numele firmei tale?
• Primești documentația și prompturile la predare?
• Poate echipa ta să modifice soluția fără partener?
• Contractul prevede cesiunea în scris a drepturilor patrimoniale de autor asupra codului către firma ta?

Abia cu un „da” la toate cinci întrebările ai viteza unui partener, cu proprietatea unei soluții interne.

Ieșirea este costul de a renunța la o variantă sau de a trece la alta. Modelele AI se schimbă des, așa că ieșirea nu e o ipoteză. Anthropic publică pentru fiecare model o dată de retragere. Claude Haiku 4.5 nu va fi retras mai devreme de 15 octombrie 2026. Claude Opus 5.5 nu va fi retras mai devreme de 22 septembrie 2027.

O integrare bine construită tratează modelul ca pe o piesă înlocuibilă. Numele modelului stă într-un singur loc din configurare, nu în zeci de fișiere. Documentația Anthropic descrie și un Models API. Acesta este un API care îți spune programatic ce modele sunt disponibile și ce limite de tokeni au.

La funcția SaaS, schimbarea modelului o decide furnizorul. Poate fi un avantaj, dar comportamentul asistentului se poate schimba fără să fii întrebat. La echipa proprie și la partener, tu controlezi momentul trecerii, dacă arhitectura permite.

Mai există ieșirea din furnizorul de cloud. Modelele Claude sunt disponibile prin Claude API, dar și prin Amazon Bedrock, Google Cloud și Microsoft Foundry. O firmă care are deja contract cu unul dintre aceștia poate rămâne acolo. Înainte de orice contract, întreabă cât ar dura trecerea la alt model.

Tabelul compară cele trei variante de AI pe criteriile din acest ghid. Citește-l rând cu rând și notează unde firma ta are deja un răspuns clar.

Regula scurtă este aceasta. Dacă sarcina stă într-un singur produs, cumpără. Dacă leagă mai multe sisteme și ai oameni tehnici, construiește. Dacă leagă mai multe sisteme și nu ai oamenii, lucrează cu un partener care îți predă codul.

Să luăm o firmă de distribuție care folosește Zoho Desk pentru suport și Zoho CRM pentru clienți și contracte. Firma vrea ca AI-ul să redacteze un răspuns la fiecare tichet nou. Răspunsul trebuie să țină cont de tipul contractului din CRM. Un om din echipă aprobă fiecare răspuns înainte de trimitere.

Varianta cumpărată

O funcție AI inclusă în helpdesk lucrează în limitele produsului. Dacă nu citește contractul din CRM, răspunsul ignoră nivelul de servicii al clientului. Varianta merge pentru întrebări generale, nu pentru răspunsuri legate de contract.

Varianta internă

Echipa scrie un server MCP care expune două instrumente. Primul citește contactul și contractul din CRM. Al doilea creează o ciornă în tichet. Claude, ca client MCP, le folosește pe amândouă.

Pentru un volum mare de tichete simple poate fi folosit Claude Haiku 4.5, descris de Anthropic drept cel mai rapid model. Data lui de retragere trebuie însă trecută în calendar.

Varianta cu partener

Partenerul construiește același flux, cu aceleași două instrumente, dar în contul firmei. Primul pas este doar citirea. Scrierea ciornelor vine după ce echipa verifică răspunsurile o perioadă. La predare, firma primește codul, prompturile și documentația.

Indiferent de variantă, măsoară rezultatul de la început: câte ciorne sunt aprobate fără modificări și cât timp economisește echipa. Ghidul despre cum măsori un asistent AI arată ce indicatori să alegi și de unde pornești.

Pentru o firmă din România, alegerea între AI intern, cumpărat sau cu un partener are și o latură juridică. Când AI-ul citește din CRM date despre persoanele de contact sau despre clienții persoane fizice, firma prelucrează date personale. GDPR se aplică la fel, indiferent cine a construit soluția. Firma ta rămâne operator și răspunde de conformitate, iar furnizorul sau partenerul care prelucrează datele în numele tău are propriile obligații.

În toate cele trei variante, datele ajung la cel puțin un furnizor: producătorul SaaS, partenerul sau furnizorul modelului. Cu fiecare furnizor care prelucrează date în numele tău ai nevoie de un contract de prelucrare conform art. 28 din GDPR. Pentru subcontractanții acestuia, de exemplu furnizorul modelului folosit de SaaS, verifică dacă i-ai autorizat în scris și dacă au prin contract aceleași obligații. Verifică și dacă datele sunt transferate în afara Spațiului Economic European și, dacă da, pe ce temei legal.

Ghidul despre GDPR și AI Act pentru o firmă din România arată ce verifici înainte de lansare. Când ai nevoie de articolul exact, folosește textul adnotat al AI Act în română.

Limba contează și ea. Modelele Claude actuale sunt multilingve, deci pot lucra cu tichete și e-mailuri în română. Prompturile și exemplele în română trebuie totuși testate pe cazuri reale din firma ta, nu pe texte traduse.

Dacă firma ta nu are un dezvoltator dedicat, varianta internă înseamnă un om care face și altceva. În acest caz, întreținerea integrării riscă să cadă prima de pe listă. Nu e un argument împotriva construirii interne. Este un motiv să planifici întreținerea de la început.

Poți face acești pași înainte să vorbești cu vreun furnizor:

1. Scrie lista sistemelor pe care AI-ul ar trebui să le citească și să le scrie, cu proprietarul fiecărui acces.
2. Alege un singur proces măsurabil, de exemplu redactarea răspunsurilor la tichete.
3. Verifică dacă procesul stă într-un singur produs sau leagă mai multe sisteme.
4. Folosește tabelul de decizie din acest ghid și notează de ce ai ales varianta.
5. Dacă alegi un partener, pune întrebările despre proprietate înainte de contract.

Pentru un punct de plecare structurat, evaluarea pregătirii companiei tale pentru AI arată unde stă firma la date, sisteme și procese înainte să alegi. Dacă sarcina ta e simplă și stă în Claude, ghidul despre pluginurile Claude pentru o firmă mică te ajută să începi fără un proiect de integrare.