ฉันสามารถแก้ไขคำสั่งซื้อและเก็บข้อมูลการชำระเงินได้หรือไม่


12

ฉันมีลูกค้าที่สั่งซื้อ 5 ผลิตภัณฑ์ แต่ 2 หมดและไม่สามารถทำตามคำสั่งซื้อทั้งหมด อย่างไรก็ตามเมื่อฉันแก้ไขคำสั่งซื้อ (ลบและสร้างใหม่) เพื่อลบ SKU สองรายการข้อมูลบัตรเครดิตจะถูกลบออก มีวิธีที่จะทำให้ฉันไม่ต้องโทรหาลูกค้าหรือไม่?


1
มันขึ้นอยู่กับ. คุณต้องการทำสิ่งใดให้สำเร็จ (เช่นเรียกเก็บเงินจากลูกค้าสำหรับคำสั่งซื้อใหม่)
benmarks

แม่นยำ. ฉันแจ้งลูกค้าแล้วและพวกเขารับทราบถึงการปรับเปลี่ยน แต่ฉันไม่ต้องการให้พวกเขาป้อนบัตรเครดิตอีกครั้ง ฉันใช้ auth.net
kevando

1
กำลังดำเนินการใบลดหนี้ / คืนเงินออนไลน์สำหรับสินค้าที่ไม่มีในสต็อกไม่มีตัวเลือกหรือไม่?
pspahn

หากคุณได้รับอนุญาตเท่านั้น (ซึ่งคุณควรทำ) เกตเวย์หลายแห่งจะอนุญาตให้คุณแสดงจำนวนที่แตกต่างกันสำหรับการจับภาพที่น้อยกว่าจำนวนที่ได้รับอนุญาต
benmarks

ฉันได้พัฒนาส่วนขยายที่คัดลอกข้อมูลการสั่งซื้อทั้งหมดไปยังส่วนขยายใหม่ ฉันจะใส่มันใน gitHub และแบ่งปันเพื่อปรับปรุง
Eduardo Luz

คำตอบ:


7

ในสถานการณ์ที่กำหนดคุณกำลังลบรายการที่คุณไม่สามารถเติมได้ เนื่องจากคุณใช้ Authorize.net คุณควรสามารถออกใบลดหนี้จากรายการโฆษณาในใบแจ้งหนี้ของคำสั่งซื้อเพื่อคืนเงินค่าใช้จ่ายสำหรับรายการโฆษณาเหล่านั้นแล้วส่งสินค้าที่เหลือ

หากเป็นกรณีที่คุณต้องการเปลี่ยนหรือเพิ่มรายการในคำสั่งซื้อคุณจะต้องใช้ CIM ของบุคคลที่สามหรือ EE Payment Bridge (สมมติว่าคุณอยู่ในองค์กร)


คำตอบนี้ถือว่าจริงว่าคำสั่งซื้อทั้งหมดได้รับการออกใบแจ้งหนี้แล้ว ... คุณไม่จำเป็นต้องบันทึกเครดิตหากคุณยังไม่ได้ออกใบแจ้งหนี้เพียงทำการจับภาพบางส่วน (ออกใบแจ้งหนี้สำหรับสองรายการ + การจัดส่ง)
mprototype

6

คุณต้องใช้เกตเวย์การชำระเงินเช่น Braintree, authorize.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 อันใดอันหนึ่งราคาถูกมันดูน่ากลัว

ปิงฉันถ้าคุณต้องการลองเบรนทรีและสังเกตว่าเป็นรถบั๊ก ฉันสามารถส่งรหัสล่าสุดให้คุณได้จากหนึ่งใน repos ของเรา


3

นี่เป็นปัญหาง่าย ๆ ในการแก้ไข:

จดบันทึกในผู้ดูแลระบบ Magento คุณสามารถสร้างใบแจ้งหนี้หลายใบสำหรับการสั่งซื้อ หากการกำหนดค่าของคุณถูกตั้งค่าอย่างถูกต้องคุณสามารถออกใบแจ้งหนี้สำหรับผลิตภัณฑ์ที่มีอยู่เท่านั้น เมื่อคุณสร้างใบแจ้งหนี้คุณเลือกรายการที่คุณต้องการดักจับและวีโอไอพีจะทำการจับภาพบางส่วน

ในทำนองเดียวกันคุณสามารถจัดการการจัดส่งได้หลายรายการต่อการสั่งซื้อ

แน่นอนว่าทั้งหมดนี้สามารถทำได้โดยทางโปรแกรมเช่นกัน

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

เราจัดการเรื่องนี้ผ่าน auth.net แล้ว แต่ฉันอยากจะคิดว่ามันจะใช้งานได้หากปัญหาเกิดขึ้นอีกครั้ง!
kevando

เกตเวย์ส่วนใหญ่ถือ auths ได้นานถึง 60 วันและคุณสามารถจับภาพบางส่วนได้หลายครั้งจนกว่าจะถึงยอดรวมการรับรองความถูกต้อง ... นี่เป็นปัญหาที่เกตเวย์การชำระเงินทั่วไปรับรองความถูกต้อง / เวิร์กโฟลว์การจับภาพถูกออกแบบมาเพื่อจัดการ วีโอไอพีถูกสร้างขึ้นตาม
mprototype

