В недавнем проекте мы решили, что нецелесообразно импортировать все прошлые заказы как «заказы Magento». Однако клиент хотел, чтобы заказы были там. Поэтому наше решение заключалось в том, чтобы добавить еще одну таблицу - «прошлые заказы» - и поместить все туда, как CSV.
В информационной панели клиента мы добавили еще одну вкладку для доступа к «прошлым заказам» и заставили ее запрашивать заказы с адресом электронной почты клиента в качестве поискового запроса.
Не было причудливых опций «повторного заказа», и вы не могли перейти по продукту, однако, большая часть каталога изменилась из-за того, что это был новый модельный год (и SKU для конфигурируемых устройств были другими).
Если вам удастся избежать такого быстрого и грязного подхода, я бы порекомендовал его. Это избавит вас от необходимости совмещать существующие заказы с каким-то неизвестным неизвестным кодом, вам не придется беспокоиться о налогах / скидках, рассчитываемых «способом Magento» (для сопоставления с исходными итогами) и в некоторых отношениях. это намного более честно по отношению к клиенту, поскольку вы можете добавить краткое сообщение на вкладке прежних заказов, в котором объясняется, что «система изменилась, и вот ваши заказы из старой системы». Вы можете структурировать свой «плоский стол» вокруг доступных данных заказа (мы использовали дамп из внутренней POS-системы) и использовать обычные методы сбора, чтобы выбирать по адресу электронной почты и группировать по идентификатору заказа. Очевидно, что помогает сетка администратора прошлых данных заказа.
Мы немного позаботились о нашем решении и других результатах, чтобы понять, что мы просто выполнили свою работу, а не потратили целую вечность, выполняя ее самым элегантным способом. Я надеюсь, что этот подход помогает!