My Stuff
New AI Community Guidelines. Please review and follow them to ensure AI use stays safe, accurate, and compliant.
Comments
-
John -- that's right. In fact, whenever you are entering transactions for dates before the most recent transaction for that item(s), you have the potential for running correction. In most cases, that will not require deferring the calculations until night time (which is what causes the warning on the reports), but some…
-
John, It looks like you were entering/editing transactions for December this morning, and these changes to the transaction history triggered the Cost of Goods Sold (COGS) correction calculations. Some of these calculations were running long, so the calculations were deferred to run tonight. It looks like they have run…
-
Hi, Craig, This restriction will be relaxed in the 10/04 e-fix. Please let us know if you have more trouble with it after that. Thanks, Jeremy
-
Dave, Do you have a case number for this problem? Thanks, Jeremy
-
Iby, [Updated entry] I should mention that the 'percenttimecomplete' field is only available to beforeLoad user event scripts. Since this is a calculated field that cannot be changed on the project record, it is currently unavailable for beforeSubmit/afterSubmit user event scripts. Issue 140488 is examining if the field…
-
Iby, Is it possible that you want the 'percenttimecomplete' field instead of the 'percentcomplete' field? The 'percenttimecomplete' field is the auto-calculated field, while the 'percentcomplete' field is a manual override. That might explain why you are seeing a value, but not retrieving one (percentcomplete might still…
-
Thanks, Clark. Please let us know if that doesn't fix it.
-
Hi Clark, I'm sorry to hear that you've been having this problem. What is your case number?
-
Hi, Brian, Did you file a support case for this? Thanks, Jeremy
-
Hi Mayur, Thanks for your post. That enhancement is targeted for 2012.2. At that point, you should be able to import single-use promotion codes and associate them with the same overall promotion record. You'll also be able to track which customer received which code and whether or not it's been used. Thanks, Jeremy
-
This should be supported in the 2013.2 release. In fact, we are already working on it now. Sorry this couldn't be there sooner, but please let me know if you have any questions. Thanks, Jeremy
-
Hi Jennifer, Do you have a case number for this problem? Thanks, Jeremy
-
First, edit a sales order and click the "Customize" button. Then, go to the "Screen Fields" tab and do both of the following: In the "Main" subtab, unselect the checkbox for Locations. In the "Columns" subtab, select the checkbox for Locations. Note that you have to do this for each sales order form that you want to…
-
Great question. If a user enters a purchase/sale transaction for a date sometime in the past, then we potentially need to correct COGS values for subsequent transactions involving the same item. For example, if I enter in an additional purchase receipt for last week, then that may affect the COGS values associated with any…
-
Andy, Consider it started. I will have the feature enabled ASAP. Thanks, Jeremy
-
Andy, I am currently pushing through the enabling of this feature for Brian. Do you have a case/issue # for your request? Thanks, Jeremy
-
There is an enhancement in 2007.1 to get the cost of a returned item directly from the associated invoice/fulfillment. Unfortunately, we weren't able to turn this feature on by default for existing customers because it has the obvious potential to change past COGS results if you trigger COGS correction. If you would like…
-
Andy, That feature should now be enabled in your account. Please note that it will not change any historical data, but new and updated returns will get their costing from the associated sale. Thanks, Jeremy
-
Do you have a case number for this issue? Thanks
-
Hi Mat, Does that script work if you enter the sales order directly (not through the web site)? Do you have a case number? Thanks, Jeremy
-
Anthony - QA has verified the fix against the steps in your case, but please let me know if you still see a problem. Jim - This should be fixed tonight as a hot fix, even though there will be the regular e-fix release tomorrow night (Thursday). Thanks, Jeremy
-
Aremus, Sorry for the confusion. The fix will actually go out tonight -- not last night, as I had originally thought. Thanks, Jeremy
-
Anthony - My sincerest apologies. This was tangled with another issue fix that prevented it from going out last night. We will get this resolved, and I will post an updated status later. Thanks, Jeremy
-
Can you try it again? We pushed a fix to issue 206271 tonight that should address this problem. Thanks, Jeremy
-
The fix has now been released to production. Please let me know if you continue to see any problems. Thanks, Jeremy
-
Excellent -- glad to hear that things are working well again! -Jeremy
-
Hugh, could you provide your case number please? I'd like to take a look. Thanks, Jeremy
-
JWenzer, unfortunately your case was attached to the wrong issue. It's now been moved to Issue 191450, which is a slightly different problem, but we should be able to address it for your account within a day. MBlank, the issue in your account is actually in generating individual statements (not the Generate Statements…
-
JWenzer, you should now be seeing substantially better performance in reaching the Generate Statements page. Please let me know if that is not the case. MBlank, your issue is still under investigation. Thanks, Jeremy
-
Hi, Judy, Do you have a case number for this? Thanks, Jeremy