EXP-RO01-4.4.4.1
Entersoft Expert® | Entersoft CRM®
New Features & Functionality
Περιεχόμενα
Summary
To begin with, a brief description of major extensions in this version is provided, and afterwards, new functionalities & improvements are thoroughly presented along with the necessary user guidelines and examples.
Entersoft ERP
- 3rd hierarchy level in horizontal dimensions
- Enhancements on deductible expenses
- VAT Regime in accounting entries and new Trial Balance – VAT monitoring
- New Sales and profit margin analytics views with dynamic attributes hierarchy.
- New criteria for selecting Suppliers in all Planning of payments processes
- Significantly improved performance while processing price lists
Horizontal Attributes
- Feature for menu customization by user and easy bulk assignment to users. Henceforth, this process is available to both administrators and authorized users.
Entersoft ERP
Horizontal dimensions
3-Level hierarchy
An additional grouping level of horizontal dimensions is available by adding the “Group” to their already existing categorization through the “Category” field. This extension refers to the dimensions: Business units, Activity, Dimension 1 and Dimension 2.
Specifically, in the following dimension value tables, there is the grouping column “Category”, which matches to a table. In the tables (4) of these categories, the new column “Group” has been added which matches to a table as well.
The values in these (4) tables are declared through customization (Tools & configuration/Organization parameters/User defined tables).
Hence, for EACH horizontal dimension, a 3-level hierarchy can be created (with the groupings):
Sales & profit margin analytics
Views - Dynamic attributes hierarchy
Four new views have been added to menu Business Intelligence/ Cross-dimensional Sales
Item hierarchy – Sales analytics
Sales analytics (Dynamic hierarchy)
Item hierarchy – Profit margin analytics
Sales analytics (Dynamic hierarchy)
which show sales data (Turnover, Quantity, Number of transactions, Number of items, Number of customers) and profitability (Cost of Goods Sold, Gross profit, %GP) compared to the previous time period, using:
the item hierarchy (Family, Group, Category, Subcategory) or- a dynamic hierarchy with grouping field selection (up to 5 levels) by the user (Branch, Business dimensions, Item, Customer and Geographical grouping fields)
The “Attributes hierarchy” column shows the dimensions hierarchically and the totals are automatically calculated based on the next levels and shown in the numeric columns of each level.
In these views the new SQL Additions feature has been used. Also, these views could be used as an example for implementing similar cases.
Inventory
- The CDV (Sales data transfer between item dimensions) document type has been added. Through this document type, sales data can be transferred from an item dimension to another. Duplicate entries are registered; one for the sales entry with the selected dimension value (that will be registered into the 1st grid line) and one with the initial dimension value (that will be registered into the 2nd grid line) for initial sales entry reversal. These entries concern both quantities and values (therefore, it is used when invoicing is completed).
- Hence, the check for duplicate entries in serial numbers is parametric. It is defined in the item’s “Control Policy”.
If active, the check is performed per line type, meaning, the use of the same Serial Number of the same item and the same line type of a document is not allowed.
- Measurement units with more than one variables (quantity 1, 2, 3) are now available in the two-dimensional grid for registering quantities of dimension (F12), as in the line items.
- The Lots specification functionality, which is available in documents for automatic, consumption of available lot stock based on parameters, is massively applied (on selected lines total).
- The error prevention checks applied by rules (business rules) to line item analysis fields in documents, could be also applied to cells in Dimension analysis dialog (F12) through the action Grid - Field protection.
Financials
History of payments
The purpose of the existence of the new view (Financials/Accounts Receivable) is to inform the user about the way payments have been received by invoice, as they are taken into account in the pay-out indicators (i.e. matching entries exempting credit notes that do not affect the payment deadline), with the difference that it also shows cash payments. These cash payments do not update the open-close items. Unsettled can be shown, through the “Settled amounts Y/N” criterion.
Planning of payments
New criteria for selecting suppliers have been added to planning of payments processes (Planning of payments, Payment planning process: pending approval, Payment orders approval, Create payments based on approved orders):
The “Bank” refers to master bank account of trade account.
Other improvements
- Automation for matching by oldness has been added to Defective matchings towards investigation views (Financials/ Accounts Receivable/Information and Financials/ Accounts Payable/Information) which show trade accounts with unmatched opening AND closing entries (that, probably accidentally or document changes lost their matching).
- During new Bank account registration, its “code” is copied to “alternative code” in order to be visible, if (our) Bank account is selected as “Default company account” in a Bank account of a trade account. In this list (of trade account or Person Bank accounts) its alternative code is shown along with the “Account number” in the column “Default company account”.
Accounting
Deductible Expneses
At this version, some enhancements have been made on non-deductible expenses. These improvements is aimed at facilitate users at the registration of expense documents when expenses are not fully deductible but only up to a percentage (e.g. fuel expenses).
- Account for differences. In this field, the relevant deductible GL account must be defined, consequently, the corresponding generic item -expense should also be created.
- % Tax exemption. It is the percentage of the tax deduction.
- At the document’s registration and after expense line’s insertion, the user through the new action Non deductible may insert automatically a new line with the deductible expense that is linked to the initial expense in the field Account for difference. The values will be calculated in both lines anew taking into consideration the % Tax exemption field. Moreover, information related to the company dimensions & user defined fields will be copied from the initial line to the new one. It is highlighted that the action will be executed for all the selected lines. Lines in expenses without account for difference or % tax exemption are excluded.
The action “Non deductible” is available in the Expense document types with one the following dynamic form: ESFIDocumentTrade_PurchGItem_DEF or ESFIDocumentTrade_PurchGItemPay_DEF. However, you may add this functionality in any of the purchase or expense document by using the automation AddDeductibleExpense which is located in the area: ESFormCommands\ESFIDocumentTrade.
- Accounting posting | Non-deductible VAT – Post directly to the expense account
- In this case, the Non-deductible expense should have 0% VAT category and the deductible expense the normal VAT category.
![]()
The accounting entry will be as follows:
At the end of each month, VAT reconciliation is required for the amounts accumulated to the VAT account. These amounts must be transferred to the expense account. For this, the document type OEX may be used.- In the Purchase - VAT Journal the document will be presented in two separated lines as follows.
- Accounting posting | Non deductible VAT – Post directly to the expense account
In the cases where the non-deductible must be posted to the expense GL account directly, you need to follow the next steps.
- The expense item (6022.1) must be linked to a VAT category defined as Non deductible.
- The document:
- The accounting entry:
VAT Regime in accounting entries
The “VAT Regime” has been added to the accounting entries, so information about VAT could be easily extracted from accounting. It is automatically transferred when the documents are posted (Post).
To use this information, the Trial Balance – VAT monitoring has been added (Financials/Accounting reports), which has the same functionality and appearance with the General and Detail Ledger Trial Balance, except that it contains the following additional grouping fields: the VAT Regime, VAT Category (defined in the account) and the Trade Account. This Trial Balance has as default those account types that refer to VAT (Purchases, Revenues and Expenses).
Other improvements
Budget
- The 3rd level of horizontal dimensions is applicable to the available dimensions (Budget Sheet columns) and the grouping fields of comparison cube.
In Budget Sheet the new grouping, Version has been added. It acts like the field Revision, i.e. the sheet can be copied with the same code and different version.
The new approval level Finalization and the corresponding setting for the supervisors of several approval levels (Finalization supervisor) have been added.
Contract
Two new fields have been added to the trade account Contract UI form in order to check the Contract execution: invoiced amount (net value) and balance (in relation to its total). The invoiced amount is calculated by the trade account turnover of the Contract by all documents in which the current Contract has been assigned to (from valid start).
Improved performance
Significantly improved performance while processing price lists in the documents.
Horizontal functionality
Menu configuration
The menu and toolbar designer is accessible through Tools & configuration/Additional development tasks/Menu configuration…
Menu designer improvements
- Rearrangement of tools and use of more user-friendly icons in the toolbar.
Option for inserting “popup button” has been added.- Henceforth, the setting Type = Command in existing popup type menu items is available. As a result, existing popups can be converted to popup buttons.
- The New menu option for new menu creation has been added. While the menu is new, the “Save” option is disabled. The only available option is the “Save as…”. After saving, the option is enabled.
The window title (mdi tab) shows the file path of the menu in process. If this menu is located in the application folder, then the relative file path is shown.- The list (grid) with the menu items acquired direct filter line:
The menu designer invocation through ESRetail and ESKiosk applications, is depicted as ‘blocking dialog’ with Accept and Cancel buttons.
Access control
Henceforth, the privileges to the user in order to design / manage menus are assigned through the new access privileges in user privileges:
- Design application menu
- User menu management
Thus, a user is not required to be "System Administrator" (administrator) to have access to these functions.
The user menu management is done through the menu designer.
![]()
Save By selecting the “Save as…” option, the default directory for saving is \CSMenus
![]()
User menu management Through the option Assign menu to users the menu in process is assigned to users.
Through the option Reset user menus, the menus assignment to selected users is reset, i.e. a. Delete saved menus and b. Delete custom user menus (ESGOUser).
Login user - Menu identification
The menu applies the “shadowing” logic in 2 levels (generic menu, user menu):
- New folders in the application folder have been created: \ESMenus and \CSMenus.
- If a menu is assigned to a user in ESGOUser.MenuFile (at \CSMenus or \ESMenus ) this will be loaded, else the application default menu will be loaded from \CSConfig, \ESConfig.
ESRetail
Technical information – Access control
Hence, information about Data Bases, Users etc. will be only accessible to administrators through the status line, just like in Entersoft Business Suite, Entersoft Expert.