Памылка пры імпарце некіраванага рашэння

Я спрабую перанесці некаторыя налады з нашай асяроддзя распрацоўкі ў тэставай асяроддзі. У мяне ёсць усё, што трэба ў растворы. Калі я імпартаваць гэта ў тэставай асяроддзі, ён трывае няўдачу з памылкай;

An item with the same key has already been added.

У файле памылак, якія я загрузіць з экрана імпарту рашэння, ён пералічаны супраць формы ItemType для асобы інцыдэнтаў. Маё рашэнне ўтрымлівае новую карыстацкую форму, ён таксама мае вызначэнне для «Інфармацыі» формы 2 па змаўчанні.

З падрабязнай трасіроўкай, я бачу памылку ў радку XML;

<formXml LocalizedName="Case" OriginalName="Case"
         Description="Service request case associated with a contract."
         id="Incident" processed="true">
    

гэта знаходзіцца ў межах вузла entitySubhandlers. Аднак няма нічога, каб дакладна вызначыць, у чым праблема. Любыя ідэі? Дзякуючы.

1
Вы атрымалі якія-небудзь Lookup поле на зноў створанай форме?
дададзена аўтар Scorpion, крыніца
У мінулым я атрымаў гэтую памылку з плагіна, якія былі, таму што калі entity.Attributes.Add . Але для вас яго адбываецца пры імпарце рашэнні!
дададзена аўтар Scorpion, крыніца
У мяне ёсць даволі шмат Lookup палі формы. Некаторы пошук для OOTB сутнасцяў, такіх як кліент, іншы пошук, каб прыстасаваныя сутнасці.
дададзена аўтар sparkymark75, крыніца

15 адказы

Я сутыкнуўся з той жа праблемай сёння і знайшоў рашэнне.

У CRM ў вас ёсць адлюстроўваецца імя, імя і фізічнае імя (слупок базы дадзеных). Па нейкай прычыне фізічнае імя часам генераваць з капітэлямі, а часам не.

My scenario: contact with field "Field 1" (display - name - physical) Dev environment: "Field 1" "new_field1" "new_Field1" Test environment: "Field 1" "newfield1" "new_field1" => note that there is no capital F here

Адбылося, калі я выдаліў з поля на распрацоўніка і ўзнавіў яго. Раней physicial імя было «new_Field1» на распрацоўніка, цяпер гэта «new_field1».

A suggested solution I found on the web is deleting the field and recreating it. That would obviously not work for me but it might work for you. See: https://community.dynamics.com/crm/b/crmpowerobjects/archive/2013/07/01/field-is-not-unique-error-when-importing-a-solution-in-crm-2011.aspx

Маё рашэнне было абнавіць поле непасрэдна ў базе дадзеных (вы не можаце зрабіць гэта, калі ў вас ёсць інтэрнэт-асяроддзе CRM, я выкарыстоўваю CRM 2011 па перадумовы Rollup 15, SQL Server 2008 R2 SP1). Вы павінны змяніць схему табліцы + фізічнае імя запісы ў Metadataschema.Attributes. Рабіце гэта на свой страх і рызыка, так як гэта не падтрымліваецца MS і прыняць поўную рэзервовую копію.

2
дададзена

Я сутыкнуўся з той жа праблемай сёння і знайшоў рашэнне.

У CRM ў вас ёсць адлюстроўваецца імя, імя і фізічнае імя (слупок базы дадзеных). Па нейкай прычыне фізічнае імя часам генераваць з капітэлямі, а часам не.

My scenario: contact with field "Field 1" (display - name - physical) Dev environment: "Field 1" "new_field1" "new_Field1" Test environment: "Field 1" "newfield1" "new_field1" => note that there is no capital F here

Адбылося, калі я выдаліў з поля на распрацоўніка і ўзнавіў яго. Раней physicial імя было «new_Field1» на распрацоўніка, цяпер гэта «new_field1».

A suggested solution I found on the web is deleting the field and recreating it. That would obviously not work for me but it might work for you. See: https://community.dynamics.com/crm/b/crmpowerobjects/archive/2013/07/01/field-is-not-unique-error-when-importing-a-solution-in-crm-2011.aspx

