FIX: ╚ disponibile un hotfix che fornisce ulteriori proprietÓ di modalitÓ di consegna per il protocollo di livello inferiore minimo inviare e gli adapter di ricezione in BizTalk Accelerator per HL7 in un ambiente di BizTalk Server 2010

Traduzione articoli Traduzione articoli
Identificativo articolo: 2564013 - Visualizza i prodotti a cui si riferisce l?articolo.
Espandi tutto | Chiudi tutto

In questa pagina

Sommario

In questo articolo viene descritto un hotfix che fornisce due proprietÓ aggiuntive di modalitÓ di consegna per minimo pi¨ basso livello di protocollo (MLLP), inviare e ricevere le porte quando si utilizza BizTalk Accelerator per HL7 in un ambiente di Microsoft BizTalk Server 2010:
  • Utilizzare il riconoscimento di trasporto MLLP
    Questa proprietÓ Ŕ disponibile in entrambi unidirezionale porte di ricezione e le porte di trasmissione unidirezionale.
  • Messaggio di richiesta di sospensione sul trasporto MLLP NAK
    Questa proprietÓ Ŕ disponibile solo nella porta di trasmissione unidirezionale.
Il MLLP ricevere adattatore supporta entrambe le modalitÓ di risposta richiesta unidirezionali e bidirezionali. Se Ŕ stato configurato l'adapter di ricezione, l'elaborazione HL7 utilizza il Recapito ordinato parametro. Ci˛ garantisce il mantenimento dell'ordine di recapito dei messaggi. Quando riceve le MLLP scheda opererÓ in modalitÓ bidirezionale, la scheda di rete non riceve un nuovo messaggio dal sistema a monte fino a quando l'adattatore genera un riconoscimento dell'applicazione (MSA) per il messaggio precedente del sistema a monte. L'ACK/NAK generato viene inviato per il database MessageBox (MessageBoxDB). MessageBoxDB attende l'intervallo di polling successivo prima di inviare l'ACK/NAK al sistema a monte.

Il sistema a monte invia un solo messaggio alla volta e solo dopo avere ricevuto ACK/NAK. Inoltre, l'intervallo di polling BizTalk Ŕ configurato e il Recapito ordinato parametro Ŕ impostato su True. Ci˛ significa che il numero di messaggi elaborati ogni secondo Ŕ limitato. Questo aggiornamento rapido sono disponibili per la configurazione aggiuntiva per trasmissione unidirezionale e le porte di ricezione. Esso non pregiudica l'ACK/NAK. Tuttavia, aumenta notevolmente il numero di documenti elaborati al secondo.

Per rendere una previsione prima e dopo aver applicato questo hotfix, Ŕ consigliabile utilizzare i contatori delle prestazioni. Quando benchmark, Ŕ consigliabile inviare un numero ragionevole di messaggi in un periodo ragionevole. Ad esempio, Ŕ possibile utilizzare le seguenti operazioni:
  • Per la BizTalk: messaggistica categoria, utilizzare il Documenti elaborati/Sec contatore.
  • Per la BizTalk: latenza messaggistica categoria, utilizzare tutti i contatori disponibili.

Per aumentare il numero di documenti elaborati al secondo consiste nell'abbassare la MaxReceiveInterval l'impostazione per l'host BizTalk. A seconda dell'ambiente globale, l'ottimizzazione del computer in cui Ŕ in esecuzione Biz Talk Server 2010 e il volume di documenti che vengono elaborati, ridurre il MaxReceiveInterval impostazione potrebbe avere effetti negativi sulle prestazioni dell'istanza di SQL Server. Per l'ottimizzazione di SQL Server e per l'ottimizzazione di BizTalk, fare riferimento a tutti gli articoli tecnici disponibili.

Informazioni

Nota Questo hotfix risolve anche un problema di Microsoft BizTalk 2010 Accelerator per HL7. Per ulteriori informazioni su questo problema, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito:
2454887Eventi potrebbero essere erroneamente registrati per un messaggio di MLLP nel 2009 BizTalk Accelerator per HL7 su un computer che esegue Microsoft BizTalk Server 2009 o Microsoft BizTalk Server 2010

Informazioni sull'aggiornamento rapido