1
ฉันอยู่ภายใต้ความประทับใจที่ Authorize.net จัดขึ้นเป็นเวลาห้าวัน และ "การสร้างวีโอไอพีนั้นสอดคล้องกัน" อาจไม่ควรใช้กับ "วีโอไอพี" 100% 1.7x ได้ทำการปรับปรุงที่สำคัญในเกตเวย์การชำระเงินดั้งเดิมและยังคงมีการปรับปรุงให้ดีขึ้น ความแตกต่างระหว่าง 1.6x และ 1.7x นั้นเพียงพอที่จะแนะนำ YMMV
pspahn

มันง่ายมากและการจับภาพในคำขออนุญาตที่มีอยู่ในเกตเวย์ส่วนใหญ่จะไม่ทำให้การรับรองความถูกต้องออกจากเกตเวย์ยกเว้นการจับภาพนั้นสำหรับจำนวนการตรวจสอบสิทธิ์เต็มรูปแบบ คุณไม่สามารถจับภาพได้มากกว่าจำนวนการรับรองความถูกต้อง Magento มีใบแจ้งหนี้หลายใบต่อการสั่งซื้อตั้งแต่ประมาณ 1.3 อาจจะเร็ว ... ฉันไม่แน่ใจ ... แต่นี่เป็นส่วนหนึ่งของคำขอทำธุรกรรมที่ฉันพบนักพัฒนาจำนวนมาก (แม้แต่ที่เกตเวย์เอง) ไม่ชัดเจนเกี่ยวกับกระบวนการทำงานสำหรับคำขอ API
mprototype

Paypal ยอมให้ 29 วันและสูงสุด 115% ของการรับรองความถูกต้องสูงสุดที่ $ 75 เบรนทรี auths ส่งที่ 7 วันสำหรับ AMEX, 10 วันสำหรับวีซ่าและมาสเตอร์การ์ดการอนุญาตอื่น ๆ จะถูกทำเครื่องหมายว่าหมดอายุหลังจาก 30 วัน Braintree อนุญาตให้มีการจัดเก็บแบบหลอกของการ์ดโทเค็นใน 'ห้องนิรภัย' ในส่วนขยายของวีโอไอพีของตนแม้ว่าการรับรองความถูกต้องแบบขยาย / หรือไม่ได้รับการรับรองความถูกต้องจะไม่สามารถทำได้ในขณะนี้ articles.braintreepayments.com/control-panel/transactions/ …
Joshua Chavanne

2

หลีกเลี่ยงการเก็บข้อมูลการชำระเงินหากทำได้ - ไม่คุ้มค่า คุณจะต้องใส่การควบคุม PCI รอบ ๆ ซึ่งจะเสียค่าใช้จ่าย และถ้าคุณไม่ปกป้องมันอย่างถูกต้องและถูกแฮ็คมันก็เกิดขึ้นมากมาย - ค่าใช้จ่าย PCI ของคุณจะสิ้นสุดลงดูเหมือนไม่มีอะไรเทียบกับค่าใช้จ่ายในการจัดการกับการฝ่าฝืน

ดังนั้น - ค้นหาว่าเกตเวย์การชำระเงินของคุณสามารถช่วยได้หรือไม่ คำตอบที่ดีบางข้อด้านบน คำแนะนำของฉันคือไม่เก็บข้อมูลการชำระเงิน - มันไม่คุ้มค่ากับความยุ่งยาก


1

เราได้พัฒนาส่วนขยายสำหรับการชำระเงินบางส่วน ช่วยให้ลูกค้าของคุณรวบรวมการชำระเงินบางส่วนสำหรับบริการผลิตภัณฑ์ ลูกค้าจะรวบรวมจำนวนที่เหลือใน / ก่อนการจัดส่ง ส่วนขยายการชำระเงินบางส่วนช่วยให้ลูกค้าสามารถซื้อผลิตภัณฑ์ของคุณจากร้านค้าบนเว็บของคุณโดยชำระราคาสินค้าเพียงเล็กน้อยเท่านั้นลูกค้าสามารถชำระเงินส่วนที่เหลือในงวดที่หลากหลายตามที่ผู้ดูแลระบบกำหนดไว้

คุณสมบัติ:

Admin: -

  • ผู้ดูแลระบบสามารถตั้งค่าฉลากผลิตภัณฑ์เป็นส่วนขยายนี้ตามที่จะแสดงในส่วนหน้า
  • การชำระเงินบางส่วนสามารถกำหนดค่าเป็นทางเลือกหรือจำเป็น
  • ผู้ดูแลระบบสามารถกำหนดจำนวนเงินคงที่หรือจำนวนเปอร์เซ็นต์ที่จะจ่ายโดยลูกค้าในขณะที่ซื้อผลิตภัณฑ์จากร้านค้าของคุณ
  • การชำระเงินบางส่วนสามารถนำไปใช้กับผลิตภัณฑ์ทั้งหมดผลิตภัณฑ์ที่เลือกสินค้าหมดหรือแม้แต่ในรถเข็นทั้งหมด
  • ผู้ดูแลระบบอาจกำหนดวงเงินเครดิตสำหรับลูกค้า จำนวนเครดิตนั้นจะเป็นจำนวนเงินสูงสุดสำหรับลูกค้าเป็นงวดที่เหลือ

สำหรับคำอธิบายแบบเต็มและคุณสมบัติเยี่ยมชมร้านขายของวีโอไอพีของเรา:

เว็บไซต์ indieswebs.com สำหรับการชำระเงินบางส่วน

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.