Маё рашэнне было абнавіць поле непасрэдна ў базе дадзеных (вы не можаце зрабіць гэта, калі ў вас ёсць інтэрнэт-асяроддзе CRM, я выкарыстоўваю CRM 2011 па перадумовы Rollup 15, SQL Server 2008 R2 SP1). Вы павінны змяніць схему табліцы + фізічнае імя запісы ў Metadataschema.Attributes. Рабіце гэта на свой страх і рызыка, так як гэта не падтрымліваецца MS і прыняць поўную рэзервовую копію.

2
дададзена

Я сутыкнуўся з той жа праблемай сёння і знайшоў рашэнне.

У CRM ў вас ёсць адлюстроўваецца імя, імя і фізічнае імя (слупок базы дадзеных). Па нейкай прычыне фізічнае імя часам генераваць з капітэлямі, а часам не.

My scenario: contact with field "Field 1" (display - name - physical) Dev environment: "Field 1" "new_field1" "new_Field1" Test environment: "Field 1" "newfield1" "new_field1" => note that there is no capital F here

Адбылося, калі я выдаліў з поля на распрацоўніка і ўзнавіў яго. Раней physicial імя было «new_Field1» на распрацоўніка, цяпер гэта «new_field1».

A suggested solution I found on the web is deleting the field and recreating it. That would obviously not work for me but it might work for you. See: https://community.dynamics.com/crm/b/crmpowerobjects/archive/2013/07/01/field-is-not-unique-error-when-importing-a-solution-in-crm-2011.aspx

Маё рашэнне было абнавіць поле непасрэдна ў базе дадзеных (вы не можаце зрабіць гэта, калі ў вас ёсць інтэрнэт-асяроддзе CRM, я выкарыстоўваю CRM 2011 па перадумовы Rollup 15, SQL Server 2008 R2 SP1). Вы павінны змяніць схему табліцы + фізічнае імя запісы ў Metadataschema.Attributes. Рабіце гэта на свой страх і рызыка, так як гэта не падтрымліваецца MS і прыняць поўную рэзервовую копію.

2
дададзена

У мяне была такая ж праблема, і гэта было выклікана змяненнем <�моцны> тып з існуючага поля.

The current system had a field called ecs_salutation of type Single Line of Text. The solution had deleted and readded this field as an Option Set

Імпарт пацерпіць няўдачу, таму што тыпы палёў штрафной матч. Я павінен быў ўручную выдаліць поле з формы, выдаліць яго з сутнасці і перавыдаваць, перш чым быць у стане імпартаваць рашэнне паспяхова

1
дададзена

У мяне была такая ж праблема, і гэта было выклікана змяненнем <�моцны> тып з існуючага поля.

The current system had a field called ecs_salutation of type Single Line of Text. The solution had deleted and readded this field as an Option Set

Імпарт пацерпіць няўдачу, таму што тыпы палёў штрафной матч. Я павінен быў ўручную выдаліць поле з формы, выдаліць яго з сутнасці і перавыдаваць, перш чым быць у стане імпартаваць рашэнне паспяхова

1
дададзена

У мяне была такая ж праблема, і гэта было выклікана змяненнем <�моцны> тып з існуючага поля.

The current system had a field called ecs_salutation of type Single Line of Text. The solution had deleted and readded this field as an Option Set

Імпарт пацерпіць няўдачу, таму што тыпы палёў штрафной матч. Я павінен быў ўручную выдаліць поле з формы, выдаліць яго з сутнасці і перавыдаваць, перш чым быць у стане імпартаваць рашэнне паспяхова

1
дададзена

Я атрымаў тую ж памылку пры імпарце налады ў асяроддзі Dev: Элемент з тым жа ключом ужо быў дададзены на карыстальніка аб'екта.

Я бачыў адказ Джэймса Вуда і параўнаў аб'екты карыстальніка на Boths баку. І зразумеў, што я меў 3 наладжвальных палёў з абодвух бакоў. Яны былі створаны з дапамогай 3-га рашэнні партыі асобна на жывы і Паннаў.

Я проста выдаліў 3 наладжвальных палёў у асяроддзі Dev. Калі я зноў паспрабаваў імпартаваць, яна працавала выдатна.

Дзякуй Джэймс за наканечнік.

