Bisakah saya mengedit Pesanan dan menyimpan informasi pembayaran?


12

Saya memiliki pelanggan yang memesan 5 produk, tetapi 2 kehabisan stok dan tidak dapat memenuhi pesanan penuh. Namun, ketika saya mengedit pesanan (menghapusnya dan membuat yang baru) untuk menghapus dua SKU, informasi kartu kredit akan dihapus. Apakah ada cara untuk mempertahankannya sehingga saya tidak perlu menelepon pelanggan?


1
Tergantung. Apa sebenarnya yang ingin Anda capai (mis. Menagih pelanggan untuk pesanan baru)?
patokan

Tepat. Saya sudah memberi tahu pelanggan dan mereka sadar akan penyesuaian itu, tetapi saya tidak ingin juga meminta mereka memasukkan kembali kartu kredit mereka. Saya menggunakan auth.net
kevando

1
Apakah melakukan memo kredit / pengembalian dana online untuk barang-barang yang kehabisan stok bukan suatu pilihan?
pspahn

Jika Anda hanya mengotorisasi (yang seharusnya Anda lakukan), banyak gateway akan memungkinkan Anda untuk menyajikan jumlah yang berbeda untuk penangkapan yang kurang dari jumlah yang diizinkan.
patokan

Saya telah mengembangkan ekstensi yang menyalin seluruh data pesanan ke yang baru. Saya akan menempatkan ini di github dan berbagi untuk peningkatan.
Eduardo Luz

Jawaban:


7

Dalam skenario yang diberikan, Anda menghapus item yang tidak dapat Anda isi. Karena Anda menggunakan Authorize.net, Anda harus dapat mengeluarkan memo kredit dari item baris pada faktur pesanan untuk mengembalikan biaya untuk item baris tertentu, lalu mengirimkan item yang tersisa.

Jika itu adalah kasus di mana Anda perlu mengubah atau menambahkan item ke pesanan, maka Anda perlu menggunakan salah satu dari implementasi CIM pihak ke-3 atau Jembatan Pembayaran EE (dengan asumsi Anda berada di Enterprise).


Sebenarnya jawaban ini mengasumsikan bahwa pesanan lengkap telah ditagih ... Anda tidak perlu kredit memo jika Anda belum ditagih, cukup lakukan sebagian penangkapan (menerbitkan faktur hanya untuk dua item + pengiriman)
mprototype

6

Anda perlu menggunakan gateway pembayaran seperti Braintree, authorize.net dengan opsi CIM (manajer informasi pelanggan) atau gateway lain yang menyimpan token pembayaran di Magento dan token di gateway dan kemudian menyimpan informasi kartu kredit pelanggan di gateway. tingkat. Tanpa ini, tidak mungkin untuk mendapatkan lebih banyak dana dari yang diizinkan pelanggan dalam transaksi awal. Menyimpan informasi kartu kredit sendiri merupakan pelanggaran kepatuhan PCI kecuali Anda melalui sertifikasi PA-DSS yang ketat yang biayanya sangat mahal.

Braintree memiliki ekstensi gateway pembayaran gratis yang tersedia untuk Magento. Saya belum memeriksa versi terbaru tetapi kami harus memperbaiki beberapa bug di versi sebelumnya. Ini bekerja dengan cukup baik setelah beberapa perbaikan bug.

Ada beberapa ekstensi gateway pembayaran untuk Auth.net CIM. Saya telah menggunakan http://www.magentocommerce.com/magento-connect/idp-authorizecim-2-1-payment-module.html di masa lalu. Sepertinya ada beberapa yang baru sekarang. Tinggal jauh dari yang murah Silver Touch, itu terlihat menakutkan.

Ping saya jika Anda ingin mencoba Braintree dan perhatikan itu buggy. Saya dapat mengirimkan Anda beberapa kode terbaru dari salah satu repo kami.


3

Ini adalah masalah yang sangat sederhana untuk dipecahkan:

Catat di admin Magento Anda dapat membuat beberapa Faktur untuk pesanan. Jika konfigurasi Anda diatur dengan benar, Anda hanya dapat menagih untuk produk-produk yang tersedia. Saat Anda membuat faktur, Anda memilih item yang ingin Anda tangkap dan Magento membuat sebagian tangkapan.

Anda juga dapat mengelola beberapa pengiriman per pesanan.

