Update: Ein Hotfix ist verfügbar, die zusätzliche Zustellungsmodus Eigenschaften für das minimale unteren Layer-Protokoll senden und Empfangen von Adapter in BizTalk Accelerator für HL7 in einer BizTalk Server 2010-Umgebung bietet

SPRACHE AUSWÄHLEN SPRACHE AUSWÄHLEN
Artikel-ID: 2564013 - Produkte anzeigen, auf die sich dieser Artikel bezieht
Alles erweitern | Alles schließen

Auf dieser Seite

Zusammenfassung

Dieser Artikel beschreibt einen Hotfix, der stellt zwei zusätzliche Zustellungsmodus Eigenschaften für minimale unten Layer Protocol (MLLP) senden und Empfangsports, wenn Sie in einer Umgebung mit Microsoft BizTalk Server 2010 BizTalk Accelerator für HL7 verwenden:
  • Bestätigung der MLLP-Transport verwenden
    Diese Eigenschaft steht in sowohl unidirektionale Ports und unidirektionalen Sendeport empfangen.
  • Suspend-Anforderungsnachricht auf MLLP Transport NAK
    Diese Eigenschaft steht nur in unidirektionalen Sendeport.
Die MLLP erhalten Adapter unterstützt beide unidirektionale und bidirektionale Anforderung-Antwort-Modi. HL7-Verarbeitung wird verwendet, wenn der Empfangsadapter konfiguriert ist, die Geordnete Übermittlung der Parameter. Dadurch wird sichergestellt, dass die Reihenfolge der Nachrichtenübermittlung aufrechterhalten wird. Wenn die MLLP erhalten Adapter arbeitet in zwei-Wege-Modus, der Adapter empfängt keine neue Nachricht aus dem upstream-System bis der Adapter eine Bestätigung der Anwendung (MSA) für die vorherige Nachricht an das upstream-System generiert. Der generierte ACK/NAK wird an die MessageBox-Datenbank (MessageBoxDB) gesendet. MessageBoxDB wartet für das nächste Abrufintervall, bevor das ACK/NAK an das upstream-System gesendet.

Das upstream-System sendet nur eine Nachricht, zu einem Zeitpunkt und erst nach Erhalt des ACK/NAK. Darüber hinaus das BizTalk-Abrufintervall konfiguriert ist, und die Geordnete Übermittlung Parametersatz zu True. Dies bedeutet, dass die Anzahl der Nachrichten, die pro verarbeitet werden, Zweitens beschränkt ist. Dieser Hotfix bietet zusätzliche Konfiguration für unidirektionale Sende- und Empfangsports. Es wirkt sich nicht auf das ACK/NAK. Allerdings erhöht deutlich die Anzahl der Dokumente, die pro Sekunde verarbeitet werden.

Sie sollten Leistungsindikatoren verwenden, um einen Basisplan zu nehmen, bevor und nachdem Sie diesen Hotfix anwenden. Wenn Sie benchmark, sollten Sie eine angemessene Anzahl von Nachrichten über einen angemessenen Zeitraum eingeben. Beispielsweise könnten Sie Folgendes verwenden:
  • Für die BizTalk: Messaging Kategorie, die Verwendung der Verarbeitete Dokumente/Sek. Zähler.
  • Für die BizTalk: Messaginglatenz Kategorie, alle verfügbare Leistungsindikatoren verwenden.

Eine Option, um die Anzahl der Dokumente zu erhöhen, die pro Sekunde verarbeitet werden ist das Senken der MaxReceiveInterval die Einstellung für den BizTalk-Host. Je nach der gesamten Umgebung, auf die Optimierung des Computers, der Biz Talk Server 2010 ausgeführt wird und das Volumen der Dokumente, die verarbeitet werden, Senkung der MaxReceiveInterval Einstellung möglicherweise negative Auswirkungen auf die Leistung der Instanz von SQL Server. Für die Optimierung von SQL Server und für die Optimierung von BizTalk beziehen sich auf alle verfügbaren technischen Artikeln.

Weitere Informationen

