3942203 Newbie

Has anyone submitted had an Issue created for this? We are not currently using eFax but plan to very soon. I would like to track the progress of this so we are aware of the situation. If anyone has or will submit a case and get an Issue # I would very much appreciate it if you posted it to this thread. Thanks, John

I've never read anything to the effect that it does. If you find out a way to make it work please do tell.

A scheduled mass update? How long to close them probably depends on your sales cycle, but I would reference the Date Last Modified when determining which to close. This is how we do it.

It used to work this way in our account until we changed a very important option. In the Accounting Setup there is a checkbox labelled "Accept Payments through Top-level Customer." This can be quite useful depending on your business rules, but it important that you understand how far-reaching it is. If this box is checked…

I am also in need of the ability to have unit price on group items if anyone has a way to make this work. I wouldn't suggest using these bundles unless you're already quite familiar with NetSuite customization. Unfortunately there isn't really an "easy" way to get unit prices on group items.

So with this SuiteBundle the pricing structure no longer uses the built-in fields. It has added a "Standard Price" and a "Group Price" field to your items. If the group has the "Use Complete System Pricing" checkbox ticked it will roll up the Group Price values, otherwise it will roll up the Standard Price values. The…

So the bundle doesn't seem to apply the changes to Service items, at least the fields don't appear. Is there a reason for that? The majority of the groups I am working with involve at least one service item. It has now become an important enough thing to show a unit price for the group that I am trying to figure the best…

The solutions I mentioned are posted now as SuiteBundles. Further discussion about the SuiteBundles should be in this thread please: https://usergroup.netsuite.com/users/showthread.php?t=17087

kits are really beating me up. Every time I turn around to do something I find a limitation that is really quite serious. We are moving to using Item Groups from Kits now due to many of your same woes. For example: [LIST] [*]Can't set any inventory level data like reorder point, preferred levels, etc. [*]Can't see how many…

There is no built-in 'quick' way to do this. There are some ways around it to speed it up if you know what you're doing with SuiteScript.

Right, because you may have a kit containing 10 items, 9 being item A and 1 being item B. Your reorder point and preferred levels (because they are qty based) need to be set on the item level, not on the kit level. In addition to this, you cannot even purchase a kit since the kit only ever exists at the time of…

I understood Kits as a utility structure, designed to simplify order entry as well as fulfillment. Assuming I have that correct I don't understand why this same approach wouldn't carry over to transfers. Unfortunately, I believe this assumption is where the problem lies. Kits are more than just a utility item, as they can…

We use Kits for items we do not stock that way but make up when sold. So say Item A can be sold as Item A or part of Kit Z which is made up of Item A and Item B. Kit Z we dont stock separately we just pull Item A and Item B at the point of despatch. Almost all of our product is made up this way, and for the most part Item…

If Kits/Packages are working for you and you don't really desire anything more then go ahead and stick with them. We had a compelling reason to move so we decided to take the time and effort to do so.

I'm currently in testing mode with everything. Once we complete our testing in a couple weeks I'll post up everything I used in greater detail.

They aren't supported because you never have any kit inventory on-hand. (Well technically you do at the time of fulfillment, but it is immediately fulfilled. So in that infinitely small amount of time you have some kit inventory on hand I suppose). Because of this they are not supported for inventory transfers and you need…

When we implemented a similar setup we ended up having to do a couple things to work around this: [LIST] [*]Use an inventory method other than Serial (eg. FIFO) [*]Store serial numbers at the Transaction Body level as a long text field [*]Enter serial numbers in the long text field on shipments as a list of serial numbers…

I've noticed this missing as well. You can form your own Search Form URL using https://system.sandbox.netsuite.com/app/common/search/search.nl?id=<SavedSearchInternalId>&e=T

IIRC there is none. Shipping comes out as a line item. So you have to filter on the memo or the account to grab just the shipping. This sounds right to me as well.

Try CASE WHEN {quantityavailable} > 0 THEN 'Y' ELSE CASE WHEN {isdropshipitem} = 'Yes' THEN 'Y' ELSE 'N' END END

If you get an enhancement number for this please post it.

From everything I've looked at I don't believe it's possible to do (at least as of 11.0.4 which our company is still on). It would also help us out a ton to have this feature.

Another reason why an Item Fulfillment wouldn't/shouldn't update the sales order with data entered on a custom field is because you can have multiple fulfillments per Sales Order. There isn't really a good way to logically update the SO given this structure if you end up invoicing each fulfillment on a single Invoice. It…

In case the invoice is for multiple item fulfillments I guess. We were in a rush at the time that we came across this problem and chose to punt by allowing our warehouse employees to edit the sales order to enter the needed data (notes and serial numbers). I'm afraid I don't have a clear explanation for the reasons why it…

This is my experience exactly when trying to add data to the "flow" at the item fulfillment stage. We are currently having our warehouse employees edit the SO and enter the appropriate data there, although this could be taken care of in a cleaner and more secure way with SuiteScript.

I don't know for sure if this works (I doubt it actually) but maybe try {custrecord_billing_contact.firstName} If it doesn't work then you can use this workaround: [LIST=1] [*]Create a new custom field on your custom record called "Billing Contact.First Name" [*]Make sure the "Store Value" box is UNchecked [*]Source the…

Evan, Thanks for your followup on this. It's very appreciated. John

Yes, they have attached an issue (128279) with no additional information so far.

I've completely recreated the form from scratch using the Standard Help Desk form. With the new form I have the exact same error :confused: This is quite confusing as our originally customized form (made 6-9 months ago for a different purpose) is still working just fine.

From my experience with ONLY the SuiteScripts folder, (a) is correct. For other FileCabinet folders I am unsure. For restricting entire roles by department, by sales rep, etc (b) is correct and applies to all customer records, sales orders, invoices, etc.