khultquist Red Ribbon

yes unfortunately. Not my area of expertise but since the DNS was down, www.yoursite.com didn't get sent to netsuite (unless the user had a cached DNS?)

are you registered with go daddy?

I have a similar script which works perfectly -- the difference is that the script runs from the fulfillment, not the sales order. But since the fulfillment is linked to the SO, I can show SO number in the email.

I'm using the 'trackingnumbers' field on the Item Fulfillment record in a user event, like this. I call it as a separate lookupfield (not a getfieldvalue) var recordid = nlapiGetRecordId(); var recordtype = nlapiGetRecordType(); var trackingnumber = nlapiLookupField(recordtype, recordid, 'trackingnumbers'); If you want I…

det är inte bra! We run odbc but no problems like that.

Looks like a defect to me, same problem in Chrome

We are getting this sporadically too. I've always checked the Login Audit Trail and find nothing unusual.

OK thanks, will do. Thanks for your help.

I switched my custom check box to the 'Main' tab and now it is editable. Is that by design or a defect? I verified that switching to the 'Payment' tab disables inline editing, and then switching back to 'Main' and it works.

-nevermind I figured it out

No just a regular check box, no sourcing. I accepted all the defaults for the field -- just gave it a name, id, and applied it to sales transactions. We run Oneworld with multiple SO forms, but I made sure to set the visibility the same on all.

Just clearing cache and cookies in chrome worked for me

Can't be undeleted but you can view some limited information about the transaction through 'View Audit Trail'.

This has happened to us where someone updated a transaction and it's not easy to find anymore. They can change the customer name and/or transaction id. Do a global search of system notes, and set the criteria of 'old value' accordingly. If that doesn't work then an audit trail of deleted records is your next step.

Same thing with me, but the 2 period comparison works so I just switched to that.

Mine was set that way already, so I changed to DD/MM/YYYY, saved, then reverted, and it worked -- thanks for your help!

You could do two separate fulfillments, and each one would get the corresponding packing slip. Might introduce other complications though...

Is this gain/loss on sales or purchases? For purchases, there is an account 'Bill Exchange Rate Variance Account' that you can set.

down :( :( :( :(

Is there a 'Created From' choice?

You can rename transactions under Setup > Company > Rename Records/Transactions But I don't know if this works for your situation -- I've found that the renamed transactions aren't renamed everywhere. If that doesn't work, then you could create a custom field on the transaction that is a sub-string of the 'Created From'…

It would be easy to test this behavior, and see if NetSuite really won't send another email. For example, make a test email acct with autoreply turned on, and send a few emails via your normal process. If that's the case then you could report it as a defect.

I think this is the intended behavior, we get the same type of bounces. In our case, autoreply emails are being sent back to the @netsuite email address -- even though there is a non-netsuite address in 'From' -- and these are then bounced to me.

I never really understood why this doesn't work either. We work around it (using Chrome) by double clicking the tracking number, which selects the text. Then right click, and search using google, which is smart enough to recognize UPS, USPS, and FedEx numbers. You could also script it with a custom field. Brett has the…

do a transaction search where round({quantity},0) <> {quantity}

Same behavior in different browsers, or from a different computer?

I've seen this happen with twice in the last month, both users were on Chrome, and for both users a cache clearing + logout + browser close worked. As a temporary work around, both users could ad a new line by tabbing over to the last field, then hitting 'enter'.

That works, thanks!

I tested this a little bit, different email addresses, company names, etc. The only thing that I can come up with is that the 'name' and 'company' were the same, and NS doesn't like that??? I'd have to try it a few more times to be sure... NS did create a 'lead', but the web user was not able to move forward with the order.

For employees, could you make a saved summary search, with field criteria count > 1? I'd have to try it but I think that would at least give you a way of detecting duplicates.