Tôi có nên sử dụng Hồ sơ định kỳ cho tính năng đăng ký

Tôi đang xây dựng một tính năng thanh toán đăng ký ngay bây giờ và tôi đang cố gắng xác định xem việc sử dụng tính năng Hồ sơ định kỳ của Magento có hợp lý hay không.

Tất nhiên, tôi rất thích sử dụng tính năng cốt lõi, tôi muốn có thể tận dụng chức năng cốt lõi bất cứ khi nào có thể, nhưng có một số lý do mà tôi không nghĩ nó có ý nghĩa.

Yêu cầu:

• Chúng tôi muốn các sản phẩm có thể được mua thường xuyên hoặc trên cơ sở đăng ký, rất giống với cách đăng ký của Amazon hoạt động.
• Chúng tôi muốn cho phép tất cả các giao dịch mua đăng ký diễn ra mỗi tháng, mỗi 2 tháng, ..., 6 tháng. Nói cách khác, chúng tôi không cần thời hạn thanh toán chi tiết xác định cho mỗi sản phẩm hoặc danh mục hoặc bất cứ điều gì.

Các vấn đề với Hồ sơ định kỳ của Magento

• Đối với người mới bắt đầu, chúng không được phát hành như một tính năng ổn định, mà là bản beta.
• Bạn không thể thanh toán với các sản phẩm thông thường và các sản phẩm đăng ký trong cùng một giỏ hàng. Tôi thực sự không thấy bất kỳ lý do tuyệt vời cho giới hạn này. Tôi thực sự nhận thấy một trang web Magento đẹp gần đây có đăng ký mà không bị hạn chế này và nó khá gọn gàng: http://www.harrys.com/ (CẬP NHẬT: Tôi nghĩ harrys đã ra mắt trên Magento vào tháng 3 năm 2013, nhưng không còn trên Magento nữa ).
• Một sản phẩm nhất định phải là sản phẩm đăng ký (sản phẩm danh nghĩa) hoặc sản phẩm thông thường. Vì vậy, bạn không thể dễ dàng có một trang sản phẩm với cả nút Mua ngay và nút Đăng ký trên đó.
• Tôi thực sự không hiểu tại sao họ có hồ sơ định kỳ được xác định ở cấp độ mỗi sản phẩm. Đó không phải là thứ tôi cần trong trường hợp của mình và tôi tưởng tượng đó không phải là trường hợp sử dụng phổ biến.
• Các phương thức vận chuyển dường như có một số trục trặc với các sản phẩm danh nghĩa - chưa thực sự đào sâu vào nó quá sâu nhưng nó chỉ làm tăng thêm sự điên rồ.
• Nó dường như không được xây dựng với ý tưởng rằng các dịch vụ thanh toán đăng ký (như Recurly, Chargeify, Braintree) sẽ có sẵn để xử lý phần thịt của cấu hình / xử lý đăng ký. Có lẽ tôi hoàn toàn sai về điểm đó vì nó được xây dựng dựa trên tính năng định kỳ của PayPal.

Vì vậy, cách tiếp cận mà tôi muốn thực hiện:

• Có một tùy chọn tùy chỉnh có sẵn cho mọi sản phẩm cho họ để xác định xem họ có muốn đăng ký hàng tháng, hai tháng một lần, v.v.
• Trong bộ quan sát sales_order_place_after, hãy kiểm tra bất kỳ mục nào trong giỏ hàng với tùy chọn tùy chỉnh đăng ký và tạo đăng ký cho chúng
• Lưu trữ ID đăng ký trong bảng sales_flat_order_item.
• Nghe trên webhook Braintree để biết chi phí đăng ký, tra cứu mục đặt hàng theo ID đăng ký, tạo hóa đơn đặt hàng cho sản phẩm được đề cập, với cùng phương thức giao hàng và số tiền thuế.

Tôi hy vọng rằng không có thứ gì to lớn mà tôi đang thiếu ở đây.