Hinweis Dieser Hotfix behebt auch ein Problem in 2010 von Microsoft BizTalk Accelerator für HL7. Weitere Informationen zu diesem Problem finden Sie in folgendem Artikel der Microsoft Knowledge Base anzuzeigen:
2454887Ereignisse möglicherweise nicht ordnungsgemäß für eine MLLP-basierte Nachricht in BizTalk 2009 Accelerator für HL7 auf einem Computer protokolliert werden, die Microsoft BizTalk Server 2009 oder 2010 von Microsoft BizTalk Server ausgeführt wird

Hotfix-Informationen

Ein unterstützter Hotfix ist von Microsoft erhältlich. Dieser Hotfix ist jedoch nur das Problem zu beheben, die in diesem Artikel beschriebenen vorgesehen. Wenden Sie diesen Hotfix nur auf Systemen, bei die das in diesem Artikel beschriebene Problem auftritt. Dieser Hotfix möglicherweise weiteren Tests unterzogen. Wenn Ihr System durch dieses Problem nicht schwerwiegend beeinträchtigt ist, empfiehlt Microsoft daher, auf das nächste Softwareupdate warten, das diesen Hotfix enthält.

Wenn der Hotfix zum Download zur Verfügung steht, ist es ein Abschnitt "Hotfixdownload available" (Hotfixdownload verfügbar"am oberen Rand dieses Knowledge Base-Artikel. Wenn dieser Abschnitt nicht angezeigt wird, wenden Sie sich an Microsoft Customer Service and Support, um den Hotfix zu erhalten.

Hinweis Wenn weitere Probleme auftreten oder andere Schritte zur Problembehandlung erforderlich ist, müssen Sie möglicherweise eine separate Serviceanfrage erstellen. Die normalen Supportkosten gelten für zusätzliche Supportfragen und Probleme, die für diesen speziellen Hotfix nicht qualifizieren. Eine vollständige Liste der Microsoft-Kundendienst und Support-Telefonnummern oder eine separate Serviceanfrage erstellen finden Sie auf die folgende Microsoft-Website:
http://Support.Microsoft.com/contactus/?WS=Support
Hinweis Das Formular "Hotfixdownload available" (Hotfixdownload verfügbar"zeigt die Sprachen an, für die der Hotfix verfügbar ist. Wenn Ihre Sprache nicht angezeigt wird, ist es, da ein Hotfix nicht für diese Sprache verfügbar ist.

Voraussetzungen

Sie müssen Microsoft BizTalk Accelerator für HL7 (BTAHL7) installiert, um diesen Hotfix anwenden.

Informationen zum Neustart

Sie müssen möglicherweise den Computer neu starten, nachdem Sie diesen Hotfix anwenden. Wenn Sie nicht aufgefordert werden, neu zu starten, müssen Sie die BizTalk-Dienste neu starten. Weitere Informationen zu diesem Verfahren finden Sie in der Datei Readme.txt, die in diesem Hotfixpaket enthalten ist.

Informationen zur Ersetzung

Dieser Hotfix ersetzt keine zuvor veröffentlichten Hotfix.

Dateiinformationen

Die englische Version dieses Hotfixes besitzt die Dateiattribute (oder höher), die in der folgenden Tabelle aufgelistet sind. Die Datums- und Uhrzeitangaben für diese Dateien sind in Coordinated Universal Time (UTC) aufgelistet. Wenn Sie die Dateiinformationen anzeigen, wird es in lokale Zeit konvertiert. Um die Differenz zwischen UTC und der Ortszeit zu ermitteln, verwenden die Zeitzone auf der Registerkarte die Datum und Uhrzeit Element in der Systemsteuerung.

Tabelle minimierenTabelle vergrößern
DateinameDateiversionGröße der DateiDatumZeitPlattform
Microsoft.Solutions.btahl7.mllp.dll3.9.526.2116,60807-Jun-201115: 27X 86
Microsoft.Solutions.btahl7.Shared.dll3.9.526.292,04007-Jun-201115: 27X 86
Mllpreceive.exe3.9.526.226,45607-Jun-201115: 27X 86
Mllpsend.exe3.9.526.226,44807-Jun-201115: 27X 86


Zu diesem hotfix

Nachrichtenfluss, nachdem Sie der Hotfix installiert und konfiguriert ist

Nachdem Sie diesen Hotfix aktivieren und anwenden, sendet der MLLP-Adapter alle Nachrichten, die von der MLLP Adapter MessageBoxDB empfangen wird. Der Endpunkt (EPM) führt einen Rückruf den Adapter zusammen mit dem Antrag auf Zulassung Status in der BatchComplete -Methode. Dies bewirkt, dass den Adapter den Commit ACK/NAK an der upstream-System senden. Wiederum das upstream-System der ACK/NAK empfängt und sendet dann die nächste Nachricht. Die BatchComplete Methode ist unabhängig von der MaxReceiveInterval Einstellung und wird sofort aufgerufen, nachdem die Nachricht erfolgreich an BizTalk gesendet wird.

Sobald die Nachricht zum Senden bereit ist, überträgt der Sendeadapter die Nachricht an den downstream-System. Das ACK/NAK wird erwartet, wenn die Bestätigung der MLLP-Transport verwenden -Eigenschaft True. Ist das Senden einer ACK, BizTalk beendet die Verarbeitung erfolgreich. Wenn das Senden einer NAK ist und die Suspend-Anforderungsnachricht auf MLLP Transport NAK -Eigenschaft True, direkt, ohne einen erneuten Versuch wird die Nachricht angehalten. Jedoch, wenn die Suspend-Anforderungsnachricht auf MLLP Transport NAK -Eigenschaft FalseWiederholt den BizTalk basierend auf den Send Port Retry Intervalleinstellungen. (Standardmäßig die Suspend-Anforderungsnachricht auf MLLP Transport NAK -Eigenschaft False.)

Das folgende Diagramm zeigt den Nachrichtenfluss:
Bild minimierenBild vergrößern
Nachrichtenfluss
  1. Adapter wird bei der Meldung wurde gesendet von den upstream-System, die sendende Anwendung durch die MLLP verarbeitet wird.
  2. Der MLLP-Adapter wird die Nachricht an BizTalk/EPM.
  3. Die Endpunktzuordnung Rückruf den Adapter über den Status der Nachricht senden. Die Endpunktzuordnung tut dies in der Batch beendet -Methode.
  4. Ein Commit ACK/NAK wird generiert, indem die MLLP-Adapter und basiert auf den Status Absenden des Batches. Das ACK/NAK-Benachrichtigung wird an die sendende Anwendung gesendet.

    Hinweis Wenn der Status Absenden des Batches wird Erfolg, der Adapter gibt das ACK. Jedoch, wenn ein Fehler auftritt oder wenn das Zeitlimit für der Einreichung (beispielsweise, wenn die Batch beendet Methodenaufruf Timeout), der Adapter der NAK an die sendende Anwendung zurückgibt.

  5. Das EPM übergibt der Sendeadapter MLLP für die Übertragung der Nachricht.
  6. Die MLLP Adapter sendet die verarbeitete Nachricht an das downstream-System senden.
  7. Transportebene ACK/NAK von der Sendeadapter MLLP dürfte den Datenaustausch auszuführen.
  8. Wenn die Meldung in Schritt 7 eine ACK-Meldung ist, fragt der Adapter die Endpunktzuordnung zum Löschen der Nachricht. Andernfalls muss der Adapter die Endpunktzuordnung für eine Wiederholung bitten, die auf die Einstellung "Wiederholen" basiert. Eine neue Option in die Konfigurationseinstellung für Send Port dient zur Aussetzung der Nachricht direkt, ohne eine Wiederholung wird ein NAK MLLP empfangen. Standardmäßig ist diese Option auf festgelegt False. Wenn diese Option gesetzt ist True, die Nachricht wird direkt, ohne eine Wiederholung angehalten, wenn ein NAK MLLP empfangen wird.

Transport Level ACK/NACK-format

Weitere Informationen über die Transport-Spezifikation finden Sie auf die folgende HL7-Website:
http://www.HL7.org/v3ballot/HTML/Infrastructure/Transport/Transport-mllp.HTML
Die Website enthält die folgenden Informationen:
  • Beispiel für eine MLLP-Commit-Bestätigung:
    <SB><ACK><EB><CR></CR></EB></ACK></SB>
  • Beispiel für eine Negative MLLP bestätigen Bestätigung:
    <SB><NAK><EB><CR></CR></EB></NAK></SB>
Notizen
  • In diesen Beispielen <SB>bezieht sich auf das Start-Block-Zeichen (1 Byte). Dies entspricht der <VT>ASCII-Zeichen oder <0x0B>.<b00> </b00> </0x0B> </VT> </SB>

    Dies sollte nicht mit den SOH oder STX-ASCII-Zeichen verwechselt werden.
  • In diesen Beispielen <ACK>oder <NAK>finden Sie in der Bestätigung Zeichen (1 Byte. Entspricht der <ACK>ASCII-Zeichen oder <0x06>) oder Negative Bestätigung Zeichen (1 Byte. Entspricht der <NAK>ASCII-Zeichen oder <0x15>).<b00> </b00> </0x15> </NAK> </0x06> </ACK> </NAK> </ACK>
  • In diesen Beispielen <EB>bezieht sich auf die End-Block-Zeichen (1 Byte). Dies entspricht dem <FS>ASCII-Zeichen oder <0x1C>.</0x1C> </FS> </EB>
  • In diesen Beispielen<CR>bezieht sich auf das Wagenrücklaufzeichen (1 Byte). Dies entspricht der<CR>ASCII-Zeichen oder <0x0D>.</0x0D></CR></CR>
  • Microsoft stellt Kontaktinformationen von Drittanbietern Ihnen technischen Support helfen. Diese Kontaktinformationen kann ohne vorherige Ankündigung ändern. Microsoft garantiert nicht die Richtigkeit dieser Kontaktinformationen von Drittanbietern.

Konfigurieren das empfangen und Sendeports mit die neuen Eigenschaften

Konfigurieren Sie die Receive und senden Sie Ports wie folgt zu.

Hinweis Die Sende- und Port-Einstellungen können einzeln oder zusammen verwendet werden.

Port-Konfiguration zu erhalten.
  • Der Port muss ein unidirektionaler Port sein.
  • Die Geordnete Übermittlung der Parameter muss aktiviert sein.
  • Sie müssen festlegen, die Bestätigung der MLLP-Transport verwenden -Eigenschaft, um True Transport Level Bestätigung zu aktivieren. Standardmäßig ist diese Eigenschaft festgelegt, um False für vorhandene Ports oder neue Anschlüsse.
Bild minimierenBild vergrößern
Empfangsport
Senden Sie die Port-Konfiguration
  • Der Port muss ein unidirektionaler Port sein.
  • Der Solicit-Response-Modus muss festgelegt werden Nr..
  • Die Geordnete Übermittlung der Parameter muss aktiviert sein.
  • Sie müssen festlegen, die Bestätigung der MLLP-Transport verwenden -Eigenschaft, um True Transport Level Bestätigung zu aktivieren. Standardmäßig ist diese Eigenschaft festgelegt, um False für vorhandene Ports oder neue Anschlüsse.
  • Sie müssen festlegen, die Suspend-Anforderungsnachricht auf MLLP Transport NAK -Eigenschaft, um True Wenn die Nachrichten direkt, ohne wiederholt wird, wenn ein Transport-NAK ausgesetzt werden müssen, werden von einem downstream-System empfangen. Andernfalls wird die Nachricht für die Anzahl der Male wiederholt, die in den erweiterten Optionen des Sendeports Transport festgelegt ist. Standardmäßig ist diese Eigenschaft festgelegt, um False für vorhandene Ports oder neue Anschlüsse.
Bild minimierenBild vergrößern
Sendeport

Über die Eigenschaft "Verwendung MLLP Transport Acknowledgement"

Die folgende Tabelle beschreibt das erwartete Verhalten des unidirektionalen oder bidirektionalen ports, verwenden die Bestätigung der MLLP-Transport verwenden -Eigenschaft. Die erforderliche Kombination von Einstellungen muss angewendet werden, wie im Abschnitt "How to enable den Hotfix" beschrieben.

Notizen
  • "Upstream-System" bezieht sich auf die sendende Anwendung. Nachrichten an BizTalk gesendet. Diese Meldungen sind in BizTalk.
  • "Downstream-System" bezieht sich auf die empfangende Anwendung. Es empfängt Nachrichten von BizTalk. Diese Nachrichten werden an BizTalk ausgehende.


Tabelle minimierenTabelle vergrößern
Art des AnschlussesMLLP-V2-Option aufMLLP-V2-Option Off
Unidirektionale empfangenSenden von MLLP ACK/NAK upstream-System in den BatchComplete -Methode.Keine Änderung im Verhalten. In diesem Fall wird kein ACK/NAK an das upstream-System gesendet.
Bidirektionale empfangenKeine Änderung im Verhalten. In diesem Fall die HL7 ACK/NAK in der TransmitMessage Methode wird an das upstream-System gesendet.

Hinweis Diese Option wird nicht unterstützt. Beispielsweise ignorieren Sie, auch wenn der Wert festgelegt ist True.
Keine Änderung im Verhalten. In diesem Fall die HL7 ACK/NAK in der TransmitMessage Methode wird an das upstream-System gesendet.
Unidirektionale sendenMLLP ACK/NAK vom downstream-System auf gewartet hat, nachdem die Nachricht übertragen wird.Keine Änderung im Verhalten. In diesem Fall ist das ACK/NAK vom downstream-System für nicht gewartet, nachdem die Nachricht übertragen wird.
Senden bidirektionale oder unidirektionale senden SolicitResponse-Modus aktiviertKeine Änderung im Verhalten. In diesem Fall ist für HL7-ACK/NAK vom downstream-System wartete, nachdem die Nachricht übertragen wird.

Hinweis Diese Option wird nicht unterstützt. Beispielsweise ignorieren Sie, auch wenn der Wert festgelegt ist True.
Keine Änderung im Verhalten. In diesem Fall ist für HL7-ACK/NAK vom downstream-System wartete, nachdem die Nachricht übertragen wird.


Bidirektionale empfangen und Senden von Port-Verhalten wird nicht geändert. Unidirektionale empfangen und Senden von Port Verhalten ist ebenfalls nicht geändert, es sei denn, die Bestätigung der MLLP-Transport verwenden -Eigenschaft ist festgelegt auf True.

Weitere Informationen finden Sie in der Dokumentation des MLLP-Adapter. Wenn Sie unidirektionale empfangen und Sendeports haben die entsprechende Konfiguration, Leistung verbessert. Wenn die Bestätigung der MLLP-Transport verwenden Eigenschaft ein bidirektionaler Port oder einen unidirektionalen Port auf False festgelegt ist, wird die Art von ACK, das generiert wird ohne Änderungen. In diesem Fall hängt die BTAHL7 Konfiguration Explorer-Einstellungen für die Anwendung, die die Nachricht sendet, die Art der ACK, das generiert wird. Die Werte in Feldern MSH 15 und MSH 16 einer bestimmten Nachricht können diese Einstellung überschreiben. Jedoch, wenn die Bestätigung der MLLP-Transport verwenden Eigenschaft ein bidirektionaler Port oder einen unidirektionalen Port auf False festgelegt ist, können Sie die Konfiguration für Anwendungen, die statische ACKs erwarten nur mithilfe der BTAHL7 Konfiguration Explorer festlegen. Timeoutverhalten für den Port bleibt unverändert.

Das erwartete Verhalten in Ausnahmefällen, wenn die Eigenschaften verwendet werden, lautet wie folgt:

EMPFANGEN
  • WrongMLLPFormat: die Nachricht wird nicht an BizTalk gesendet.
  • WrongHL7Format: die Nachricht wird gesendet an BizTalk und einen MLLP ACK/NAK wird übertragen, die auf den Stapel Abschlussstatus basiert.
  • TransmittingSocketIssue: die MLLP ACK/NAK wird nicht übertragen, obwohl die Nachricht an BizTalk gesendet wird.
  • ReceivingSocketIssue: die Nachricht empfangen wird und daher nicht gesendet und keine Übertragung MLLP ACK/NAK-Benachrichtigung wird gesendet.
  • Beim Ausfall ein Antrags auf Zulassung an BizTalk wird ein NAK übertragen.
  • Wenn negativer Status abgeschlossen Batch eingeht, wird ein NAK übertragen.
Senden und port die Eigenschaft "nachfolgende Nachrichten senden, dem aktuellen Nachrichtenfehler beenden" = True
  • WrongMLLPFormat: die Nachricht wird angehalten, da die MLLP ACK/NACK gelesen werden kann. Verarbeitung wird nicht fortgesetzt, bis die angehaltenen Nachrichten gelöscht werden.
  • WrongHL7Format: die Nachricht fehlschlägt, bevor sie den Adapter erreicht. Verarbeitung wird nicht fortgesetzt, bis die angehaltenen Nachrichten gelöscht werden.
  • TransmittingSocketIssue: die Nachricht wird angehalten. Verarbeitung wird nicht fortgesetzt, bis die angehaltenen Nachrichten gelöscht werden.
  • ReceivingSocketIssue: die Nachricht wird angehalten. Verarbeitung wird nicht fortgesetzt, bis die angehaltenen Nachrichten gelöscht werden.

Das erwartete Verhalten bei der Suspend-Anforderungsnachricht auf MLLP Transport NAK -Eigenschaft True oder False lautet wie folgt:
  • Wenn die Suspend-Anforderungsnachricht auf MLLP Transport NAK -Eigenschaft True eine NAK-Benachrichtigung empfangen wird und die Nachricht wird angehalten, ohne eine Wiederholung, um sie zu senden.
  • Wenn die Suspend-Anforderungsnachricht auf MLLP Transport NAK -Eigenschaft wird auf die Standardeinstellung festgelegt. False, ein erneuter Versuch zum Senden die Nachricht gestartet wird, basierend auf Send Port Wiederholungseinstellungen Intervall.

Änderungen an der MLLP-SDK-Dienstprogramm

Die MLLP-SDK-Dienstprogramm enthält die folgenden neuen Parameter. Alle anderen Parameter bleiben unverändert. Weitere Informationen finden Sie in der Produktdokumentation.
  • Verwenden Sie den neuen Parameter für MLLPReceive.exe die MLLP ACK/NAK zurück, nachdem die Nachricht empfangen wird. Zum Beispiel:
    MLLPReceive/p 12000 /sb 11 /eb 28/CR 13 /MLLPTransACK
    MLLPReceive/p 12000 /sb 11 /eb 28/CR 13 /MLLPTransNAK
  • Verwenden Sie den neuen Parameter für MLLPSend.exe MLLP ACK/NAK warten. Zum Beispiel:
    MLLPSend /sb 11 /eb 28/13 CR/f "C:\HL7\ls.txt" / i 127.0.0.1/11000 p /UseMLLPTransACK

Informationsquellen

Weitere Informationen zum Verwalten der Leistungseinstellungen in BizTalk Server finden Sie auf die folgenden Website von Microsoft Developer Network (MSDN):
Verwalten von Einstellungen für die Leistung von BizTalk Server
Weitere Informationen über messaging-Leistungsindikatoren finden Sie auf die folgende MSDN-Website:
Messaging-Leistungsindikatoren
Weitere Informationen über bestellte Lieferung von Nachrichten finden Sie auf die folgende MSDN-Website:
Geordnete Übermittlung von Nachrichten
Weitere Informationen über 2010 von BizTalk Accelerator für HL7 (BTAHL7), besuchen Sie die folgende Microsoft-Website:
2010 Von BizTalk Accelerator für HL7 (BTAHL7)-Dokumentation
Weitere Informationen zu den IBTBatchCallBack.BatchComplete Methode, finden Sie auf die folgende MSDN-Website:
IBTBatchCallBack.BatchComplete-Methode
Weitere Informationen zu Hotfixes für BizTalk Server finden Sie in folgendem Artikel der Microsoft Knowledge Base anzuzeigen:
2003907 Informationen zu Hotfixes für BizTalk Server

Eigenschaften

Artikel-ID: 2564013 - Geändert am: Dienstag, 1. November 2011 - Version: 3.0
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft BizTalk Server Branch 2010
  • Microsoft BizTalk Server Developer 2010
  • Microsoft BizTalk Server Enterprise 2010
  • Microsoft BizTalk Server Standard 2010
Keywords: 
kbautohotfix kbqfe kbhotfixserver kbfix kbsurveynew kbexpertiseinter kbbug kbmt KB2564013 KbMtde
Maschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 2564013
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.

Ihr Feedback an uns

 

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