Un hotfix supportato Ŕ disponibile da Microsoft. Tuttavia, questo hotfix Ŕ destinato esclusivamente alla risoluzione del problema descritto in questo articolo. Applicare questo hotfix solo ai sistemi in cui si verificano il problema descritto in questo articolo. Questo hotfix vengano eseguiti ulteriori test. Se il problema non causa gravi difficoltÓ, si consiglia di attendere il prossimo aggiornamento software contenente tale hotfix.

Se l'aggiornamento rapido Ŕ disponibile per il download, Ŕ presente una sezione "Hotfix disponibile per il download" all'inizio di questo articolo della Knowledge Base. Se questa sezione non viene visualizzato, contattare il servizio clienti Microsoft e supporto tecnico per ottenere l'hotfix.

Nota Se si verificano ulteriori problemi o se Ŕ necessaria la risoluzione dei problemi, Ŕ possibile creare una richiesta di assistenza separata. I costi di supporto usuali verranno applicati per eventuali ulteriori domande e problemi che non dovessero rientrare nello specifico hotfix. Per un elenco completo dei numeri di telefono del servizio clienti Microsoft e supporto tecnico o per creare una richiesta di assistenza separata, visitare il seguente sito Web Microsoft:
http://support.microsoft.com/contactus/?ws=support
Nota Il modulo "Hotfix disponibile per il download" Visualizza le lingue per cui Ŕ disponibile l'aggiornamento rapido. Se non viene visualizzata la lingua, Ŕ perchÚ una correzione rapida non Ŕ disponibile per tale lingua.

Prerequisiti

╚ necessario disporre di Microsoft BizTalk Accelerator per HL7 (BTAHL7) installato per poter applicare questo hotfix.

Informazioni sul riavvio

Potrebbe essere necessario riavviare il computer dopo aver applicato questo aggiornamento rapido. Se non viene richiesto di riavviare, Ŕ necessario riavviare i servizi BizTalk. Per ulteriori informazioni su questa procedura, consultare il file Readme. txt incluso in questo pacchetto di hotfix.

Informazioni sulla sostituzione

Questo hotfix non sostituisce un aggiornamento rapido precedentemente rilasciato.

Informazioni sui file

La versione inglese di questo hotfix presenta gli attributi di file (o attributi successivi) elencati nella tabella riportata di seguito. Le date e ore dei file elencate nel tempo universale coordinato (UTC). Quando si visualizzano le informazioni sui file, viene convertita in ora locale. Per calcolare la differenza tra ora UTC e l'ora locale, utilizzare il Fuso orario non Ŕ visualizzata nella finestra di dialogo Data e ora elemento nel Pannello di controllo.

Riduci questa tabellaEspandi questa tabella
Nome del fileVersione del fileDimensione del fileDataOraPiattaforma
Microsoft.Solutions.btahl7.mllp.dll3.9.526.2116,60807-Giu-201115: 27x86
Microsoft.Solutions.btahl7.Shared.dll3.9.526.292,04007-Giu-201115: 27x86
Mllpreceive.exe3.9.526.226,45607-Giu-201115: 27x86
Mllpsend.exe3.9.526.226,44807-Giu-201115: 27x86


Sull'aggiornamento rapido

Dopo l'aggiornamento rapido Ŕ installato e configurato il flusso dei messaggi

Dopo aver applicato e attivare questo hotfix, l'adattatore MLLP invia tutti i messaggi ricevuti dall'adapter MLLP MessageBoxDB. Il Manager del punto finale (EPM) richiama l'adapter con lo stato dell'invio nel BatchComplete metodo. Ci˛ fa sý che l'adattatore inviare l'ACK/NAK commit al sistema a monte. A sua volta, il sistema a monte riceve ACK/NAK e quindi invia il messaggio successivo. Il BatchComplete Ŕ indipendente dal metodo di MaxReceiveInterval l'impostazione e viene chiamato immediatamente dopo il messaggio viene inviato a BizTalk completata.

Appena il messaggio Ŕ pronto per l'invio, l'adapter di trasmissione trasmette il messaggio al sistema a valle. ACK/NAK Ŕ previsto se il Utilizzare il riconoscimento di trasporto MLLP Ŕ impostato su True. Se la trasmissione Ŕ un ACK, BizTalk al termine dell'elaborazione completata. Se la trasmissione Ŕ un riconoscimento negativo e il Messaggio di richiesta di sospensione sul trasporto MLLP NAK Ŕ impostato su True, il messaggio viene sospesa direttamente senza riprovare. Tuttavia, se il Messaggio di richiesta di sospensione sul trasporto MLLP NAK Ŕ impostato su FalseL'operazione verrÓ ritentata BizTalk sulla base delle impostazioni di trasmissione porta retry interval. (Per impostazione predefinita, il Messaggio di richiesta di sospensione sul trasporto MLLP NAK Ŕ impostato su False.)

