We have an e-commerce site, and several bricks & mortar stores.
I have managed to extract stock data from the "bricks & mortar" database and send this up to the website, but putting the online sales back into the database is proving almost impossible. No docs + uncooperative vendor.
What happens at the moment is the website sells something, the order is processed manually into the store database and then the stock levels are updated back to the website. The issue being that the stock levels are not updated instantly so there is a possibility 2 people can purchase the same item, especially with sale items where there is only a single item left.
I am wondering if there are any good solutions to this?
One thought I had was to store the number of purchases on the website, and subtract that from the number of items in-stock leaving the correct stock level. But then once the order is processed in the "bricks & mortar" store, the stock level being exported to the website would be inclusive of that difference, and my online stock levels would be incorrect.
Any help pointing me in the right direction would be greatly appreciated
You should use a 'lock' and 'confirm' approach. If a customer at one POS is requesting an item, you should contact the server and lock up the item if it is available. Then customer will have a few seconds to 'confirm' the sale (otherwise the POS requests the server to unlock the item).
Related
I'm trying to create a recurring payment on Square, ala Stripe subscriptions. However, I am having trouble retrieving a customer's card information (specifically customer_card_id) to pass into Charge.
Our flow is such:
A customer visits to our store and subscribes to a membership, which we process via the point of sale app.
We continuously poll Square to retrieve payment information, and create membership records appropriately.
When the user's membership period expires, charge them for the next month's membership.
When researching RetrieveCustomer, I find that there is a cards property under Customer, but iterating through all the Customers under our account, they all have cards = None despite us having taken card payments via the point of sale app.
Also, looking at ListTransactions, there doesn't seem to be anything that might be customer_card_id. The IDs I see there are tender ID, location ID, and transaction ID. The card_fingerprint also looks promising but that doesn't seem right either, since a card can have both an ID and a fingerprint.
Am I missing something? Where might I find customer_card_id?
EDIT
Looks like I was dumb and my local instance of our application was just out of date with transactions from Square. After updating my data with customers we've processed since the last time I updated, customers with a non-None card property now show up. tristansokol's answer below is still valid however.
How do you process the first charge? You need to explicitly add the card on file, it won't be added by default from processing a transaction from a customer. See: https://squareup.com/help/us/en/article/5770-use-card-on-file-with-the-square-point-of-sale-app
I put a Magento (1.9.2.4) site live for a week and took around 30 orders, which I can view in reports. Unfortunately, I had to revert to the client's previous site when some issues came up.
I now need to provide the client with accurate sales and profit margin reports for the 7 days I had the site up. The problem is, some of the product pricing (for the wholesale/cost figures) wasn't correct at the time so the reports I produce don't have the correct figures for margin and profit.
Is there any way I can force Magento to use the current (and correct) product pricing rather than some of the incorrect product pricing at the time the transactions went through?
We have a Magento software and we are using platform to sell travel deals.
Now when we for instance block say 20 spaces and someone makes a purchase for say 10 people in one bulk purchase, the Quantity bought shows as 1 and it is possible to buy for more people because because the remaining quantity left shows as 19 out of 20 and this is a huge problem because people will still be able to purchase products that are sold out.
Does anyone know how to make the Quantity remaining be a subtraction of the total bought from the total quantity (as opposed to seeing every bulk purchase as 1 Quantity?
Any help will be greatly appreciated.
I think you are defining stock value for block size which is not good way. Add custom attribute for block size and disable stock management, follow steps below
Admin -> System -> Configuration
Select Inventory under Catalog (on left nav bar)
Look Product Stock Options, Set No to Manage Stock. and Save
I'm using Expresso-Store to process product orders for a non-profit. In addition to selling a range of handmade products we are offering visitors an option to donate.
I have most of the donation stuff working just fine. I used Justin Long's advice posted here: http://iamjustinlong.com/blog/single/accepting_donations_with_expresso_store/
As suggested I have created a channel for all the products and then a separate channel which holds a single "Donation" product with a cost of $1.00. The visitor adjusts the quantity of this item which results in a donation amount of $1.00 * qty.
The specific problem I'm running into is displaying the total quantity of items in the cart when there's also a "Donation" product added. Since the donation amount is determined by quantity * $1.00 but in reality it represents a single donation, my {order_qty} is way off since it includes the many multiples of Donation products.
I have a small cart icon that is displaying a number above and next to it with the {order_qty} but I need to exclude the donation product from this calculation. How might I go about this?
This would be fairly difficult to do using the current version. The best I can suggest is not to display the {order_qty} on your checkout page (most sites only display the total anyway).
However, in saying that, the next version of Store has first-class donations support, so it will soon be possible.
I am using Magento 1.7.0.2, with approximately 4,000 product items and 3000 customer accounts, recently I have been tasks with uploading a large amount of customer prices. The prices will be held against the product as group prices, and the customers price will be determined by the group they belong to - all standard magento and all working fine.
However the requirement will mean i will be required to upload 650 customer groups, and then associate a product price with each group
This yeilds 650 * 4000 = 2,600,000 - A lot of prices!
I'm aware that this will take some time to complete as a process the question is can Magento handle this number of prices?
thanks
Magento is able to handle this. Of course it depends on the hardware also :).
There might be some problems in the add-to-cart and checkout process. by problems I mean it might slow down the process a little.
For product listing Magento uses the index tables for prices (and others) so this shouldn't be an issue.
By the way...your indexing process will take longer. You might not be able to run it from the backend (but that is not recommended anyway).