Just wondering if NOP supports payment on account? So in a B2B setup the business buying would have an account with the business selling, charges would be applied as per normal (shipping etc.) but no payment processed but instead an invoice issued?
Also, is it possible to have varying prices depending on the level/role of the user who is logged into the site? So if I'm a gold customer I see Price A, if I'm a silver customer I see price B?
Thanks.
Payment on account - supported?
- 34
- 240
- 1/13/2012
- South Africa
Hi eoinm
I had a similar question today regarding different pricing for different customers. I'm setting up something similar to what you're trying to do.
In order for different customers to have different pricing, I'm doing the following:
a) I'm saying "Require Admin Approval" for all new registrations, so that the admin can allocate the customer to the correct role, eg Gold Customer.
b) Then you will see when you're editing a product, you can go into Product Variants -> Edit Variant -> Tier Prices.
c) Under tier prices you can say 1 - 5 of product X for Cutomer Group X = $xx etc etc.
I don't know if all your customers can buy on account, or only some, but I would suggest you do the following:
1. Modify a payment plugin like CyberPay to say "Your order will now be processed on your account" instead of "You will now be transfered to a payment gateway".
2. Make the payment plugin direct the shopper to a "buy on account" aspx page that you create.
3. Let them enter an authorisation code that you SMS to their cellphone / email address
4. The order gets placed on their account and you mark the order in the NOP database as "Paid" instead of Pending.
5. Now when they go into "My Account" the order will have an invoice downloadable as PDF.
It should be easy to set up - I'm busy working on my "buy on account" page as we speak and I'm almost done!
I had a similar question today regarding different pricing for different customers. I'm setting up something similar to what you're trying to do.
In order for different customers to have different pricing, I'm doing the following:
a) I'm saying "Require Admin Approval" for all new registrations, so that the admin can allocate the customer to the correct role, eg Gold Customer.
b) Then you will see when you're editing a product, you can go into Product Variants -> Edit Variant -> Tier Prices.
c) Under tier prices you can say 1 - 5 of product X for Cutomer Group X = $xx etc etc.
I don't know if all your customers can buy on account, or only some, but I would suggest you do the following:
1. Modify a payment plugin like CyberPay to say "Your order will now be processed on your account" instead of "You will now be transfered to a payment gateway".
2. Make the payment plugin direct the shopper to a "buy on account" aspx page that you create.
3. Let them enter an authorisation code that you SMS to their cellphone / email address
4. The order gets placed on their account and you mark the order in the NOP database as "Paid" instead of Pending.
5. Now when they go into "My Account" the order will have an invoice downloadable as PDF.
It should be easy to set up - I'm busy working on my "buy on account" page as we speak and I'm almost done!
- 45
- 283
- 1/31/2012
- Ireland
Hi,
many thanks for the reply and the detailed info. I've never worked with NOP before but am familiar enough with asp.net web forms. The latest NOP uses MVC if I'm not mistaken, how easy would you say the creation of the 'buy on account' page you mention would be to a complete MVC novice?
Thanks for the other info regarding the gold/ silver bronze levels.
To be honest, given the wide range of features that NOP supports I'm kind of surprised they don't have built in 'buy on account' system, I would have thought it would be relatively easy to implement.
The scenario I'm working towards is that all prices will be hidden from non-logged in users. So you log in, which means you have an account with this shop (so you've provided addresses etc. as part of the registration process) and depending on your level (gold etc.) you see a price, you click buy and that's essentially it. The purchase is recorded, emails sent etc. but no CC details are asked for, instead it's flagged as being ready for invoicing in the backend.
Odd that they don't have that already, thanks again for your reply and the info.
many thanks for the reply and the detailed info. I've never worked with NOP before but am familiar enough with asp.net web forms. The latest NOP uses MVC if I'm not mistaken, how easy would you say the creation of the 'buy on account' page you mention would be to a complete MVC novice?
Thanks for the other info regarding the gold/ silver bronze levels.
To be honest, given the wide range of features that NOP supports I'm kind of surprised they don't have built in 'buy on account' system, I would have thought it would be relatively easy to implement.
The scenario I'm working towards is that all prices will be hidden from non-logged in users. So you log in, which means you have an account with this shop (so you've provided addresses etc. as part of the registration process) and depending on your level (gold etc.) you see a price, you click buy and that's essentially it. The purchase is recorded, emails sent etc. but no CC details are asked for, instead it's flagged as being ready for invoicing in the backend.
Odd that they don't have that already, thanks again for your reply and the info.
- 34
- 240
- 1/13/2012
- South Africa
To be honest, I'm also not good with MVC, so I do everything in ASP.NET and essentially direct the user to a page in a separate website that has the same look and feel as my NOP Commerce site has, do all the processing and then return them to NOP Commerce once I've done what I wanted to do in ASP.NET (not MVC). If you integrate it will enough, the user will never even know that they're on another page.
But, I think your scenario is even simpler than what I'm building here. You just want customer X to add to cart at customer X role's prices and then check out, esentially skipping the payment page. So you're in luck, you don't need to write custom code for this. Simply go to Admin -> Configuration -> Payment Methods. Look, you will see a "Checkout to Purchase Order" payment method. This will essentially not ask the customer for credit card details, instead, it will request a purchase order number which it will print on the order as well for you.
So after checking out with purchase order, the customer will receive a confirmation email stating that the order has been placed. You as admin/shop owner will also get a confirmation email about the order. I'm not sure if it will automatically mark the order as "paid", you might have to do this manually. Bit I guess that's not too much trouble!
Let me know if you have any other questions.
But, I think your scenario is even simpler than what I'm building here. You just want customer X to add to cart at customer X role's prices and then check out, esentially skipping the payment page. So you're in luck, you don't need to write custom code for this. Simply go to Admin -> Configuration -> Payment Methods. Look, you will see a "Checkout to Purchase Order" payment method. This will essentially not ask the customer for credit card details, instead, it will request a purchase order number which it will print on the order as well for you.
So after checking out with purchase order, the customer will receive a confirmation email stating that the order has been placed. You as admin/shop owner will also get a confirmation email about the order. I'm not sure if it will automatically mark the order as "paid", you might have to do this manually. Bit I guess that's not too much trouble!
Let me know if you have any other questions.