Nel diagramma riportato di seguito viene illustrato il flusso dei messaggi:
Riduci l'immagineEspandi l'immagine
Flusso dei messaggi
  1. Il messaggio viene inviato dal sistema a monte applicazione mittente viene elaborato da MLLP l'adapter di ricezione.
  2. La scheda MLLP invia il messaggio BizTalk/EPM.
  3. EPM, richiama la scheda di informazioni sullo stato di invio del messaggio. EPM questa operazione viene eseguita Batch completato metodo.
  4. Un'operazione di commit ACK/NAK generati dalla scheda di rete MLLP e si basa sullo stato di invio del Batch. ACK/NAK viene inviata all'applicazione mittente.

    Nota Se lo stato di invio del Batch Ŕ Operazione riuscita, l'adattatore restituisce l'ACK. Tuttavia, se si verifica un errore o se si verifica il timeout dell'inoltro (ad esempio, se il Batch completato chiamata al metodo timeout), l'adattatore restituisce il riconoscimento negativo all'applicazione mittente.

  5. EPM passa il messaggio per l'adapter di trasmissione MLLP per la trasmissione.
  6. Il MLLP Invia scheda invia il messaggio elaborato per il sistema a valle.
  7. Il livello di trasporto ACK/NAK Ŕ previsto per l'adapter di trasmissione MLLP per completare la comunicazione.
  8. Se il messaggio al passaggio 7 Ŕ un ACK, la scheda di rete richiede EPM per eliminare il messaggio. In caso contrario, l'adattatore deve chiedere informazioni all'EPM per un nuovo tentativo in cui si basa l'impostazione dell'intervallo di tentativi. Una nuova opzione viene fornita nell'impostazione di configurazione porta di trasmissione per la sospensione del messaggio direttamente, senza un nuovo tentativo, se viene ricevuto un riconoscimento negativo di MLLP. Per impostazione predefinita, questa opzione Ŕ impostata su False. Se questa opzione Ŕ impostata su True, il messaggio verrÓ sospesa direttamente, senza un nuovo tentativo, se viene ricevuto un riconoscimento negativo di MLLP.

Formato ACK/NACK livello trasporto

Per ulteriori informazioni sulla specifica del trasporto, visitare il seguente sito Web HL7:
http://www.HL7.org/v3ballot/HTML/Infrastructure/Transport/Transport-mllp.HTML
Il sito Web contiene le seguenti informazioni:
  • Esempio di una conferma del Commit MLLP:
    <SB><ACK><EB><CR></CR></EB></ACK></SB>
  • Esempio di un valore negativo MLLP Commit riconoscimento:
    <SB><NAK><EB><CR></CR></EB></NAK></SB>
Note
  • In questi esempi, <SB>fa riferimento al carattere di blocco di avvio (1 byte). Si tratta il <VT>carattere ASCII, o <0x0B>.<b00> </b00> </0x0B> </VT> </SB>

    Ci˛ non deve essere confuso con i caratteri ASCII STX o rapporto di integritÓ.
  • In questi esempi, <ACK>o <NAK>si riferiscono al carattere di riconoscimento (1 byte. Corrisponde al carattere ASCII <ACK>o <0x06>) o il carattere di riconoscimento negativo (1 byte. Corrisponde al <NAK>carattere ASCII, o <0x15>).<b00> </b00> </0x15> </NAK> </0x06> </ACK> </NAK> </ACK>
  • In questi esempi, <EB>fa riferimento al carattere di fine blocco (1 byte). Ci˛ corrisponde al <FS>carattere ASCII, o <0x1C>.</0x1C> </FS> </EB>
  • In questi esempi,<CR>si riferisce al carattere di ritorno a capo (1 byte). Si tratta di<CR>Carattere ASCII o <0x0D>.</0x0D></CR></CR>
  • Microsoft fornisce informazioni di contatto di terze parti per facilitare l'individuazione del supporto tecnico. Le informazioni di contatto potrebbero cambiare senza preavviso. Microsoft non garantisce l'accuratezza delle informazioni per contattare altri produttori.

Come configurare la ricezione e invio di porte per utilizzare le nuove proprietÓ

