Функція редагування замовлень


22

Зараз Magento підтримує зміну замовлення лише у формі переупорядкування, що може бути пов'язано зі складним процесом замовлення та структурою бази даних. Але часто замовлення не є можливим у випадку, якщо дані кредитної картки клієнта не зберігаються або неможливо стягнути або повернути гроші

Мені цікаво рішення про те, щоб не робити замовлення для редагування для додавання або вилучення товарів, зміни їх кількості, застосування знижок тощо.

Я також хотів би почути про розширення, які вирішують відсутність функції. Те, що я спробував, наприклад, True Edit Orders, було дещо химерним, коли стикався з налаштованими продуктами.

Відповіді:


11

Відповідь лежить у вашому запитанні, і я вважаю, що це саме в Magento, а також у багатьох інших програмних засобах електронної комерції та бухгалтерського обліку, викликаних залежностями, які має "документ про замовлення".

У комерції та бухгалтерському обліку зазвичай редагування не є способом вчинити, а для досягнення ефекту редагування кредитні або дебетові залишки на конкретних рахунках змінюються додаванням нових рядків, які додають або віднімають значення. Це не помилка, а це особливість, оскільки облік означає обчислення результату на основі дій, а не кількості дій, необхідних для досягнення певного результату. Кожне редагування - це дія, яку потрібно зберегти, щоб надати можливість обчислити баланс, архівувати його та обчислювати чи представляти його знову і знову.

Тож у Magento замовлення в цілому не можна редагувати, оскільки воно не потрібне, хоча спочатку воно виглядає дивним і непотрібним майже у всіх продавців. Те, що ускладнює підтримку свого електронного магазину, є лише побічним ефектом правильної роботи.

Якщо ви думаєте далі, то навіть при зміні всіх братів та сестер замовлень (адреси, товари, способи доставки та оплати, застосовуючи знижки) будуть виникати ті самі проблеми, якщо сумарні зміни змінюються через це. Ви все одно не можете зафіксувати платежі, якщо у вас немає даних на комп’ютер, повернення коштів тощо, оскільки це потребує дії клієнта. В електронній комерції ви маєте увагу клієнта лише в той момент, коли він підтверджує оплату, і все, що відбувається після цього, потребує більшої уваги з обох сторін

Тож навіть якщо в магазині IRL ви здійснюєте якесь замовлення того самого процесу додавання та віднімання, здійснюються дії (з каси або на думку), щоб завершити ваше замовлення, і якщо вам потрібно змінити після оплати, замовлення є відмінена та нова створена для запису ваших нових дій (платежів, знижок, бонусів, предметів тощо). Єдине, що робить це можливим в IRL більш легко, це те, що клієнт зазвичай є там, щоб підтвердити зміни та авторизувати платежі та всі деталі, і це все ще відбувається трохи швидше, якщо будь-які стосунки з боку мозку абстрагуються.


8

Причина того, що замовлення не можна редагувати, полягає не в складності, а в послідовності даних. Наприклад, продукт можна змінити або навіть видалити з каталогу після розміщення замовлення. Тож модифікація замовленої продукції не матиме сенсу. Те саме з замовником та його реквізитами.

Звичайно, такі речі можна брати до уваги та відслідковувати, але це вимагатиме всього рівня складності, оскільки в цьому випадку кожна організація потребує збереження історії модифікацій (наприклад, яка була ціна під час розміщення замовлення, яка група клієнтів клієнт був у тощо).

Щодо реквізитів кредитної картки .. зберігання цих даних є "ні-ні". Такі дії, як часткове захоплення, авторизація для того, щоб отримати платіж пізніше або повернути гроші, можливі в Magento і повністю залежать від впровадження платіжного модуля.


Дякую за відповідь Тім. Щодо зберігання даних кредитних карток, я не мав на увазі, що ми повинні їх зберігати, але за допомогою таких служб, як Authorize.net CIM, можна стягнути або повернути картку за файл
Zifius

Щодо узгодженості даних це зрозуміло, але додаткові заходи безпеки та перевірки повинні допомогти цій справі
Зіфіус

@ Zifius: Перегляньте мою редакцію.
user487772
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.