Passa al contenuto principale
Documentazione
Documentazione
Administrator Guide
Ultimo aggiornamento: 2026-04-03
Linee guida del processo aziendale di integrazione

Linee guida del processo aziendale di integrazione

Panoramica

Un processo aziendale di integrazione è un workflow configurabile che orchestra le attività associate all'esecuzione di integrazione per lo scambio di dati tra Workday e gli endpoint esterni. Utilizza il tipo processo aziendale
Evento processo di integrazione
 , che consente elaborazioni più complesse rispetto a un semplice avvio integrazione . ConsultareConcetto: Processi aziendali di integrazione .
Queste sono le sezioni di questo argomento:
  • Sottoprocessi
  • Prerequisiti
  • Autore avvio processo
  • Limitazioni
  • Flussi di lavoro comuni dei processi aziendali
  • Step workflow
  • Integrazione
  • Notifiche
  • Problemi e soluzioni

Sottoprocessi

È possibile incorporare integrazione all'interno di un altro processo aziendale aggiungendo uno step di integrazione alla definizione del processo aziendale. Quando il processo aziendale padre raggiunge tale step, avvia l'evento processo di integrazione specificato come processo aziendale.

Autore avvio processo

Un processo aziendale di integrazione può essere avviato in diversi modi:
  • Manualmente
    Un utente con le autorizzazioni appropriate può avviare l' integrazione direttamente dal report
    Visualizzazione sistema di integrazione
     o utilizzando l' attività
    Avvio/Pianificazione integrazione
     .
  • Pianificato
    È possibile pianificare l'esecuzione integrazione a un'ora specifica o su base ricorrente attività
    Avvio/Pianificazione integrazione
     .
  • Come sottoprocesso processo aziendale
    Il processo aziendale di integrazione può essere avviato da uno step all'interno di un altro processo aziendale Workday (ad esempio, eseguire integrazione E-Verify dopo il processo aziendale
    Completamento modulo I-9
     ).

Limitazioni

Sebbene il framework del processo aziendale di integrazione sia flessibile, la tecnologia integrazione sottostante presenta limitazioni specifiche.
  • Organizzazione per un sistema di integrazione dal lancio di un servizio Web
    Quando si avvia integrazione tramite
    Launch_Integration
     o
    Launch_EIB
     operazioni servizio Web, non è possibile specificare una versione specifica dell'organizzazione del processo aziendale. Verrà utilizzata la definizione di primo livello (predefinita) per il sistema di integrazione . Consultare
    Organizzazioni e processi aziendali di integrazione
     inConcetto: Processi aziendali di integrazione .
  • Limite delle dimensioni del file per il recupero dei documenti
    I file in entrata hanno un limite di 1 GB per XML e 300 MB per XLSX. ConsultareRiferimenti: Integrazioni e limiti dei servizi Web .

Flussi di lavoro comuni dei processi aziendali

Percorso 1: workflow di integrazione predefinito
Per impostazione predefinita, l'
Evento processo di integrazione
 è composto da due step fondamentali:
A: Avvio
>
 B: Servizio (integrazione Fire)
Lo step
Service (Fire Integration)
 esegue il sistema di integrazione stesso. Per integrazione in uscita , genera il file di output. Per integrazione in entrata , carica i dati in Workday.
Percorso 2: Integrazione in uscita con approvazione
Questo workflow è comune quando è necessario che un utente riveda i dati prima che vengano inviati da Workday.
A: Avvio
>
 B: Approvazione
>
 C: Servizio (integrazione Fire)
>
 D: Servizio: Document Delivery
Dopo l'approvazione, lo step
Service (Fire Integration)
 viene eseguito ed estrae i dati da Workday, generando il file di output.
Lo step
Service: Document Delivery
 consegna il file generato all'endpoint esterno, ad esempio un server SFTP.
Percorso 3: Workflow di integrazione in entrata
Questo workflow è un workflow standard per l'importazione di dati in Workday da un'origine esterna.
A: Avvio
>
 B: Servizio: Recupero documenti
>
 C: Servizio (integrazione Fire)
Lo
step Servizio: recupero documenti
 recupera un file da un'origine esterna (come un server FTP) o inoltra attività a un utente per caricare manualmente un file.
Lo step
Service: Fire Integration
 esegue l' integrazione, prelevando il file recuperato e caricando i dati in Workday.
Percorso 4: Workflow di integrazione concatenato
Questo modello è utile quando l'output di un'integrazione è l'input di un'altra integrazione.
A: Avvio
>
 B: Integrazione