Configurare la ricezione e le porte di trasmissione come indicato di seguito.

Nota Le impostazioni della porta di ricezione e trasmissione possono essere utilizzate singolarmente o congiuntamente.

Configurazione della porta di ricezione
  • La porta deve essere una porta unidirezionale.
  • Il Recapito ordinato parametro deve essere attivato.
  • ╚ necessario impostare il Utilizzare il riconoscimento di trasporto MLLP su True Per attivare il riconoscimento di livello di trasporto. Per impostazione predefinita, questa proprietÓ Ŕ impostata su False per le porte esistenti o nuove porte.
Riduci l'immagineEspandi l'immagine
Porta di ricezione
Configurazione delle porte di invio
  • La porta deve essere una porta unidirezionale.
  • La modalitÓ di sollecitazione-risposta deve essere impostata su No.
  • Il Recapito ordinato parametro deve essere attivato.
  • ╚ necessario impostare il Utilizzare il riconoscimento di trasporto MLLP su True Per attivare il riconoscimento di livello di trasporto. Per impostazione predefinita, questa proprietÓ Ŕ impostata su False per le porte esistenti o nuove porte.
  • ╚ necessario impostare il Messaggio di richiesta di sospensione sul trasporto MLLP NAK su True Se Ŕ necessario che i messaggi sospesi direttamente senza rieseguito quando viene ricevuto un riconoscimento negativo di trasporto da un sistema a valle. In caso contrario, il messaggio verrÓ ripetuto per il numero di volte in cui Ŕ impostato il trasporto advanced options della porta di trasmissione. Per impostazione predefinita, questa proprietÓ Ŕ impostata su False per le porte esistenti o nuove porte.
Riduci l'immagineEspandi l'immagine
Porta di trasmissione

Sulla proprietÓ "Use MLLP trasporto riconoscimento"

Nella tabella che segue viene descritto il comportamento atteso unidirezionali o bidirezionali porte che utilizzano il Utilizzare il riconoscimento di trasporto MLLP proprietÓ. La combinazione delle impostazioni necessaria deve essere applicata come descritto nella sezione "How to enable l'aggiornamento rapido".

Note
  • "Sistema a monte" si riferisce all'applicazione mittente. Invia messaggi di BizTalk. Questi messaggi sono in arrivo a BizTalk.
  • "Sistema downstream" si riferisce all'applicazione ricevente. Riceve messaggi di BizTalk. Questi messaggi in uscita a BizTalk.


Riduci questa tabellaEspandi questa tabella
Tipo di portaOpzione MLLP V2Opzione V2 MLLP Off
Unidirezionale di ricezioneInviare MLLP ACK/NAK al sistema a monte del BatchComplete metodo.Nessuna modifica nel comportamento. In questo caso, non viene inviato alcun ACK/NAK al sistema a monte.
Bidirezionale di ricezioneNessuna modifica nel comportamento. In questa situazione, HL7 ACK/NAK nel TransmitMessage metodo viene inviato al sistema a monte.

Nota Questa opzione non Ŕ supportata. Ignorare, ad esempio, anche se il valore Ŕ impostato su True.
Nessuna modifica nel comportamento. In questa situazione, HL7 ACK/NAK nel TransmitMessage metodo viene inviato al sistema a monte.
Trasmissione unidirezionaleACK/NAK MLLP dal sistema a valle Ŕ attesa per una volta che viene trasmesso il messaggio.Nessuna modifica nel comportamento. In questo caso, l'ACK/NAK dal sistema a valle non Ŕ attendono dopo la trasmissione del messaggio.
Trasmissione bidirezionale o unidirezionale Invia con la modalitÓ di sollecitazione-risposta attivataNessuna modifica nel comportamento. In questa situazione, HL7 ACK/NAK dal sistema a valle Ŕ attesa per dopo la trasmissione del messaggio.

Nota Questa opzione non Ŕ supportata. Ignorare, ad esempio, anche se il valore Ŕ impostato su True.
Nessuna modifica nel comportamento. In questa situazione, HL7 ACK/NAK dal sistema a valle Ŕ attesa per dopo la trasmissione del messaggio.


Bidirezionale ricevere e inviare il comportamento della porta non viene modificato. Unidirezionale ricevere e inviare il comportamento della porta Ŕ neppure modificato a meno che il Utilizzare il riconoscimento di trasporto MLLP proprietÓ Ŕ impostata su true.

