I want to know if Shopify POS allows selling of service through the POS?
Specifically speaking if the POS will be used in a computer laboratory rental whereas:
A customer walks in the store the cashier inputs time-in
Cashier inputs time-out then POS calculates total hours and total cost of the service.
Is this possible with Shopify POS?
You could set this up with a simple Shopify App. When the order is booked the App registers the time at the POS and the item is marked OUT. When the item is returned the POS user finds the order and marks the item as IN. Now the hours out are known. So apply those hours as a number of units (hours) and using a unit price (cost per hour), the order would be worth X. If it was nothing but a draft order, at that point it could be turned into a real order in exchange for the money.
You're welcome...
I found out Odoo is not creating exchange gains or losses for partial
payments. Only at the time of full payment Odoo is calculating the
exchange difference. This is creating serious headache for the user,
when they see aged payable, receivable, partner ledger, general
ledger, etc exchange rate is not considered. This is giving the users
wrong information about the payments they have made.
Impacted versions: 11
Steps to reproduce:
1) Make 2 different Multi currency Invoices for the single supplier
2) Modify the current exchange rate under currencies
3) Make a partial payment for one single invoice with exchange difference
Current behavior:
It does not generate the Exchange gain or Loss for the partial invoice payments
Expected behavior:
Irrespective of the full payments or partial, it should generate the Exchange gain or Loss as per the payment date and Invoice record Date
By default Odoo will generate exchange gain or loss only when all invoice paid, on partial payments exchange isn't computing.
I am tweaking Vehicle Routing Problem to cater our business needs using the provided Optaplanner example.
Capacity = Total number of hours available to a vehicle in a day(X hours)
Demand = Time to move to a Customer + Serving Time at Customer's location
The problems I'm facing -
Scheduling should be done on day to day basis with new Customer orders added and removed dynamically. How to do?
(Assumption - Customer orders will be available before scheduling but new Customer order might come while scheduling)
How to reset the Capacity? (Every other day vehicles are renewed with X hours. Every other day vehicles will have X hours available again.)
Vehicle may not need to return to the Depot at the end of the day and can start from the Last Customer location to get to new Customer another day.
What if the vehicle consumes all it's available hours during the transit before reaching the Customers location? Will it result in ageing for that particular customer?
Any insights about any of the problems mentioned above are appreciated.
I am developing rails application and integration of stripe payment. I am new in stripe payment integration. I set up for plan to user subscribe. But i have 1 issue over here. Suppose, user subscribe for any one plan and all plan are recurring so every month deduct plan amount from customer account. Every plan have a some limit to add user in our site. If want to add extra user then pay $5 per user / month. which will be deduct every month with plan. Then now, how i can settle this amount with already subscribed plan to deduct extra use amount on every month.
Suppose, plan amount is $20 and extra user $5 per month. So, now set amount of plan $25 instead of $20 in recurring payment.
How can settle this amount or any other way?
Thanks
There are two ways to do this. First, you could create an invoice item when you receive the invoice.created webhook from Stripe. This would let you add the $5 to the customer's upcoming invoice every month.
Second, you could create a new plan for the user and switch them to the new plan. There's no limit to the number of plans you can have in Stripe, so theoretically you could have unique plans for every customer.
That said, I would go with the first option if I were you. It's much simpler to work with.
I solved issue. But right now i set $1 for plan and now user subscribe for plan then set 20 quantity for that plan so deduct $20 for particular plan. Now if customer want to add extra user then i update quantity - 20 to 25 in particular customer subscription. So now recurring amount become $25. Problem solved.
Say you've got a credit card number with an expiration date of 05/08 - i.e. May 2008.
Does that mean the card expires on the morning of the 1st of May 2008, or the night of the 31st of May 2008?
It took me a couple of minutes to find a site that I could source for this.
The card is valid until the last day of the month indicated, after the last [sic]1
day of the next month; the card cannot be used to make a purchase if the
merchant attempts to obtain an authorization.
- Source
Also, while looking this up, I found an interesting article on Microsoft's website using an example like this, exec summary: Access 2000 for a month/year defaults to the first day of the month, here's how to override that to calculate the end of the month like you'd want for a credit card.
Additionally, this page has everything you ever wanted to know about credit cards.
This is assumed to be a typo and that it should read "..., after the first day of the next month; ..."
If you are writing a site which takes credit card numbers for payment:
You should probably be as permissive as possible, so that if it does expire, you allow the credit card company to catch it. So, allow it until the last second of the last day of the month.
Don't write your own credit card processing code. If^H^HWhen you write a bug, someone will lose real money. We all make mistakes, just don't make decisions that turn your mistakes into catastrophes.
Have a look on one of your own credit cards. It'll have some text like EXPIRES END or VALID THRU above the date. So the card expires at the end of the given month.
In my experience, it has expired at the end of that month. That is based on the fact that I can use it during that month, and that month is when my bank sends a new one.
According to Visa's "Card Acceptance and Chargeback Management Guidelines for Visa Merchants"; "Good Thru" (or "Valid Thru") Date is the expiration date of the card:
A card is valid through the last day of the month shown, (e .g ., if
the Good Thru date is 03/12,the card is valid through March 31, 2012
and expires on April 1, 2012 .)
It is located below the embossed account number. If the current transaction date is after the "Good Thru" date, the card has expired.
I process a lot of credit card transaction at work, and I can tell you that the expiry date is inclusive.
Also, I agree with Gorgapor. Don't write your own processing code. They are some good tools out there for credit card processing. Here we have been using Monetra for 3 years and it does a pretty decent job at it.
lots of big companies dont even use your expiration date anymore because it causes auto-renewal of payments to be lost when cards are issued with new expiration dates and the same account number. This has been a huge problem in the service industry, so these companies have cornered the card issuers into processing payments w/o expiration dates to avoid this pitfall. Not many people know about this yet, so not all companies use this practice.
How do time zones factor in this analysis. Does a card expire in New York before California? Does it depend on the billing or shipping addresses?
I had a Automated Billing setup online and the credit card said it say good Thru 10/09, but the card was rejected the first week in October and again the next week. Each time it was rejected it cost me a $10 fee. Don't assume it good thru the end of the month if you have automatic billing setup.
In your example a credit card is expired on 6/2008.
Without knowing what you are doing I cannot say definitively you should not be validating ahead of time but be aware that sometimes business rules defy all logic.
For example, where I used to work they often did not process a card at all or would continue on transaction failure simply so they could contact the customer and get a different card.