1
дададзена

Я атрымаў тую ж памылку пры імпарце налады ў асяроддзі Dev: Элемент з тым жа ключом ужо быў дададзены на карыстальніка аб'екта.

Я бачыў адказ Джэймса Вуда і параўнаў аб'екты карыстальніка на Boths баку. І зразумеў, што я меў 3 наладжвальных палёў з абодвух бакоў. Яны былі створаны з дапамогай 3-га рашэнні партыі асобна на жывы і Паннаў.

Я проста выдаліў 3 наладжвальных палёў у асяроддзі Dev. Калі я зноў паспрабаваў імпартаваць, яна працавала выдатна.

Дзякуй Джэймс за наканечнік.

1
дададзена

Я атрымаў тую ж памылку пры імпарце налады ў асяроддзі Dev: Элемент з тым жа ключом ужо быў дададзены на карыстальніка аб'екта.

Я бачыў адказ Джэймса Вуда і параўнаў аб'екты карыстальніка на Boths баку. І зразумеў, што я меў 3 наладжвальных палёў з абодвух бакоў. Яны былі створаны з дапамогай 3-га рашэнні партыі асобна на жывы і Паннаў.

Я проста выдаліў 3 наладжвальных палёў у асяроддзі Dev. Калі я зноў паспрабаваў імпартаваць, яна працавала выдатна.

Дзякуй Джэймс за наканечнік.

1
дададзена

Я лічу, што гэта можа адбыцца, калі ў вас ёсць поле ў абедзвюх асяроддзях (з тым жа імем схемы), але яны маюць розныя тыпы.

Вы ўжо наладзілі тэставую сераду? Калі гэта так, я хацеў бы паглядзець, каб параўнаць прыстасаваныя поля на гэтай сутнасці.

0
дададзена
Дзякуючы. Я прайшоў праз усе карыстацкія поля і любы, якія ўжо існуюць на тэставай асяроддзі мае адзін і той жа тып, што і тыя, ад асяроддзя распрацоўкі.
дададзена аўтар sparkymark75, крыніца
Ды тэставай асяроддзі настроена. Я візуальна поля і не магу бачыць якія-небудзь адрозненняў. Ці ёсць хуткі спосаб праверыць, нейкі інструмент параўнання?
дададзена аўтар sparkymark75, крыніца

Я не мог абыйсці гэтую праблему. Я дакументальна мае налады, зрабілі аднаўленне нашай тэставай асяроддзя (якая сам па сабе з'яўляецца аднаўленнем вытворчасці) у якасці новай асяроддзя распрацоўкі. Пасля таго, як я зрабіў гэта, усё працавала, як чакалася.

0
дададзена

Я не мог абыйсці гэтую праблему. Я дакументальна мае налады, зрабілі аднаўленне нашай тэставай асяроддзя (якая сам па сабе з'яўляецца аднаўленнем вытворчасці) у якасці новай асяроддзя распрацоўкі. Пасля таго, як я зрабіў гэта, усё працавала, як чакалася.

0
дададзена

Я сутыкнуўся з гэтай праблемай сёння пры імпарце налады ад распрацоўніка ў вытворчасць. Аказалася, ёсць наладжвальнае поле, якое было выдаленае ў распрацоўніка, а затым паўторна ствараецца з тым жа імем схемы, але іншы тып дадзеных. Я выдаліў гэта поле вытворчасці і імпарту налады паспяхова.

0
дададзена

Я сутыкнуўся з гэтай праблемай сёння пры імпарце налады ад распрацоўніка ў вытворчасць. Аказалася, ёсць наладжвальнае поле, якое было выдаленае ў распрацоўніка, а затым паўторна ствараецца з тым жа імем схемы, але іншы тып дадзеных. Я выдаліў гэта поле вытворчасці і імпарту налады паспяхова.

0
дададзена

Я сутыкнуўся з гэтай праблемай сёння пры імпарце налады ад распрацоўніка ў вытворчасць. Аказалася, ёсць наладжвальнае поле, якое было выдаленае ў распрацоўніка, а затым паўторна ствараецца з тым жа імем схемы, але іншы тып дадзеных. Я выдаліў гэта поле вытворчасці і імпарту налады паспяхова.

0
дададзена