Ruolo degli accordi nell'elaborazione EDI
Un'organizzazione usa BizTalk Server per ricevere messaggi EDI da e inviare messaggi EDI a uno o più partner commerciali. I partner commerciali definiscono i profili business, ovvero entità business all'interno di un'organizzazione. La modalità di scambio di messaggi tra profili business è definita come parte degli accordi di trading partner tra due profili business. Per altre informazioni, vedere Blocchi predefiniti di una soluzione di gestione dei partner commerciali.
Per creare un accordo di trading partner, usare l'interfaccia utente Gestione trading partner. Le schermate TPM si trovano nel nodo Parti della console di amministrazione di BizTalk Server.
Configurazione di un accordo per l'elaborazione EDI
Tutti i partner commerciali che scambieranno messaggi EDI utilizzando BizTalk Server devono concordare i parametri di comunicazione. Dopo aver eseguito questa operazione, l'organizzazione che ospita BizTalk Server deve creare i partner commerciali in TPM (incluso un partner commerciale per se stesso), creare i profili di business e il contratto tra i profili di business. Nell'ambito del contratto tra partner commerciali, si impostano le proprietà relative alla modalità di ricezione di un messaggio EDI da BizTalk Server e all'invio di un messaggio EDI al profilo di business del partner commerciale. All'altra estremità, gli altri trading partner devono completare le stesse operazioni. Inoltre, per consentire lo scambio di messaggi, le configurazioni devono essere compatibili.
È necessario definire i set di proprietà seguenti per le comunicazioni EDI.
Proprietà che definiscono gli aspetti generali del trading partner, ad esempio nome, porte di trasmissione e certificato di firma.
Proprietà di profili business che definiscono le identità business.
Proprietà EDI, come parte dell'accordo tra partner commerciali, che definisce come BizTalk Server elabora un messaggio in arrivo da un partner commerciale e come genererà un messaggio in uscita associato al partner commerciale.
Le proprietà AS2, come parte dell'accordo tra partner commerciali, definiscono il modo in cui BizTalk Server eseguirà le comunicazioni AS2, sia in ingresso che in uscita. Queste proprietà influiscono sulle comunicazioni EDI solo quando un messaggio EDI viene inviato tramite AS2.
Nota
L'accordo AS2 e l'accordo di messaggistica EDI tra gli stessi profili business vengono specificati separatamente. I due accordi formano nell'insieme una relazione.
Le proprietà dell'accordo di trading partner determinano l'elaborazione specifica seguente:
Elaborazione e generazione di buste EDI
Elaborazione e generazione di ACK
Convalida dei messaggi EDI in arrivo e in uscita
Creazione batch
Creazione di report sullo stato
Per le identità aziendali, possono essere presenti valori specifici, ad esempio D-U-N-S (Dun & Bradstreet).For business identityes, there can be specific values, such as D-U-N-S (Dun & Bradstreet). I nomi specifici prevedono qualificatori specifici, ad esempio "01" per Duns. Nei casi in cui un nome di identità business non è specifico, si usano "ZZ" per i messaggi con codifica X12 e "ZZZ" per i messaggi con codifica EDIFACT, indicanti un nome definito reciprocamente da entità separate. Il valore e il qualificatore identificano quindi il profilo business. Il nome dell'identità business viene usato solo a scopo informativo. Non viene usato dal runtime BizTalk per l'elaborazione.
Specifica di un accordo per l'elaborazione EDI
Ogni volta che BizTalk Server riceve un messaggio EDI, tenta di determinare l'accordo tra partner commerciali in cui il messaggio viene risolto. creando una corrispondenza tra il messaggio e il qualificatore mittente, il qualificatore ricevitore e l'identificatore ricevitore definiti come parte dell'accordo. Per altre informazioni su questo processo, vedere Risoluzione del contratto, individuazione dello schema e autorizzazione per i messaggi EDI ricevuti.
Ogni volta che BizTalk Server genera un messaggio EDI da inviare, tenta di determinare il contratto associato al profilo di business a cui verrà inviato il messaggio. creando una corrispondenza tra il messaggio e l'accordo tramite uno dei componenti seguenti:
Proprietà di contesto AgreementPartIdForSend
Proprietà di contesto AgreementNameForSend, SenderPartyNameForSend e ReceiverPartyNameForSend
Qualificatori e identificatori mittente e qualificatori e identificatori ricevitore
Nome della porta di trasmissione
Per altre informazioni su questo processo, vedere Risoluzione degli accordi e determinazione dello schema per i messaggi EDI in uscita.
Utilizzo delle proprietà globali EDI
Se BizTalk Server non è in grado di determinare il contratto per un messaggio in ingresso o in uscita, userà il contratto di fallback per elaborare l'interscambio in ingresso o generare l'interscambio in uscita. I contratti di fallback vengono impostati facendo clic con il pulsante destro del mouse sul nodo Parti nella console di amministrazione di BizTalk Server e scegliendo Impostazioni di fallback X12 (per i messaggi con codifica X12) o impostazioni di fallback EDIFACT (messaggi con codifica EDIFACT). Per altre informazioni sulle proprietà globali, vedere Configuring Global or Fallback Agreement Properties.For more information on global properties, see Configuring Global or Fallback Agreement Properties.
Nota
BizTalk Server userà il contratto di fallback solo se non è in grado di determinare il contratto per un interscambio. Se è stato determinato un contratto, BizTalk Server non utilizzerà un valore di proprietà dal contratto di fallback per una proprietà non definita per l'accordo tra due partner commerciali.
Gli accordi di fallback non verranno usati se le impostazioni delle porte richiedono l'autenticazione. Se le impostazioni delle porte per una porta di ricezione richiedono l'autenticazione (se l'autenticazione non riesce o Mantieni messaggi se l'autenticazione non riesce è selezionata nella pagina Generale della finestra di dialogo Proprietà porta di ricezione), è necessario un contratto per qualsiasi interscambio ricevuto dalla porta di ricezione. In questo caso, gli accordi di fallback non vengono usati. Se per un interscambio non è specificato alcun accordo, l'interscambio verrà considerato come se si fosse verificato un errore di autenticazione e verrà sospeso.
Vedere anche
Risoluzione dell'accordo, individuazione dello schema e autorizzazione per messaggi EDI ricevuti
Risoluzione dell'accordo e determinazione dello schema per i messaggi EDI in uscita
Configurazione delle proprietà EDI
Configurazione delle proprietà dell'accordo globale o di fallback
Problemi noti delle entità EDI