>
 C: Integrazione
Il primo step
di integrazione
 attiva il primo sistema di integrazione (ad esempio integrazione EIB o Studio ) per l'esecuzione e la produzione di un file di output.
Il secondo step
di integrazione
 attiva un secondo sistema di integrazione, che utilizza il file di output della prima integrazione.

Step workflow

Avvio
Ordine
A (primo step)
Eseguito da
L'utente o il sistema che avvia l' integrazione. Può essere un utente del sistema di integrazione (ISU) per gli eventi pianificati o attivati dal sistema oppure un utente interattivo per gli avvii manuali.
Dominio di sicurezza per ruolo
L'utente dell'utente o l'amministratore dell'integrazione che avvia l' integrazione:
Modifica/Inserisci
 accesso a
Creazione integrazione
 ,
Configurazione integrazione
 ,
Debug integrazione
 ,
Evento di integrazione
 .
Procedura ottimale:
Lo step
Avvio
 è un primo step obbligatorio per tutti i processi aziendali. Impossibile rimuovere. Funge da punto di ingresso e record di controllo per l'avvio del processo.
Esempio
Un HR Administrator accede attività
Avvio/Pianificazione integrazione
 e fa clic su "
OK
 " per eseguire l'esportazione di una nuova assunzione in un fornitore di benefit esterno. Questa azione completa lo step
Avvio
 e avvia il workflow processo aziendale .
Tipi di step
Di seguito sono riportati i tipi di step comuni che è possibile aggiungere a un processo aziendale di integrazione.
Approvazione
Ordine
Può essere posizionato ovunque dopo lo step
di avvio
 . Ad esempio, è possibile inserirlo dopo uno step
di integrazione Fire
 ma prima di uno step
di consegna documento
 .
Eseguito da
Un gruppo di sicurezza specificato (ad es. HR Partner, Compensation Administrator, Manager).
Domini di sicurezza
ISU, amministratore dell'integrazione o amministratore del processo aziendale:
modifica/inserimento
 dell'accesso all'evento
di integrazione
 .
Specifica
Specificare i gruppo di sicurezza responsabili dell'approvazione.
Regola condizionale
  • Caso d'uso: richiedere a un manager di rivedere e approvare un file contenente i dati bonus dipendente prima che venga consegnato al fornitore della gestione paghe.
  • Best practice: utilizzare le regole condizione per trigger le approvazioni solo quando necessario. Ad esempio, è possibile creare una regola che ignori lo step di approvazione se l'importo totale bonus è inferiore a una determinata soglia.
  • Esempio: nello step di approvazione viene configurata una regola condizionale per verificare se il campo "Importo bonus totale" nell'output integrazione è superiore a $ 50.000. In caso affermativo, lo step viene inoltrato al gruppo di sicurezza
    Compensation Administrator
     per l'approvazione. In caso contrario, lo step viene ignorato.
Casi d'uso del tipo di step, best practice ed esempio:
  • Caso d'uso: garantire la precisione dei dati per le integrazioni in uscita sensibili come la gestione paghe o le assegnazioni di azioni.
  • Procedura consigliata: assegnare le approvazioni a un gruppo di sicurezza basato su ruolo anziché a un utente designato specifico per evitare ritardi nel processo dovuti assenza dipendente .
  • Esempio: prima di inviare un file di modifiche retribuzione dei dirigenti a un sistema esterno, uno step
    di approvazione
     viene inoltrato al gruppo di sicurezza
    Executive Compensation Admin
     per convalidare i dati.
Servizio
Ordine
Può essere posizionato ovunque dopo
l'avvio
 . L'ordine è critico. Per integrazione in entrata ,
Recupero documento
 deve precedere
l'integrazione Fire
 . Per un in uscita,
l'integrazione Fire
 deve precedere
la consegna del documento
 .
Eseguito da
Utente del sistema di integrazione (ISU).
Domini di sicurezza per ruolo
ISU: accesso
modifica/inserimento
 a
integrazione build
 ,
integrazione configurazione
 .
Specifica
È necessario specificare il servizio da eseguire:
Document Retrieval
 ,
Document Delivery
 o
Fire Integration
 .
Regola condizionale
  • Caso d'uso: per integrazione che viene eseguita ogni giorno, potrebbe essere necessario recuperare un file solo il primo giorno della settimana.
  • Procedura consigliata: utilizzare regole condizione negli step
    di Consegna documenti
     per impedire l'invio di file vuoti. È possibile creare una regola che verifichi se il numero di record dell'evento integrazione è maggiore di zero.
  • Esempio: una regola condizionale in uno step
    Consegna documento
     verifica un campo calcolato che conteggia il numero di record elaborati dallo step
    Fire Integration
     . Lo step di consegna viene eseguito solo se il numero è superiore a 0, impedendo al sistema di inviare un file vuoto al fornitore.
