For my next project i have used PayFolw. But my functionality is that my client want that at the time of booking we have to collect $50.00 as a deposit amount and the rest of the amount will payed us before 10 days of start of service (auto debit).
for e.g.
i have a buy service of $300 and i am booked this service on 30/05/2014 for next month date : 30/06/2014. now at the time of booking (i.e. on 30/05/2014 ) we have to collect $50 as deposit money. now i have unpaid amount is $250 ( $300 - $50). which is collected before 10 days of start of service means on 20/06/2014.
we have also take credit-card payments for same mechanism.
Is it possible to do this type of functionality.
for this we have used WordPress and gravity from plugin for payment.
Thanks
According to Gravity Forms documentation the PayPal Payments Pro Add-On includes Recurring billing functionality so it should be possible to create a Recurring Billing profile to fit your requirements. http://www.gravityforms.com/add-ons/paypal-payments-pro/
Related
I am using Grvity Forms with Stripe Add-on
I need to create a monthly subscription, but first payment should be for 3 months, so user buyes 3 months at once ($300), and then after 3 months he will be charged $100/month.
How to create such Stripe feed?
Thanks in advance
If anyone has the same problem, I've resolved it in such way:
I've placed in the form separate product item with type "Singe Product" and price $300. Then in the Stripe feed configured subscription with trial for 90 days. Subscription linked to main product item (subscription for $100), and turned on Setup Fee, linked to the second product component ($300).
You probably need to hide Total section in the form, because it will show $400 as a sum of both products, but Stripe charges only $300 and creates subscription $100/month with trial.
We are currently running a marketplace using Dokan where all vendor/buyer transactions are handled by PayPal Express Checkout. Most of our user base is in California where tax rates vary between cities. WooCommerce tax settings are in place based on shipping address, but currently this gets tacked onto the money that the vendor receives, so they pocket the sales tax while we foot the bill out of our own pocket.
We have tried using the PayPal for WooCommerce Multi-Account Management plugin to send a flat percentage to our own PayPal account to deal with sales tax, but since this only allows a set percentage it is not suitable for California's infinite variety of tax rates, plus it incurs another transaction fee.
Is there any feasible way we can add sales tax to the total for the buyer, pay the vendor their share, and send the sales tax to our own PayPal account (with minimal or even no 2nd transaction fee)? If this is not possible with PayPal, is there any other payment provider that could do this & which could slot into Dokan with minimal hacking?
If you onboard every seller for multi-party payments including the third_party_details feature PARTNER_FEE (a necessary initial setup) -- then, for every transaction you can pass amount details including all item and tax information for display/transaction record purposes, and additionally include the tax amount you wish to collect as part of the partner_fee being deducted from what the seller receives and sent to you as the facilitator. This answer goes into more detail on that last part.
How can I create a Variable Subscription product with a variation with lifetime validity and no payment for every year yet I need a Signup fee
Thanks for your time fellows.
I can see how you'd think this would a subscription, but since the user won't be making further payments, maybe it's easier to sell as a simple product?
Like back in the old days when they used to sell the unlimited travel tickets.
Not really a subscription per say, as user pays a lot up front and get's to keep it for life.
We have a website that sells subscriptions.
The customer will get a physical product and then will be charged each month for the service.
We use WooCommerce Subscriptions plugin. We set the subscription product so the "Signup fee" will be used to charge for the physical device, and the subscription fee is for the service.
On some US states, the Tax for service and tangibles is different. For us it means different tax rate for the product (one time) and another tax rate for the recurring payment (service).
Since there is only one option to have Tax Class, I could not find a way to make it happen. Any ideas?
So...
The answer is to separate the subscription into two products. one as service and one as tangible.
We add the tangible on-the-fly.
I have a SagePay payment gateway which has two merchant accounts enabled to it to carry out transactions in both Euro & GBP. I plan on using the SagePay WooCommerce plugin to handle this.
I would like to know for example when the front end user selects either Euro or GBP how will the the transaction be processed with the relative merchant account for that currency?
I see many plugins that take the base currency (GBP in this case) and converts it to a currency of your choice (Euro in this case) using the exchange rate that you specify, however the transaction is still carried out in the base currency. The problem with this is that credit / debit cards will be charged and exchange rate fee.
Thanks,
Michael
Sage Pay will route the transaction to the appropriate MID according to the currency (and card type, account type etc). You just need to pass an amount and a currency.