Conectați-vă la orice ERP

REST API-ul deschis al SkyPlanner se conectează la sisteme ERP, MES și operaționale, inclusiv ERP-uri interne. Construiți integrarea pe cont propriu sau lăsați echipa noastră să vă ajute.

Funcționează și independent — o integrare ERP este opțională, nu obligatorie.

Discutați un proiect de integrare

Se conectează cu sisteme ERP și MES precum

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.
Diagrama Gantt din SkyPlanner APS, cu lucrări programate pe centre de lucru și o listă de comenzi dedesubt.

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:

  1. 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 și FireAESEvent, cu răspunsuri XML sau JSON. Există și un set de endpointuri pentru versiunea REST 2.
  2. Documente ION BOD (Business Object Documents) direcționate de ION prin puncte de conexiune. CSI publică documente BOD Sync de ieșire pentru ProductionOrder, ItemMaster și PurchaseOrder, precum și documente de stoc, cum ar fi InventoryAdjustment, InventoryCount și InventoryHold.

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 .ionapi al 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-MongooseConfig la fiecare apel efectuat prin ION. Acesta indică configurația CSI (unitatea) vizată.
  • Păstrați fișiere .ionapi separate 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șatorCe publică
TriggerProductionOrderSyncSpToate comenzile de producție; rulează doar în prim-plan
TriggerProductionOrderBGSyncSpComenzile tocmai programate; poate rula ca sarcină în fundal
TriggerProductionOrderBGSchSyncSpComenzile 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 SkyPlannerSensFrecvență
Articole (SLItems), document BOD Sync ItemMasterProduse și materialeCSI → 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țieCSI → SkyPlannerÎncărcare inițială, apoi la modificare
Grupuri de resurse pentru pregătire și tabele de referință pentru pregătireMatricea 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țieCSI → 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 alternativeCSI → SkyPlannerÎncărcare inițială, apoi rar
Scule și număr de operatori pentru fiecare operațieScule ca resurse partajate cu capacitate finită, număr de operatori pentru fiecare centru de lucruGestionare în SkyPlannerConfigurare în etapa de implementare inițială
Centre de lucru (SLWcs)Nu este un obiect de programare; se păstrează doar ca referință pentru costuriCSI → SkyPlannerOpțional
Schimburi și sărbători legaleSchimburi și absențeCSI → SkyPlannerSăptămânal sau gestionare în SkyPlanner
Comenzi de producție (SLJobs), document BOD Sync ProductionOrderComenzi cu termene și prioritateCSI → SkyPlannerDeclanș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 → SkyPlannerOdată cu fiecare comandă
Linii ale comenzilor clienților (SLCoItems), clienți (SLCustomers)Termenele de livrare către clienți și prioritatea cliențilorCSI → SkyPlannerInterogare periodică
Stocul articolelor pe depozite, documente BOD de stocStocuri (solduri de stoc)CSI → SkyPlannerLa fiecare oră sau înainte de fiecare rulare a programării
Comenzi de achiziție (linii deschise), document BOD Sync PurchaseOrderComenzi de achiziție și materiale care urmează să sosească, cu data de livrare estimatăCSI → SkyPlannerLa 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țieSkyPlanner → CSILa 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 motivSkyPlanner → CSILa 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.

DateSistem responsabil
Articole, fluxuri tehnologice, liste de materiale, cantități, starea comenzilor de producție, calculul costurilorCSI
Succesiunea operațiilor, momentele de început și de sfârșit, alocarea resurselorSkyPlanner
Planul de materiale pe termen lung, Get CTP/ATPCSI APS, dacă există licență
Schimburi și sărbători legaleUn 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:

  1. 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ță.
  2. 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.
  3. Configurarea Infor OS. Aplicație Backend Service, fișiere .ionapi pentru 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.
  4. Î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.
  5. 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.
  6. 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.
  7. Scrierea programului înapoi în CSI și confirmările din secția de producție. Activați scrierea programului și transferul manoperei în SLJobtrans după ce datele calendaristice și celelalte date corespund.
  8. Intrarea în exploatare pentru grupurile de resurse gestionate de SkyPlanner.

Capcane de evitat în CSI

  • Maparea centrelor de lucru ca utilaje. SLWcs pare 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 ProductionOrder depinde 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 SLJobtrans ră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

  1. 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.
  2. 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.
  3. 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

Kalle Kalliomäki, specialist în lanțul de aprovizionare la UTU, în secția de producție a tablourilor electrice din Ulvila

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.

Citiți părerea UTU

Operatori în combinezoane pentru camere curate, la o linie de umplere a flacoanelor din fabrica farmaceutică Laboratory & Allied din Nairobi

+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.

Citiți mărturia Laboratory & Allied

Un sudor KJH-Comp șlefuiește o structură din oțel sudată la fabrica din Alahärmä

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.

Citiți mărturia KJH-Comp

Anu Järvinen, directoare de producție la Fredman Operations, lângă o celulă robotizată de paletizare din Rauma

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.

Citiți mărturia Fredman Operations

Î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ă.