Considerazioni sui tipi di step
  • Recupero documenti: utilizzato nelle integrazioni in entrata per estrarre un file da un'origine esterna (come un server SFTP).
  • Fire Integration: questo è lo step principale che esegue il sistema di integrazione principale , generando un file di output (in uscita) o caricando i dati in Workday (in entrata).
  • Document Delivery: utilizzato nelle integrazioni in uscita per inviare un file generato a una destinazione esterna (ad esempio un server SFTP o endpoint di servizio Web ).
Azioni da svolgere
Ordine
Può essere posizionato ovunque nel processo in cui sia necessaria un'azione o un'istruzione manuale.
Eseguito da
Un gruppo di sicurezza o un utente specificato.
Domini di sicurezza
ISU, amministratore dell'integrazione o amministratore del processo aziendale:
modifica/inserimento
 dell'accesso all'evento
di integrazione
 .
Regola condizionale
Utile per attivare l'intervento manuale solo quando necessario. Ad esempio, una regola potrebbe verificare se lo stato evento di integrazione è
Completato con avvisi
 , attivando un'azione
da svolgere
 per consentire all'amministratore di rivedere gli avvisi.
Casi d'uso, best practice ed esempi di tipi di step
  • Caso d'uso: notificare a un amministratore di eseguire attività manuale al di fuori di Workday o di verificare i dati all'interno di Workday dopo uno step del processo.
  • Best practice: rendere chiare e fruibili le istruzioni nello step
    Azione da svolgere
     . Se possibile, includere collegamenti a report o attività pertinenti.
  • Esempio: un EIB in entrata carica nuovi collaboratori esterni. Uno step Azione
    da svolgere
     è configurato per trigger dopo lo step
    Service - Fire Integration
     . Viene assegnato al gruppo
    Analista HRIS
     con l'istruzione: "I collaboratori esterni sono stati caricati. Eseguire il report Controllo nuove assunzioni per verificarne i dati e completare le localizzazioni mancanti.

Integrazione

Questo tipo di step consente di avviare un altro sistema di integrazione separato dall'interno del processo aziendale corrente . In questo modo si concatenano le integrazioni.
Ordine
Può essere posizionato ovunque dopo lo step
di avvio
 .
Eseguito da
Utente del sistema di integrazione (ISU).
Specifica
Selezionare il sistema di integrazione da avviare come sottoprocesso.
Regole condizionali con casi d'uso, best practice ed esempi
Caso d'uso: dopo l'esecuzione integrazione principale in uscita, si desidera eseguire una seconda integrazione per archiviare il file generato in una sede deposito a lungo termine , ma solo se la prima integrazione è riuscita.
Utilizzare una regola condizionale per verificare lo stato di uno step precedente (
Fire Integration
 ) per assicurarsi che sia stato completato correttamente prima di avviare integrazione successiva che dipende dall'output.
Esempio: uno step
di integrazione
 è configurato per avviare un'"integrazione di archiviazione". Una regola condizionale in questo step verifica lo stato dello step
di integrazione Fire
 precedente. L' integrazione dell'archivio viene eseguita solo se lo stato dello step precedente è "
Completato
 ".
Caso d'uso: si desidera recuperare un file senza avviare integrazione o avviare integrazione senza consegnare un file.
Utilizzare una regola condizionale che restituisca sempre false. Esempio: "1=2" nello step da ignorare.
Casi d'uso del tipo di step
  • Caso d'uso (arricchimento dei dati): integrazione iniziale estrae i dati di base dipendente . Un secondo step
    di integrazione
     richiama integrazione diversa che prende l'output iniziale, aggiunge dati da un'altra origine (come un report personalizzato) e produce un file finale arricchito.
  • Caso d'uso ( orchestrazione del processo): dopo che un EIB in entrata ha caricato le nuove assunzioni, uno step
    di integrazione
     potrebbe trigger integrazione in uscita per eseguire il provisioning dei conti per le nuove assunzioni in un sistema IT esterno.
  • Caso d'uso (errori di reindirizzamento): quando uno step integrazione non riesce, inoltrare l' integrazione non riuscita a utenti specifici invece di terminare automaticamente il processo aziendale.
    1. Configurare i gruppi di sicurezza in modo che dispongano delle autorizzazioni
      di reindirizzamento
       per i criterio di sicurezza processo aziendale.
    2. Utilizzare l' azione correlata
      Gestione reindirizzamento
       nello step
      Integrazione
       della definizione di processo aziendale.
    3. Selezionare una o più azioni di reindirizzamento e selezionare uno o più gruppi di sicurezza per ricevere lo step reindirizzato.
