I want to create a new state for a sales order that is beyond a quotation, but not quite confirmed. I'd also like to have orders that come in from the web portal to go into that state. What I'm trying to accomplish is to have an intermediary step where an inside sales manager can check that all requirements for the customer are taken care of before the order is confirmed and goes to fulfillment. This allows us to have a rep reach out to the customer in the case we need something additional from them.
I'm using Odoo 9 SA so I don't have the ability to build out a module.. so my question really is how can I accomplish this using server actions and the other internal tools? Any suggestions?
Related
I want customers to order the product even if it is out of stock, however I want to keep the Inventory tracking option ON as well. So for example if I have a product with 100 items in the stock, if someone orders it I need to see how much left in the inventory and on the other hand of product is out of stock, customer should still be able to order it. Is there a way we can achieve this while overriding any API?
We got it to work by using ajax and javascript. Basically we replaced the text that is generated by bigcommerce for inventory with a little script that checks inventory through our ERP. We then turned off inventory tracking for all products and backorders are now available. I wish I could post a few lines of code to help you, but the script is specific to our database. You can still use all the other features of the API (order import etc.), but you are not using the api for inventory tracking.
Hopefully this gets the wheels turning.
I just want to start out this post by saying that I am not a programmer, nor do I play one on TV. I have found this site because I have been trying to manage our Magento instance, after pretty much left high and dry by the developers we had building this for us. I will try and explain it the best I can below:
When we apply a shopping cart coupon to the sales order, and the discount is applied to each item, a new line item total is configured by Magento. We then have a connector that takes the information from Magento's API and it is then connected to Open Bravo, which is our ERP accounting software. Open Bravo is grabbing the information as it normally does, however it doesn't see the discount information, so the order total is different in our accounting program then what Magento has. Open Bravo is teling me they need to know where the discounted amount on the sales order in Magento is on the API. It's obviously in a different spot then the standard sales order amount.
I might be able to describe a little better if you hit me with questions. Any help you could provide would be highly appreciated. Maybe we could barter for some office supplies, as that is what we sell.
Thanks!
If you are using Magento API to fetch order information from magento, then below link will be helpful to find actual value.
http://www.magentocommerce.com/api/soap/sales/salesOrder/sales_order.info.html
It seems that your ERP is storing "base_grand_total" value in stead of "grand_total".
Is there a default provision to track sales region in sales order so that region wise sales can be analyzed in future. I know that we can simply add a field to manage that. But i would like to know if it's already present in openerp as it's one of the most essential feature for sale module. Please feel free to edit the post for better clarity in question. Thanks
Currently there is no such provision in openerp in sales, which filters it based on region. However as you said, you could add a field and thereby filter it in reporting based on the region.
By default my store does not allow for backorders. I want some products to be allowed. So I go at the product and change it to allow it. So far so good.
My issue is when someone backorder that product. I want the system to automatically change its status to "ON BACKORDER" (which it's not doing) and, when I have the product on stock it change it again to payment accepted.
Is that a way of doing so? If so, how?
Thanks a lot guys
EDIT
What I would like to do is this:
I want to star selling a product which will only be available 10 days from now, for instnace.
So I add it with zero stock and choose "Allow backorder"
When a client order this product and pay for it, I want their order's status to be set to BACKORDER and for then to receive an e-mail informing this
So do you want that a customer has no ability to buy products that are on backorder? Because now it works how it should be: if product is out of stock=you can't buy it, if it's on backorder=you can buy it with so called negative store level. What you're trying to achieve is probably called Waiting list and is not a default Prestashop behaviour. There are few paid extension on addons.prestashop.com for this
on my website I sell unique items. I have programmed it so that on the selling page, users can select any amount of these items, and it calculates the cost. The key is that I only have 1 of each of these items. So I need the shopping cart system to not allow the payment to go through unless it is available.
I've been searching for a good quick/easy/cheap solution and can't find one. I don't expect this site to make a lot of money (the transactions are a few bucks), so I didn't want to need a ssl certificate.
The only way I know of not needing an ssl certificate would be to use paypal or google checkout. However, I do not think there is a way of using these services and making paypal's server run a script to check how many are available on the site. Any solution?
Thanks
I was thinking about it more, and I think the problem is that once the user gets to the paypal payment screen, I have no control. I guess I could do something like they click the buy it now link, a php script updates it to sold, then they go to the paypal screen, but then they might not continue the purchase...
If you use PayPal Website Payments Standard (using a cart rather than 'Buy Now' Buttons) then you could use IPN or PDT (see the paypal docs here) to get PayPal to call back to you with the status of the payment.
The work flow would then be to set status to reserved when the item is added to the cart, and then wait for the IPN/PDT call to come back with the payment status, and mark the item as sold.
You would still need to check and reset to available any item that had been reserved for longer than say 2 Hours. (You could do this before serving a page to a user so that they have the latest availability and you don't need a cron job or long running process)
If you could provide a little more information about how you have implemented ur shopping card, it would have been more easier for other to assist! If you are using any ecommerce solution then it should be there already in the track inventory section. But Provided that you have implemented d shopping cart manually, why don't you add little bit of codes that checks the inventory status first before letting your customers check out?