Per ulteriori informazioni, consultare la documentazione della scheda MLLP. Se unidirezionale di ricezione e le porte di trasmissione sono la configurazione appropriata, migliorano le prestazioni. Se il Utilizzare il riconoscimento di trasporto MLLP proprietÓ di una porta unidirezionale o bidirezionale Ŕ impostata su false, il tipo di ACK generato continua senza modifiche. In questo caso, il tipo di ACK generato dipende dalle impostazioni BTAHL7 configurazione Explorer per l'applicazione che invia il messaggio. Il valore nei campi MSH 15 e MSH 16 di uno specifico messaggio pu˛ ignorare questa impostazione. Tuttavia, se il Utilizzare il riconoscimento di trasporto MLLP proprietÓ di una porta unidirezionale o bidirezionale Ŕ impostata su false, Ŕ possibile impostare la configurazione per le applicazioni che prevedono ACK statico utilizzando Esplora risorse di configurazione BTAHL7. Comportamento di timeout per la porta rimane invariato..

Di seguito Ŕ riportato il comportamento previsto nei casi di angolo quando vengono utilizzate le proprietÓ:

RICEZIONE
  • WrongMLLPFormat: il messaggio non viene inviato a BizTalk.
  • WrongHL7Format: il messaggio viene inviato a BizTalk e viene trasmesso un ACK/NAK MLLP che si basa sullo stato di completamento Batch.
  • TransmittingSocketIssue: il MLLP ACK/NAK non vengono trasmesse, anche se il messaggio viene inviato a BizTalk.
  • ReceivingSocketIssue: il messaggio non viene ricevuto e pertanto non viene inoltrato e non viene inviata alcuna trasmissione ACK/NAK MLLP.
  • In caso di un inoltro a BizTalk, viene trasmesso un riconoscimento negativo.
  • Se si riceve lo stato negativo dei Batch al termine, viene trasmesso un riconoscimento negativo.
INVIO e la porta di trasmissione proprietÓ "Interrompi l'invio di messaggi successivi in caso di errore messaggio corrente" = True
  • WrongMLLPFormat: il messaggio viene sospesa perchÚ non Ŕ possibile leggere la MLLP ACK/NACK. L'elaborazione non continuerÓ fino a quando non vengono cancellati i messaggi sospesi.
  • WrongHL7Format: il messaggio avrÓ esito negativo prima che raggiunga la scheda di rete. L'elaborazione non continuerÓ fino a quando non vengono cancellati i messaggi sospesi.
  • TransmittingSocketIssue: il messaggio viene sospesa. L'elaborazione non continuerÓ fino a quando non vengono cancellati i messaggi sospesi.
  • ReceivingSocketIssue: il messaggio viene sospesa. L'elaborazione non continuerÓ fino a quando non vengono cancellati i messaggi sospesi.

Il comportamento previsto quando il Messaggio di richiesta di sospensione sul trasporto MLLP NAK Ŕ impostato su True o False Ŕ il seguente:
  • Quando il Messaggio di richiesta di sospensione sul trasporto MLLP NAK Ŕ impostato su True e viene ricevuto un riconoscimento negativo, il messaggio viene sospesa senza un ulteriore tentativo per inviarlo.
  • Quando il Messaggio di richiesta di sospensione sul trasporto MLLP NAK proprietÓ Ŕ impostata sul valore predefinito di False, un nuovo tentativo di inviare il messaggio Ŕ stato avviato, basato sulle impostazioni di intervallo di trasmissione porta Riprova.

Modifiche apportate all'utilitÓ MLLP SDK

L'utilitÓ MLLP SDK include i seguenti nuovi parametri. Tutti gli altri parametri rimangono invariati. Per ulteriori informazioni, consultare la documentazione del prodotto.
  • Per MLLPReceive.exe, utilizzare il nuovo parametro per restituire l'ACK/NAK MLLP dopo la ricezione del messaggio. Ad esempio:
    MLLPReceive/p 12000 11 /sb /eb 28 /cr 13 /MLLPTransACK
    MLLPReceive/p 12000 11 /sb /eb 28 /cr 13 /MLLPTransNAK
  • Per MLLPSend.exe, utilizzare il nuovo parametro di attesa per MLLP ACK/NAK. Ad esempio:
    MLLPSend /sb 11 /eb 28 /cr 13 /f "C:\HL7\ls.txt" 127.0.0.1 /I /p 11000 /UseMLLPTransACK