Esempio di tipo di step
Il processo aziendale viene avviato e il primo step,
Service (Fire Integration)
 , esegue l' integrazione
PayData Extract
 , che genera un file di dati di gestione paghe non elaborato. Lo step successivo,
Integrazione
 , è configurato per avviare l' integrazione
PayData Transformation
 . Questa seconda integrazione è progettata per prelievo il file dal primo, riformattarlo nel layout XML obbligatorio dal fornitore e posizionare il nuovo file nell'area di attesa in uscita. Lo step finale,
Service (Document Delivery)
 , consegna il file XML trasformato al fornitore della gestione paghe.

Notifiche

Le notifiche personalizzate vengono attivate dallo stato finale evento del processo integrazione complessivo . È possibile configurare le notifiche nella stessa definizione di processo aziendale (ad esempio al completamento dello step o errore).
Casi d'uso con best practice ed esempio:
  • Caso d'uso (successo): inviare un'e-mail al team di gestione paghe per confermare che il file dell'interfaccia di gestione paghe settimanale è stato generato e consegnato al fornitore.
  • Caso d'uso (errore): se integrazione non riesce, inviare una notifica con priorità alta al team di amministrazione dell'integrazione con i dettagli evento e i messaggi errore in modo che possa indagare immediatamente.
  • Procedura consigliata: utilizzare gruppi di sicurezza specifici basati su ruoli (ad es.
    Integration Administrator
     ) come destinatari anziché singoli utenti. Creare messaggi notifica chiari e fruibili che includano informazioni chiave, come il nome integrazione, l'ora dell'esecuzione e un collegamento al monitor processi per i dettagli.
  • Esempio: una notifica integrazione è configurata per trigger quando lo stato processo aziendale è "
    Non riuscito
     ". Invia un'e-mail al gruppo di sicurezza
    Integration Support
     . Il corpo dell'e-mail è personalizzato per indicare: "L' integrazione
    CCB - Dati demografici in uscita
     non è riuscita. Per ulteriori dettagli, consultare il monitoraggio processi . ID evento: [ID evento]".

Problemi e soluzioni

Questa sezione elenca i problemi comuni, le cause e le soluzioni corrispondenti. Per problemi non elencati qui, è consigliabile cercare gli articoli della Knowledge Base nella Community . Per risultati ottimali:
  1. Cercare il nome esatto del processo tra virgolette doppie. Esempio: "Processo aziendale di integrazione".
  2. Perfezionare i risultati iniziali selezionando i seguenti filtri di ricerca:
    • Gruppo di contenuti
       : articoli
    • Tipo di contenuto
       : articolo della Knowledge Base
  3. Utilizzare il filtro
    Ordina
     per per visualizzare i risultati per
    Rilevanza
     o
    Più recente
     .
Rilascio
Causa e soluzione
L'endpoint esterno non ricevere un file integrazione previsto.
Utilizzare i report
monitoraggio processi
 e
Full Process Record
 per determinare cosa non ha funzionato come previsto. Consultare
Risoluzione dei problemi relativi agli eventi del processo di integrazione
 inConcetto: Processi aziendali di integrazione .
Il file in uscita non è stato recapitato all'endpoint esterno.
Causa: il processo aziendale potrebbe non essere riuscito prima dello step
di consegna documento
 o lo step di consegna stesso non è riuscito.
soluzione: per visualizzare lo stato e i messaggi errore relativi all'errore:
  1. Dal report
    monitoraggio processi
     per il tipo di processo
    Integrazione
     , ricerca (noun), trova (verb) la richiesta integrazione .
  2. Nella pagina
    Visualizzazione processo in background
     , fare clic
    sull'evento padre
     , ovvero l' evento del processo integrazione .
  3. Nella pagina
    Visualizzazione evento
     , la tabella
    Processi successivi
     visualizza gli eventi integrazione per gli step
    Integrazione
     e
    Consegna documento
     .
  4. Rivedere lo stato e i messaggi errore per entrambi per individuare l'errore.
  5. Verificare le credenziali e l'indirizzo dell'endpoint nella configurazione di consegna .