Làm việc với các hồ sơ định kỳ trong Magento rất bổ ích nếu bạn dành thời gian để thiết lập hệ thống chính xác. Điều quan trọng là phải hiểu rằng các hồ sơ định kỳ được gắn nhãn "Beta" vì một lý do. Một số khía cạnh của việc quản trị chúng trong quản trị viên bị hạn chế. Lưới Bán hàng -> Cấu hình định kỳ hầu như luôn phải được mở rộng đến cây cục bộ của bạn để thực hiện sửa đổi để hiển thị nhiều cột hơn, chẳng hạn như phiếu giảm giá và những thứ bạn sẽ cần để vận chuyển, chẳng hạn như nút xuất.

Giải pháp tốt nhất tôi đã tìm thấy là một phần mở rộng của Paradox Labs hỗ trợ Hồ sơ định kỳ với Authorize.NET CIM. Nó cho phép khách hàng quản lý thẻ của họ và thực hiện tất cả các khía cạnh hoặc hủy bỏ, đình chỉ, vv mà hồ sơ định kỳ cho phép. Nó có thể được cấu hình để chạy hàng ngày cho các công việc thanh toán, hoặc giống như tôi đã thiết lập để chạy mỗi tháng một lần.

Lưu ý rằng bạn có thể xây dựng một hệ thống thanh toán chính thức đầy đủ bao gồm quản lý, hệ thống vận chuyển và các công việc trong Magento dựa trên hồ sơ định kỳ. Tôi đã làm xong rồi. Đó là một cam kết lớn và đôi khi con đường dễ dàng là sử dụng một công ty khác để quản lý khía cạnh đó.

Tôi đã trình bày chi tiết một chút về trải nghiệm học tập của mình khi chuyển từ hồ sơ định kỳ sang Magento ở đây .

Tôi sẽ tiếp tục và tự trả lời. Hy vọng rằng có lẽ ai đó có nhiều kinh nghiệm hơn trong lĩnh vực này có thể kêu vang, nhưng điều đó chưa xảy ra.

Tôi nghĩ cách tiếp cận tốt nhất là không sử dụng Hồ sơ định kỳ và thay vào đó xây dựng tùy chỉnh. Một nhược điểm của việc sử dụng Tùy chọn tùy chỉnh là bạn sẽ không có một ID duy nhất cho tùy chọn tùy chỉnh "Cung cấp mỗi tháng X", vì vậy tôi đã phải thực hiện một số logic về tên của tùy chọn tùy chỉnh, điều này không tuyệt vời.

Tôi đang cố gắng giải quyết vấn đề tương tự, nhưng trong trường hợp của tôi, toàn bộ thuê bao phải được thanh toán trước, tính toán một số chiết khấu khi đang di chuyển (đưa ra các tùy chọn thanh toán hạn chế cho hồ sơ định kỳ, đặc biệt ở Hà Lan). Và oh yeah, khách hàng cũng phải có thể thay đổi đăng ký sau khi được đặt.

Tôi chưa tìm thấy bất kỳ tiện ích mở rộng nào lấp đầy các lỗ hổng này vì vậy tôi hiện đang viết mã để sử dụng các tùy chọn tùy chỉnh để tính giá phù hợp. Tôi đang sử dụng một sản phẩm đi kèm cho thuê bao trong đó các sản phẩm được đề cập có thể được chọn bằng các hộp kiểm. Độ dài và tần suất đăng ký là các tùy chọn tùy chỉnh.

Để khắc phục tính toán giá, tôi đã viết một phần mở rộng nhỏ bao gồm điều này: http://www.gielberkers.com/how-to-calculate-prices-for-bundled-products-in-magento/

Bây giờ tôi có thể đặt đăng ký dưới dạng "sản phẩm" trong giỏ hàng của mình. Bước tiếp theo đối với tôi là để khách hàng thay đổi đăng ký khi họ đăng nhập vào trang 'tài khoản của tôi'.