Assuming that this problem is only happening when it tries to save the template and not when it is actually run - perhaps a workaround could be to prefix all the images on the CDN, e.g. img_ABCD.jpg, and have a file there called img_.jpg.

In addition to the Script Browser, there are some other ways for figuring out field names for use in scripts and PDF templates: [LIST] [*]Enable the 'Show Internal IDs' preference, and the Field IDs for body level fields will appear in the field help popup window. [*]Add the string '&xml=T' to the end of the URL for the…

If you can access the shipping item in the item list you can place it wherever you want in the form by having two lists, and in the first only display if it is a shipping item, and the second only display if not. Something like this (pseudo code): [INDENT]<#-- where you want the shipping item --> <#list record.item as…

Have a look at page 30 of this document for more info about how BFO renders fonts: http://bfo.com/products/report/docs/userguide.pdf Every report created by the Report Generator can display the standard 5 fonts available in all PDF documents - Times, Helvetica and Courier, as well as the “Symbol” and “ZapfDingbats” fonts.…

To get the field values from the item you can use something like {item.item.itemid}. ALAGARSAMY - I've found this only works correctly to source the first line item in a sublist, but will output the same thing for each subsequent line.

I haven't personally tried this, but from the docs it looks like it may work. You would probably need to have the PDF file in the file Cabinet "Available Without Login" &lt;pdfset&gt; &lt;pdf&gt; &lt;body&gt; Your custom template here &lt;/body&gt; &lt;/pdf&gt; &lt;pdf…

This is completely doable - in SuiteScript 1. Not in SS2 I haven't tried, but theoretically, my solution should be doable just with BFO without any scripting. If that fails, another possible option is to have the second PDF in XML code, and use a Freemarker <#include> directive to merge it. I can tell you 100% that that…

From the Freemarker manual: There's a problem with >= and >. FreeMarker interprets the > character as the closing character of the FTL tag. To prevent this, you can uselt instead of <, lte instead of <=, gt instead of > and gte instead of >=, like in <#if x gt y>. Another trick it to put the expression into parentheses…

erictgrubaugh offers developer training, I am sure he will chime in with more details. Other than that, I find participating in this User Group, the Slack Channel and Stack Overflow to be a tremendous learning opportunity for myself.

In Validation & Defaulting tab, under the Dynamic Default dropdown, there should be an option for "Current User".

I was very interested in iCharts, but they will not respond to emails and the number they list is always "after hours" From what I have heard they are no longer trading https://businessbankruptcies.com/cases/icharts-inc

Dew is spot on. Try this formula for client side workflows /[a-zA-Z]/.test({custrecord_my_field}) ? 'T' : 'F'

Unfortunately, a major limitation of Workflows is that they only work on Body fields and not Column fields. At the last SuiteWorld it was strongly implied that the next release (2017.2) would add this ability. It doesn't seem to have made the cut, so keep your fingers crossed for 2018.1. Meanwhile, probably your only…

If you workflow is executed client side (on field edit), your formula needs to be Javascript, not SQL parseFloat({fielda}) + 2000

I think you're right, only if the email that ssilveri77 created is an Email Template I believe. I think if it's a Custom email (i.e., created within the Workflow Action), then this is not required. Ok, I stand corrected.. I typically use Email Templates

Choose the "Formula" option in the Value section, and in the formula box, enter {createdfrom.fieldname}, changing fieldname to the internalid of the field in the Requisition you want to source.

Looks like you are missing the '$' sign, it should be ${custworkflow_sv_list_price} http://freemarker.org/docs/dgui_template_valueinsertion.html

I don't think this is possible with a Workflow, because price levels would be considered "line items". Of course the most flexible approach would be a Mass Update Script (or a Workflow Action Script), but I believe what you want to do can be accomplished without scripting, by using multiple "Update Prices" Mass Updates…

You need to use the internalid of the role, in the case of Administrator this is 3. {userrole} != 3

You can do this with a Workflow - Record Type: Transaction (Invoice) Initiation: Event Based Events: On Create, On Update Trigger Type: Before Record Submit Action: Return User Error Condition: Bill To Address is Empty Text: Bill To Address is required..

You need to enable the option under Setup > Accounting > Accounting Preferences > Order Management > Bill in Advance of Receipt