integrazione in entrata non ha caricato dati.
Causa: lo step
Recupero documento
 potrebbe non essere riuscito a ricerca (noun), trova (verb) il file, il file potrebbe essere vuoto o lo step
Fire Integration
 non è riuscito durante il caricamento dei dati.
soluzione: verificare che il file esista nel sede esterno specificato e che il nome del file corrisponda alla configurazione. Controllare il report
Eventi di integrazione
 . Per visualizzare i messaggi errore del processo relativi analisi dei file o convalida dati, selezionare la colonna
Creato da trigger
 per l' evento di integrazione.
Uno step di approvazione è stato inoltrato o ignorato in modo errato.
Causa: la regola condizionale nello step di approvazione potrebbe essere configurata in modo errato oppure i membri del gruppo di sicurezza specificato potrebbero non essere corretti.
soluzione: utilizzare il report
Visualizzazione definizione processo aziendale
 per rivedere la logica regola condizionale dello step. Utilizzare il report
Visualizzazione gruppo di sicurezza
 per verificare l' associazione al gruppo responsabile approvazione assegnato.
L'integrazione non riesce con un errore di sicurezza .
Causa: all'utente del sistema di integrazione associato integrazione mancano le autorizzazioni per un dominio di sicurezza obbligatorio .
soluzione: rivedere il messaggio errore nei dettagli
degli eventi di integrazione
 per identificare i dati o l'azione protetti. Accedere al report
Criteri di sicurezza del dominio per area funzionale
 per ricerca (noun), trova (verb) il dominio pertinente e aggiungerlo ai gruppi di sicurezza assegnati all'ISU.
Tutte le integrazioni non vengono avviate con l' errore: "Non esiste una definizione predefinita per il tipo di processo aziendale 'Evento processo di integrazione'..."
Causa: la definizione di processo aziendale predefinita per
l'evento processo di integrazione
 è stata disattivata, eliminata o modificata in modo errato e salvata con errori. Tutte le integrazioni si basano su questa definizione come base.
Soluzione:
  1. Eseguire il report
    Tipi di processo aziendale con definizioni predefinite in uso
     .
  2. Filtrare in base al tipo
    di Evento processo di integrazione
     per ricerca (noun), trova (verb) la definizione.
  3. Rivedere la definizione e assicurarsi che sia attiva e contenga almeno uno step
    di avvio
     e uno step
    di servizio (integrazione incendio)
     . Correggere eventuali errori e salvare.
Le notifiche del processo aziendale di integrazione sono configurate ma non vengono inviate tramite e-mail.
Causa: le regole routing notifica a livello di tenant non sono configurate per l'invio di notifiche relative all'integrazione tramite e-mail.
Soluzione:
  1. Accedere attività
    Configurazione tenant - Notifiche
     .
  2. Nelle impostazioni del Sottotipo di notifica per
    Sistema
     , ricerca (noun), trova (verb) la riga
    Integrazioni
     .
  3. Impostare Regola routing notifiche su
    E-mail / Immediatamente
     o su un'altra regola abilitata per l'e-mail.
integrazione concatenata (avviata da uno step
di integrazione
 ) non riesce e l'intero processo aziendale padre viene interrotto.
Causa: questo è il comportamento progettato e previsto in Workday. L'errore di uno step in un processo aziendale, incluso uno step
di integrazione
 , interrompe il processo per impostazione predefinita per evitare ulteriori errori.
soluzione: non si tratta di un errore da correggere, ma di un comportamento da gestire.
  1. Assicurarsi che l' integrazione figlio disponga di una solida gestione errore e di notifiche specifiche.
  2. Esaminare il processo padre per vedere se l' integrazione figlio è veramente fondamentale. In caso contrario, potrebbe essere necessario scollegarlo ed eseguirlo come processo pianificato separato anziché essere concatenato.
Uno step integrazione di Studio con errori non viene reindirizzato, anche se è configurato con
Gestione reindirizzamento
 .
Causa: attualmente la funzionalità
Gestione reindirizzamento
 funziona solo con le integrazioni di Studio con stato "
Non riuscito
 ". Se integrazione di Studio viene completata con lo stato "
Completato con errori
 ", la funzionalità
Gestione reindirizzamento
 non la considererà un errore.
soluzione: non si tratta di un errore da correggere, ma di un comportamento da gestire. Assicurarsi che l' integrazione disponga di una solida gestione errore e di notifiche specifiche. ConsultareConfigurare il reindirizzamento negli step del processo aziendale .