on
RE:
A nice and simple feature to add, hope to see it in the next update!
RE:
We have made a function for this - Term Incoicing Templates. Based on the contract price - make payment plan. Also Important input to the cashflow feature that can "catch" the planninglines (with the planned dates for payment)...
Should absolutely be a part of the standard.
RE:
We have this feature in our Project-app. 3 levels. Our customers loves the feature and we have also solved the conserns regarding the WIP-calculation.
Should absolutely be a feature in standard BC. It is guaranteed that a lot of partners have theirs different solutions for this.
RE:
BTW: I fully agree with what Dustin Peiffer is writing!!!
RE:
Hi,
We would really appreciate this feature. As it is to day - a Sandbox is licensed only for 30 days - the partners have to invest a lot of hours intalling apps, upload config.packages etc etc. to keep their dev/test/demo env. alive..
For those partners having large ISV`s (as for us) that are "ready for SaaS" but still not certified (writing test-code...). it is more than "frustrating" that we do not have this possibility...
RE:
Hi,
We made this many years ago. On the job-header, sale to customer and bill to customer (as in a sales order).
We also has given the posibillity to choose another "bill to customer" on a job task (or several tasks) than choosen in the header.
It should also be possible to "set" billable or "fixed price" on a job task... There is "always" tasks that is billable in a job with fixed price as the main rule.... When posting to the job/ job task the "line type" should be "catced" from the actual task your are posting to...
Generally - more flexibility/settings on the job task card...
RE:
Team member license should match NAV limited license or create another license option to match NAV limited license.
RE:
Where I live, The Netherlands, we're used that 1.000.000.000 is 'miljard' and 1.000.000.000.000 is a 'biljoen'. So the abbreviation bn is just plain confusing for us. K, mln., mld. and bln. are used over here as abbreviations.
RE:
This is a great idea. Although rather than colour coding the active vs inactive (as solid and dotted lines are pretty clear), i'd prefer to see colours for the relationship behavior. i.e. White = Single, Yellow = Both
RE:
As a workaround, we train users to click on on the "Reset to default" option in the web service or mobile app. Since it's part of the interface, it also frees up some space & reduces clutter on the canvas.