Integrări / ERP / Infor CloudSuite Industrial
Ghid de integrare Infor CloudSuite Industrial pentru programarea producției cu SkyPlanner APS
Acest ghid le arată partenerilor și echipelor IT care lucrează cu Infor CloudSuite Industrial (CSI, anterior SyteLine) cum să conecteze CSI la SkyPlanner APS. SkyPlanner se integrează bidirecțional cu CSI, prin Infor OS:
- Comenzile de producție, operațiile, resursele, stocurile și comenzile de achiziție sunt preluate în SkyPlanner.
- Datele planificate ale operațiilor sunt trimise înapoi în comenzile de producție din CSI.
- Manopera operatorilor este trimisă înapoi sub formă de tranzacții ale comenzilor de producție, pentru înregistrare în CSI.
- Webhook-urile SkyPlanner transmit modificările programului pe măsură ce apar.
Echipa SkyPlanner configurează integrarea în funcție de configurația dumneavoastră CSI în etapa de punere în funcțiune și asigură asistență după intrarea în exploatare. Acest ghid se adresează partenerilor și dezvoltatorilor care vor să participe sau să dezvolte singuri soluții folosind API-ul REST documentat al SkyPlanner.
Ce determină modul de integrare cu CSI
SkyPlanner rulează în cloud, deci nu se instalează niciun software SkyPlanner în CSI. În mediile CSI multi-tenant, integrările trec prin Infor OS, pe una dintre două căi:
- Mongoose IDO REST API prin ION API Gateway. Obiectele de business din CSI sunt IDO (Intelligent Data Objects) pe platforma Mongoose. Serviciul REST este disponibil sub
IDORequestService, iar Infor îl publică în depozitul ION API. Versiunea REST 1 oferăLoadCollection,AddItem(s),UpdateItem(s),DeleteItem(s),InvokeMethod,IDOInfoșiFireAESEvent, cu răspunsuri XML sau JSON. Există și un set de endpointuri pentru versiunea REST 2. - Documente ION BOD (Business Object Documents) direcționate de ION prin puncte de conexiune. CSI publică documente BOD
Syncde ieșire pentruProductionOrder,ItemMasterșiPurchaseOrder, precum și documente de stoc, cum ar fiInventoryAdjustment,InventoryCountșiInventoryHold.
Lista BOD de ieșire din versiunea 2026.10 nu include liste de materiale, fluxuri tehnologice sau centre de lucru. De aceea, integrarea pentru programarea producției se bazează în primul rând pe IDO, iar mesajele BOD pot fi folosite opțional pentru a semnala modificările comenzilor de producție.
Autentificare și licențiere
Prin gateway, CSI folosește tokenuri bearer OAuth 2.0 emise de ION API:
- Creați o aplicație Backend Service în ION API și descărcați fișierul
.ionapial acesteia. Fișierul conține credențialele clientului și cheile contului de serviciu (saak,sask). Fără acestea, cererile de token eșuează. - Trimiteți antetul
X-Infor-MongooseConfigla fiecare apel efectuat prin ION. Acesta indică configurația CSI (unitatea) vizată. - Păstrați fișiere
.ionapiseparate pentru fiecare mediu. Un fișier pentru mediul de producție nu va permite autentificarea în instanța sandbox.
SyteLine instalat local folosește același model IDO. Documentația Mongoose descrie apelurile directe către IDO REST API cu un token de securitate obținut prin GetSecurityToken, fără ION API Gateway.
Aplicațiile externe care se conectează prin stratul IDO folosesc modulul de licențiere Automation, căruia i se atribuie întotdeauna tipul de sesiune IDO. Aplicațiile proprii Infor, precum APS, nu au nevoie de o licență suplimentară. Conexiunea SkyPlanner folosește o astfel de licență și necesită acces la ION API în instanța dumneavoastră tenant.
În SkyPlanner, API-ul REST citește și scrie comenzi, produse, materiale, etape de proces, comenzi de achiziție și înregistrări de timp. Folosește autentificare JWT și este documentat în Swagger/OpenAPI (documentația API); consultați și documentația SkyPlanner.
Detectarea modificărilor: declanșatoare BOD, AES și interogare periodică
Modificările sunt transmise din CSI ca documente ION BOD, iar documentul BOD relevant pentru programare este ProductionOrder. Îl configurați în formularul Replication Document Outbound Cross References, folosind definiții de publicare:
| Declanșator | Ce publică |
|---|---|
TriggerProductionOrderSyncSp | Toate comenzile de producție; rulează doar în prim-plan |
TriggerProductionOrderBGSyncSp | Comenzile tocmai programate; poate rula ca sarcină în fundal |
TriggerProductionOrderBGSchSyncSp | Comenzile de producție modificate; poate rula ca sarcină în fundal |
Exemplele Infor filtrează după starea comenzii: 'Firm' pentru modificările de program și, opțional, 'Released' pentru modificările privind materialele și manopera. De asemenea, filtrează înregistrările cu RecordDate ulterior datei ultimei publicări manuale a sarcinii din fundal.
Application Event System (AES) din Mongoose poate executa și acțiuni la evenimente, iar REST API expune FireAESEvent. Abordarea de bază este interogarea periodică a IDO: la fiecare câteva minute se apelează LoadCollection pentru SLJobs și SLJobRoutes, cu filtrare după data înregistrării. Se adaugă documentul BOD ProductionOrder acolo unde unitatea dorește transmiterea automată a modificărilor.
În sens invers, webhook-urile SkyPlanner transmit modificările programului pe măsură ce apar, iar fiecare declanșează scrierea datelor înapoi în CSI.
Maparea datelor
Denumirile de mai jos sunt cele ale obiectelor IDO standard. Instanțele tenant care extind IDO păstrează aceleași obiecte, cu proprietăți suplimentare, pe care echipa SkyPlanner le mapează în etapa de punere în funcțiune.
| Obiect CSI (IDO / BOD / formular) | Obiect SkyPlanner | Sens | Frecvență |
|---|---|---|---|
Articole (SLItems), document BOD Sync ItemMaster | Produse și materiale | CSI → SkyPlanner | Încărcare inițială, apoi prin BOD sau actualizare zilnică a modificărilor |
Fluxul tehnologic al articolului (SLItemRoutes) | Etape de proces cu timpi de pregătire și de execuție | CSI → SkyPlanner | Încărcare inițială, apoi la modificare |
| Grupuri de resurse pentru pregătire și tabele de referință pentru pregătire | Matricea timpilor de pregătire (schimbări de fabricație între produse, în funcție de succesiunea lor) | CSI → SkyPlanner, apoi gestionare în SkyPlanner | Încărcare inițială |
BOM al articolului, materiale pentru comandă (SLJobmatls) | Structura produsului, subproduse, necesar de materiale pentru fiecare operație | CSI → SkyPlanner | Încărcare inițială, apoi odată cu fiecare comandă |
| Grupuri de resurse și resurse (cu ordinea membrilor) | Grupuri de centre de lucru, centre de lucru, centre de lucru alternative | CSI → SkyPlanner | Încărcare inițială, apoi rar |
| Scule și număr de operatori pentru fiecare operație | Scule ca resurse partajate cu capacitate finită, număr de operatori pentru fiecare centru de lucru | Gestionare în SkyPlanner | Configurare în etapa de implementare inițială |
Centre de lucru (SLWcs) | Nu este un obiect de programare; se păstrează doar ca referință pentru costuri | CSI → SkyPlanner | Opțional |
| Schimburi și sărbători legale | Schimburi și absențe | CSI → SkyPlanner | Săptămânal sau gestionare în SkyPlanner |
Comenzi de producție (SLJobs), document BOD Sync ProductionOrder | Comenzi cu termene și prioritate | CSI → SkyPlanner | Declanșare prin BOD sau interogare la fiecare câteva minute |
Operațiile comenzii (SLJobRoutes) | Operații pentru fiecare etapă de proces, grup de resurse pentru fiecare etapă | CSI → SkyPlanner | Odată cu fiecare comandă |
Linii ale comenzilor clienților (SLCoItems), clienți (SLCustomers) | Termenele de livrare către clienți și prioritatea clienților | CSI → SkyPlanner | Interogare periodică |
| Stocul articolelor pe depozite, documente BOD de stoc | Stocuri (solduri de stoc) | CSI → SkyPlanner | La fiecare oră sau înainte de fiecare rulare a programării |
Comenzi de achiziție (linii deschise), document BOD Sync PurchaseOrder | Comenzi de achiziție și materiale care urmează să sosească, cu data de livrare estimată | CSI → SkyPlanner | La fiecare oră sau la primirea unui BOD, înainte de fiecare rulare a programării |
Programul operațiilor comenzii (începutul și sfârșitul fiecărei operații) și datele Start și End ale comenzii din SLJobs, prin UpdateItems | Începutul și sfârșitul planificate pentru fiecare operație | SkyPlanner → CSI | La fiecare modificare a programului, transferul fiind declanșat de un webhook SkyPlanner |
Tranzacții necontabilizate ale comenzilor (SLJobtrans) prin AddItems, angajați (SLEmployees), motive (SLReasons) | Înregistrări de timp, cantități conforme și rebutate, coduri de motiv | SkyPlanner → CSI | La fiecare confirmare |
Modele de integrare
1. Încărcarea inițială a nomenclatoarelor. Citiți articolele, fluxurile tehnologice ale articolelor, BOM-urile, grupurile de resurse, resursele și schimburile prin LoadCollection. Creați centrele de lucru SkyPlanner pe baza resurselor și a grupurilor de resurse, nu a centrelor de lucru din CSI. Infor precizează clar că centrul de lucru „captures costs only and does not affect the actual planning or scheduling.” (înregistrează doar costurile și nu influențează planificarea sau programarea efectivă).
2. Sincronizarea comenzilor. Trimiteți comenzile de producție ferme și lansate, împreună cu operațiile și materialele aferente. Păstrați comenzile planificate de APS în CSI. APS Planning își șterge și își regenerează planul la fiecare rulare, astfel încât comenzile planificate nu au o identitate stabilă pe baza căreia să poată fi programate. Transformați-le mai întâi în comenzi de producție ferme în Planning Detail.
3. Scrierea programului înapoi în CSI. Un webhook SkyPlanner pentru program declanșează scrierea. Integrarea citește din SkyPlanner REST API noile momente planificate de început și de sfârșit pentru fiecare operație. Le scrie prin UpdateItems în programul operațiilor comenzii, folosind drept cheie comanda, sufixul și numărul operației. Sunt aceleași date ale operațiilor pe care le stabilește Scheduler și care se modifică în Resource Gantt, iar datele Start și End ale comenzii din SLJobs se actualizează în consecință.
Unele unități protejează câmpurile programului sau doresc executarea unei logici în CSI la fiecare modificare. În aceste cazuri, scrierea se face printr-o metodă IDO personalizată, apelată cu InvokeMethod, care aplică aceeași actualizare folosind validările proprii ale CSI.
4. Confirmări din secția de producție. Operatorii înregistrează timpul și cantitățile pe telefon sau tabletă (Mobile Confirmations, Production Timer, Quick Log Mode). Fiecare înregistrare de timp închisă devine un rând necontabilizat în SLJobtrans, creat cu AddItems, care conține comanda, sufixul, operația, angajatul, orele și cantitățile conforme și rebutate. Apoi, Job Labor Transaction Posting din CSI contabilizează costul manoperei și cheltuielile indirecte în producția în curs aferentă comenzii, cu frecvența aleasă de dumneavoastră.
5. Responsabilitatea asupra datelor, reîncercări și reguli pentru conflicte.
Fiecare înregistrare are drept cheie identificatorii proprii CSI (comandă de producție, sufix, număr de operație, ID de tranzacție). Astfel, repetarea unui webhook sau a unei interogări actualizează același rând, fără a crea un duplicat. Scrierile eșuate sunt reîncercate și consemnate în jurnal împreună cu textul erorii din CSI. O comandă trecută în starea Complete sau History în CSI este eliminată din programul SkyPlanner la următoarea sincronizare, iar o operație anulată în SkyPlanner nu trimite niciodată date înapoi.
| Date | Sistem responsabil |
|---|---|
| Articole, fluxuri tehnologice, liste de materiale, cantități, starea comenzilor de producție, calculul costurilor | CSI |
| Succesiunea operațiilor, momentele de început și de sfârșit, alocarea resurselor | SkyPlanner |
| Planul de materiale pe termen lung, Get CTP/ATP | CSI APS, dacă există licență |
| Schimburi și sărbători legale | Un singur sistem, stabilit la definirea domeniului |
| Manoperă și producție realizată | Scrise în CSI din înregistrările de timp SkyPlanner |
Instrumentele native de programare sunt principala sursă de conflicte. APS Planning consideră operațiile programate ca fiind fixate, însă rulările ulterioare ale Scheduler (de obicei, o rulare zilnică cu un orizont de o zi) le pot muta din nou. Când SkyPlanner gestionează secvențierea detaliată pentru anumite grupuri de resurse, excludeți aceste grupuri din CSI Scheduler. Apoi dezactivați setarea din Shop Floor Control Parameters care face ca Scheduler să trateze comenzile planificate drept cerere. MRP, planificarea comenzilor prin APS și Get CTP pot rămâne în CSI. Running Time Lock din SkyPlanner menține fixe operațiile începute. În SkyPlanner, Autopilot reface automat programul când apar modificări în producție, respectând blocările și prioritățile stabilite de dumneavoastră.
Etapele obișnuite ale proiectului
Implementarea se finalizează de regulă în câteva săptămâni de la începerea etapei de punere în funcțiune, chiar și în companiile mari. Un proiect CSI cuprinde:
- Testare cu date exportate. Folosiți Save to Excel în listele de comenzi de producție, operații și resurse din CSI, convertiți datele în CSV și importați-le în SkyPlanner. Validați programul înainte de a începe lucrul la interfață.
- Definirea domeniului și maparea nomenclatoarelor. Stabiliți tabelul de mapare, sistemul responsabil pentru fiecare câmp, frecvența sincronizării, canalul de înregistrare și modul în care se restrânge domeniul gestionat de Scheduler nativ.
- Configurarea Infor OS. Aplicație Backend Service, fișiere
.ionapipentru fiecare instanță, licență Automation și acces IDO REST. Solicitați de la început echipei de asistență Infor Cloud activarea IDO REST, deoarece în unele instanțe acesta trebuie activat. - Încărcarea inițială. Articole, BOM-uri, fluxuri tehnologice ale articolelor, resurse, grupuri de resurse și schimburi prin
LoadCollection, plus matricea timpilor de pregătire, sculele și numărul de operatori în SkyPlanner. - Sincronizarea comenzilor de producție și de achiziție. Mai întâi, interogare periodică a IDO pentru comenzi, operații, materiale și comenzi de achiziție deschise, apoi declanșare prin documentul BOD
ProductionOrder, dacă este necesar. - Testare în paralel cu planul actual. Rulați SkyPlanner în paralel cu lista de lansare în execuție și corectați timpii din fluxurile tehnologice și datele resurselor.
- Scrierea programului înapoi în CSI și confirmările din secția de producție. Activați scrierea programului și transferul manoperei în
SLJobtransdupă ce datele calendaristice și celelalte date corespund. - Intrarea în exploatare pentru grupurile de resurse gestionate de SkyPlanner.
Capcane de evitat în CSI
- Maparea centrelor de lucru ca utilaje.
SLWcspare alegerea evidentă pentru IDO, dar nu este potrivit pentru capacitate. Programarea se bazează pe resurse și grupuri de resurse (cu ordinea membrilor). - Filtre BOD care omit sau retrimit comenzi. Publicarea
ProductionOrderdepinde de declanșatorul ales și de filtrele de stare. Un filtru doar pe'Firm'omite modificările de materiale și manoperă la comenzile lansate; lipsa unui filtru după data ultimei publicări duce la retrimiterea tuturor datelor. - Manoperă respinsă la scrierea înapoi. CSI respinge manopera când comanda de producție nu este în starea Released sau Scheduled, când operația este deja finalizată sau când angajatul este inactiv. Validați datele înainte de trimitere și consemnați respingerile în jurnal.
- Presupunerea că un rând înseamnă o tranzacție contabilizată. Un rând
SLJobtransrămâne necontabilizat până la rularea Job Labor Transaction Posting. Stabiliți frecvența contabilizării împreună cu departamentul financiar, astfel încât manopera să ajungă în evidența producției în curs și în salarizare la momentul așteptat. - Comenzi întârziate din APS. APS planifică înapoi de la termenul de livrare și, dacă nu reușește, înainte, pornind de astăzi; nu planifică niciodată în trecut. Lăsați SkyPlanner să programeze comenzile întârziate pe baza capacității reale, în loc să vă bazați pe data de început primită.
- Detalii Mongoose. În valorile parametrilor
InvokeMethod, înlocuiți virgulele cu secvența de escape\x2c.
Cine configurează integrarea cu CloudSuite Industrial
- Echipa SkyPlanner o configurează în etapa de punere în funcțiune și asigură asistență după intrarea în exploatare. Aceasta acoperă atât partea SkyPlanner, cât și interfața IDO și BOD, cu mapări adaptate instanței dumneavoastră tenant. Echipa întreține integrarea când se schimbă grupurile de resurse, extensiile IDO sau stările comenzilor de producție. Fiecare fabrică folosește CSI diferit, iar realizarea acestor mapări este specialitatea echipei.
- Partenerul dumneavoastră Infor poate participa. Acesta cunoaște extensiile IDO și configurația ION, lucrează pe baza documentației Swagger/OpenAPI a SkyPlanner și se abonează la webhook-urile sale.
- Dezvoltatorii dumneavoastră pot construi soluții pe această bază, folosind același API REST cu autentificare JWT. O cheie API SkyPlanner este suficientă pentru a începe (tutorial de integrare), iar echipa SkyPlanner oferă ajutor când este nevoie.
De ce echipele care folosesc CSI aleg SkyPlanner în loc să ajusteze încă o procesare în lot
SkyPlanner limitează intervențiile necesare în CSI. Citește comenzi, operații, materiale și resurse și scrie înapoi două lucruri: momentele planificate ale operațiilor și manopera în SLJobtrans. Între aceste etape, realizează reprogramarea pe care CSI o lasă în seama modificărilor făcute de planificator în Resource Gantt și a următoarei rulări Scheduler:
- Program actualizat la fiecare eveniment. Arcturus creează în câteva secunde programul de producție ținând cont de capacitatea finită, iar Autopilot îl reface automat când apar modificări în producție, fie că sosește o comandă modificată din CSI, fie că un operator înregistrează progresul. Webhook-urile transmit apoi noile momente programate.
- Manoperă înregistrată la sursă. Mobile Confirmations, Production Timer și Quick Log Mode transformă datele introduse de operatori în înregistrări de timp mapate la rânduri
SLJobtrans, astfel încât manopera ajunge în CSI fără reintroducerea datelor. - Constrângeri conforme cu realitatea din secție. O matrice a timpilor de pregătire alege succesiunea schimbărilor de fabricație care necesită cel mai puțin timp de pregătire. Sculele sunt resurse comune cu disponibilitate limitată, mai mulți operatori pot lucra simultan la același centru de lucru, iar utilajele și personalul alternativ preiau sarcinile când resursele principale sunt ocupate.
- Secvențiere în funcție de materiale. Datele preluate includ materialele comenzilor de producție, stocurile și comenzile de achiziție deschise din CSI, astfel încât disponibilitatea materialelor este verificată în program. Materialele comandate sunt considerate disponibile la data de livrare a comenzii de achiziție, iar stocul se actualizează când aceasta este marcată Delivered.
- Testare care reduce riscurile proiectului. Încărcați un export Save to Excel în versiunea de încercare de 30 de zile și vedeți cum sunt programate propriile comenzi ținând cont de capacitatea finită. Opriți o resursă care constituie un blocaj, adăugați o comandă urgentă și întârziați o comandă de achiziție. Maparea pe care o validați aici definește domeniul lucrărilor de integrare IDO.
Alegeți SkyPlanner când CSI trebuie să rămână sistemul de referință pentru articole, comenzi de producție și costuri. Primiți un instrument de programare și o aplicație pentru secția de producție, conectate printr-o interfață de integrare limitată și clar definită: se preiau comenzi de producție și nomenclatoare și se transmit înapoi datele și orele programate și manopera. SkyPlanner pornește de la 199 € pe lună, cu 5 centre de lucru incluse, facturare lunară și posibilitatea de a renunța oricând. Integrarea este ofertată de la început, în funcție de procesele și nevoile dumneavoastră, împreună cu abonamentul, astfel încât să cunoașteți costul total înainte de a începe.
Consultați prețurile, funcționalitățile și documentația SkyPlanner. Comparați CSI APS și Scheduler cu un instrument de programare în cloud în articolul despre programarea cu capacitate finită în Infor CloudSuite Industrial. Sau accesați pagina Infor CloudSuite Industrial și secțiunea de integrări ERP.
Părerile producătorilor despre SkyPlanner
2 heconomisite în fiecare săptămână
„Cu SkyPlanner, am trecut de la planificarea producției în foi de calcul Excel la optimizarea producției în timp real.”
Kalle Kalliomäki, specialist în lanțul de aprovizionare
UTU · Tablouri electrice și aparataj de comutație
La planificarea producției se economisesc 2 ore de lucru în fiecare săptămână, iar o nouă listă de operații ajunge pe linie în câteva secunde.
+90%eficiență în producție
„Eficiența în producție a crescut cu 90%.”
Abdul Rucyinga, director IT
Laboratory & Allied · Producție farmaceutică
Eficiența în producție a crescut cu 90%, iar realizarea unui plan optimizat pe trei luni pentru toate centrele de lucru durează sub 30 de minute.
98%rata de respectare a termenelor de livrare, față de aproximativ 50% anterior
„SkyPlanner joacă un rol decisiv în menținerea ratei noastre de respectare a termenelor de livrare.”
Hannu Lahtinen, director general
KJH-Comp · Prelucrarea tablei și producție pe bază de contract
Rata de respectare a termenelor de livrare a crescut de la aproximativ 50% până la 98%, iar programarea necesită acum un singur supervizor în loc de doi.
6 lunipentru care echipa de vânzări vede capacitatea disponibilă
„SkyPlanner oferă o bază solidă și siguranță pentru întreaga planificare a producției.”
Anu Järvinen, directoare de producție
Fredman Operations · Hârtie de ambalaj adecvată contactului cu alimentele
Echipa de vânzări vede capacitatea disponibilă cu șase luni în avans, iar solicitările de modificare a programului, al căror răspuns dura o oră sau mai mult, primesc acum răspuns în câteva secunde.
Întrebări frecvente
Cine realizează integrarea cu CloudSuite Industrial sau SyteLine?
În etapa de implementare, echipa SkyPlanner configurează integrarea bidirecțională cu mediul dumneavoastră CSI, folosind IDO REST API și ION BODs, și asigură asistență după punerea în funcțiune. Partenerul dumneavoastră Infor sau propriii dezvoltatori pot realiza integrarea și prin API-ul REST documentat al SkyPlanner, folosind doar o cheie API. În perioada de probă, puteți începe cu exporturi CSV sau Excel.
Ce API trebuie folosit în CSI pentru integrarea unui sistem de programare a producției?
Mongoose IDO REST API prin ION API Gateway, cu OAuth 2.0 pe baza unui fișier .ionapi al unei aplicații Backend Service. Adăugați documentul BOD ProductionOrder pentru detectarea modificărilor la comenzi dacă interogarea periodică nu este suficient de rapidă.
Cum sunt transmise înapoi în CSI datele planificate și manopera?
Începutul și sfârșitul planificate ale operațiilor sunt scrise înapoi prin IDO UpdateItems în programul operațiilor comenzii, iar datele Start și End ale comenzii sunt actualizate în SLJobs. Unitățile care protejează aceste câmpuri folosesc o metodă IDO personalizată prin InvokeMethod. Manopera este introdusă cu AddItems sub formă de rânduri necontabilizate în SLJobtrans, iar Job Labor Transaction Posting le contabilizează în producția în curs.
Avem nevoie de o licență Infor suplimentară pentru a conecta un sistem extern de programare a producției?
Da, este necesară o licență Automation. Conform documentației Infor privind licențierea, aplicațiile externe care se conectează prin stratul IDO utilizează o astfel de licență, cu tipul de sesiune IDO.
Putem păstra CSI APS și adăuga SkyPlanner?
Da. CSI APS gestionează în continuare planul de materiale și Get CTP/ATP, iar SkyPlanner preia stabilirea succesiunii operațiilor pentru grupurile de resurse pe care i le încredințați.
Cât durează un proiect de integrare cu CSI?
Implementarea se finalizează în mod normal în câteva săptămâni de la începerea procesului de integrare inițială. Proiectul parcurge maparea, încărcarea inițială, sincronizarea comenzilor de producție și de achiziție, scrierea programului înapoi în CSI, confirmările SLJobtrans, rularea în paralel și punerea în funcțiune.
Putem testa SkyPlanner înainte de a dezvolta integrarea?
Da. Perioada de probă gratuită de 30 de zile include până la 20 de centre de lucru și toate funcțiile Basic, fără a necesita un card de credit. Începeți cu fișiere CSV sau Excel exportate din CSI. Începeți perioada de probă gratuită sau discutați cu echipa de vânzări despre instanța dumneavoastră.