ВИПРАВЛЕННЯ: Не можна використовувати нестандартного кваліфікатора, посвідчення та угода TRIPs для розширення схеми EDIFACT служби у BizTalk Server

ВАЖЛИВО! Ця стаття перекладена засобами машинного перекладу Microsoft. Статтю можна редагувати в середовищі Community Translation Framework (CTF). Щоб якомога швидше перекласти всі статті у своїй базі знань різними мовами, компанія Microsoft не лише звертається до професійних перекладачів, але й вдається до машинного перекладу, який потім редагується спільнотою. Такі статті можуть містити лексичні, синтаксичні та граматичні помилки. Microsoft не несе відповідальності за будь-які неточності, помилки або збитки, до яких може призвести неправильний переклад статей або їх використання. Докладніше про CTF див. на веб-сторінці http://support.microsoft.com/gp/machine-translation-corrections/uk-ua.

Клацніть тут, щоб переглянути цю статтю англійською мовою: 2976004
Ознаки
Припустімо, що впровадити обміну електронних даних обміну (EDI) у Microsoft BizTalk Server. Для сценарій виконання з нестандартними кваліфікатора торгівлі партнера, виконайте такі інтерактивні елементи.

  • Створення нового проекту Visual Studio-BizTalk.
  • Додати розширення схеми EDIFACT служби, яка надається за промовчанням BizTalk Server Setup.By цю схему, що зберігається в такому розташуванні:

    C:\Program Files\Microsoft-BizTalk Server nnnn\XSD_Schema\EDI
    Примітка У цьому шляху nnnnце номер версії BizTalk Server, які ви інсталювали. Схема це "Edifact_ServiceSchemaExtension.xsd."
  • Відкрийте схеми і додайте значення для UNB2.2 і UNB3.2 сегменти. Наприклад, додайте "ZZ", як значення.
  • Розгортання у схемі.
  • Створення нового виробників одержувачу, за допомогою нового профілю та посвідчення, таким чином:

    • Створення нового посвідчення, за допомогою настроюваного нумерації ("ZZ," як зазначено в кроці 3).
    • Створення угода TRIPs, за допомогою створений посвідчення ("ZZ").
  • За допомогою нового профілю та нове посвідчення, створіть новий виробників відправника.
  • Створіть нову укласти угоду між двома сторонами.
  • угода TRIPs набір UNB2.2 і UNB3.2 як "ZZ."
У цій ситуації з'являється таке протокол IMAP про помилку:

Посвідчення QualifierIdentity:ZZ: Одержувач уже існує, у профілі. (Microsoft.BizTalk.B2B.PartnerManagement).
Розв'язанн

Відомості про сукупний пакет оновлень

Виправлення, яке усуває цю проблему, що міститься в Сукупний пакет оновлень 3 BizTalk Server 2013, так і в Сукупний пакет оновлень 1 BizTalk Server R2, 2013.
Стан
корпорація Майкрософт підтвердила існування цієї неполадки у продуктах Майкрософт, перелічених у розділі "Застосовується до".
Посилання
Щоб отримати відомості про пакети оновлень а також список сукупний пакет оновлень для сервера BizTalk див. KB 2555976: Пакета оновлень і списку накопичувальне оновлення сервера BizTalk.

Щоб отримати додаткові відомості про виправлення для сервера BizTalk див. KB 2003907: Відомості про BizTalk виправлення а також підтримки пакета оновлень.

Попередження. Цю статтю переведено автоматично

Властивості

Ідентифікатор статті: 2976004 – останній перегляд: 10/10/2015 00:20:00 – виправлення: 2.0

Microsoft BizTalk Server 2013 R2 Enterprise, Microsoft BizTalk Server 2013 R2 Branch, Microsoft BizTalk Server 2013 R2 Developer, Microsoft BizTalk Server 2013 R2 Standard, Microsoft BizTalk Server 2013 Branch, Microsoft BizTalk Server 2013 Developer, Microsoft BizTalk Server 2013 Enterprise, Microsoft BizTalk Server 2013 Standard

  • kbqfe kbfix kbsurveynew kbexpertiseadvanced kbmt KB2976004 KbMtuk
Зворотний зв’язок