Невозможно импортировать данные в эту запись, поскольку запись была обновлена ​​в Microsoft Dynamics 365 после ее экспорта.

Question

У меня странная проблема с экспортом / обновлением / импортом данных в нашей локальной версии Dynamics 365 (8.2). Я выполнял массовое обновление более 3000 записей, экспортируя записи в книгу Excel, обновляя данные в определенном столбце c, а затем импортируя книгу обратно в CRM. Он работал для всех записей, кроме 14, что, согласно журналу импорта, было связано с тем, что "You cannot import data to this record because the record was updated in Microsoft Dynamics 365 after it was exported." я просмотрел историю аудита этих 14 записей и обнаружил, что они не были изменены каким-либо образом для добрых два месяца. Как ни странно, измененная дата самой последней записи журнала аудита для ВСЕХ 14 записей - это точно такая же дата / время.

У нас есть настраиваемый рабочий процесс, который запускается раз в 24 часа по расписанию и автоматически обновляет поле Возраст. наших контактных записей на основе значения в соответствующем поле дня рождения. Для этих 14 записей у ВСЕХ есть день рождения 3 ноября, но в разные годы. Однако это означает, что последнее изменение, которое было сделано с ними, было 3.11.2009 через рабочий процесс. Однако я не могу понять, почему система «думает», что это должно предотвратить обновление / импорт данных.

Я рад предоставить любую дополнительную информацию, которую я, возможно, забыл упомянуть здесь. Кто-нибудь может мне помочь, пожалуйста?

Answer 1

Хотя мне не удалось выяснить, почему записи не будут обновляться, я смог решить эту проблему. Прежде чем поделиться тем, что я сделал для обновления записей, я попытаюсь перечислить как можно больше вещей, которые я помню, я пытался, что это не помогло:

• Я переработал свой запрос расширенного поиска, который использовал экспортировать записи, которые необходимо обновить, чтобы возвращать ТОЛЬКО те записи, которые имели фактические обновления. Ранее я использовал более щадящий запрос, который возвращал около 30 записей, хотя я знал, что только у 14 из них есть новые данные для импорта. Я сделал это, потому что запрос был легче построить, и было не сложно удалить «лишние» записи из книги перед ее загрузкой для импорта. Я написал бы VLOOKUP для 30-летних записей и удалил столбцы, для которых VLOOKUP не нашел значения в моем наборе данных, оставив мне 14, у которых действительно были новые данные. После получения ошибки несколько раз я начал проверять только 14 записей, которые нужно было обновить. Тем не менее, я все еще получаю сообщение об ошибке при попытке импорта.
• Я попытался отформатировать столбец (Не изменять), измененный в экспортированной книге, чтобы соответствовать формату даты в окне импорта. При экспорте записей Excel форматировал этот столбец как м / д / гггг ч: мм , в то время как окно импорта с подробной информацией о каждом успешном и неудачном импорте показывало этот столбец в мм / дд / гггг чч: мм: сс формат. Я подумал, может быть, если я сопоставлю формат в Excel с форматом окна импорта, это может позволить импортировать записи. Это не так.
• Я пытался использовать какой-либо инструмент проверки контрольной суммы, чтобы убедиться, что значение в столбце (Не изменять) контрольной суммы в рабочей книге не было записано неправильно или неверно формат. Хотя инструмент, который я использовал, на самом деле не давал мне много полезной информации, он признавал, что значения были хэшами контрольной суммы, поэтому я предположил, что это достаточно полезно для моих целей.
• Я попытался переключить свой браузер с нового Браузер Edge (тот, который использует Chromium) до IE, как указано в ветке, предоставленной Аруном. Тем не менее, это не решило проблему.

В итоге получилось работать с предложением Аруна просто произвольно отредактировать все записи и экспортировать их позже. Это было нормально сделать только для 14 записей, но я все еще немного недоволен, поскольку это не было бы возможным решением, скажем, тысячи записей, которые не импортировались. Не было общего поля между ВСЕМИ 14 контактными записями, чтобы я мог просто массово редактировать и снова редактировать снова. В итоге я нашел текстовое поле в контактной форме, в котором не было никакого значения для какой-либо из записей, поместил что-то в это поле, затем по очереди пошел к каждой записи и удалил значение (так как я не Я не знаю способа «убрать» или очистить текстовое поле при массовом редактировании. Опять же, это было бы хорошо для такого небольшого количества записей, но если бы это произошло на большем количестве, мне пришлось бы придумать более простой способ массового редактирования, а затем массового «восстановления» записей. Спасибо Аруну за полезные идеи и за то, что нашли время ответить. Это высоко ценится!

Answer 2

Эта ошибка возникает, когда есть разница checksum или rowversion отличается от экспортированной записи по сравнению с записью в базе данных.

Попробуйте выполнить фиктивное редактирование для этих затронутых записей и попытайтесь экспортировать / reimport снова.

Я мог подумать о двух причинах - либо формат даты / времени, сбивающий систему с толку :(, либо поток сообщества объясняет странный сценарий.

Очевидно, что при импорте файла изменение и последующее сохранение файла другого типа изменяют параметры электронной таблицы.

Поэтому я использовал Inte rnet Explorer, поскольку при импорте файла система просит пользователя сохранить как другой формат. Я добавил .xlsx в конце, чтобы сохранить его как необходимый формат. Я изменил файл и импортировал его обратно в CRM. Это сработало