Hey there, I have a clunky process that I’d love to get thoughts on how best to improve: Shipment confirmation emails for some of our order types.I’ve always been confused by Acumatica’s out-of-the-box “Email Shipment” Action on the Process Shipments screen. There are some major defects to it:When rows are processed, they don’t drop off the queue. So you cannot schedule this screen, at the risk that the same email could be sent more than once (which is a bad customer experience). Rows drop off this screen once the shipments get invoiced. So if they get invoiced prior to getting emailed, we’ve lost our window to email those out. Can the email template associated with this process action capture all the necessary fields that we want to include in our email? Tracking numbers, tracking URLs, etc. I honestly don’t know.So I guess Business Events come to the rescue...except:They are notoriously frustrating to get working properly. They may just choose not to work and you don’t know why, lol.
Hello, We’ve been using Acumatica WMS for about two years now. We were initially excited about the picking functionality—using a smartphone via the Acumatica app, or a handheld scanner—but it has not lived up to our expectations. I’m curious if anyone is having success? Here are our pain points: In order to pick via the handheld, you also need a printed picking worksheet to know where to go and what to pick. Using the Review screen during the pick is inefficient to look back-and-forth between. I wish the picking screen would tell you more about where to go, what SKUs and quantities to pick, rather than leaving you “blind” to that information. It is therefore much easier for our team to just use the printed picking worksheet to pick orders. Using the handheld takes much longer. As far as I know there’s no way to simply mark a picking worksheet as “picked” in Acumatica. You have to actually scan everything (which takes forever). Therefore our team just deletes the picking worksheet aft
I’ve been digging into some freight margin details lately, and I noticed that some Drop-Shipment Shipments (that are really PO Receipts) have a Freight Cost that is hitting our ARTran table. Does anyone know how that is calculated and why Acumatica automatically applies that (mystery) cost to the Invoice? In our scenario, our Drop-Ship POs are truly not drop-ships, we are purchasing services from a vendor, not physical products. There is no freight cost associated to these receipts, so how/why is that calculated?
I could’ve sworn that when an SO Line gets created for a new combination of stock item + Warehouse, it automatically adds this to the Item Warehouse Detail table. Maybe I was dreaming though, or mixing that up with InSiteStatus. Now we’re discovering a bunch of Sales Order Lines w/ no “cost” because an Item Warehouse Detail row doesn’t exist for that Warehouse (even though a Current Cost exists on the Stock Item profile). Similar to the “Recalculate Prices” action on the Sales Order screen, is there (or could there easily be) a “Recalculate Costs” action? I’d like to avoid deleting a line and recreating it just to get the cost to retroactively fill in.Have any other customers, who deal with multiple warehouses, found a good solution to this problem? I guess I assumed that Acumatica was doing more intelligent automations on the back-end to ensure standard cost data integrity, but I guess not.
Hello, We want to track transactions that are discounted, due to a misprint/reprint (we decorate our products). I’m assuming Reason Codes on the SO Line is the best way to track this, but please suggest any good alternative ideas. Is there a way to make Reason Codes required for discounted SO Lines? Our users will forget to input a code unless we require it.
Hello, I'd like some advice on how to appropriately configure pricing and discounts to solve a business need. Here's a concrete example:- For simplicity, let's say we have three different 12oz Cups: white, black, blue. - If a Customer orders 120 12oz Cups, in various colors, they get 10% off those products. - I can't set up this scenario using Sales Prices, so I'm using a Group Discount instead. I like everything about the functionality of Group or Document level discounts...except for one thing: On the ARTran table, the Sales Price—and resulting product margin—aren't correct, because it's applying the discount as a separate line item. I'm hoping there is just a setting somewhere to "apply discount to components evenly". How have others handled this limitation, or is there anything I'm not thinking of?
Hello!I wanted to outline an issue we’re having with Availability calculations and how to account for high volume SOs that require future stock for fulfillment. Hopefully other companies have experienced this problem and may have some good ideas.Let’s say we have 1,000 units of SKU X on hand and available in our domestic warehouse. We also have 20,000 units of SKU X on PO at one of our vendors. We don’t currently include Qty on PO in our availability calculation because it can take 60+ days to ship POs and 30+ days of transit time.A big wholesale customer places an SO for 5,000 units of SKU X, with the plan to have this fulfilled sometime in the future after the 20,000 units arrive. Right now, this type of situation drops our Qty Available down to -4,000 and it’s confusing to other sales reps whether there is any inventory to sell. Indeed, there is actually 1,000 units still available to sell.Ideas we’ve thought of:Linking this SO line to the pre-existing PO line. This resolves the Qty
Already have an account? Login
Enter your username or e-mail address. We'll send you an e-mail with instructions to reset your password.
Sorry, we're still checking this file's contents to make sure it's safe to download. Please try again in a few minutes.
Sorry, our virus scanner detected that this file isn't safe to download.