Riferimenti

Per ulteriori informazioni su come gestire le impostazioni delle prestazioni in BizTalk server, visitare il seguente sito Web Microsoft Developer Network (MSDN):
Gestione delle impostazioni delle prestazioni BizTalk Server
Per ulteriori informazioni sui contatori delle prestazioni di messaggistica, visitare il seguente sito Web MSDN:
I contatori delle prestazioni di messaggistica
Per ulteriori informazioni su ordinata consegna dei messaggi, visitare il seguente sito Web MSDN:
Recapito ordinato dei messaggi
Per ulteriori informazioni su 2010 BizTalk Accelerator per HL7 (BTAHL7), visitare il seguente sito Web Microsoft:
BizTalk 2010 Accelerator per HL7 documentazione (BTAHL7)
Per ulteriori informazioni sui IBTBatchCallBack.BatchComplete metodo, visitare il seguente sito Web MSDN:
Metodo IBTBatchCallBack.BatchComplete
Per ulteriori informazioni sugli aggiornamenti rapidi BizTalk Server, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito:
2003907 Informazioni sugli aggiornamenti rapidi di BizTalk Server

ProprietÓ

Identificativo articolo: 2564013 - Ultima modifica: martedý 1 novembre 2011 - Revisione: 2.0
Le informazioni in questo articolo si applicano a:
  • Microsoft BizTalk Server Branch 2010
  • Microsoft BizTalk Server Developer 2010
  • Microsoft BizTalk Server Enterprise 2010
  • Microsoft BizTalk Server Standard 2010
Chiavi:á
kbautohotfix kbqfe kbhotfixserver kbfix kbsurveynew kbexpertiseinter kbbug kbmt KB2564013 KbMtit
Traduzione automatica articoli
Il presente articolo Ŕ stato tradotto tramite il software di traduzione automatica di Microsoft e non da una persona. Microsoft offre sia articoli tradotti da persone fisiche sia articoli tradotti automaticamente da un software, in modo da rendere disponibili tutti gli articoli presenti nella nostra Knowledge Base nella lingua madre dell?utente. Tuttavia, un articolo tradotto in modo automatico non Ŕ sempre perfetto. Potrebbe contenere errori di sintassi, di grammatica o di utilizzo dei vocaboli, pi¨ o meno allo stesso modo di come una persona straniera potrebbe commettere degli errori parlando una lingua che non Ŕ la sua. Microsoft non Ŕ responsabile di alcuna imprecisione, errore o danno cagionato da qualsiasi traduzione non corretta dei contenuti o dell?utilizzo degli stessi fatto dai propri clienti. Microsoft, inoltre, aggiorna frequentemente il software di traduzione automatica.
Clicca qui per visualizzare la versione originale in inglese dell?articolo: 2564013
LE INFORMAZIONI CONTENUTE NELLA MICROSOFT KNOWLEDGE BASE SONO FORNITE SENZA GARANZIA DI ALCUN TIPO, IMPLICITA OD ESPLICITA, COMPRESA QUELLA RIGUARDO ALLA COMMERCIALIZZAZIONE E/O COMPATIBILITA' IN IMPIEGHI PARTICOLARI. L'UTENTE SI ASSUME L'INTERA RESPONSABILITA' PER L'UTILIZZO DI QUESTE INFORMAZIONI. IN NESSUN CASO MICROSOFT CORPORATION E I SUOI FORNITORI SI RENDONO RESPONSABILI PER DANNI DIRETTI, INDIRETTI O ACCIDENTALI CHE POSSANO PROVOCARE PERDITA DI DENARO O DI DATI, ANCHE SE MICROSOFT O I SUOI FORNITORI FOSSERO STATI AVVISATI. IL DOCUMENTO PUO' ESSERE COPIATO E DISTRIBUITO ALLE SEGUENTI CONDIZIONI: 1) IL TESTO DEVE ESSERE COPIATO INTEGRALMENTE E TUTTE LE PAGINE DEVONO ESSERE INCLUSE. 2) I PROGRAMMI SE PRESENTI, DEVONO ESSERE COPIATI SENZA MODIFICHE, 3) IL DOCUMENTO DEVE ESSERE DISTRIBUITO INTERAMENTE IN OGNI SUA PARTE. 4) IL DOCUMENTO NON PUO' ESSERE DISTRIBUITO A SCOPO DI LUCRO.

Invia suggerimenti

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com