The „Reminder Late FEE“ Module.
Perfex have a own reminder for open invoices. you can set after how many days your cron will send a reminder notice for open invoices.
But we are living in germany, we can give him a late fee if the invoice not payed.
For Example:
The Customer become a Invoice on 1. November he dosent pay this invoice 14 days. After 14 days he become a Reminder Notice:
„Hey please pay your invoice or you become in 10 days a late fee“.
10 days later, he dosent pay his invoice: now: he become a new InvoicePDF we called „latefeeinvoice“ with the follow details:
Invoice Description: „Late fee for invoicenumber: IV3333“.
So what we need:
A new Menü Point: Late Fee’s this layout seems like the same how invoice is. But only with other names..
Invoice = Late Fee etc.
We need Settings:
After X days you will send the late fee?
how much is the late fee?
Related
Here I am having the following problem on prestashop 1.7
I am in Belgium and since the time change the discount vouchers are not displayed on the front office in the customer account or the basket page.
When the customer knows the code and enters it on the basket, it works but if he does not know it, it is not displayed in his customer account.
I specify that I am on the classic theme of prestashop.
All time zones are in Europe/Brussels.
P-S: If I change the time of my discount voucher so 2 hours ahead for example at this time it is displayed.
Can you help me please ? It's very annoying for the customer not to see the new coupons.
I had the same problem, I changed the timezone of the server and the database.
on debian 10 you have to use the following command:
timedatectl set-timezone Europe/Paris
and for the database in /etc/mysql/my.cnf
you have to add this :
default-time-zone='+02:00'
it's the same for Belgium
Has anybody here dealt with incrementing subscriptions for "admin" users? Also, how do you handle invoicing and first/second-month charges in a neat manner?
I have a use case where users can sign up other subscribers and pay for these subscriptions from their card on file. The "admin" user signs up for the first subscription, and I keep incrementing the original sub every time a new sub is added.
When I send these through Cashier, the user only seems to get charged once, and then the second, third, etc., the first-month cost gets added onto the next month's invoice, and a new line item of unused time every time the admin user adds a new sub. So I first do:
$request->user()->newSubscription()->create();
Then I do:
$request->user()->subscription()->incrementQuantity();
The user only gets charged one monthly charge at newSubscription()->create(), And the next month's invoice has the following math.
(# of Subscriptions x Monthly Charge) - (Monthly Charge)
And the invoice has a ton of line items saying "Unused Time ..." which looks OK if that admin user only has one or two additions to their subscription but gets messy real quick beyond that. This seems super unprofessional and annoying to explain to the admin users. How do you/would you guys go about making this smoother? I understand that the invoicing for the incrementQuantity() method is enforced by the Stripe API, but it doesn't make sense to have so many prorating adjustments in a first invoice.
What is your goal/desired behavior here? Laravel cashier does allow you to change how you want the prorations to behave. By default prorations will be created and pulled into the next invoice, but you can also choose to disable prorations entirely or create prorations and have them immediately invoiced so that the difference is price is paid for immediately.
If you don't want any prorations generated at all when you update the quantity of a Subscription you can use noProrate() (see laravel's docs). Disabling prorations entirely may not be what you want though, since it won't allow you to charge a customer for the difference in price when they update mid-cycle. As an example, if you start off with a quantity: 1 Subscription they'll be charge for just 1 unit at the start of the month. If prorations are turned off and you update to quantity: 5, the customer won't have to pay for the new price until the subscription is renewed. If this is still what you want to do, you'd use it like this: $request->user()->subscription()->noProrate()-> incrementQuantity().
Another option would be to keep generating prorations, but have them immediately invoiced so that they aren't reflected in the renewal invoice at the end of the month. This will result in the customer being invoiced more often, but would solve your issue where the renewal invoice looks cluttered because of all the prorations. You would get this behavior by using alwaysInvoice() like this: $request->user()->subscription()->alwaysInvoice()-> incrementQuantity().
I have a plan for which I generate subscriptions with trial periods.
Stripe is generating invoices with a line item of 0$ for this trial period, with Trial period for <my_plan_name> as description. I would like to rename this description because my customers are French (and you know, we French people don't speak very well English but that's another story).
When I'm trying to update the item description
Stripe::InvoiceItem.update("sli_xyz",
{ description: "Essai..." })
I'm getting error Stripe::InvalidRequestError: When passing an invoice's line item id, you may only update tax_rates.
I can't delete such a line item neither because this is a subscription item and I can't remove the description neither.
What am I missing here ? Is there a way to resolve that ?
There are two Stripe concepts here: an Invoice and InvoiceItem.
InvoiceItems are essentially line items of individual items/services that is being tendered. An Invoice can contain many InvoiceItems. Imagine an Invoice is the complete receipt, and InvoiceItem is the individual grocery item.
Normally, you can update the InvoiceItem either before you attach to an Invoice, or even after you attach it, before the Invoice is finalized/closed (a.k.a. paid for by the customer).
Stripe does not allow you to update the description of InvoiceItems that are closed/finalized, because as a merchant, invoice is a record of what you sold (and receipting) to the customer, and once the invoice paid by the customer, you cannot change it.
Imagine if your invoice was originally for 50 beers, but after they pay for it, you decide to update the invoice to say 5 beers! How is that fair to your customers?
Your only solution is to make sure the description is defined properly in French for your French customers before issuing the invoice going forward into the future.
There is no way to fix this for past InvoiceItems.
I have a subscription which happens on four specific dates on during the year according to a custom cycle . I want to get people to subscribe but get billed together on the same day every 2 months. If I set it to 2 month interval everyone gets charged separately according to the day they subscribe . Can a fixed payment date be set with ARB Recurring billing ?
What you need to do is charge the user using the AIM API and pro rate their first payment up to the first scheduled payment date. Then the ARB subscription will take over. That's all there is to it.
I just made an account on Admob , I want to integrate my app with it , but what i didnt understand is how it pay to me ? I am finding where i need to enter my account information where i receive the money , but no good help is there for it , any experience use , please help me out , about your experience
AdMob begins processing payments for a month's earnings one month
after the calendar month in which they are earned. There is a
processing time of approximately two to three weeks. You will receive
an email notifying you when payment processing begins. This happens on
the date that funds are removed from your AdMob account and is the
date recorded in the Account Summary page of the Account tab.
In order for the processing to begin, you must meet the threshold for
the method of payment you have selected.
$20 if you selected PayPal $100 if you selected ACH/Wire You must meet
the threshold to be eligible for payment. If your total payable
earnings are less than the threshold amount, AdMob rolls your earnings
over to the following month.
Cf : https://support.google.com/admob/answer/1307281?hl=en
And for payment methods :
https://support.google.com/admob/answer/2956524