Чи можна редагувати замовлення та зберігати платіжну інформацію?


12

У мене є клієнт, який замовив 5 товарів, але 2 немає на складі і не може виконати повне замовлення. Однак, коли я редагую замовлення (видаляю його та створюю нове), щоб видалити два SKU, дані кредитної картки видаляються. Чи є спосіб зберегти це, щоб мені не потрібно дзвонити замовнику?


1
Це залежить. Що саме ви хочете виконати (наприклад, стягувати замовника за нове замовлення)?
орієнтири

Точно. Я повідомив клієнта, і він знає про коригування, але я не хочу також просити їх повторно ввести свою кредитну картку. Я використовую auth.net
kevando

1
Чи здійснювати онлайн-пам’ятку / повернення коштів для предметів, які відсутні на складі, не є можливим?
pspahn

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

Я розробив розширення, яке копіює цілі дані замовлення до нового. Я покладу це в github і поділюсь на вдосконалення.
Едуардо Луз

Відповіді:


7

У наведеному сценарії ви видаляєте елементи, які не можете заповнити. Оскільки ви користуєтесь Авторизатором.net, ви можете мати можливість видати кредитну пам’ятку з рядків-позицій у рахунку-фактурі замовлення, щоб повернути кошти за ці конкретні позиції, а потім відправте решту позицій.

Якщо це був випадок, коли вам потрібно змінити або додати елементи до замовлення, тоді вам потрібно буде скористатись однією із сторонніх реалізацій CIM або мостом платежів EE (якщо припустити, що ви працюєте на Enterprise).


Насправді ця відповідь передбачає, що повне замовлення виставлено на рахунок ... вам не потрібно буде кредитувати пам’ятку, якщо ви не виставляли рахунки, просто зробіть часткове захоплення (
випишіть

6

Вам потрібно використовувати шлюз платежів на зразок Braintree, авторизувати.net за допомогою параметра CIM (менеджер інформації про клієнтів) або якийсь інший шлюз, який зберігає маркер платежу в Magento та маркер на шлюзі, а потім зберігає інформацію про кредитну картку клієнта на шлюзі. рівень. Без цього неможливо залучити більше коштів, ніж клієнт санкціонує під час первинної транзакції. Самостійне зберігання інформації про кредитну карту є порушенням вимог PCI, якщо ви не проходите сувору сертифікацію PA-DSS, що дуже непосильно коштує.

Компанія Braintree має безкоштовне розширення шлюзу для Magento. Я не перевіряв останню версію, але нам довелося виправити кілька помилок у попередніх версіях. Він працює досить добре після деяких виправлень помилок.

Для Auth.net CIM є кілька розширень шлюзу платежів. Раніше я використовував http://www.magentocommerce.com/magento-connect/idp-authorizecim-2-1-payment-module.html . Схоже, зараз є кілька нових. Тримайтеся подалі від дешевого Silver Touch, це виглядає страшно.

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


3

Це дійсно проста проблема, яку можна вирішити:

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

Так само ви можете керувати кількома відправленнями за замовлення.

Звичайно, все це можна зробити і програмно.

$service = Mage::getModel('sales/service_order', $order);
$service->prepareInvoice( array( 'qty' => 'sku' ) );

Ми вже вирішували це через auth.net, але я хотів би подумати, що це спрацює, якщо проблема з’явиться знову!
кевандо

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

1
У мене було враження, що Authorize.net п’ять днів тримав захоплення. І "Magento будується відповідно", мабуть, не повинен застосовувати 100% часу до "Magento". 1.7x зробила значні вдосконалення у власних платіжних шлюзах, і ще потрібно вдосконалитись. Різниці між 1.6x та 1.7x достатньо, щоб припустити YMMV.
pspahn

Це дійсно просто, фіксуючи існуючий запит на авторизацію на більшості шлюзів, не випадає аутентифікатор із шлюзу, якщо тільки захоплення не буде на повну суму auth. Ви не можете взяти на ринок більше, ніж авторська сума. У Magento було декілька рахунків-фактур за замовлення з часу близько 1,3, можливо, рано ... Я не зовсім впевнений ... але це область запитів на транзакції, яку я знайшов багато розробників (навіть на самих шлюзах) не надто чіткі в робочому процесі для запитів api.
mprototype

Paypal дозволяє до 29 днів і не перевищує 115% від загальної кількості авторів, яка обмежується на рівні 75 доларів. Автори компанії Braintree припиняються через 7 днів для AMEX, 10 днів для Visa та Mastercard, інші авторизації будуть позначені як закінчені через 30 днів. Брейнтрі дійсно дозволяє псевдозберігати токенізовану карту в локальному «склепінні» в її розширенні Magento, хоча розширений auth / або необоснований повторний аутентифікація наразі неможливий. articles.braintreepayments.com/control-panel/transaction/…
Джошуа Шаванна

2

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

Отже - з’ясуйте, чи може допомогти ваш шлюз платежів. Кілька гарних відповідей вище. Моя порада - не зберігати дані платежів - не варто зайвих клопотів.


1

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

Особливості:

Адміністратор: -

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

Для повного опису та функцій відвідайте наш магазин розширень magento:

веб-сайт indieswebs.com для часткової оплати

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