Tentu saja, semua ini dapat dilakukan secara terprogram juga.

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

Kami sudah menangani ini melalui auth.net, tetapi saya ingin berpikir ini akan berhasil jika masalah muncul lagi!
kevando

Sebagian besar gateway menyimpan auths hingga 60 hari dan Anda dapat menangkap sebagian beberapa kali hingga total auth tercapai ... ini adalah masalah yang sebenarnya harus ditangani oleh alur pembayaran gateway auth / tangkapan umum. Magento dibangun sesuai itu.
mprototype

1
Saya mendapat kesan bahwa Authorize.net menahan penangkapan selama lima hari. Dan "Magento sedang dibangun sesuai" mungkin seharusnya tidak berlaku 100% dari waktu untuk "Magento". 1.7x telah membuat perbaikan besar dalam gateway pembayaran asli, dan masih ada perbaikan yang harus dilakukan. Perbedaan antara 1,6x dan 1,7x cukup untuk menyarankan YMMV.
pspahn

Sangat sederhana, menangkap permintaan otorisasi yang ada pada sebagian besar gateway tidak menjatuhkan auth dari gateway kecuali tangkapannya untuk jumlah auth penuh. Anda tidak dapat menangkap lebih dari jumlah auth. Magento telah memiliki beberapa faktur per pesanan sejak sekitar 1,3, mungkin awal ... Saya tidak begitu yakin ... tapi ini adalah area permintaan transaksi yang saya temukan banyak pengembang (bahkan di gateway sendiri) tidak begitu jelas tentang alur kerja untuk permintaan api.
mprototype

Paypal memungkinkan hingga 29 hari dan hingga 115% dari otentikasi awal dibatasi pada $ 75. Braintree auth off pada 7 hari untuk AMEX, 10 hari untuk Visa dan Mastercard, otorisasi lain akan ditandai sebagai kedaluwarsa setelah 30 hari. Braintree mengizinkan penyimpanan palsu kartu tokenized di 'vault' lokal di ekstensi Magento-nya, meskipun perpanjangan auth / atau non-vaulted re-auth tidak dapat dilakukan saat ini. articles.braintreepayments.com/control-panel/transactions/…
Joshua Chavanne

2

Hindari menyimpan data pembayaran jika Anda bisa - itu tidak sepadan. Anda harus meletakkan kontrol PCI di sekitarnya, yang akan membutuhkan biaya. Dan jika Anda tidak melindunginya dengan benar dan diretas - itu terjadi BANYAK - maka biaya PCI Anda akhirnya tampak tidak ada apa-apanya dibandingkan dengan biaya berurusan dengan pelanggaran.

Jadi - cari tahu apakah gateway pembayaran Anda dapat membantu. Beberapa jawaban bagus di atas. Saran saya adalah jangan menyimpan data pembayaran - tidak sepadan dengan kerumitannya.


1

Kami telah mengembangkan ekstensi untuk fasilitas pembayaran parsial. Ini memungkinkan pelanggan Anda untuk menagih pembayaran sebagian untuk layanan produk. Pelanggan akan mengumpulkan sisa jumlah pada / sebelum pengiriman. Perpanjangan pembayaran sebagian memungkinkan pelanggan untuk membeli produk Anda dari toko web Anda dengan hanya membayar sejumlah kecil harga produk. Pelanggan dapat membayar jumlah yang tersisa dalam beberapa cicilan sebagaimana ditentukan oleh admin.

Fitur:

Admin: -

  • Admin dapat mengatur label produk untuk ekstensi ini sesuai dengan yang akan ditampilkan di front-end.
  • Pembayaran Parsial dapat dikonfigurasi sebagai Opsional atau Wajib.
  • Admin dapat menetapkan jumlah tetap atau jumlah persentase yang harus dibayar oleh pelanggan saat membeli produk dari toko Anda.
  • Pembayaran parsial dapat berlaku untuk semua produk, produk tertentu, produk kehabisan stok atau bahkan seluruh keranjang.
  • Admin dapat menetapkan batas kredit untuk pelanggan. Jumlah kredit itu akan menjadi jumlah maksimum untuk pelanggan sebagai angsuran yang tersisa.

Untuk deskripsi dan fitur lengkap kunjungi toko ekstensi Magento kami:

situs web indieswebs.com untuk fasilitas pembayaran parsial

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.