Introduction to Reports in the Nominal Ledger
As with all modules, to print a report in the Nominal Ledger, click (Windows/Mac OS X) or tap (iOS/Android) the [Reports] button in the Navigation Centre. You can also use the Ctrl-R (Windows) or ⌘-R (Mac OS X) keyboard shortcuts. The 'Reports' window will open, listing the reports that are available in the Nominal Ledger:

Double-click (Windows/Mac OS X) or tap (iOS/Android) the report that you need. A specification window will then appear, where you can decide what is to be included in the report. Leave all the fields in this window blank if the report is to cover all the records in the appropriate register. If you need to restrict the coverage of the report, use the fields as described individually for each report.
You can often report on a selection range, such as a range of Accounts, or a range of Items. To do this, enter the lowest and highest values of the range, separated by a colon. For example, to report on Accounts 001 to 010, enter "001:010" in the Account field. Depending on the field, the sort used might be alpha or numeric. In the case of an alpha sort, a range of 1:2 would also include 100, 10109, etc.
Use the Media options at the bottom of the specification window to determine the print destination of the report. The default is to print to screen. You can initially print to screen and subsequently send the report to a printer by clicking the Printer icon at the top of the window (Windows/Mac OS X) or by selecting 'Recalculate and Print' from the Operations menu. If you are using iOS or Android, you will find this function on the Tools menu (with 'wrench' icon). You can also print the report to disk as a text file. This will be useful if you want to format the report in your house style before printing.
Once you have entered the reporting criteria and have chosen a print destination, click or tap [Run].
If you print a report to screen, you can use the 'Recalculate' command on the Operations menu of the report window to update the report after making alterations to background data. The 'Reopen Report Specification' command on the same menu allows you to produce a new report using different reporting criteria. If you are using iOS or Android, the 'Recalculate' function will be on the Tools menu. There will be no 'Reopen Report Specification' command: tap < to go back to the specification window instead.
Please follow the links below for details about each report:
---
Go back to:
Definición de Informes Contables
La presentación y el formato de algunos informes Contables puede modificarse para cumplir con requerimientos específicos. Esto se conoce como la definición del informe. Los informes para los cuales existe esta funcionalidad son el
Balance,
Ratios Financieros,
Estado de Resultados e
Informe IVA.
Para cambiar la definición de un informe, primero selecciona ‘Opciones’ estando en módulo Contabilidad y haz clic en ‘Opciones Informes’. Luego, resalta el nombre de un informe en la lista de la izquierda y haz clic en el botón [Definición]. La ventana de definición se desplegará para que puedas realizar las modificaciones necesarias. (Ir a las páginas respectivas para ver la descripción de esto).
! | Si has modificado el Plan de Cuentas estándar o si has importado tu propio plan de cuentas, deberás cambiar las definiciones de informes Contables funcionalmente. |
|
Drill-down
HansaWorld Enteprise tiene una funcionalidad única llamada drill-down la cual está disponible desde varios informes. Por ejemplo, cuando tienes un
Estado de Resultados en pantalla, puedes abrir con el mouse cualquiera de los números de Cuenta en el informe. Esta función estará, sin embargo, sujeta a contar con los
derechos de acceso necesarios. Al abrir en retrospectiva registros subyacentes, podrás ir al informe
Mayor (en nuestro ejemplo) en función a la misma Cuenta y periodo dentro de una ventana separada. Éste informe listará los Asientos que contribuyen al balance de cuenta en el Estado de Resultados. Por tanto, si presionas el mouse en uno de los Números de Asiento dentro del informe Mayor, se abrirá el
Asiento respectivo mostrando todos los detalles registrados para el movimiento. Este ejemplo se ilustra a continuación:

Los textos que aparecen subrayados con azul son los que poseen la funcionalidad Drill-Down.
Menú Operaciones

Cuando una ventana de informe está en pantalla, el menú Operaciones estará disponible. El comando 'Recalcular' hará que se recalcule inmediatamente el informe incluyendo todos los cambios hechos en cualquier Asiento, Presupuesto, etc, desde que fue calculado por última vez. El comando 'Abrir Especificación de Informe' se puede emplear para actualizar el informe usando un criterio distinto de informe.
Account Reconciliation
This page describes the Account Reconciliation report in the Nominal Ledger.
---
You will most commonly use this report to help with the task of bank reconciliation, which you should do using the 'Account Reconciliation' window. The report is a list of Transaction rows (i.e. individual account postings) for the report period in date order, showing for each the Account, Transaction Number and Date, Amount in either Base Currency (as selected) and Amount in foreign Currency (where appropriate). You can choose whether the report will list reconciled or unreconciled postings or both. If you choose both, reconciled or unreconciled postings will be shown in separate sections.
You can also produce this report from the 'Account Reconciliation' window, by selecting 'Account Reconciliation Report' from the Operations menu (with 'cog' icon, Windows/macOS) or Tools menu (with 'wrench' icon, iOS/Android). When you produce the report in this way, the specification window will not appear. Instead, the report will be produced for the Account, Tags/Objects and Reconciliation Code that you have entered in the 'Account Reconciliation' window, and the selection of the Reconciled and Unreconciled options will also be taken from the 'Account Reconciliation' window. You should therefore supply this information in the 'Account Reconciliation' window before producing the report.
When printed to screen, the Account Reconciliation report has the Standard ERP Drill-down feature. Click (Windows/macOS) or tap (iOS/Android) on a Transaction Number in the report to open a Nominal Ledger Transaction. If the Nominal Ledger Transaction was created from a Sub System record (e.g. from a Receipt or Payment), you can then open the Sub System record by selecting 'Open Subsystem Record' from the Operations or Tools menu.

- Period
- Paste Special
Reporting Periods setting, System module
- The report will list the postings (i.e. the Transaction rows) made during the period that you specify here. The default value is the first period in the Reporting Periods setting.
- Using the Reconciled and Unreconciled options below, you can choose whether reconciled or unreconciled postings or both will be included in the report. By default, the period specified here will be used for both reconciled and unreconciled postings. However, if you are using the Ignore Period Start Date for Unreconciled Transactions option in the Reconciliation Settings setting, the start of the period will be ignored when listing unreconciled postings. All unreconciled postings up to the end of the specified period will be listed.
- Accounts
- Paste Special
Account register, Nominal Ledger/System module
- Range Reporting Alpha
- Use this field to limit the report to Transaction rows posting to a certain Account, or range of Accounts. Usually you will only need to specify your Bank Account(s) or other reconcilable Account here, otherwise the report will be much longer than necessary.
- In multi-user systems, you can use Access Groups to prevent the postings to sensitive Accounts such as salary Accounts being listed in this report, depending on the user producing the report. To do this, list the sensitive Accounts in the Block A/Cs field in each Access Group as appropriate.
- Tags/Objects
- Paste Special
Tag/Object register, Nominal Ledger/System module
- Specify a Tag/Object here if you need the report to list Transaction rows with a particular Tag/Object. If you enter a number of Tags/Objects separated by commas, only those Transaction rows with all the Tags/Objects that you have listed will be shown in the report.
- Recon. Code, Exclude with Code
- If you want to list reconciled Transaction postings with a particular Recon. Code, enter that Recon. Code here. To list all reconciled postings except those with a particular Recon. Code, tick the Exclude With Code box as well.
- Reconciliation Codes are arbitrary codes that you can use to identify postings that you have reconciled on a particular day or from a particular bank statement. Specifying a Reconciliation Code here will therefore allow you to list those postings if you need to check them at a later date.
- This field and check box will have no effect if you are only listing unreconciled postings.
- Reconciled
- Select this option if you need reconciled postings to be included in the report.
- Unreconciled
- Select this option if you need unreconciled postings to be included in the report. You must select at least one of the Reconciled and Unreconciled options or the report will be blank.
- Show Recon. Comments
- When you reconcile each posting, you can mark it with a Reconciliation Code. The Reconciliation Code that you use might be connected to a longer description in the Reconciliation Descriptions setting. Select this option if you want these longer descriptions to be included in the report.
- Values in
- If you are using the Dual-Base system, use these options to specify whether the values in the report are to be shown in Base Currency 1 or 2.
- If you are not using the Dual-Base system, use the Base Currency 1 option to produce a report in your home Currency.
- Print
- You can choose to have Descriptions or Tag/Object Codes included in the report. If you choose the
Descriptions option, the Description from each Transaction row will be shown together with the Text from its Transaction header.

Note that the calculation of the Reconciled Before Period, Reconciled During this Period and Reconciled Balance at End of Period figures assumes postings are reconciled on their Transaction Dates rather than their Reconciliation Dates.
---
Reports in the Nominal Ledger:
---
Go back to:
Devengamientos/Aprovisionamientos Periódicos
Este informe es una lista de aquellas Facturas con un Asiento Devengado que figura en la pestaña C (en caso de Facturas de Compra) o en la pestaña B (en caso de Facturas de Venta). Para cada Factura, la alineación en este reporte estará conformada por movimientos devengados que no hayan sido debitados de Cuentas de Compra o abonados a Cuentas de Venta. Por tanto, este informe provee una orientación sobre el valor de estos registros devengados y también proporciona una noción del momento en que estos registros devengados serán transferidos desde Cuentas Devengadas a Cuentas de Compra o Venta. Para más detalles sobre los Asientos Devengados, por favor haz clic
aquí.
Cuando se encuentra en pantalla, este informe posee la funcionalidad Drill-down de HansaWorld Enterprise. Haz clic en un Número de Factura para abrir el Asiento en función a esa Factura. Así podrás abrir la Factura en sí al seleccionar 'Abrir Registro de Sub-diario' desde el menú Operaciones. También podrás abrir una Simulación.

- Periodo
- Pegado Especial
opción Periodos de Informe, modulo Sistema
- El informe listará Facturas de Compra y Venta cuyas Fechas de Transacción caigan en el periodo especificado aquí – todas estarán sujetas a tener un Asiento Devengado especificado en la pestaña C (en caso de Facturas de Compra) o en la pestaña B (en caso de Facturas de Venta).
- Cuenta
- Pegado Especial
registro Cuentas, módulos Contabilidad/Sistema
- Rango de Informe Alfa
- Si especificas aquí una Cuenta (o un rango de Cuentas), el informe listará Facturas que empleen dicha Cuenta como una Cuenta Devengada. Esta será la Cuenta que se cita en el registro de Asiento Devengado especificado en la pestaña C de un Factura devengada de Compra o en la pestaña B de una Factura devengada de Venta.
- Ventas
- Tilda esta casilla si deseas que se liste Facturas devengadas de Venta en el informe.
- Compras
- Utiliza esta opción si deseas que se liste Facturas devengadas de Compra en el informe.
- Solo sin Equilibrar
- Por defecto, toda Factura devengada en el Libro seleccionado y desde el periodo especificado, se listará en el informe. Si utilizas esta opción, sólo se listará aquellas Facturas donde el valor devengado sea menor al valor de la Factura. Esto se refiere a Facturas donde se ha creado al menos un Asiento desde datos que equiparan en la Simulación devengada; consiguientemente, se moverá parte del valor de la Factura desde la Cuenta Devengada hacia la Cuenta de Compra o Venta.
Balance Analítico
Este informe es similar al
Balance de Prueba, pero también incluye los saldos de Haber y Debe para cada Cuenta. El documento impreso además muestra los balances acumulados de la gestión.

Encabezado
- Periodo
- Pegado Especial
opción Periodos de Informe, módulo Sistema
- Ingresa un periodo a ser abarcado por el informe. Por defecto se ofrece el primer archivo de la opción 'Periodos de Informe'.
- Cuentas
- Pegado Especial
registro Cuentas, módulos Contabilidad/Sistema
- Rango de Informe Alfa
- Delimita el informe en función a una sola Cuenta o un rango de Cuentas.
- Objeto
- Pegado Especial
registro Objetos, módulos Contabilidad/Sistema
- Ingresa un Objeto aquí para que los balances en el informe, se calculen en función a los Asientos con ese Objeto solamente. A diferencia de los demás informes de Contabilidad, aquí solo podrás cargar un Objeto; si ingresas un conjunto de Objetos separados por comas, el informe quedará vacío.
- Fecha As. Apertura
- Especifica aquí la fecha en función a la cual, se calculará los Balances de Apertura. La fecha por defecto es la primera fecha del periodo especificada para el informe.
- Longitud Sub. Cta.
- Este campo se utiliza conjuntamente con la casilla 'Sub-Cta. Totales' (solapa 2). Por favor, revisa la descripción de esa casilla más abajo para obtener detalles.
- Tipo de Objeto
- Pegado Especial
opción Tipos de Objeto, módulo Contabilidad
- Ingresa un Tipo de Objeto aquí para que los balances sean calculados en función a los Asientos con Objetos pertenecientes sólo a cierto Tipo de Objeto.
- Valores en
- Si estás usando el sistema de Base-dual, los valores en este informe se pueden mostrar en cualquiera de las Monedas Base. Utiliza estas alternativas para escoger la Moneda a emplearse en esta ocasión.
- Si no estás usando el sistema de Base-dual, activa el radio botón ‘Moneda Base 1’ para producir un informe en tu Moneda local.
- Incluir Simulaciones
- Escoge una de estas alternativas para incluir asientos simulados en el informe. Si escoges la alternativa ‘Todas’, no se incluirán simulaciones con estado “Inválido” o “Transferido”.
- Presentación
- Se puede producir dos versiones de este informe:
- Estándar
- Esta versión del informe muestra solamente Cuentas estándar.
- Con Grupo Cuentas
- Esta versión del informe está diseñada para manejo en Portugal. Incluye los encabezados jerárquicos (con subtotales) definidos usando la casilla Grupo de Cuenta en la pantalla de Cuenta. Por favor, haz clic aquí para mayores detalles.
- Si la casilla ‘Declaración de Apertura’ está tildada, el informe mostrará sólo Balances de Cuenta.

- Idioma
- Pegado Especial
opción Idiomas, módulo Sistema
- Podrás producir el Informe Balance Analítico en distintos Idiomas; ingresa el Código de Idioma requerido aquí. Así, la traducción apropiada para cada Nombre de Cuenta será extraída de la solapa 'Textos' en el registro individual de la Cuenta aludida.
- Si no ingresas un Idioma aquí, sino en la opción Información de Empresa del módulo Sistema, el informe será producido en ese Idioma cuando tildes la casilla ‘Descripción de Cta. en Idioma de Empresa’ dentro de las Opciones de Asientos del módulo Contabilidad.
- Solo Grupos
- Si tildas esta casilla, el informe mostrará solamente los subtotales para grupos de Cuentas asociados usando el primer dígito del Código de Cuenta. Si no tildas esta casilla, se mostrará los balances para cada Cuenta conjuntamente con los subtotales de grupo.
- Listar Transacciones
- Con esta casilla tildada, se listará los Números de Asiento de todas las Transacciones que caigan dentro del periodo de informe, a su vez junto con los totales de haber y debe. Toda esta información aparecerá en la parte de abajo del informe.
- Sub-Cta. Totales
- Esta casilla transporta el grupo de los totales descritos en la casilla ‘Solo Grupos’, hacia otra etapa. Despliega los subtotales para los grupos de Cuenta con los mismos dígitos iniciales. La cantidad de dígitos iniciales ingresa en el campo ‘Longitud Sub-Cta.’. Por ejemplo, si la Longitud Sub-Cta. es 3, los balances para las Cuentas 4011, 4012 y 4014 aparecerán como un subtotal. El total del grupo de un solo dígito (para las Cuentas que comienzan con 4 en el ejemplo) aparecerá también.
- Sin Imprimir Grupos
- Por defecto, el informe lista los balances para cada Cuenta conjuntamente con los subtotales de grupo (subtotales de balances de Cuentas con el mismo dígito inicial). Si no deseas imprimir los subtotales de grupo, tilda esta casilla.
- Sin Imprimir Encabezados
- Tilda esta casilla si deseas que el informe se imprima sin el encabezado.
- Declaración de Apertura
- Esta casilla sólo se utiliza juntamente con la casilla ‘Con Grupo de Cuentas’ descrita abajo. Esta combinación produce un informe que muestra únicamente Balances de Cuentas.
- Cortar Nombres de Ctas.
- Esta casilla imprime versiones abreviadas de cada Nombre de Cuenta
- Mostrar Objetos
- Por lo general, el informe muestra los totales de balance para el Haber y el Debe en cada Cuenta. En ese sentido, si deseas mostrar los balances subtotales para cada Objeto, tilda esta casilla.
- Incluir Simulaciones
- Escoge una de estas alternativas para incluir asientos simulados en el informe. Si escoges la alternativa ‘Todas???, no se incluirá simulaciones con estado “Inválido” o “Transferido”.
Balance Analítico (Fiscal)
Este informe es igual al Balance Analítico pero para fines Fiscales. Por favor, revisa la descripción del informe
Balance Analítico para mayores detalles.
Balance Sheet
The Balance Sheet shows the assets, liabilities and capital of the company at a given point in time.
The Balance Sheet is fully user-definable. An example Balance Sheet definition is supplied with Standard ERP. You can edit this example to suit your needs, or you can create your own definition.
Please click for details about:
---
Reports in the Nominal Ledger:
---
Go back to:
Balance Sheet - Defining
Before producing a Balance Sheet for the first time, you should define the structure of the Balance Sheet to suit your requirements. The following example illustrates the set-up process.
A file containing an example Balance Sheet definition is supplied with Standard ERP. If you want to use this example as a template for your own definitions, import the relevant file (named "UKACCS1.TXT" in the UK) as described on the Importing Sample Data page.
To set or change the report definition of the Balance Sheet, ensure you are in the Nominal Ledger, click the [Settings] button in the Navigation Centre and double-click 'Report Settings' in the subsequent list. Then, double-click 'Balance Sheet' in the list on the left-hand side of the 'Report Settings' window (or highlight it and click the [Definition] button). The 'Balance Sheet Report Definition: Inspect' window will be opened.

The window shows the Balance Sheet row by row, as it has been presented up to now.
Each row in the definitions list will cause a section to be printed in the Balance Sheet, as shown in the illustration below:

A row in the definitions list is sometimes known as a "Line Definition". To insert a new Line Definition, click the [New Line] button. To open and edit an existing Line Definition, double-click the row in the definitions list. To duplicate a Line Definition, open it from the list and then select 'Duplicate Line Definition' from the Create menu (do not highlight it in the list and select 'Duplicate Balance Sheet Report Definition' from the Create menu because then you will duplicate the entire report definition, not just the line). In all cases, the 'Line Definition' window will open:

The example Line Definition illustrated above will cause the Account Number, Name and balance of a range of Accounts to be printed in the Balance Sheet, as follows:
- No.
- As well as acting as the unique identifying code for each row in the Balance Sheet, the No. determines the order in which the rows will be printed in the report. When entering rows, it is recommended that you leave gaps in the numbering sequence, so there is room to insert new rows later.
- Text
- This Text will be printed in the report as a heading.
- You can use the grid in the lower part of the window to enter various translations of this Text. Specify a Language in the first column using 'Paste Special' if necessary, and the appropriate translation in the second column. There is no need to enter a row for your home Language. When you print the report, you will be able to specify which Language is to be used.
- Accounts
- Paste Special
Account register, Nominal Ledger/System module
Enter an Account or a range of Account numbers separated by a colon (:). The Account Number, Name and balance of every Account in this range will be printed in the Balance Sheet, under the heading specified in the Text field. An alpha sort is used so, in the example illustration above, "600:69999" effectively means that all Accounts whose first digit is "6" will be printed in the report.
The Accounts field consists of three rows, with room for a definition 300 characters long. As well as specifying a single Account or a range of Accounts, you can also specify a number of individual Accounts, or ranges of Accounts, separated by commas. If you enter a range of Accounts with the highest number first, the Accounts in that range will be presented in reverse order. For example, the sequence "605:601,626,651:655" will appear as follows in the printed report:

In this example, the "Reverse order example" heading was taken from the Text field in the Line Definition.
- Type
- Choose the "Accounts" option to signify that each of the Accounts in the range will be printed individually in the report. After the last Account in the group, a total for the range will be printed.
- Account Type
- Choose the Account Type. This will connect the Line Definition with the Presentation of Balances setting, which controls whether figures and balances will be treated in reports as positive or negative depending on the Account Type. For example, if you select "Asset" as the Account Type, the Line Definition will obey the Assets check box in column 1 in the Presentation of Balances setting.
- Side and Active/Passive
- These options are described on the Special Features of the Balance Sheet page.
- Extra Code
- This field is used in Russia where the Balance Sheet is printed using a standard report design that includes line numbers: use this field to specify the correct line number for this row of the report. The Extra Code will only appear in the report when you produce it using the No Comparison option.
- Cor. A/C
- Paste Special
Account register, Nominal Ledger/System module
- This field is only used in the Profit & Loss report, not the Balance Sheet (you will use the same 'Line Definition' window when defining both reports).
- If you specify an Account as the Cor. A/C in this field, the report will show the balance posted to the Accounts specified above where the Cor. A/C is the balancing Account. For example, if you have entered "100:199" in the Accounts field above and "720" as the Cor. A/C, the report will print the total amount posted to the Accounts 100:199 where Account 720 is the balancing Account.
The next example Line Definition will add the results of previous Line Definitions together and print the result:

- Type
- Choose the "Sum" option to signify that the line in the report will add the total values from previous lines in the report together and print the result on a separate line. In this case, the result will be printed under the heading " Total Current Assets" (from the Text field).
- Accounts
- Since the Type is "Sum", use the Accounts field to specify the line numbers (25+30+35) whose total values are to be added together. Do not enter Account Numbers in the three Accounts fields if the Type is "Sum".
- Account Type
- Again these options control the presentation of the total figure when printed in the report (positive or negative).
The Text field in the next example Line Definition (illustrated below) is empty. As the Type is "Accounts", this means that the line will not be printed in the report. If this line had some Text, it would cause the balances of every Account between 100 and 599999 to be listed in the report, followed by the total balance for that range of Accounts. As there is no Text, the processing will still take place (i.e. the total balance for that range of Accounts will still be calculated), but this processing will effectively be hidden as nothing will be printed.

The next line (105) will print the total balance figure that was calculated by line 100:

Taken together, lines 100 and 105 will print the total balance for Accounts 100:599999 without listing those Accounts individually. Since these are the Income and Expense Accounts, this is appropriate for the Balance Sheet.
If the Type in a Line is "Text", then you can leave the Text field empty. This will cause a blank line to be printed in the report. This can be useful if you want to insert spaces between sections in the report.
When you have finished with the last row, if you want to save your changes, click [Save], or else close the window with the close box. Then, close the list of definitions using the close box once again.
The new Balance Sheet report is now ready to print.
! | A standard Chart of Accounts and a set of Report Definitions are supplied with Standard ERP. This is a well-structured Chart, with systematic groupings of Accounts. It is suitable without any changes for most small or medium companies, but it is also easily modified by you or your financial adviser. |
|
If you stay within the structure of the Chart (e.g. avoid putting Liability Accounts among the Assets!), there is no need to alter the definitions. But remember, it is a good idea to print a test Balance Sheet to see if your definitions produce exactly what you expect.
Deleting a line from the Balance Sheet
- Ensure you are in the Nominal Ledger, then open the 'Settings' list window and double-click 'Report Settings' in the subsequent list. Then, double-click 'Balance Sheet' in the list on the left-hand side of the 'Report Settings' window (or highlight it and click the [Definition] button).
The 'Balance Sheet Report Definition: Inspect' window is opened.
- Double-click the line you want to remove, to open its definition window.
- Select 'Delete' from the Record menu. The line will be deleted from the Balance Sheet and you will be returned to the 'Balance Sheet Report Definition: Inspect' window.
! | You cannot undo the deletion of a row in the Balance Sheet. |
|
---
Please click for details about:
---
Reports in the Nominal Ledger:
---
Go back to:
Balance Sheet - Multiple Balance Sheet and Other Report Definitions
In some companies there is a requirement for multiple Balance Sheet, Profit & Loss and Key Financial Ratio report definitions. To cater for this requirement, you can add as many separate reports of these types as you need to the Nominal Ledger. Each of these reports should have its own definition. This page describes adding a new report definition using the Balance Sheet as an example.
To add a new Balance Sheet, follow these steps:
- Click the [Settings] button in the Navigation Centre and double-click 'Report Settings' in the subsequent list.
- When the 'Report Settings' window opens, click the [New] button to create a new report. Alternatively, to copy an existing report and its definition (either one you have added yourself or the standard Balance Sheet), highlight it in the list and click the [Duplicate] button. The 'New Report' window opens, empty if you clicked [New] or containing the details of the duplicated report:

- Name
- Enter a name for the report. This name will appear in the 'Reports' list. You cannot use the same name for more than one report.
- Header
- Enter a second name for the report. This name will be printed in the report header, and will also appear in the title bar of the report window if you print the report to screen.
- Type
- Paste Special
Choices of possible entries
- Use this field to specify the report type (i.e. Balance Sheet, Profit & Loss, Key Financial Ratios or VAT Report).

- Click the [Save] button to save the new report. The 'New Report' window will close, and the new report will be added to the bottom of the list in the Report Settings window, using the Name that you specified in the 'New Report' window:

If you need to modify the report (perhaps you made a spelling mistake or you chose a temporary name), highlight it in the list in the 'Report Settings' window and click the [Open] button. The report will be opened in the 'New Report' window illustrated in step 2.
- Having created the new report, you should now enter a definition for the new report. Double-click it in the list in the 'Report Settings' window (or highlight it and click the [Definition] button). This process is the same as for the 'standard' Balance Sheet, and is as described on the Defining a Balance Sheet page. If you created the new report by duplicating an existing one, the definition will have been duplicated as well.
You can also drag rows from an existing report definition to the new one. Double-click both reports in the list in the 'Report Settings' window (or highlight each report in turn and click the [Definition] button). You will then have two report definition windows open. You can now drag rows individually from one window to the other, or you can highlight several rows at a time by shift-clicking and drag them all at once.
- To print the new report, open the 'Reports' list as normal. The new report will appear at the bottom of the list, using the Name that you specified in the 'New Report' window:

Double-click the report name and print the report in the usual way. The specification window for the report is the same as that for the 'standard' Balance Sheet, and is described on the Printing a Balance Sheet page. The text in the title bar of the report window, and the report title on the first line of the report header ("Header for New Balance Sheet") will be taken from the Header field in the 'New Report' window illustrated in step 2 above.

- If you need to remove the new report, open the 'Report Settings' window or the 'Reports' list and highlight the report name. Then, select 'Clear' from the Edit menu.
- You can control access to the new report using Access Groups in the usual way. In a new row in an Access Group record, enter "Report" in the Type column and the Name (as specified in the 'New Report' window illustrated in step 2) in the Item column, and then specify the appropriate level of access in the Level column::

As shown in the illustration, if you need to grant Full or Read access to the new report, you must grant the same access to the standard Balance Sheet as well. In other words, access to the new report cannot be higher than the access to the standard report.
---
Please click for details about:
---
Reports in the Nominal Ledger:
---
Go back to:
Balance Sheet - Printing
Having entered a definition for the Balance Sheet as described
here, you will be ready to print the report. After ensuring you are in the Nominal Ledger, click the [Reports] button in the Navigation Centre and then double-click 'Balance Sheet' in the 'Reports' list. The 'Specify Balance Sheet' window will be opened.

- Period
- Paste Special
Reporting Periods setting, System module
- Enter the period for the Balance Sheet you want to print. The Account balances in the report will be calculated from postings (i.e. from Transaction rows) recorded during the period specified here. The first period in the Reporting Periods setting will be offered as a default.
- Header
- Specify a title for the report here. This title will be printed in the report header, and will also appear in the title bar of the report window if you print the report to screen.
- Object
- Paste Special
Object register, Nominal Ledger/System module
- Enter an Object Code here if you need the Account balances in the report to be calculated from postings with a particular Object. You can also enter a number of Objects separated by commas, in which case Account balances will be calculated from postings with all the Objects listed. If you leave this field empty, the Account balances in the report will be calculated from all Transaction rows, with and without Objects.
- Object Type
- Paste Special
Object Types setting, Nominal Ledger
- Enter an Object Type Code in this field if you want the report to show Account balances calculated from postings with Objects belonging to a certain Object Type.
- Including Unspecified
- Check this box if, for each Account, you want to show a balance figure for Transaction rows for Objects belonging to the Object Type specified above and a second balance for all other Transaction rows.
- Currency
- Paste Special
Currency register, System module
- If you specify a Currency here, the Account balances in the report will be calculated only from those Transaction rows with the specified Currency shown on flip C. The balances will be calculated using the figures on flip C of those Transaction rows (i.e. they will be in the chosen Currency). If you leave this field blank, all Transaction rows will be included in the calculations. In this case the calculation will use the figures in the Base 1 or Base 2 Debit or Credit fields on flip A (choose which Base Currency is to be used using the Values In options described below).
- Language
- Paste Special
Languages setting, System module
- You can produce the Balance Sheet in different Languages: enter the required Language Code here. The appropriate translation for each Account Name will be taken from the 'Texts' card of the Account record and for each report heading and sub-heading from the report definition.
- If you do not enter a Language here, but you have entered a Language in the Company Info setting in the System module, the report will be produced in that Language if you are using the Account Description in Company Language option in the Transaction Settings setting in the Nominal Ledger.
- Accounts
- Use these options to choose how you want the Accounts to be printed in the report.
- All
- This option will list all the Accounts that have been included in the Balance Sheet definition.
- With Balance
- This option will only list Accounts that have an opening balance and/or a closing balance.
- An Account with no opening balance that has been used in the period in such a way that it also has no closing balance will not be shown in the report. If you want such an Account to be included in the report, use the Used Only option below.
- Groups only
- This option does not print balances for individual Accounts. Instead, it simply prints an overall balance for each line in the Balance Sheet definition.
- Used Groups only
- This option only prints balances for lines in the Balance Sheet definition that have been used.
- Used only
- This option will only list Accounts that have been used. This includes Accounts that have balances brought forward from a previous period that have not been used during the report period.
- This option is similar to With Balance above, with the exception that it also includes Accounts with no opening balances that have been used during the period in such a way that they also have no closing balances.
- Notation
- Select the printing format for the values in the Balance Sheet.
- Exact
- Shows the balances as stored in the Transactions.
- No Decimals
- Rounds the balances up or down to the nearest whole number.
- Thousands, Millions
- Divide the balances by 1,000 or 1,000,000.
- Comparison in %
- If you choose "Budget" or "Revised Budget" as the Comparison option (below), an extra column will be added to the report. If you do not select this Comparison in % option, this column will display the Budget or Revised Budget figures for each Account. If you do select this option, the column will display the difference between the Budget or Revised Budget and actual figures, expressed as a percentage.
- Comparison
- Choose to compare with Net Change, Budget, Revised Budget or the same period the previous year.
- If you are using the Budget or Revised Budget options, Budget or Revised Budget records will only be included in the report if they have at least one entry in the grid area of the screen complete with date. If you use Objects, you should create Budget (and, if you are using them, Revised Budget) records for each Account/Object combination and overall Budgets/Revised Budgets for each Account without Objects. This will allow you to use the Budget or Revised Budget options with a particular Object, and with no Object.
- If you are using the Budget or Revised Budget options, you can choose a Budget Class using 'Paste Special' from the Class field. The Budget or Revised Budget figures will be taken from the Budget or Revised Budget records with the specified Class. If you do not specify a Class, figures will be taken from the Budget or Revised Budget records in which the Class is blank.
- The No Comparison option will simply display balances brought forward and for the report period. It is appropriate for users in Russia where the Balance Sheet is printed using a standard report design including line numbers. You should define the line numbers using the Extra Code field in the Balance Sheet line definitions.
- Including Simulations
- Select this option if you need simulated transactions from the Simulation register to be included in the report. Simulation rows in which the Status is "Invalid" and "Transferred" will not be included.
- List Transaction Nos
- If you select this option, the Transaction Numbers of all Transactions that fall within the reporting period, together with debit and credit totals, will be listed at the end of the report.
- No Header
- Check this box if you want the report to be printed without a header.
- Show zeroes instead of blank strings
- If you choose All as the Accounts option, unused Accounts will be shown in the report with blank values. Similarly, blank values may be included in the report if you choose Budget or Revised Budget as the Comparison option, which will add an extra column to the report. Depending on the Comparison in % option, this column will display the Budget or Revised Budget figures for each Account or the difference between the Budget or Revised Budget and actual figures, expressed as a percentage. If there is no Budget or Revised Budget figure for a particular Account, nothing will be printed (i.e. the space will be blank).
- If you would prefer "0.00" to be printed instead of the blanks, select this Show zeroes instead of blank strings option.
- Values in
- If you are using the Dual-Base system, values in this report can be shown in either Base Currency. Use these options to choose which Currency is to be used on this occasion.
- If you are not using the Dual-Base system, use the Base Currency 1 option to produce a report in your home Currency.
- If you have entered a Currency in the Currency field above, the figures in the report will be in that Currency.
When you click [Run], the Balance Sheet will be printed as you have specified.
When printed to screen, the Balance Sheet has the Standard ERP Drill-down feature. Click on the Account Number of any Account in the report to open the Nominal Ledger Report for the same Account and period. From the Nominal Ledger report, you can click on any Transaction Number to open an individual Transaction record.
---
Please click for details about:
---
Reports in the Nominal Ledger:
---
Go back to:
Balance Sheet - Special Features
This web page describes the Side and Active/Passive options in the
Balance Sheet line definitions.

You can use these options to satisfy certain accounting and reporting requirements in various countries. The easiest way to describe these options is with the help of an example. In most companies, there are a number of reconciliation or suspense accounts, either assets or liabilities, which alternately can hold debit or credit balances. The accounting conventions of some countries only allow "pure" debit or credit accounts, and when a balance sheet is produced, it becomes necessary to move individual accounts back and forth between the active or the passive groups, depending on the current positive or negative balance.
To complicate things even further, in some countries it is customary to distinguish between four different "states" of a book entry: Debit+, Debit-, Credit+ and Credit-. In modern western accounting systems, a book entry is either debit or credit, regardless of the class of the account, i.e. there is a simple arithmetic definition of balances.
In those environments where all these special rules are used, the preparation of balance reports tends to become complicated and labour consuming. These special functions in Standard ERP allow the far-reaching automation of many of these routine tasks. This is how it works.
Let us start with the following Nominal Ledger reports, showing the postings made to four Asset Accounts.
- Account 702 has a normal debit balance. Two negative values have been posted, one as a debit and one as a credit:

- Account 703 currently has a balance in credit. The debit total for this Account for the period is 15.00, and the credit total 4000.00:

- Account 704 has an overall credit balance because of a large negative debit posting:

- Account 705 has an overall debit balance because of a large negative credit posting:

If the Accounts are used in a report definition in the normal way and with the Side:Normal and Active/Passive:Normal options selected, the report will display the overall balances of both Accounts, with the s of Accounts 703 and 704 being shown as negative value as they are asset Accounts in credit:

The Side options specify which balance figures will be shown in the report, as follows:
- Normal
- The overall balance will be shown (debits - credits).
- Debit
- The debit balance will be shown.
- Credit
- The credit balance will be shown.
For example, if the Side:Debit and Active/Passive:Normal options are selected, the report will show the debit balance on each Account:

The Active/Passive options specify which Accounts will be included in the report, as follows:
- Normal
- All Accounts will be included in the report.
- Only Debit
- Only Accounts that are in debit will be included in the report. For each Account, the overall balance will be shown (debits - credits).
- Only Credit
- Only Accounts that are in credit will be included in the report. For each Account, the overall balance will be shown (debits - credits).
For example, if the Side:Normal and Active/Passive:Only Debit options are selected, the report will only show Accounts 702 and 705, as they each have an overall debit balance:

The various combinations of Side and Active/Passive options are:
- Debit, Only Debit
- Side:Debit signifies that the debit balance of each Account will be shown in the report, and Acitve/Passive:Only Debit signifies that an Account will only be included in the report if its debit balance is positive (debit+).
- Credit, Only Credit
- Side:Credit signifies that the credit balance of each Account will be shown in the report, and Acitve/Passive:Only Credit signifies that an Account will only be included in the report if its credit balance is positive (credit+).
- Debit, Only Credit
- Side:Debit signifies that the debit balance of each Account will be shown in the report, and Acitve/Passive:Only Credit signifies that an Account will only be included in the report if its debit balance is negative (debit-).
- Credit, Only Debit
- Side:Credit signifies that the credit balance of each Account will be shown in the report, and Acitve/Passive:Only Debit signifies that an Account will only be included in the report if its credit balance is negative (credit-).
For example, with the Side:Debit and Active/Passive:Only Debit options selected, the debit column totals for Accounts 702 and 703 will be shown, because those totals are positive. The debit column totals for Accounts 704 and 705 are negative, so these Accounts aren't included:

With Side:Credit and Active/Passive:Only Credit selected, the credit column totals for Accounts 702 and 703 will be shown, because those totals are positive (shown as negative in the report because the sign is changed for credit figures posted to Asset Accounts). The credit column totals for Accounts 704 and 705 are negative, so again these Accounts aren't included:

With Side:Debit and Active/Passive:Only Credit selected, the debit column totals for Accounts 704 and 705 will be shown, because those totals are negative. The credit column totals for Accounts 702 and 703 are positive, so these Accounts aren't included:

With Side:Credit and Active/Passive:Only Debit selected, the credit column totals for Accounts 704 and 705 will be shown, because those totals are negative (shown as positive in the report because the sign is changed for credit figures posted to Asset Accounts). The credit column totals for Accounts 702 and 703 are positive, so again these Accounts aren't included:

---
Please click for details about:
---
Reports in the Nominal Ledger:
---
Go back to:
Conciliación Bancaria
Este informe lista todos los registros no conciliados de la Cuenta Bancaria y los divide en tres grupos: Pagos Pendientes, Recibos Pendientes y Cobros Bancarios. Este último incluye todos los registros que no se vinculan a los dos primeros (ej. intereses de banco, transferencias entre cuentas bancarias, pagos de salario).
El informe entonces tomará el saldo cierre de tu último extracto bancario y calculará un nuevo balance que toma en cuenta los registros sin conciliar. Este nuevo balance luego será comparado con el balance actual en función a la Cuenta Banco de tu base de datos. Si los dos balances son diferentes, la razón probable puede que sea la existencia de al menos un registro sin conciliar, el cual puede ser conciliado con el extracto bancario.
Cuando se encuentra en pantalla, el informe Conciliación Bancaria posee la funcionalidad Drill-down de HansaWorld Enterprise. Haz clic en un Número de Sub-diario (ej. Número de Factura) para abrir el Asiento correspondiente desde donde podrás abrir también la Factura en sí. Para abrir la Factura subyacente, utiliza el comando 'Abrir Registro de Sub-diario' desde el menú Operaciones en la ventana del informe.

- Periodo
- Pegado Especial
opción Periodos de Informe, módulo Sistema
- Especifica el periodo de informe. Esto deberá ser suficiente para incluir todos los registros sin conciliar en la Cuenta Banco.
- Forma Pago
- Pegado Especial
opción Formas de Pago, módulos Ventas/Compras
- Ingresa una Forma de Pago; el informe mostrará todos los registros sin conciliar de la Cuenta que aparece en la pestaña A de esta Forma de Pago.
- El informe quedará vacío si no especificas una Forma de Pago.
- Equilibrar
- Ingresa el balance cierre de tu último extracto bancario. El informe calculará un nuevo balance que toma en cuenta los registros sin conciliar. Este nuevo balance por tanto, será comparado con el balance actual en función a la Cuenta de la Forma de Pago especificada arriba.
- Valores en
- Si estás usando el sistema de Base-dual, los valores en este informe aparecerán en cualquiera de las Monedas Base. En este sentido, usa estos radio botones para escoger la Moneda a emplearse en esta ocasión.
- Si no estás usando el sistema de Base-dual, utiliza la opción Moneda Base 1 para que puedas producir un informe en tu Moneda local.
Extracto Bancario
Este informe lista los registros de Pagos, Recibos, Asientos y Pagos de Personal de la Cuenta Banco o Efectivo especificada durante el periodo respectivo. Además aparecerá un balance final.
Comparado con otros informes Contables (Cuenta y Saldos), el Extracto Bancario lista cada transacción individualmente y también muestra información del Cliente y Proveedor. En adición, habrá la opción de usar la función Drill-down de HansaWorld Entreprise para activar un Recibo, Pago o Pago de Personal (usando su número) y abrir el registro de Subdiario correspondiente; toma en cuento que no ser tratará el Asiento vinculado que usualmente se abre desde otros informes Contables.
También podrás producir este informe usando la función ‘Extracto Bancario’ del menú Operaciones en las ventanas de: Recibos, Anticipos y Pagos de Personal.

- Periodo
- Pegado Especial
opción Periodos de Informe, módulo Sistema
El informe listará los registros contables de la Cuenta Banco o Efectivo durante el periodo especificado aquí.
- Cta. Banco
- Pegado Especial
registro Cuentas, módulos Contabilidad/Sistema
- Especifica la Cuenta cuyas transacciones y saldo deseas ver. Deberás especificar una Cuenta, de lo contrario el informe quedará vacío.
- Especificar
- Utiliza estas casillas para determinar si el informe contendrá Recibos, Anticipos y Pagos de Personal aprobados o no aprobados. No obstante, siempre se mostrará Asientos sin importar las alternativas seleccionadas aquí.
Transacciones Bancarias
Este informe es una lista de los datos contenidos en el
Extracto Bancario. Si tu base de datos está registrada en Estonia y estás usando el Servicio Electrónico de Extracto Bancario SEB, este reporte contendrá extractos bancarios recibidos electrónicamente desde el Banco SEB. Cada dato alineado en las distintas columnas del informe, representará una sola transacción o extracto. Si necesitas verificar que el extracto está correcto, podrás imprimir este informe y luego compararlo con la
Conciliación Contable o el informe
Mayor.

- Periodo
- Pegado Especial
opción Periodos de Informe, módulo Sistema
- Ingresa la fecha inicio y la fecha fin del periodo cuyas Transacciones Bancarias van a ser presentadas en el informe. Por defecto se ofrece el primer archivo de la opción ‘Periodos de Informe’. Se incluirá también un Asiento Bancario si la Fecha de Trans. en la solapa ‘Destinatario’ cae en el periodo especificado aquí.
- Cta. Bancaria
- Si tienes varias cuentas bancarias, podrás usar el Servicio Electrónico de Extracto Bancario SEB para recibir extractos electrónicos en relación a más de una de esas cuentas. De ser así, podrás usar este campo para restringir el informe de Transacciones Bancarias y remitirte sólo a una Cuenta Bancaria. El informe contendrá aquellas Transacciones Bancarias donde el Tipo sea “D” y donde la Cuenta respectiva esté especificada en la solapa ‘Destinatario’.
- Cta. Cont. Banco
- Pegado Especial
registro Cuentas, módulos Contabilidad/Sistema
- Si ingresas aquí una Cuenta que representa a tu cuenta bancaria en tu Plan de Cuentas, el informe incluirá el saldo abierto para esa Cuenta y un balance teórico que incluye las Transacciones Bancarias.
- Función
- Utiliza estas alternativas para decidir el nivel de detalle a presentarse en el informe.
- Resumido
- El informe contendrá una sola línea para cada Transacción Bancaria y mostrará la Fecha de Trans., el Número de Trans., la Moneda, el monto (aparecerá como Debe si el Tipo es “D”, o como Haber si el Tipo es “C”) y el Comentario.
- Detallado
- En adición a la información mostrada en la versión resumida, el informe mostrará los nombres del Pago y el Destinatario, las Referencias del Pagador y Destinatario y Nro. Registro Pagador 1.
Diferencias T.C. en Moneda Base
Por favor, haz clic
aquí para detalles completos de este informe.
Diario de Presupuestos
Este informe lista los archivos en el registro
Presupuesto.

- Cuenta
- Pegado Especial
registro Cuentas, módulos Contabilidad/Sistema
- Rango de Informe Alfa
- Especifica la Cuenta o el rango de Cuentas para los cuales se imprimirá Presupuestos.
- Periodo
- Pegado Especial
opción Periodos de Informe, módulo Sistema
- Ingresa la fecha inicio y la fecha fin del periodo cuyos Presupuestos aparecerán en el informe.
Por defecto, se ofrecerá el primer archivo de la opción ‘Periodos de Informe’.
- Todos los Presupuestos que son pertinentes al periodo de informe serán listados en el informe. Por ejemplo, si el periodo de informe es 1ro de Junio al 30 de Junio, se incluirá Presupuestos que comiencen o terminen en Junio, y los Presupuestos que comiencen antes de Junio y terminen después de Junio también serán mostrados.
- Objeto
- Pegado Especial
registro Objetos, módulos Contabilidad/Sistema
- Para listar Presupuestos con un Objeto particular, ingresa ese Objeto aquí.
- Función
- Utiliza estas alternativas para controlar el nivel de detalle a presentarse en el informe.
- Resumido
- Esta alternativa nos presentará un informe con un línea por Presupuesto mostrando el Número de Cuenta, Nombre de Cuenta, Objeto, Fecha Inicio/Fin y Suma.
- Detallado
- En adición a la información desplegada en la versión resumida, esta alternativa también lista los totales mensuales o trimestrales en cada Presupuesto.
- Especificar
- Especifica aquí si el informe incluirá Presupuestos aprobados y/o no aprobados. Deberás seleccionar al menos una alternativa, de lo contrario el informe quedará vacío.
Plan de Cuentas
Esta página describe el informe Plan de cuentas en el módulo de Contabilidad.
---
Utilice el informe Plan de cuentas cuando necesite imprimir una lista de las cuentas en el registro Cuentas Contables. También puede generar este informe ejecutando el informe Documentación del Sistema en el módulo Sistema utilizando las opciones Plan de cuentas o Plan de Cuentas c/ Definiciones de Informes.

- Cuentas Contables
Registro - Pegado especial
Cuentas Contables, Módulo Contabilidad/ Sistema
- Rango del Informe Alfa
- Ingrese un número de cuenta o un rango de números separados por dos puntos (:) aquí si desea que se muestren cuentas específicas en el informe.
- Plan de Cuentas
- Esta opción imprime la lista de las cuentas en el registro de cuentas contables, en orden por número de cuenta. Muestra el número y nombre de la cuenta, el código de IVA, la transacción automática y el tipo de cuenta.

- Plan de Cuentas c/ Definiciones de Informes
- Esta opción agrega una columna adicional al informe que muestra las definiciones de informe en las que se ha utilizado cada cuenta.
- Por ejemplo, si la cuenta 11110 aparece en la fila 1020 del balance general, la columna adicional de este informe mostrará "B1020", donde "B" significa el balance general y "1020" significa el número de fila. Si tiene más de una definición de Balance, se utilizará el mismo código "B" para cada una, por lo que no será posible distinguir entre diferentes definiciones. Si desea que el informe muestre el uso de la cuenta en una sola definición de informe, especifique ese informe en el campo Informe a continuación.

- Excluir Cuentas Cerradas
- Seleccione esta opción si desea omitir las cuentas que se marcaron como cerradas del informe.
- Incluir etiquetas/objetos requeridos
- Seleccione esta opción si desea que el informe muestre las etiquetas/objetos que se deben usar con cada cuenta, como se especifica en la configuración de control de tipo de etiqueta/objeto.

- Excluir etiquetas/objetos cerrados
- Si seleccionó la opción anterior Incluir etiquetas/objetos necesarios, seleccione esta opción también si necesita que los objetos que se han marcado como cerrados se excluyan del informe.
- Informe
- Pegado especial
Definiciones de informes en Opciones Informes, Contabilidad
- Si seleccionó la opción Plan de cuentas c/ definiciones de informe arriba y necesita que el informe muestre las cuentas que se utilizan en una sola definición de informe, especifique ese informe aquí.
---
Informes Módulo Contabilidad:
---
Volver a:
Correction List
This page describes the Correction List report in the Nominal Ledger.
---
The Correction List is a list of corrections and updates that you have made to Transactions from a specified period. You can make a correction to a Transaction by opening it in a record window and selecting 'Correction Mark' from the Operations menu (Windows/macOS) or Tools menu (iOS/Android), while you can make an update using the 'Update Mark' function on the same menu. The report will also include Transactions created from Sub System records that you have invalidated. You cannot change the definition of this report.
You can also produce this report from the Consolidation module. In this case, the report will list corrections and updates made to Transactions in every Company in the database.
When printed to screen, the Correction List has the Standard ERP Drill-down feature. Click (Windows/macOS) or tap (iOS/Android) on any Transaction Number in the report to open an individual Transaction record.
Selecting 'Correction List' from the 'Reports' list in the Nominal Ledger or the Consolidation module will open the following window:

- Period
- Paste Special
Reporting Periods setting, System module
- Enter the report period. The report will list corrected and updated Transactions that were originally entered during the period that you specify here. The corrections and updates themselves may have been made after this period.
- If you need the period to be a single day, just enter the date once and this will be converted to the period format automatically.
- The first row of the Reporting Periods setting will be used as the default value.
- Account
- Paste Special
Account register, Nominal Ledger/System module
- Range Reporting Alpha
- Enter an Account here if you need the report to list corrected and updated Transactions featuring a particular Account in at least one row.
- From Reg. Date
- Enter a date here if you need the report to list corrections and updates made on or after a particular date.
- All Transactions
- By default, the report will only list Transactions that have been corrected or updated. For each Transaction, it will show the Transaction Number, the Transaction Date, the action (i.e. correction or update) and date of the action. In the case of a corrected Transaction, the Number of the correcting Transaction will also be shown. If you select this option, every Transaction, including those that have not been corrected or updated, will be listed in the report, together with their registration dates. You might use this option to gain an impression of the proportion of Transactions that have been changed, or to get an idea of how long it takes for updates and corrections to be made.
- If you use this option and also enter an Account in the field above, the report will list all Transactions that post to that Account, with and without corrections and updates. Other updates and corrections will not be shown.
- Show Person
- If a Transaction was corrected, the Signature of the correcting Person will be included in the report if you have selected this option. If a Transaction was updated or invalidated, the Signature will always be shown.
Press the [Run] button to print the Correction List. The example report illustrated below includes three Transactions as follows:
- 2020.1379
- Transaction corrected by Transaction 2020.1381.
- 2020.1380
- Transaction updated.
- P/INV.970435
- Transaction created from a Sub System record (Purchase Invoice 970435) that was invalidated.

---
Reports in the Nominal Ledger:
---
Go back to:
Correction List
This page describes the Correction List report in the Nominal Ledger.
---
The Correction List is a list of corrections and updates that you have made to Transactions from a specified period. You can make a correction to a Transaction by opening it in a record window and selecting 'Correction Mark' from the Operations menu (Windows/macOS) or Tools menu (iOS/Android), while you can make an update using the 'Update Mark' function on the same menu. The report will also include Transactions created from Sub System records that you have invalidated. You cannot change the definition of this report.
You can also produce this report from the Consolidation module. In this case, the report will list corrections and updates made to Transactions in every Company in the database.
When printed to screen, the Correction List has the Standard ERP Drill-down feature. Click (Windows/macOS) or tap (iOS/Android) on any Transaction Number in the report to open an individual Transaction record.
Selecting 'Correction List' from the 'Reports' list in the Nominal Ledger or the Consolidation module will open the following window:

- Period
- Paste Special
Reporting Periods setting, System module
- Enter the report period. The report will list corrected and updated Transactions that were originally entered during the period that you specify here. The corrections and updates themselves may have been made after this period.
- If you need the period to be a single day, just enter the date once and this will be converted to the period format automatically.
- The first row of the Reporting Periods setting will be used as the default value.
- Account
- Paste Special
Account register, Nominal Ledger/System module
- Range Reporting Alpha
- Enter an Account here if you need the report to list corrected and updated Transactions featuring a particular Account in at least one row.
- From Reg. Date
- Enter a date here if you need the report to list corrections and updates made on or after a particular date.
- All Transactions
- By default, the report will only list Transactions that have been corrected or updated. For each Transaction, it will show the Transaction Number, the Transaction Date, the action (i.e. correction or update) and date of the action. In the case of a corrected Transaction, the Number of the correcting Transaction will also be shown. If you select this option, every Transaction, including those that have not been corrected or updated, will be listed in the report, together with their registration dates. You might use this option to gain an impression of the proportion of Transactions that have been changed, or to get an idea of how long it takes for updates and corrections to be made.
- If you use this option and also enter an Account in the field above, the report will list all Transactions that post to that Account, with and without corrections and updates. Other updates and corrections will not be shown.
- Show Person
- If a Transaction was corrected, the Signature of the correcting Person will be included in the report if you have selected this option. If a Transaction was updated or invalidated, the Signature will always be shown.
Press the [Run] button to print the Correction List. The example report illustrated below includes three Transactions as follows:
- 2020.1379
- Transaction corrected by Transaction 2020.1381.
- 2020.1380
- Transaction updated.
- P/INV.970435
- Transaction created from a Sub System record (Purchase Invoice 970435) that was invalidated.

---
Reports in the Nominal Ledger:
---
Go back to:
EOAF Contra Cuentas
Este informe muestra la manera en que cada Cuenta es equilibrada en el periodo seleccionado. Por ejemplo, cuando una Cuenta ha sido usada en la columna ‘Haber’ del Asiento, este informe mostrará las Cuentas usadas en el lado del Debe (registrando los montos). Las Cuentas equilibradas son catalogadas como ‘EOAF Contra Cuentas’.
En transacciones complejas donde, por ejemplo, las dos primeras líneas son Cuentas Debe y por eso hay varias líneas de Haber, la correlatividad se establece manualmente usando la columna ‘C. Cta.’ en cada fila del Asiento (pestaña F).

- Periodo
- Pegado Especial
opción Periodos de Informe, módulo Sistema
- Especifica el periodo a ser abarcado por el informe.
- Cta. Principal
- Pegado Especial
registro Cuentas, módulos Contabilidad/Sistema
- Rango de Informe Alfa
- Especifica aquí las Cuentas cuya correlatividad deseas analizar.
- Contra Cuenta
- Pegado Especial
registro Cuentas, módulos Contabilidad/Sistema
- Sólo Saldos
- Con esta casilla tildada para cada Cuenta principal, se listará cada Contra Cuenta en una sola línea conteniendo los saldos de Haber y Debe apropiados para el periodo de Informe. Si no se tilda la casilla, todas las Transacciones para cada Contra Cuenta aparecerán individualmente.
- Listar Nro. de Asientos
- Si tildas esta casilla, el informe listará los Números de Asiento de todas las Transacciones que caigan dentro del periodo de informe conjuntamente con los totales de Haber y Debe - estos aparecerán al pie del informe.
Cuenta Acreedores
Este informe satisface un requerimiento específico para usuarios en Rusia. Se trata de una lista con los datos Debe y Haber en función a una Cuenta específica de Acreedor (organizada según Proveedor).
El informe está constituido por asientos cuyos datos suponen cifras para la Cuenta específica. Se empleará la información del Proveedor en la pestaña E de cada Asiento para el registro de Proveedor. Si faltase información de Proveedor en un Asiento particular que se vincula a la Cuenta Acreedor especificada, ese Asiento no podrá conectarse a un Proveedor y por tanto, no será incluido en el informe. Cuando generes un Asiento Contable desde una Factura de Compra o Anticipo, la Información de Proveedor se copiará únicamente a la pestaña E de ese Asiento en tanto hayas tildado la casilla ‘Info. Prov. a Asiento’ en la opción Manejo de Cuentas de Compras (o en la solapa 'Términos' de una Factura de Compra individual, o en un Anticipo). Por tanto, se recomienda tildar la casilla ‘Info. Prov. a Asiento’ para una mejor perspectiva de este informe.

- Periodo
- Pegado Especial
opción Periodos de Informe, módulo Sistema
- El informe listará todos los datos referentes a la Cuenta Acreedor que se hicieron durante el periodo que especificarás aquí.
- Cuenta
- Pegado Especial
registro Cuentas, módulos Contabilidad/Sistema
- Especifica la Cuenta Acreedor cuyos datos serán listados en el informe. Deberás especificar una Cuenta, de lo contrario el informe quedará vacío.
- Proveedor
- Pegado Especial
Proveedores en registro Contactos
- Rango de Informe Alfa
- Ingresa un Número de Proveedor (o rango de Números de Proveedor separados por dos puntos) para listar datos destinados a la Cuenta Acreedor los cuales están vinculados a ese Proveedor particular (o rango de Proveedores).
- Sólo Proveedores con Saldo
- Por defecto, el informe listará a cada Proveedor del registro Contactos. En ese sentido debes tildar esta casilla para que el informe solo liste aquellos Proveedores que han sido citados al menos una vez en la Cuenta Acreedor (ej. Proveedores que por lo menos tengan una Factura de Compra o Anticipo en función a esta cuenta).
- Función
- Utiliza estas alternativas para controlar el nivel de detalle a presentarse en el informe.
- Resumido
- El modo Resumido es una lista sencilla con una línea por Proveedor y muestra los saldos contiguos de Debe y Haber para la Cuenta Acreedores especificada; los balances abiertos, balances del periodo y los balances de cierre.
- Detallado
- A diferencia de la información presentada en la versión resumida, esta alternativa muestra el Número de Factura de Compra en cada caso.
Diferencias T.C. en Moneda de Cta.
Por favor, haz clic
aquí para detalles completos de este informe.
Balances Diarios
Este informe proporciona saldos diarios en función al Debe, Haber y saldos globales para todas las Cuentas usadas.

- Periodo
- Pegado Especial
opción Periodos de Informe, módulo Sistema
- Especifica aquí el periodo a ser abarcado por el informe. Para obtener balances de un día particular, simplemente ingresa la fecha.
- Si ingresas un periodo de informe mayor a un día, el informe mostrará saldos para cada Cuenta individual pero sólo en función a aquellas situaciones donde fue se usó la Cuenta.
- Cuenta
- Pegado Especial
registro Cuentas, módulos Contabilidad/Sistema
- Rango de Informe Alfa
- Especifica la Cuenta o rango de Cuentas cuyos saldos aparecerán en el informe.
- Balance por Objeto
- Pegado Especial
registro Objetos, módulos Contabilidad/Sistema
- Si necesitas mostrar para cada Cuenta un balance en función a un Objeto particular, especifica ese Objeto aquí. Si ingresas un rango de Objetos separados por comas, se mostrará un solo balance para las transacciones pertenecientes a los Objetos listados.
- Mostrar Asientos en Periodo
- Si tildas esta casilla, el informe listará Números de Asiento de todas las Transacciones que caigan dentro del periodo de informe conjuntamente con los totales de Haber y Debe. Éstos aparecerán al pie del informe.
- Valores en
- Si estás usando el sistema de Base-dual, los valores en este informe se podrán mostrar en cualquier Moneda Base. Utiliza estas opciones para escoger la Moneda a emplearse en esta ocasión.
- Si no estás usando el sistema de Base-dual, utiliza la Moneda Base 1 para producir un informe en tu Moneda local.
Cuenta Deudores
Este informe satisface un requerimiento específico para usuarios en Rusia. Se trata de una lista de los datos correspondientes al Debe y al Haber en función a una Cuenta Deudor específica (organizada según Cliente).
Este informe está constituido por Asientos cuyas cifras están destinadas hacia la Cuenta específica. Se empleará la Información del Cliente en la pestaña E de cada Asiento para conectar alguna fila a un Cliente. Si faltase la Información del Cliente en un Asiento particular vinculado a la Cuenta Deudor especificada, ese Asiento no podrá conectarse al Cliente y por tanto, no será incluido en el informe. Cuando crees un Asiento Contable desde una Factura o Recibo, la información del Cliente se copiará únicamente en la pestaña E de ese Asiento en tanto hayas tildado la casilla ‘Info. Cliente en Asiento’ en la opción Manejo de Ctas. Ventas (o en la solapa 'Entrega' de una Factura o un Recibo). Por tanto, se recomienda tildar la casilla ‘Info. Cliente en Asiento’ para una mejor perspectiva de este informe.

- Periodo
- Pegado Especial
opción Periodos de Informe, módulo Sistema
- El informe listará todos los datos de la Cuenta Deudor que fueron hechos durante el periodo que especificarás aquí.
- Cuenta
- Pegado Especial
registro Cuentas, módulos Contabilidad/Sistema
- Especifica la Cuenta Deudor cuyos datos van a ser listados en el informe. Deberás especificar una Cuenta, de lo contrario el informe quedará vacío.
- Cliente
- Pegado Especial
Clientes en registro Contactos
- Rango de Informe Alfa
- Ingresa un Número de Cliente (o un rango de Números de Cliente separados por dos puntos) para listar datos de la Cuenta Deudor vinculados a ese Cliente particular (o rango de Clientes).
- Sólo Clientes con Saldo
- Por defecto, el informe listará a cada Cliente del registro Contactos. En ese sentido debes tildar esta casilla para que el informe solo liste aquellos Clientes que han sido citados al menos una vez en la Cuenta Deudor (ej. Clientes con al menos una Factura o Recibo en función a esa Cuenta).
- Función
- Utiliza estas opciones para controlar el nivel de detalle a presentarse en el informe.
- Resumido
- El modo Resumido arrojará una lista sencilla con una línea por Cliente mostrando los saldos contiguos de Debe y Haber para la Cuenta Deudor especificada; los balances abiertos, balances de periodo y los balances de cierre.
- Detallado
- A diferencia de la información presentada en la versión resumida, esta alternativa listará datos individuales en la Cuenta Deudor y mostrará los Números de Factura en cada caso.
Diario de Balance de Apertura
Este informe lista los archivos inscritos en el registro
Balance Apertura.
De manera individual, este informe muestra el Número de Serie, la Fecha, el Objeto y la Descripción. También los datos individuales respecto al Haber y Debe para cada Cuenta estarán serán visibles aquí conjuntamente con las Monedas de los balances.
Cuando se encuentra en pantalla, el Diario de Balance de Apertura posee la funcionalidad Drill-down de HansaWorld Enterprise. Haz clic en cualquier número de serie en el informe para abrir un registro individual del Balance Apertura.

- Nro.
- Rango de Informe
Numérico
- Ingresa un Número de Serie o un rango de Números para mostrar archivos particulares del Balance Apertura, o deja en blanco para incluir todos los archivos.
- Periodo
- Pegado Especial
opción Periodos de Informe, módulo Sistema
- Ingresa la fecha inicio y fecha fin del periodo cuyos archivos de Balance Apertura vayan a ser mostrados en el informe. Por defecto se ofrece el primer periodo de la opción ‘Periodos de Informe’.
- Objeto
- Pegado Especial
registro Objetos, módulos Contabilidad/Sistema
- Para listar Presupuestos con un Objeto particular, ingresa ese Objeto aquí.
- Incluir Simulaciones
- Tilda esta casilla para incluir en el informe archivos de Balances Apertura cuyas casillas de Simulación hayan sido tildadas. Estos archivos serán marcados como Simulaciones en el informe.
- Mostrar en
- Si estás usando el sistema de Base-dual, los valores en este informe podrán mostrarse en cualquier Moneda Base. Utiliza estas opciones para escoger la Moneda a emplearse en esta ocasión.
- Si no estás usando el sistema de Base-dual, utiliza la Moneda Base 1 para producir un informe en tu Moneda local.
Income & Expense Book
This page describes the Income & Expense Book report in the Nominal Ledger.
---
The Income and Expense Book report is a list of postings made during a specified period, sorted by date and classified by the type of Account. The report uses six Account classifications: Income Sales; Income Other; Purchases; Expense; Expense Cash and Expense Other.
Before running the report, you should use the Income & Expense Book setting in the Nominal Ledger to classify each Account. Usually you will need to enter a separate record to this setting for each classification, but you can enter more than one record for a particular classification if necessary.

- No.
- Enter a unique code to identify each record in the Income & Expense Book setting. The code must be numeric.
- Text
- Use this field to assign a descriptive name to each record in the Income & Expense Book setting. This will be shown in the browse window.
- Accounts
- Paste Special
Account register, Nominal Ledger/System module
- Enter an Account or a range of Account numbers separated by a colon (:). You can also enter a number of individual Accounts, or ranges of Accounts, separated by commas, as shown in the illustration above.
- These Accounts should all have the same classification for the purposes of the Income & Expense Book report (e.g. they should all be income Accounts, or they should all be expense Accounts)
- The Accounts field consists of three rows, each allowing 100 characters, thus allowing for a definition 300 characters long.
- Type
- Choose an option to specify the type or classification of the Accounts listed above for the purposes of the Income & Expense Book report.
Having classified each Account, you can run the Income & Expense Book report:

- Period
- Paste Special
Reporting Periods setting, System module
- The report will list postings from the period that you specify here. The first period in the Reporting Periods setting will be offered as a default.

When printed to screen, the Income & Expense Book report has the Standard ERP
Drill-down feature. Click (Windows/macOS) or tap (iOS/Android) on any Transaction Number to open an individual Transaction record.
For each posting, the report will display the following information depending on the origin of the posting:
- Invoice
- The Customer Name, the Invoice Address (from the Invoice) and the Description from the Transaction row (or, if blank, the Text from the Transaction header). If the Invoice has been invalidated, the date and value will be shown struck through with red lines, the date of the invalidation and the Signature of the invalidator will be displayed, and the value will not be included in the report totals.
- Purchase Invoice
- The Supplier Name, the Invoice Address (from the Contact record for the Supplier) and the Description from the Transaction row (or, if blank, the Text from the Transaction header). Both the Supp. Inv. No. and the Purchase Invoice Number will be displayed, with the Purchase Invoice Number in brackets. If the Purchase Invoice has been invalidated, the date and value will be shown struck through with red lines, the date of the invalidation and the Signature of the invalidator will be displayed, and the value will not be included in the report totals.
- If the Purchase Invoice and Transaction Dates in a Purchase Invoice are different, the Purchase Invoice Date will be displayed in the report, but the inclusion of the Purchase Invoice in the report period will depend on the Transaction Date.
- Other
- The Description from the Transaction row (or, if blank, the Text from the Transaction header).
---
Reports in the Nominal Ledger:
---
Go back to:
Key Financial Ratios
The Key Financial Ratios report is a useful tool that can help you evaluate the performance and prospects of your company.
A Key Ratio is a figure representing a particular aspect of your company’s performance. Key Ratios are fully user-definable: you must create your own Key Ratios before you can produce the report. Examples might be sales for the current period or for a previous one, sales per sq. ft. for retail outlets, and the relation between salaries and debited time for consultants. The Key Financial Ratios report is essentially a list of Key Ratios that you have defined yourself.
As well as creating your own Key Ratios to appear in the Key Financial Ratios report, you can also create several Key Ratio reports. This will allow you to create and produce several discrete reports that focus on different aspects of your business.
One particular Key Ratio is used in another report. The % Turnover option in the Profit & Loss report requires you to have defined a Key Ratio for ‘turnover’, named “TURNO”.
Please click for details about:
---
Reports in the Nominal Ledger:
---
Go back to:
Key Financial Ratios - Defining
Before producing the Key Financial Ratios report for the first time, you should define how the figures in the report will be calculated and ensure the format of the report suits your specific requirements. This is known as "Defining" the Key Financial Ratios report.
To set or change the report definition of the Key Financial Ratios report, ensure you are in the Nominal Ledger, click the [Settings] button in the Navigation Centre and double-click 'Report Settings' in the subsequent list. Then double-click 'Key Financial Ratios' in the list on the left-hand side of the 'Report Settings' window (or highlight it and click the [Definition] button). The 'Key Financial Ratios Report Definition: Inspect' window will be opened.

The illustration shows many of the commands that you can use when defining Key Ratios.
Most of the 'Key Financial Ratios Report Definition: Inspect' window is taken up by a matrix. Use this matrix to define your Key Ratios: each Key Ratio will occupy a separate row in the matrix, and each Key Ratio will cause a separate line to be printed in the Key Financial Ratios report. This is shown in the illustration below:

You can add, insert or delete rows in the report definition as necessary. To insert a row, highlight the row above which the new one is to be inserted (by clicking the row number) and press the Return key. To delete a row, highlight it and press the Backspace key. Click the [Save] button to save your Key Ratio definitions.
Each row in the Key Financial Ratios report definition should contain a separate Key Ratio. For each Key Ratio, enter the following information:
Flip A
- Code
- Enter a unique code to identify each Key Ratio. You can use this Code to refer to the Key Ratio in other formulae, as shown on line 8 in the illustration above.
- Comment
- Enter a name of the Key Ratio, to be printed in the report.
- Definition
- Paste Special
Assisted Formula Entry
- The formula that will be used to calculate the value of the Key Ratio. The commands that you can use in the formulae are listed immediately below, while the 'Assisted Formula Entry' window is described here.
- Hide
- Paste Special
Choice of possible entries
- Enter "Yes" in this field if you do not want a particular Key Ratio to be printed in the report. This option allows you to use rows for hidden calculations that you can then include in the definitions in later rows (using the KEY command).
You can use the commands listed below in the formula in the Definition field. These commands are not case sensitive.
- RESULT("Account Code")
- This command prints the net change during the period for the Account specified in the brackets. Some examples of the use of this command are as follows:
- RESULT("100")
- Prints the net change in Account 100 for the specified period. For example, if Account 100 is a Sales Account, this will print the net sales posted to that Account during the specified period.
- RESULT("100:1999")
- Prints the sum of the net changes in Accounts 100 to 1999 for the specified period. The Accounts in the range will be determined using an alpha sort, rather than a numeric one. So, Account 1000001 will be included in the example range, while Account 200 will not.
- -RESULT("100:1999")
- As the previous example, but the sign of the final figure will be changed. This will be useful when displaying figures for sales, which are stored as negative figures in Standard ERP. Prefixing the RESULT command with a minus sign will cause sales to be displayed as positive figures in the report.
- RESULT("100,199")
- Prints the sum of the net changes in the individual Accounts 100 and 199 for the specified period.
- RESULT("100+120:1999")
- Takes the net change in Account 100 and adds it to the sum of the net changes in Accounts 120 to 1999.
- AVGRESULT("Account Code")
- This command prints the average monthly posting during the report period to the specified Account or Accounts. For example, if the report period is one year, the command will print the RESULT divided by 12.
- CREDRESULT("Account Code")
- This command prints the total credit posting during the report period to the specified Account or Accounts.
- DEBRESULT("Account Code")
- This command prints the total debit posting during the report period to the specified Account or Accounts.
- BALANCE("Account Code")
- This command prints the closing balance for the specified Account. It therefore differs from the RESULT command in that balances brought forward from previous periods are taken into account.
- The BALANCE command can print the sum of the balances of a range of Accounts or of a number of Accounts in the same manner as the RESULT command: please refer to the description of the RESULT command above for examples.
- CREDBALANCE("Account Code")
- This command prints the closing credit balance for the Account specified. It therefore differs from the CREDRESULT command in that balances brought forward from previous periods are taken into account.
- DEBBALANCE("Account Code")
- This command prints the closing debit balance for the Account specified. It therefore differs from the DEBRESULT command in that balances brought forward from previous periods are taken into account.
- KEY("Code")
- Use the KEY command to include the value of another Key Ratio in the calculation. You must already have defined the Key Ratio that you are referring to. If not, a zero value will be used. Therefore, in the example illustration, the GPP line (row 8) must appear below the GP and TURNO lines (rows 7 and 1 respectively).
- Although the KEY command itself is not case sensitive, the reference to the other Key Ratio is. Thus, in the example illustration, you can use key("TURNO") and KEY("TURNO"), but not key("turno").
- IFKEY("Comparison","print if true","print if false")
- IFKEY allows you to compare the values of two Key Ratios and to print the value of one of them, depending on the result of the comparison. You must already have defined the Key Ratios that you are referring to.
- The following examples illustrate the possible comparisons:
- IFKEY("KEY_A>KEY_B","KEY_A","KEY_B")
- If the value of KEY_A is greater than the value of KEY_B, the value of KEY_A will be printed. Otherwise, the value of KEY_B will be printed.
- IFKEY("KEY_A<KEY_B","KEY_A","KEY_B")
- If the value of KEY_A is less than the value of KEY_B, the value of KEY_A will be printed. Otherwise, the value of KEY_B will be printed.
- IFKEY("KEY_A=KEY_B","KEY_A","KEY_C")
- If the value of KEY_A is the same as the value of KEY_B, the value of KEY_A will be printed. Otherwise, the value of KEY_C will be printed.
- IFKEY("KEY_A>=KEY_B","KEY_A","KEY_B")
- If the value of KEY_A is greater than or equal to the value of KEY_B, the value of KEY_A will be printed. Otherwise, the value of KEY_B will be printed.
- IFKEY("KEY_A<=KEY_B","KEY_A","KEY_B")
- If the value of KEY_A is less than the value of KEY_B, the value of KEY_A will be printed. Otherwise, the value of KEY_B will be printed.
- OBJRESULT("Account Code","Object Code")
- This command is similar to RESULT, but in calculating the net change during the period in the specified Account or Accounts, only postings with the specified Object Code are taken into account.
- The reference to the Object Code is not case sensitive.
- The command can print the sum of the net changes in a range of Accounts or in a number of Accounts in the same manner as the RESULT command: please refer to the description of the RESULT command above for examples.
- AVGOBJRESULT("Account Code","Object Code")
- This command prints the average monthly posting to the specified Account or Accounts during the period, taking only transactions with the specified Object Code into account. For example, if the report period is one year, the command will print the OBJRESULT divided by 12.
- OBJCREDRESULT("Account Code","Object Code")
- This command prints the total credit posting to the specified Account or Accounts during the period, taking only transactions with the specified Object Code into account.
- OBJDEBRESULT("Account Code","Object Code")
- This command prints the total debit posting to the specified Account or Accounts during the period, taking only transactions with the specified Object Code into account.
- VATRESULT("Account Code","VAT Code")
- This command is similar to RESULT, but in calculating the net change during the period in the specified Account or Accounts, only postings with the specified VAT Code are taken into account.
- The reference to the VAT Code is not case sensitive.
- The command can print the sum of the net changes in a range of Accounts or in a number of Accounts in the same manner as the RESULT command: please refer to the description of the RESULT command above for examples.
- In Transactions created from Sub Systems (e.g. Invoices and Purchase Invoices), the appropriate VAT Code will be copied to the V-Cd field in each Transaction row posting to a Sales or Cost Account. The V-Cd field is the mechanism that allows you to use the VATRESULT command with these Accounts. However, if you are using the Add VAT Code to VAT A/C rows option in the Transaction Settings setting, the appropriate VAT Code will also be copied to the V-Cd field in each Transaction row posting to a VAT Account. This will allow you to apply the VATRESULT command to the VAT Accounts (e.g. VATRESULT("830","1"), where Account 830 is the Output VAT Account).
- VATBALANCE("Account Code","VAT Code")
- This command prints the closing balance for the specified Account or Accounts, with only Transactions with the specified VAT Code taken into account. It therefore differs from the VATRESULT command in that balances brought forward from previous periods are taken into account.
- AVGVATRESULT("Account Code","VAT Code")
- This command prints the average monthly posting to the specified Account or Accounts during the period, taking only transactions with the specified VAT Code into account. For example, if the report period is one year, the command will print the VATRESULT divided by 12.
- VATCREDRESULT("Account Code","VAT Code")
- This command prints the total credit posting to the specified Account or Accounts during the period, taking only transactions with the specified VAT Code into account.
- VATDEBRESULT("Account Code","VAT Code")
- This command prints the total debit posting to the specified Account or Accounts during the period, taking only transactions with the specified VAT Code into account.
- APDUE(Number of days)
- This command prints the total in the Purchase Ledger that is overdue for payment by more than the specified number of days. The last day of the report period will be used as the due date. For example, APDUE(30) will print the total that became due more than 30 days before the end of the report period (i.e. the total that is overdue by at least 30 days on the last day of the period). You must specify a number of days: use APDUE(0) if the total is to include all overdue Purchase Invoices.
- This figure does not include open On Account Payments and Prepayments: use APONACC described below if you need this figure to be shown in the report.
- There is no need place the number of days parameter in inverted commas, but doing so will not affect the calculation. In other words, you can use both APDUE(30) and APDUE("30").
- APOHDUE(Number of days)
- This command is similar to APDUE above, but Purchase Invoices marked as On Hold will not be included.
- APONACC
- This command prints the On Account balance in the Purchase Ledger on the last day of the report period. This includes open On Account Payments and Prepayments.
- APRESULT("Account","Supplier")
- This command checks any Purchase Invoices that were issued by the specified Supplier during the report period for any rows with the specified Account and prints the total amount posted to that Account. Some examples of the use of this command are as follows:
- APRESULT("240","")
- Prints the total amount posted to Account 240 in Purchase Invoices received from the following Suppliers:
- The Supplier or range of Suppliers specified in the Contact field in the report specification window.
- Suppliers with the Contact Classification specified in the Contact Class. field in the report specification window.
- All Suppliers, if the Contact and Contact Class. fields in the report specification window are both empty.
- APRESULT("200:299","503")
- Prints the total amount posted to all Accounts in the range 200:299 in Purchase Invoices received from Supplier 503.
- APRESULT("200:299","500:599")
- Prints the total amount posted to all Accounts in the range 200:299 in Purchase Invoices received from Suppliers 500:599.
- APRESULT("","503")
- Prints the total amount posted to all Accounts in Purchase Invoices received from Supplier 503.
- ARDUE(Number of days)
- This command is the Sales Ledger equivalent of APDUE above.
- ARDPDUE(Number of days)
- This command is similar to ARDUE above, but Invoices marked as Disputed will not be included.
- ARNRDUE(Number of days)
- This command is similar to ARDUE above, but Invoices marked as No Reminder will not be included.
- ARDPNRDUE(Number of days)
- This command is similar to ARDUE above, but Invoices marked as both Disputed and No Reminder will not be included.
- ARONACC
- This command is the Sales Ledger equivalent of APONACC above.
- ARRESULT("Account","Customer")
- This command is the Sales Ledger equivalent of APRESULT above.
As you enter your Key Ratio definitions, remember that all calculations will use figures as stored inside the Standard ERP database. This means that credit balances (e.g. those for Sales Accounts) will be negative. If you want to print these balances as positive figures, place a minus sign in front of the formula, as shown in line 1 in the illustration above.
The value of a well-structured Chart of Accounts can easily be seen here. For example, if you have grouped your Income Accounts together in a consecutive series, totalling them using a range becomes simple.
In the first row in the illustration above, we have included a Key Ratio with the Code "“TURNO"”. This Key Ratio contains a definition of "“turnover"” (in the example, "“turnover"” has been defined as the net change in the balance of all Sales Accounts over the report period). You must have a Key Ratio with this Code if you will use the % Turnover option when printing the Profit & Loss report, as this option needs a definition of "“turnover"”.
Note that the syntax used in the Key Ratio formulae changed in version 4.1. If you are updating from a version earlier than 4.1 to a later version, you will therefore need to change your formulae as follows:
- All parameters should now be enclosed in quotation marks. For example, you should change RESULT(830) to RESULT("830").
- The order of parameters for the VATRESULT, VATBALANCE, VATCREDRESULT and VATDEBRESULT commands has been transposed. For example, you should change VATRESULT(1,100:199) to VATRESULT("100:199","1").
Please refer
here for a description of an example Key Financial Ratios report definition, including details about flip B of the 'Key Financial Ratios Report Definition' window.
---
Pages describing the Key Financial Ratios report:
---
Reports in the Nominal Ledger:
---
Go back to:
Key Financial Ratios - Example - Key Ratios for Different Periods
This page uses an example Key Financial Ratios report to describe using the fields on flip B of the 'Key Financial Ratios Report Definition' window. These fields allow you to have the same Key Ratios printed for different periods. Please refer
here for descriptions of the commands you can include in a Key Ratios report definition.
---
To begin the example, we have created the simple report illustrated below in which we have used the RESULT command to print the net sales for the report period. The RESULT command will print the net change in the Account balance(s) over the report period, and Accounts 100:199 are the Sales Accounts. The report was printed with the month of August as the period:

One way to extend the report is to have the same Key Ratio printed for different periods. Follow these steps:
- Place the same formula on each line in the definition:

- To set the period for each Key Ratio, go to flip B and use the Period, Offset and Length fields:

This the resulting report:

In the Period field in each row, you can choose an option using 'Paste Special'. The following options are available (in these descriptions, the phrase "report period" means "the period specified in the column definition or the report specification window". Column definitions are described
here, and the report specification window
here).
- From Columns Definition
- Select this option if you would like the period for the Key Ratio to be the same as the report period.
- In the example illustrated above, the period specified in the report specification window is August, so the Key Ratio in row 1 will print the sales figures for August.
- The Offset and Length fields are not used with this option.
- Month
- Use this option if you would like the period for the Key Ratio to be a particular calendar month or months.
- Use the Offset field to specify when the Key Ratio period is to start. For example, if the Offset is 0, the Key Ratio period will begin on the same date as the report period. If the Offset is -1, the Key Ratio period will begin one month before the start of the report period. If the Offset is 1, the Key Ratio period will begin one month after the start of the report period.
- If the Offset is not 0, you must also specify a Length. The Length is the number of months in the Key Ratio period. For example, if the Offset is -3 and the Length is 3, the Key Ratio period will begin three months before the report period and will be three months in duration. In the example illustrated above, if the report period is August, the period for the Key Ratio in row 3 will run from May 1 to July 31. If the Offset is 0 and you do not specify a Length, the Length will be assumed to be 1 (i.e. the Key Ratio period will be the first month in the report period).
- Year
- Use this option if you would like the period for the Key Ratio to be a particular calendar year or years.
- Use the Offset field to specify when the Key Ratio period is to start. For example, if the Offset is 0, the Key Ratio period will begin on the same date as the report period. If the Offset is -1, the Key Ratio period will begin one year before the start of the report period. If the Offset is 1, the Key Ratio period will begin one year after the start of the report period.
- You must also specify a Length (i.e. the Length should not be 0). The Length is the number of years in the Key Ratio period. For example, if the Offset is -3 and the Length is 3, the Key Ratio period will begin three years before the report period and will be three years in duration. If the report period is the month of August, the Key Ratio period will begin in August three years previously and end the day before the report period begins.
- Fiscal Year to Date
- If you select this option, the period for the Key Ratio will run from the beginning of the fiscal year in which the start date in the report period falls to the end of the report period.
- In the example illustrated above, if the report period is August, and fiscal years begin on January 1, the period for the Key Ratio in row 4 will run from January 1 to August 31.
- You can use the Offset field to move the beginning of the period to a different year. For example, if the Offset is -1, the start of the period will be the beginning of the previous fiscal year (January 1 in the previous year in the example). The end of the Key Ratio period will always be the same as the end of the report period, so positive Offsets are not useful.
- The Length field is not used with this option.
- Fiscal Year
- Select this option if the period for the Key Ratio is to be the fiscal year in which the start date in the report period falls.
- For example, if the report period is August and fiscal years begin on January 1, the period for the Key Ratio will run from January 1 to December 31 in the same year as the report period.
- You can use the Offset field to choose a different year, and the Length field to choose the number of years in the period. For example, if the Offset is -1 and the Length is 1, the period will be the fiscal year before the report period. If the Offset is 0 and the Length is 3, the period will be the three fiscal years starting with the fiscal year in which the start date in the report period falls.
- If you specify an Offset, you must also specify a Length.
Please refer
here for details about adding columns to the report.
---
Pages describing the Key Financial Ratios report:
---
Reports in the Nominal Ledger:
---
Go back to:
Key Financial Ratios - Example - Adding Columns to the Report
This page describes adding columns to a Key Financial Ratios report. Please refer
here for descriptions of the commands you can include in a Key Ratios report definition.
---
If you have many Key Ratios, listing them with various periods as described in the previous example might result in a long report in which comparison between the various periods is not easy. An alternative is to add column definitions to the report. This will allow you to display information from different periods in columns.
To add column definitions, click the [Define Columns] button in the 'Key Financial Ratios Report Definitions' window (in this illustration we have removed rows 2-4 from the previous example as they are no longer needed):

The 'Column Definition: New' window opens:

Most of the 'Column Definition: New' window is taken up by a matrix. Each row in the matrix will cause a separate column to be printed in the Key Financial Ratios report.
In its standard form and as shown in the illustrations so far, the Key Ratios report will contain three columns: the Code, Comment and Value columns. When you use the 'Column Definition' window to add columns to the report, you should first add three columns to represent the three that are already there:

For each column, enter the following information:
- Code
- Enter a Code for each column. There's no need to specify a Code if the Type (below) is "Code" or "Comment", but you must do so otherwise. If the columns in a report all contain the same figures or do not contain any figures at all, the probable reason is that the columns do not have Codes.
- Comment
- Enter the column heading of each column here.
- Type
- Paste Special
Choice of possible entries
The column type will determine what will be printed in the column, as follows:
- Code
- The Key Ratio Code (i.e. the Code in the row in the 'Key Financial Ratios Report Definitions' window) will be printed.
- Comment
- The Key Ratio Comment will be printed.
- Actuals
- Figures calculated using the Key Ratio formula will be printed.
- Columns Sumup
- Allows you to apply mathematical operations to values in previous columns (e.g. to add the values in various columns together, to subtract the value in one column from the value in another, or to express the value in one column as a percentage of the value in another). Enter the mathematical operation in the Additional Info field to the right using the format column("Code") (e.g. column("10")+column("20")+column("30"), column("10")-column("20"), column("10")/column("20")*100).
- Budget
- Budget figures for the Account(s) used in the Key Ratio formula will be printed.
- Revised Budget
- Revised Budget figures for the Account(s) used in the Key Ratio formula will be printed.
- Purchase Order Commitments
- Will print the total value of open Purchase Order rows in which the Purch. A/C is one of the Accounts used in the Key Ratio formula. An open Purchase Order row is one where the Recvd. OK figure is less than the Qty (i.e. you have ordered but not yet received the Items). Only rows in Purchase Orders that have been marked as OK and that are not Closed will be included.
- For example, if the Key Ratio formula is RESULT("820") and there is an open Purchase Order row in which the Purch A/C is 820, the value of this row will be included in the column figure.
- Goods Receipt Accruals
- Will print the total value of uninvoiced Purchase Order rows in which the Purch. A/C is one of the Accounts used in the Key Ratio formula. An uninvoiced Purchase Order row is one where the Invoiced figure is less than the Recvd. OK figure (i.e. you have received the Items but not yet been invoiced for them). Only rows in Purchase Orders that have been marked as OK and that are not Closed will be included.
Some of the Type options will be described in more detail later in this example.
This is the report that will result from the columns shown defined in the previous illustration:

By default, the page will be right-justified, with the last column (row 3 in the example definition) being placed on the right-hand side of the page. To move the columns to the left-hand side of the page and adjust the column widths, go to flip C in the 'Column Definition' window and use the Position field. You can enter the following special values in this field:
- 0
- The column will be placed on the left-hand side of the report.
- 1
- The column will be placed on the right-hand side of the report.
Otherwise, enter a value between 20 and 480 to locate the column precisely in the report.

To add more columns, enter a Code and Comment for each new one and choose a Type using 'Paste Special'. In this example we need the report to display sales figures for various periods, so we've set the Type to "Actuals" in each case (meaning that the figures will be calculated using the Key Ratio formula i.e. the formula in the row in the 'Key Financial Ratios Report Definitions' window):

On flip C, use the Period, Offset and Length fields to specify the periods for each column. Use these fields in the same way as the similar fields on flip B of the 'Key Financial Ratios Report Definitions: Inspect' window (described on the
Example page). Again, you can choose the Period using 'Paste Special': the options are the same as previously described, with the exception that the first option is named 'Selected Period'. This means that the period will be taken from the report specification window. Also as in the 'Key Financial Ratios Report Definitions' window, you can hide a particular column if necessary.

This is the resulting report (in the example we did not use the Position field for the new columns so they are right-justified):

If we now add a second Key Ratio in the 'Key Financial Ratios Report Definitions' window, the columns will be applied to the new Key Ratio automatically:

The report now displays actual figures for four different periods. As well as columns displaying actual figures, you can add columns displaying Budget and Revised Budget figures. In the next example, we've added a column in that will display Budget figures (the Type is "Budget"). A column displaying Revised Budget figures would be similar, except the Type would be "Revised Budget".

As the first Key Ratio is -RESULT(100:1999), the Budget column will display the total Budgeted amount for all the Accounts in the range 100:1999. For the second Key Ratio, the Budget column will similarly display the total Budgeted amount for Accounts 200:299 and 811:822.
The Period on flip C of the Budget column definition is "Selected Period", so the total Budgeted amounts will be calculated from Budget rows with dates falling in the period in the report specification window. For example:
- If you have monthly Budget figures and the report period is one month, the Budget figure for that month will be included in the report.
- If you have quarterly Budget figures and the report period is one month, a pro rata amount calculated from the Budget figure for the relevant quarter will be included in the report.
You can add columns displaying Budget or Revised Budget figures for different periods, using the Period, Offset and Length fields on flip C as described above.
This is the resulting report:

So far, the columns in the example have all printed information extracted from the database. You can also add columns that will display figures calculated from those in previous columns. To do this, add a column in which the Type is "Columns Sumup" and enter the calculation formula in the Additional Info field. In the formula, the syntax for referring to previous columns is COLUMN("CODE"), where "CODE" is the Code of the column you are referring to.
In the example illustrated below, we've added two columns comparing actual and Budget figures. In the first one (row 8), the formula is:
- COLUMN("10")-COLUMN("50")
This will subtract the Budget figure from the actual figure for the current month. The second column will display the actual figure as a percentage of the Budget:

When you need to enter a calculation formula in the Additional Info field, you can type it directly into the field, or you can use the Assisted Formula Entry feature to have the formula constructed for you. This feature will be helpful when you don't remember the correct syntax.
To use the Assisted Formula Entry feature, follow these steps:
- Simply activate 'Paste Special' from the Additional Info field in the relevant row:

- Enter the Code of the previous column in the Column field:

- Then click the [Replace] or [Add] buttons as follows:
- Replace
- The new formula will be placed in the Additional Info field, replacing what was previously there.
- Add
- The new formula will be placed in the Additional Info field, in addition to what is already there.

- Type a mathematical operator in the Additional Info field.

- Type in a second column reference or open 'Paste Special' once again, enter a Column Code and click the [Add] button to have the column reference added to the formula.

Please click the following links for more information about columns in Key Ratio report definitions:
---
Pages describing the Key Financial Ratios report:
---
Reports in the Nominal Ledger:
---
Go back to:
Key Financial Ratios - Example - Objects
This page describes adding two- and three-dimensional Object analysis to a Key Financial Ratios report definition. Please refer
here for descriptions of the commands you can include in a Key Ratios report definition.
---
The first step is to use the OBJRESULT command in Key Ratio definitions. This command will print the net change over the report period for a specified Account or Accounts, only including postings with a particular Object. In this example in which Accounts 100:199 are Sales Accounts, we have created Key Ratios to compare the sales figures of various product types. Each product type has its own Object:

The second step is to create columns to provide a second level of analysis. For example, you might want to analyse sales of the various product types by salesman, or by the business types of the customers. To do this, add the columns as described
here and then go to flip B of the 'Column Definition' window to specify the Objects for each column. In this example, we have created columns for each salesperson. Each salesperson also has their own Object:

If necessary, you can add a third level of Object analysis. For example, in addition to the breakdown by product type and salesperson, you might want to see the type of customers being sold to (e.g. business type or area). In the
specification window for the Key Financial Ratios report, you can specify an Object Type. In this example, we have specified BUS (i.e. business types):

The report will contain separate sections for each Object belonging to the BUS Object Type:

---
Pages describing the Key Financial Ratios report:
---
Reports in the Nominal Ledger:
---
Go back to:
Key Financial Ratios - Additional Column Options
This page describes various options on Flip B of the Key Ratio Column Definition window. Please refer
here for more details about adding columns to a Key Ratio report definition.
---

- Company
- Paste Special
Companies in the database
- If you have more than one Company in your database, you can use this field if you need the column to display figures from a particular Company. Leave the field empty to display figures from the Company you are in (i.e. the Company in which the Key Ratio report definition is stored).
- Currency Type
- Paste Special
Choice of possible entries
- Use this field to specify whether the figures in the column will be in Base Currency 1 or 2, as follows:
- Base Currency 1
- Choose this option if the figures are to be in Base Currency 1.
- Base Currency 2
- Choose this option if the figures are to be in Base Currency 2.
- From Specification
- Choose this option if you would like to choose the Base Currency when printing the report, using the Values in options in the report specification window.
Note that if you specify a Currency in the Display Values in field in the report specification window, the figures in the report will be in that Currency so this Currency Type will be ignored.
- Prefix
- If you would like every figure in the column to be printed with a prefix, specify that prefix here.
- Suffix
- If you would like every figure in the column to be printed with a suffix, specify that suffix here.
---
Pages describing the Key Financial Ratios report:
---
Reports in the Nominal Ledger:
---
Go back to:
Key Financial Ratios - Assisted Formula Entry
As described on the
Defining Key Ratios page, there are a number of commands that you can use when defining Key Ratio formulae. You can type these commands directly into the Definition field in the 'Key Financial Ratios Report Definition' window, or you can use the Assisted Formula Entry feature to have the command constructed for you. This feature will be helpful when you don't remember a Key Ratio command or the correct syntax.
To use the Assisted Formula Entry feature, simply activate 'Paste Special' from the Definition field in the Key Ratio row:

Each of the radio button options on the left-hand side of the window represents one of the Key Ratio commands. When you choose one of these options, the equivalent Key Ratio command will be placed in the Formula field at the bottom of the window. Depending on the command, you should then specify additional details on the right-hand side of the window: these will be added to the formula in the Formula field. For example, if you select the Account Result option on the left, you should then specify an Account or Accounts on the right.
When the formula is complete, click the [Replace] or [Add] buttons as follows:
- Replace
- The new formula will be placed in the Definition field in the Key Ratio row, replacing what was previously there.
- Add
- The new formula will be placed in the Definition field in the Key Ratio row, in addition to what is already there. This will be useful if you are constructing a Definition that will contain more than one Key Ratio command.
The options on the left-hand side of the window are divided into sections as follows:
- Nominal Ledger
- Choose one of these options if you need the Key Ratio to print information from the Nominal Ledger.
- Account Result
- Prints the net change over the report period in the balance of a particular Account or Accounts.
- Additional details required:
- Specify an Account, range of Accounts separated by a colon or individual Accounts separated by commas in the Accounts field. Use 'Paste Special' to choose the Accounts if necessary.
- Select the Debit Only option if you only need the debit result to be printed.
- Select the Credit Only option if you only need the credit result to be printed.
Equivalent Key Ratio commands: Result, DebResult, CredResult
- Avg. Account Result
- Prints the prints the average monthly net change over the report period in the balance of a particular Account or Accounts.
- Additional details required:
- Specify an Account, range of Accounts separated by a colon or individual Accounts separated by commas in the Accounts field. Use 'Paste Special' to choose the Accounts if necessary.
Equivalent Key Ratio command: AvgResult
- Account Balance
- Prints the balance of a particular Account or Accounts on the last day of the report period.
- Additional details required:
- Specify an Account, range of Accounts separated by a colon or individual Accounts separated by commas in the Accounts field. Use 'Paste Special' to choose the Accounts if necessary.
- Select the Debit Only option if you only need the debit balance to be printed.
- Select the Credit Only option if you only need the credit balance to be printed.
Equivalent Key Ratio commands: Balance, DebBalance, CredBalance
- Account Result for VAT Code
- Prints the net change over the report period in the balance of a particular Account or Accounts, only taking postings with a particular VAT Code into account.
- Additional details required:
- Specify an Account, range of Accounts separated by a colon or individual Accounts separated by commas in the Accounts field. Use 'Paste Special' to choose the Accounts if necessary.
- Specify a VAT Code in the VAT Code field. Use 'Paste Special' to choose the VAT Code if necessary.
- Select the Debit Only option if you only need the debit result to be printed.
- Select the Credit Only option if you only need the credit result to be printed.
Equivalent Key Ratio commands: VATResult, VATDebResult, VATCredResult
- Avg. Account Result for VAT Code
- Prints the prints the average monthly net change over the report period in the balance of a particular Account or Accounts, only taking postings with a particular VAT Code into account.
- Additional details required:
- Specify an Account, range of Accounts separated by a colon or individual Accounts separated by commas in the Accounts field. Use 'Paste Special' to choose the Accounts if necessary.
- Specify a VAT Code in the VAT Code field. Use 'Paste Special' to choose the VAT Code if necessary.
Equivalent Key Ratio command: AvgVATResult
- Account Balance for VAT Code
- Prints the balance of a particular Account or Accounts on the last day of the report period, only taking postings with a particular VAT Code into account.
- Additional details required:
- Specify an Account, range of Accounts separated by a colon or individual Accounts separated by commas in the Accounts field. Use 'Paste Special' to choose the Accounts if necessary.
- Specify a VAT Code in the VAT Code field. Use 'Paste Special' to choose the VAT Code if necessary.
- Select the Debit Only option if you only need the debit balance to be printed.
- Select the Credit Only option if you only need the credit balance to be printed.
Equivalent Key Ratio commands: VATBalance, VATDebBalance, VATCredBalance
- Object Result
- Prints the net change over the report period in the balance of a particular Account or Accounts, only taking postings with a particular Object into account.
- Additional details required:
- Specify an Account, range of Accounts separated by a colon or individual Accounts separated by commas in the Accounts field. Use 'Paste Special' to choose the Accounts if necessary.
- Specify an Object in the Object field. Use 'Paste Special' to choose the Object if necessary.
- Select the Debit Only option if you only need the debit result to be printed.
- Select the Credit Only option if you only need the credit result to be printed.
Equivalent Key Ratio commands: ObjResult, ObjDebResult, ObjCredResult
- Avg. Object Result
- Prints the prints the average monthly net change over the report period in the balance of a particular Account or Accounts, only taking postings with a particular Object into account.
- Additional details required:
- Specify an Account, range of Accounts separated by a colon or individual Accounts separated by commas in the Accounts field. Use 'Paste Special' to choose the Accounts if necessary.
- Specify an Object in the Object field. Use 'Paste Special' to choose the Object if necessary.
Equivalent Key Ratio command: AvgObjResult
- Row Total
- Select this option to include the result of another Key Ratio calculation in the formula.
- Additional details required:
- Enter the Code of the other Key Ratio in the Row Code field.
Equivalent Key Ratio command: Key
- Purchase Ledger
- Choose one of these options if you need the Key Ratio to print information from the Purchase Ledger.
- Purchase Invoices Due
- Prints the total amount in the Purchase Ledger that is overdue for payment on the last day of the report period.
- Additional details required:
- If you need to see how much is overdue by more than a particular number of days on the last day of the report period, enter that number of days in the Days field.
- If you want to exclude Purchase Invoices that have been marked as On Hold, select the On Hold option.
- Equivalent Key Ratio commands: APDue, APOHDue
- Outstanding On Account P/L
- Prints the On Account balance in the Purchase Ledger on the last day of the report period (including open On Account Payments and Prepayments).
- Equivalent Key Ratio command: APOnAcc
- Sales Ledger
- Choose one of these options if you need the Key Ratio to print information from the Sales Ledger.
- Sales Invoices Due
- Prints the total amount in the Sales Ledger that is overdue for payment on the last day of the report period.
- Additional details required:
- If you need to see how much is overdue by more than a particular number of days on the last day of the report period, enter that number of days in the Days field.
- If you want to exclude Invoices that have been marked as Disputed, select the Disputed Only option.
- If you want to exclude Invoices that have been marked as No Reminders, select the No Reminders Only option.
- If you want to exclude Invoices that have been marked as Disputed, and Invoices that have been marked as No Reminders, select the No Reminders and Disputed option.
- Equivalent Key Ratio commands: ARDue, ARDPDue, ARNRDue, ARDPNRDue
- Outstanding On Account S/L
- Prints the On Account balance in the Sales Ledger on the last day of the report period (including open On Account Receipts and Prepayments).
- Equivalent Key Ratio command: AROnAcc

---
Pages describing the Key Financial Ratios report:
---
Reports in the Nominal Ledger:
---
Go back to:
Key Financial Ratios - Multiple Key Ratio Report Definitions
You can create as many of your own Key Financial Ratio reports as you need. Please refer to the
Multiple Balance Sheet Definitions page for full details about creating new reports. After creating a new report, you should then enter a definition for it, as described on the
Defining Key Ratios page.
If you have added column definitions to the definition of the built-in Key Financial Ratios report as described on the Adding Columns to the Report page, these column definitions will also be used in the new reports unless you explicitly add column definitions to those reports. If you do not want these column definitions to be used for a particular report, save an empty column definition for that report (click the [Define Columns] button in the 'Key Financial Ratios Report Definitions' window and immediately press the [Save] button when the 'Column Definition: New' window opens).
---
Pages describing the Key Financial Ratios report:
---
Reports in the Nominal Ledger:
---
Go back to:
Key Financial Ratios - Printing
Having entered a definition for the Key Financial Ratios report as described
here, you will be ready to print the report. Ensure you are in the Nominal Ledger, click the [Reports] button in the Navigation Centre and then double-click 'Key Financial Ratios' in the 'Reports' list. The 'Specify Key Financial Ratios' window will be opened.

- Period
- Paste Special
Reporting Periods setting, System module
- Enter the report period, in the format "01-02-15:28-02-15". If you are using four-digit years as in the illustration, the leading digits will be inserted automatically. If your report period is a single day, just enter the date once and this will be converted to a period format automatically. The first row of the Reporting Periods setting is the default value.
- You can set different periods for individual Key Ratios and in column definitions, using the Period, Offset and Length fields on flip C in each case. When you do so, the different periods will all be related to the overall report period that you have chosen in this field. For example, you can enter Key Ratios and/or column definitions for the month, quarter or year prior to the overall report period. Please refer here for more details.
- Object
- Paste Special
Object register, Nominal Ledger/System module
- Enter an Object here if you want the Key Ratio figures in the report to be calculated from Transaction rows with that Object only. If you enter a number of Objects separated by commas, only those Transaction rows featuring all the Objects listed will be included in the calculations.
- Specifying an Object will mean the figures supplied to the Key Ratio definitions will be filtered before the Key Ratio calculations are carried out. For example:
- If you do not specify an Object here, a Key Ratio with the definition -RESULT("100") will print the total posted to Account 100 during the report period. If you specify Object 1 in this field, the Key Ratio will print the total posted to Account 100 with Object 1.
- A Key Ratio with the definition -OBJRESULT("100","1") will by default print the total posted to Account 100 with Object 1. If you specify Object 1 in this field, the Key Ratio will be unaffected and the same figure will be printed.
- A Key Ratio with the definition -OBJRESULT("100","2") will by default print the total posted to Account 100 with Object 2. If you specify Object 1 in this field, all Transaction rows with Object 2 will be filtered out before the Key Ratio is calculated, so it will print zero.
- If you have any column definitions in which you have specified Objects on flip B and you specify Object 1 in this field, again all Transaction rows with Objects other than 1 will be filtered out before the column values are calculated, so all columns with Objects other than 1 will print zero.
- Object Type
- Paste Special
Object Types setting, Nominal Ledger
- Specifying an Object Type in this field will have two effects on the report:
- The Key Ratio figures in the report will be calculated from Transaction rows with Objects belonging to that Object Type only.
- The report will contain separate sections for each Object belonging to the Object Type. Each Key Ratio will be printed separately for each Object. For example, if you specify an Object Type that contains Objects 1, 2 and 3, each Key Ratio will be printed three times, once for each Object.
- New Page for each Object
- If you have specified an Object Type in the field immediately to the left, select this option if you would like each Object to be printed on a separate page. This applies when the report is printed to a printer or to PDF only.
- Keys
- If you do not want every Key Ratio to be included in the report, specify here which ones are to be included. If you specify more than one, separate them using commas (e.g. "TURNO,CR,EMP").
- Header
- Specify a title for the report here.
- Contact
- Paste Special
Customers, Suppliers and Contact Persons in Contact register
- Range Reporting Alpha
- If you have Key Ratios that use the APRESULT, APPAIDRESULT, ARRESULT or ARPAIDRESULT commands, you can specify here the Supplier or Customer (or the range of Suppliers or Customers) for which the Key Ratios are to be calculated.
- As described for the Object field above, specifying a Supplier or Customer here will mean the figures supplied to the Key Ratio definitions will be filtered before the Key Ratio calculations are carried out. So, if you have specified Suppliers or Customers in the Key Ratio definitions, specifying a different Supplier or Customer here will cause those Key Ratios to print zeros.
- Contact Class.
- Paste Special
Contact Classifications setting, CRM module
- If you have Key Ratios that use the APRESULT, APPAIDRESULT, ARRESULT or ARPAIDRESULT commands, you can specify here that the Key Ratios are to be calculated for all Suppliers or Customers with a particular Contact Classification.
- If you enter a number of Classifications separated by commas, only those Suppliers or Customers featuring all the Classifications will be included in the calculations.
- Display Values in
- Paste Special
Currency register, System module
- Specify a Currency here if you would like the Key Ratio figures in the report to be calculated from Transaction rows that have the specified Currency shown on flip C. The calculations will use the figures on flip C of those Transaction rows, so the figures in the report will be in that Currency.
- If you leave this field blank, all Transaction rows will be included in the calculations. In this case, choose whether the figures in the report will be in Base Currency 1 or 2 as follows:
- If you have added column definitions to the Key Ratio report definition, you can use the Currency Type field on flip B of the 'Column Definition' window to specify whether the figures in a particular column will always be in Base Currency 1 or 2.
- If the Key Ratio report definition does not have columns, or the Currency Type in a column is "From Specification", use the Values in options in the specification window (described below) to choose whether the figures in the report will be in Base Currency 1 or 2.
This field is only used by Key Ratios that are calculated directly from Transaction rows (e.g. RESULT, BALANCE, OBJRESULT). Other Key Ratios (e.g. APDUE, ARDUE and their relations) will not use this field and their figures will always be in Base Currency 1 or 2.
- Accounts
- Use these options to choose how you want the Accounts to be printed in the report.
- Groups only
- This option will simply print a single figure for each Key Ratio. For example, if the Key Ratio definition is -RESULT(100:199), a single total result figure for the Accounts in the range will be printed.
- With Balance
- As well as a single figure for each Key Ratio, this option will also list Accounts that have a closing result or balance (depending on the Key Ratio command) individually. For example, if the Key Ratio definition is -RESULT(100:199), every Account in the range that has a result at the end of the report or column period will be listed individually, and this will be followed by the overall total result figure.
- All Accounts
- This option will list every Account in the range individually, whether or not they have been used. For example, if the Key Ratio definition is -RESULT(100:199), every Account in the range will be listed individually, and this will be followed by the overall total result figure.
If you use the With Balance or All Accounts options and you print the report to screen, the lists of Accounts will have the Standard ERP Drill-down feature. Click on the Account Number of any Account in the report to open the Nominal Ledger Report for the same Account and period. When in the Nominal Ledger report, you can click on any Transaction Number to open an individual Transaction record.
- Values in
- If you leave the Display Values in field above empty, use these options to specify whether the figures in the report should be in Base Currency 1 or 2.
- If you have any column definitions in which you have set the Currency Type on flip B to "Base Currency 1" or "Base Currency 2", the option that you choose here will be ignored. The figures in the column will always obey the specified Currency Type. If you need your columns to obey the option that you choose here, set the Currency Type in the column definition to "From Specification".
- Notation
- Select the printing format for the values in the report.
- Exact
- Shows the balances as stored in the Transactions.
- No Decimals
- Rounds the balances up or down to the nearest whole number.
- Thousands, Millions
- Divide the balances by 1,000 or 1,000,000.
- Including Simulations
- Select this option if you simulated transactions from the Simulation register to be included in your report. Simulation rows of "Invalid" and "Transferred" Status will not be included.
- No Header
- Select this option if you want the report to be printed without a header.
Click [Run] to calculate and print the Key Ratios.
---
Pages describing the Key Financial Ratios report:
---
Reports in the Nominal Ledger:
---
Go back to:
Pronóstico de Liquidez
Este informe presenta un pronóstico de todos los pagos futuros hacia y desde la empresa durante el periodo especificado. Por tanto, este informe será ventajoso para fines de previsión en el flujo de efectivo. El pronóstico está basado en las Fechas de Expiración de Factura de Compra y Venta. En adición, van incluidos los archivos inscritos en el registro
Simulaciones con algún efecto en las Cuentas de Efectivo y Banco dentro de la opción
Formas de pago en los módulo Compras y Ventas. Estos asientos simulados ingresarían con anticipación para reflejar los pagos que no proceden en los módulos Compras y Ventas, por tanto, se interpreta con mayor precisión este informe. Tales Simulaciones pueden ser convertidas fácilmente en Asientos en el momento adecuado usando la función
'Crear Asiento' en el menú Operaciones de la ventana ‘Simulaciones: Hojear’. Si cuentas con el módulo ‘Cheques’, también puedes tomar en cuenta Cheques o Cheques Propios.
Cuando se encuentra en pantalla, este informe posee la funcionalidad Drill-down de HansaWorld. Haz clic en cualquier Número de Asiento para abrir el Asiento. Se mostrará las Facturas en una ventana ‘Factura: Ver’ y las Facturas de Compra en una ventana ‘Facturas de Compra: Ver’.
Al hacer clic en ‘Pronóstico de Liquidez’ en la lista ???Informes’ del módulo ‘Caja’, se abrirá la siguiente ventana:

- Periodo
- Pegado Especial
opción Periodos de Informe, módulo Sistema
- Ingresa el periodo de informe con el formato "01-02-02:28-02-02". Si estás usando años de cuatro dígitos como en la ilustración, los números principales serán insertados automáticamente. Si tu periodo de informe es un solo día, simplemente ingresa la fecha y automáticamente ésta será convertida a un formato de periodo. Por defecto se ofrece el primer periodo de la opción ‘Periodos de Informe’.
- Saldo Inicial Cuentas
- Pegado Especial
registro Cuentas, módulos Contabilidad/Sistema
- Rango de Informe Alfa
- Si especificas aquí una Cuenta (ej. una Cuenta Banco o Efectivo), el informe contendrá un balance abierto para esa Cuenta, saldos (incrementados) después de cada Recibo, Anticipos u otra transacción además de un balance cierre teórico. Si especificas un rango de Cuentas, el balance abierto en el informe, será la suma de los balances abiertos de las Cuentas del rango.
- Función
- Utiliza esta opciones para controlar el nivel de detalle a presentarse en el informe.
- Detallado
- El modo Detallado produce un informe que lista cada transacción por orden de fecha pago Esperado. Las fechas pago esperadas y los montos de anticipos para Facturas de Compra y Venta serán extraídos desde las mismas Facturas. Los montos en las Facturas en Moneda, serán convertidos a tu Moneda local usando los Tipos de Cambio conforme a la fecha del informe.
- Resumido
- El modo Resumido contiene una sola línea resumida para cada día fijado en relación a un pago esperado a realizarse o recibirse. Las fechas pago Esperado, los montos de pago y la conversión de Moneda estarán determinados del mismo modo que para el modo Detallado descrito arriba.
- Registros
- Por defecto, el informe contiene los pronósticos de Recibos y Pagos; y las Simulaciones donde se encuentran cualquiera de las Cuentas usadas en la opción Formas de pago. Puedes excluir cualquiera de las secciones del informe empleando estas casillas. Si cuentas con el módulo Cheques, puedes también incluir secciones para Cheques y Cheques Propios.
- Estado Fac. Compra
- Puedes decidir excluir aquellas Facturas de Compra que no pueden recibir pagos (aquellas cuya casilla ‘Retenido’ haya sido tildada).
- Recibos, Pagos
- Selecciona una alternativa para el modelo de pago a emplearse cuando se calcule el horario del Recibo y el Pago.
- Neto
- Esta alternativa asume que el pago será recibido o emitido sobre la Fecha Tope.
- Descuento
- Esta alternativa permite que las facturas con un descuento en efectivo sean pagadas en la Fecha de Descuento para calificar como descuento en efectivo.
- X días demora
- Esta alternativa te permite asumir que todas las Facturas serán pagadas según un promedio conforme a la cantidad de días después de la Fecha Tope.
- Cortar Nombres
- Si optas por la versión Detallada, el nombre del Cliente o Proveedor aparecerá en cada Factura; también se imprimirá completamente cada comentario de Simulación. Tilda esta casilla si quisieses cortar estos Nombres y Comentarios para que solo se impriman los primeros 25 caracteres.
- Cortar Decimales
- Tilda esta casilla si deseas que aparezcan sólo números enteros en el informe. Por ejemplo, un monto de 5.88 aparecerá como 5 si esta casilla estuviera tildada.
- Omitir Fac. Cuestionadas
- Tilda esta casilla para excluir del informe a todas aquellas Facturas de Venta marcadas como Cuestionadas.
Este informe llega a ser una herramienta importante para la administración de la liquidez. Al igual que todos los informes en HansaWorld Enterprise, este informe puede ser exportado como un archivo de texto. Importa los datos hacia un modelo Excel para hacer uso de las excelentes ventajas gráficas de este paquete y luego produce un gráfico sobre el flujo de dinero dentro de tu negocio.

Multicurrency Accounts Rate Difference
This page describes the Multicurrency Accounts Rate Difference report in the Nominal Ledger.
---
The Multicurrency Accounts Rate Difference report summarises the postings made to a particular Account in a specified Currency or in all Currencies (except Base Currencies 1 and 2). Three versions of each balance will be shown: in the original Currency; in Base Currency 1 using the Exchange Rate at the time of each posting; and in Base Currency 1 using the Exchange Rate for a specified date. The report will also show the difference between the two Base Currency figures. The report will therefore show the losses or gains that will result from applying the Exchange Rate to old Transactions.

- Date
- Paste Special
Choose date
- The report will use the date that you specify here for the following purposes:
- The first two columns in the report will display the total postings to the specified Account up to this date in two Currencies: the Currency of the posting and Base Currency 1 (your home Currency).
- The third column in the report will display the Currency balance of each Account converted to Base Currency 1 using the Exchange Rate applying on this date.
- You must specify a date, otherwise the report will be empty.
- Account
- Paste Special
Account register, Nominal Ledger/System module
- The report will summarise the postings made to the Account that you specify here. For example, if you have posted to a particular Account in Currencies JPY and USD, the report will contain two lines, one for the JPY postings and one for the USD postings. If you only need one of those lines, specify the relevant Currency in the field below. Postings made after the date specified above will not be included.
- You must specify a single Account, otherwise the report will be empty.
- Tag/Object
- Paste Special
Tag/Object register, Nominal Ledger/System module
- If you only need postings with a particular Tag/Object to be included in the report, specify that Tag/Object here.
- Currency
- Paste Special
Currency register, System module
- By default, the report will summarise the postings made to the Account specified above, with each Currency that you have used occupying a separate line in the report. If you only need the report to contain a single line for a particular Currency, specify that Currency here.

The example report illustrated above was produced with 1 October 2020 as the Date. All postings to Account 751 have been made in JPY, so the report contains a single line for that Currency. First, the Exchange Rate applying on the specified date is shown (the date of this Exchange Rate (30 September 2020) is shown as this is not the same as the specified date).This is followed by the following figures:
- In currency
- The total value posted to the Account up to the specified date expressed in JPY.
- Previous
- The total value posted to the Account up to the specified date expressed in Base Currency 1, using the values converted and stored at the time of posting.
- Current
- The total value posted to the Account up to the specified date expressed in Base Currency 1, converted using the Exchange Rate from 30 September 2020.
- Difference
- The difference between the Previous and Current figures.
---
Reports in the Nominal Ledger:
---
Go back to:
Transacciones p/Devengamientos (Diario Simulaciones)
Este informe se utiliza para revisar los Asientos que van a ser creados en lo posterior por la función de Mantenimiento 'Generar Asientos p/Devengados'. Las ventanas de especificación para el informe Mayor y dicha función de Mantenimiento, son las mismas. Por favor, revisa la descripción de la función de Mantenimiento 'Generar Asientos p/Devengados' para más detalles.
Subsistemas - Transferencias al Diario
La integración entre los distintos módulos de HansaWorld Enterprise significa que los Asientos pueden ser generados automáticamente desde otros registros y módulos (‘Subsistemas’). Por ejemplo, la aprobación de una Factura en el módulo Ventas puede provocar la creación automática de un Asiento que debita de una Cuenta Deudor y abona una Cuenta de Ventas y, si fuese apropiado, una Cuenta IVA. Esta tarea se controla a través de la opción Sub Sistemas.
Si no estás generando Asientos automáticamente al aprobar subsistemas, entonces deberás ingresar manualmente estos asientos al registro Asientos. Siendo así, este informe te ayuda a desarrollar esta tarea puesto que es una lista de los elementos contables que provienen de los datos ingresados en un Sub Sistema (ej, desde Facturas ingresadas en el módulo Ventas). Alternativamente, podrás crear Asientos en serie usando la función de Mantenimiento 'Crear Asientos Contables' desde el módulo Sistema. En este caso, el informe listará los Asientos creados por esta función.
El informe muestra todos los asientos con el tipo especificado en el periodo indicado - sin referencia a Asientos equivalentes ingresados previamente. Sólo se mostrarán asientos aprobados.

- Periodo
- Pegado Especial
opción Periodos de Informe, módulo Sistema
- Ingresa la fecha inicio y la fecha fin del periodo de informe separadas por dos puntos (:).
- Número
- Pegado Especial
Numérico
- Utiliza este campo para delimitar el informe en función a ciertos archivos individuales provenientes de otras locaciones en el sistema. Estos archivos deberán tener fechas que caigan en el periodo especificado (arriba), caso contrario el informe quedará vacío.
- Por ejemplo, para reportar las Facturas de Compra 20 a la 30, se debe ingresar ???20:30” y escoger (abajo) el subsistema de Factura de Compra.
- Sub Sistemas
- Selecciona un subsistema para el informe.
- Función
- Utiliza estas opciones controlar el nivel de detalle a presentarse en el informe.
- Resumido
- Esta alternativa arrojará un listado con una sola línea para cada transacción (Factura, Pago, etc.) incluyendo un monto total para cada una. En el final se imprimirá una lista de las combinaciones Cuenta/Objeto usadas por las transacciones; ésta mostrará los montos totales de Haber y Debe para cada una. Esto permite sintetizar las transacciones dentro de un solo Asiento.
- Detallado
- Esta alternativa mostrará las combinaciones Cuenta/Objeto usadas por cada transacción, posibilitando el ingreso de un Asiento separado para cada asiento de Sub Sistema. Al igual que en la versión resumida, aparecerá un resumen de los movimientos en cada combinación Cuenta/Objeto al final del informe.
- Función
- Utiliza estas casillas para especificar si el informe incluirá registros de Sub Sistema que han sido aprobados o no.
- Con OK
- Habrá la tendencia de optar por esta alternativa cuando esté DESACTIVADA la función que permite la realización automática de Asientos. En esta instancia, podrás ingresar manualmente Asientos equivalentes con información desde este informe.
- Sin OK
- Habrá la tendencia de optar por esta alternativa cuando esté ACTIVADA la función que permite la realización automática de Asientos. Podrás producir este informe en función a un registro de Sub Sistema en particular (por ej. Factura) antes de aprobarlo para ver preliminarmente el Asiento resultante.
Mayor
El informe Mayor es una lista de los Asientos ingresados durante cierto periodo de informe (ej. es una lista de los montos entregados a cada Cuenta en ese periodo).
Este informe ofrece de manera excepcional un poderoso análisis de Objeto a multi-nivel. Puedes buscar asientos con diferentes Objetos y puedes controlar los subtotales. Por ejemplo, si tienes Tipos de Objeto de DEPT (Departamentos) y PERS (Personas), puedes crear un informe con filas ordenadas según la Cuenta y el departamento mostrando los subtotales por personas dentro de cada departamento. Estas funcionalidades se ilustran detalladamente en la pagina de Ejemplos.
Cuando se encuentra en pantalla, el informe Mayor posee la funcionalidad Drill-down de HansaWorld Enterprise. Haz clic en cualquier Número de Asiento para abrir un registro individual de Asiento.
Abre la ventana de especificación del informe Mayor con doble clic en ‘Mayor’ dentro de la lista de ‘Informes’:

Encabezado
- Periodo
- Pegado Especial
opción Periodos de Informe, módulo Sistema
- Especifica el periodo de informe con el formato "01-02-02:28-02-02". Si estas usando años de cuatro dígitos como en la ilustración, los números principales serán insertados automáticamente. Si tu periodo de informe es un solo día, simplemente ingresa la fecha y automáticamente ésta será convertida a formato de periodo. Por defecto se ofrecer el primer periodo de la opción ‘Periodos de Informe’.
- Orden 1, Orden 2, Orden 3
- (Orden 2 y Orden 3 están en la solapa 2.)
- Puedes ingresar un rango de Cuentas, un rango de Objetos o un Tipo de Objeto en cada uno de estos campos. Los siguientes ejemplos ilustran el modo de usar estos campos:
Eg | Dato | Contenido de Informe |
1 | Orden 1: 100:199 (Cuentas) | Datos de filas de Asiento para Cuentas en el rango 100:199, ordenadas por Cuenta |
2 | Orden 1: VENTAS (Objetos) | Filas de Asiento con el Objeto VENTAS, ordenadas por Objeto |
3 | Orden 1: DEPT (Tipo de Objeto) | Filas de Asiento con Objetos que pertenencen al Tipo de Objeto DEPT, ordenadas por Objeto |
4 | Orden 1: 100:199 (Cuentas) Orden 2: DEPT (Tipo de Objeto) | Filas de Asiento con Objetos que pertenecen al Tipo de Objeto DEPT y registran para las Cuentas en el rango 100:199, ordenadas por Cuenta luego Objeto |
5 | Orden 1: DEPT (Tipo de Objeto) Orden 2: 100:199 (Cuentas) | Como en la 4 pero ordenadas por Objeto y luego Cuenta |
6 | Orden 1: 100:199 (Cuentas) Orden 2: DEPT (Tipo de Objeto) Orden 3: PERS (Tipo de Objeto) | Filas de Asiento con Objetos que pertenecen al Tipo de Objeto DEPT y al Tipo de Objeto PERS; registran para las Cuentas en el rango 100:199, ordenadas por Cuenta, por Objetos DEPT y finalmente por Objetos PERS |
- Deberás cargar algún dato en el campo Orden 1 antes de usar Orden 2 y 3, sino el informe quedará en blanco.
- Por favor, revisa la página de Ejemplos para más información sobre el uso de estos campos.
- Cuentas
- Al lado de cada campo ‘Orden’ (1, 2 o 3), existe un radio botón llamado ‘Cuentas’. Se deberá seleccionar este botón si deseas ingresar una Cuenta o rango de Cuentas en el campo Orden. Esto es por dos razones:
- Si seleccionas el radio botón ‘Cuentas’, HansaWorld Enterprise asumirá que lo que se ingresó en el campo ‘Orden’ es una Cuenta o un rango de Cuentas y buscará, de acuerdo a esto, filas de Asiento resultantes. Si no seleccionas el radio botón ‘Cuentas’, HansaWorld Enterprise asumirá que el campo ‘Orden??? contiene un Objeto, un rango de Objetos o un Tipo de Objeto.
- Si seleccionas el radio botón ‘Cuentas’, puedes usar ‘Pegado Especial??? desde el campo ‘Orden’ para abrir una lista de Cuentas desde la que puedes seleccionar una adecuada. Si no seleccionas el radio botón ‘Cuentas’, ‘Pegado Especial’ abrirá una lista de los Objetos.
Solapa 1
- Objeto
- Pegado Especial
registro Objetos, módulos Contabilidad/Sistema
- Ingresa un Código de Objeto en este campo si deseas que el informe contenga una lista de filas de Asiento correspondientes a cierto Objeto. Si el campo queda vacío, se incluirán todas las filas de Asiento, con o sin Objetos. Si ingresas un rango de Objetos separados por comas, se mostrará sólo aquellas filas de Asiento con los Objetos listados.
- Tipo de Objeto
- Pegado Especial
opción Tipos de Objeto, módulo Contabilidad
- Ingresa un Código Tipo de Objeto en este campo si deseas que el informe contenga una lista de las filas de Asiento con Objetos pertenecientes a cierto Tipo de Objeto.
- Si un Asiento tiene más de un Objeto, la casilla ‘Mostrar Objeto’ hará que todos aquellos Objetos se impriman dentro de la fila correspondiente del informe. Sin embargo, si especificas un Tipo de Objeto aquí y tildas la casilla ‘Mostrar Objeto’, se imprimirá sólo Objetos pertenecientes a ese Tipo de Objeto. Esto se ilustra en la página de 'Ejemplos'
- Incluir sin Especificación
- Tilda esta casilla si deseas mostrar filas de Asiento con Objetos pertenecientes al Tipo de Objeto especificado arriba e igualmente todas las demás filas de Asiento. También, deberás tildar la casilla ‘Mostrar Objeto’ para que aquellos asientos con Objetos pertenecientes al Tipo de Objeto elegido, puedan distinguirse de los demás.
- Sólo con Texto
- Ingresa un renglón en este campo para listar en el informe aquellas filas de Asiento con ciertas Descripciones. Por ende, se asumirá que se ha usado los datos por defecto en el campo Descripción y podrás ingresar un Nombre de Cuenta aquí para informar sobre los movimientos hacia esa Cuenta. Notemos que no debes ingresar un renglón de texto completo: “Ventas” encuentra “Tipo Ventas 1”, “Tipo Ventas 2”, etc.
- Código IVA
- Pegado Especial
opción Cód. IVA, módulo Contabilidad
- Ingresa un Código IVA aquí para listar filas de Asiento con un Código IVA particular.
- Idioma
- Pegado Especial
opción Idiomas, módulo Sistema
- Se puede producir el informe Mayor en diferentes Idiomas. Ingresa el Código del Idioma requerido aquí. Se extraerá la traducción apropiada para cada Nombre de Cuenta desde la solapa 'Textos' de la Cuenta individual usada (registro Cuentas).
- Si no ingresas aquí ningún dato sino que has definido ya un idioma en la opción Información de Empresa del módulo Sistema, entonces el informe será producido en ese Idioma cuando tildes la casilla ‘Descripción de Cta. en Idioma de Empresa’ dentro de las Opciones de Asientos en el módulo Contabilidad.
- Moneda
- Pegado Especial
registro Monedas, módulo Sistema
- Si ingresas una Moneda aquí, el informe sólo listará aquellos asientos con esa Moneda seleccionada en su pestaña C. Los montos presentados en el informe serán tomados de la pestaña C de esos Asientos (estos montos estarán en la moneda elegida). Si el campo queda en blanco, se incluirá en el informe todas las filas de Asiento con sus montos provenientes de las columnas ‘Debe Base 1’, ‘Haber Base 1’, ‘Debe Base 2’ y ‘Haber Base 2’ en la pestaña B (escoge la Moneda Base a emplearse usando las alternativas ofrecidas en ‘Valores en’ – más abajo).
- Cód. Conc., Excluir con Código
- Si deseas listar Asientos conciliados con un Código Conciliación particular (cargado en la pestaña D de la ubicación Cuentas Conciliadas), ingresa ese Código aquí. Para listar todos los Asientos Conciliados excepto aquellos con un Código Conciliación particular, tilda también la casilla ‘Excluir con Código’.
- Nota: La casilla Conciliado (abajo) debe tildarse si quieres utilizar este campo y esta casilla.
- Referencia
- Si ingresas una Referencia aquí, el informe sólo listará Asientos desde las transacciones que hagan referencia específica en su encabezado. Deberás ingresar la Referencia completa. Por ej. “Devengado??? no coincidirá con “Registro de Devengado”.
- Si gustas, puedes hacer que la Referencia se imprima en el informe tildando la casilla ‘Mostrar Referencias’ (más abajo).
- Excluir Objeto
- Pegado Especial
registro Objetos, módulos Contabilidad/Sistema
- Ingresa un Código de Objeto para eliminar del informe aquellas filas con ese Objeto.
- Sólo Ctas. Usadas
- Tilda esta casilla para excluir Cuentas que no fueron usadas durante el periodo de informe. Se mostrará Cuentas no usadas pero con un balance de apertura.
- Mostrar Referencias
- Por defecto, el informe muestra el Texto de cada Asiento. Tilda esta casilla si deseas mostrar la Referencia y el Texto.
- Con Correcciones
- Tilda esta casilla si deseas mostrar todas las correcciones en los Asientos.
- Subtotal Códigos IVA
- Tilda esta casilla si deseas mostrar los montos totales de Haber y Debe para cada Código IVA; éstos aparecerán al pie del informe.
- Mostrar Nros. Asientos
- Con esta casilla tildada, se listará los Números de Asiento de todas las transacciones que caigan dentro del periodo de informe conjuntamente con los totales de Haber y Debe. Éstos aparecerán al pie del informe.
- No Imprimir Prefijo de As.
- Los Números de Asiento generalmente aparecen en el informe conjuntamente con sus prefijos al igual que en la ventana ‘Asientos: Hojear’. Los asientos ingresados directamente al Libro Mayor, por ejemplo aparecerán como "2002.3", mientras que aquellos creados desde un Subsistema aparecerán como "S/INV.020003". Si no deseas que aparezcan estos prefijos, tilda esta casilla.
- Mostrar Sólo Diferencias en Moneda Base 2
- Si esta casilla está tildada, el contenido del informe será una lista de Asientos en donde el valor de la Moneda Base 2 no está correcto según el Tipo de Cambio en relación a la Fecha de Asiento. Esto podría darse debido al uso previo de un Tipo de Cambio ad hoc para el Asiento en cuestión, o debido a que un Tipo de Cambio fue cambiado poco después de haber ingresado. No se recomienda esta última acción.
- El uso de esta casilla no es viable para calcular valores en Moneda Base 2 cando se aplican Tipos de Cambio y Base sobre filas antiguas de los Asientos. Para hacer esto, utiliza el informe Diferencias T.C. en Moneda Base.
- Sólo Saldos
- Utiliza esta casilla para mostrar sólo un saldo en cada Cuenta, en vez de tener cada fila de Asiento listada.
- Mostrar Contra-Cuentas
- Tilda esta casilla para mostrar las Contra Cuentas de cada fila de Asiento.
- Mostrar Objeto
- Tilda esta casilla para incluir también los diferentes Objetos usados en cada fila de Asiento.
- Mostrar Monedas
- En caso de Asientos en una Moneda Extranjera (no en Moneda Base 1 o 2), tilda esta casilla para mostrar los montos en una Moneda igual a la Moneda local.
- Sin Conciliar
- Tilda esta casilla para incluir en el informe aquellos Asientos que no han sido conciliados usando el registro Conciliaciones.
- Conciliados
- Tilda esta casilla para incluir en el informe Asientos que han sido conciliados usando el registro Conciliaciones.
- Líneas Largas
- Hay tres alternativas disponibles para manejar descripciones largas en este informe. La alternativa ‘No quebrar’ siempre se usa para pasar a pantalla. Para vista preliminar del informe, selecciona ‘Recalcular e Imprimir’ desde el menú Operaciones para que la alternativa aquí seleccionada, tenga efecto (sin pulsar el icono de Impresora).
- Si se utiliza una configuración de página paisaje y/o si se reduce la ampliación de la página, se incrementará el espacio disponible para descripciones largas (la anchura de la columna de descripción).
- No Quebrar
- La longitud completa de la descripción se imprime en una fila. Si interfiriese con las cifras en la siguiente columna, éstas serán trasladadas a la siguiente fila.
- Quebrar
- Se imprime la longitud completa de la descripción, expandida a varias filas si es necesario.
- Cortar
- Los últimos caracteres de la descripción no se imprimirán para que se enmarquen en una fila dentro de la columna asignada.
- Función
- Si utilizas la función de Mantenimiento 'Cerrar Cuenta' para cerrar un periodo contable, se asignará un Número de Documento permanentemente a cada asiento en el periodo cerrado. Utiliza estas opciones para decidir si el informe incluirá cada Asiento en el periodo de informe, o sólo aquellos con Números de Documento (ej. aquellos desde periodos cerrados únicamente), o incluir únicamente aquellos sin Números de Documento.
Solapa 2

- Incluir Simulaciones
- Escoge una de estas alternativas si quieres incluir asientos simulados en el informe. Si optas por incluir todas las Simulaciones, toma en cuenta que aún así no se incluirán aquellas con estado “Inválido” o “Transferido”.
- Valores en
- Si estás usando el sistema de Base-dual, los valores en este informe aparecen en cualquiera de las Monedas Base. Utiliza estas opciones para escoger la Moneda a emplearse en esta ocasión.
- Si no estás usando el sistema de Base-dual, activa el radio botón ‘Moneda Base 1’ para producir un informe en tu Moneda local.
- Si se ingresa una Moneda extranjera en el campo arriba, los montos en el informe estarán en esa Moneda.
Haz clic en [Ejecutar] para imprimir el informe Mayor según lo que has especificado.
- Ejemplos
En esta sección ilustraremos las funcionalidades ofrecidas por el informe
Mayor, usando los Asientos resultantes de una Jornada de Facturación. Cada Factura lleva un Objeto que representa al vendedor y otro que representa a la oficina que hace la venta. Los Objetos que representan a los vendedores pertenecen al Tipo de Objeto “PERS”, mientras que aquellos que representan a las oficinas pertenecen al Tipo de Objeto “OFF”.
Los Asientos involucrados en esto son los siguientes:
Nro. Trans. | Cuenta | Objetos | Debe | Haber |
5013 | 750 Deudores | | 408.50 | |
| 110 Ventas - Video | NB,TALL | | 64.00 |
| 100 Ventas - Audio | NB,TALL | | 284.00 |
| 830 Débito pagable IVA | | | 60.50 |
| | | | |
5014 | 750 Deudores | | 306.68 | |
| 110 Ventas - Video | IP,TALL | | 48.00 |
| 100 Ventas - Audio | IP,TALL | | 213.00 |
| 830 Débito pagable IVA | | | 45.68 |
| | | | |
5015 | 750 Deudores | | 715.58 | |
| 110 Ventas - Video | JM,LOND | | 112.00 |
| 100 Ventas - Audio | JM,LOND | | 497.00 |
| 830 Débito pagable IVA | | | 106.58 |
| | | | |
5016 | 750 Deudores | | 102.23 | |
| 110 Ventas - Video | FF,LOND | | 16.00 |
| 100 Ventas - Audio | FF,LOND | | 71.00 |
| 830 Débito pagable IVA | | | 15.23 |
Primeramente, usa el informe Mayor para listar los movimientos diarios de cada Cuenta de Ventas (ej. Para listar transacciones con Cuentas de Ventas):

Carga el rango de Cuentas Ventas (100:199) en el campo ‘Orden 1’ del encabezado (puedes utilizar ‘Pegado Especial’). En todos los ejemplos de esta página, la casilla ‘Mostrar Objeto’ ha sido tildada para que aparezcan Objetos en las ilustraciones.
Este sería el informe resultante:

El informe está conformado por una lista de Cuentas. Los balances de apertura y de cierre aparecen junto con el cambio neto para el periodo de informe. Los movimientos (cifras) en cada Cuenta están listados por orden de fecha.
En el siguiente ejemplo, se listan las filas de Asiento con Objetos pertenecientes a un Tipo de Objeto particular. El rango Cuenta Ventas otra vez ingresa en el campo ‘Orden 1’ y el Objeto “PERS” ingresa en el campo ‘Tipo Objeto’ con el propósito de listar todos los asientos que tienen un Objeto representando a un vendedor:

Siendo que cada Asiento en este ejemplo, tiene un Objeto perteneciente al Tipo de Objeto “PERS”, el resultado es similar al primer informe; con dos diferencias:
- Primero, no existen balances abiertos; por cuanto las Cuentas han sido usadas antes del periodo de informe, y los Objetos no. Segundo, al haber especificado un Tipo de Objeto y haber escogido ‘Mostrar Objeto’, únicamente aquellos Objetos pertenecientes al Tipo de Objeto pasarán a mostrarse en cada fila de Asiento.

Si quieres los subtotales para cada Objeto perteneciente al Tipo de Objeto “PERS”, no uses el campo ‘Tipo Objeto’. Por el contrario, abre la solapa ‘2’ en la ventana de especificación e ingresa “PERS” en el campo ‘Orden 2???:

De cierta forma, ingresar “PERS” en el campo ‘Orden 2’, es lo mismo que ingresar esto en el campo ‘Tipo Objeto’ (anterior ejemplo); se garantiza que sólo se listará en el informe asientos con Objetos pertenecientes al Tipo de Objeto “PERS”. Pero en adición, si ingresamos “PERS” en el campo ‘Orden 2’ dentro de cada Cuenta, los datos serán ordenados por vendedor. Esto quiere decir que los subtotales serán proporcionados para cada vendedor dentro de cada Cuenta.
En términos generales, Orden 1, 2 y 3 se utilizan para imponer un tipo de orden en el informe. El rango de Cuenta habrá ingresado en el campo ‘Orden 1’, así que éste será el nivel máximo de ordenación. El Tipo de Objeto “PERS” habrá ingresado en el campo ‘Orden 2’, así que el segundo nivel de ordenación es en función a Objetos pertenecientes a ese Tipo. Los subtotales son proporcionados como nivel inferior de ordenación. De modo que, en este caso el informe se ordena por Cuenta y luego por Objeto con los subtotales para cada Objeto:

El campo ‘Orden 3’ se puede emplear para ordenar según los tres niveles. Por ejemplo, al informar eventualmente sobre el rango de Cuentas Ventas por oficina con los subtotales por vendedor dentro de cada oficina. El Tipo de Objeto “OFF” (Objetos que representan a las oficinas) ingresa en el campo ‘Orden 2’, y el Tipo de Objeto “PERS” ingresa en el campo ‘Orden 3’:

Los campos ‘Orden 2’ y ‘Orden 3’ se utilizan bajo criterios de búsqueda (sólo asientos con Objetos pertenecientes a ambos Tipos de Objeto se listarán en el informe). En este sentido, ya que se ha cargado dato(s) en el campo ‘Orden 3’, los subtotales serán proporcionados en este nivel.
Nuevamente, el informe resultante estará estructurado sobre una base Cuenta por Cuenta (el nivel de ordenación es en función a Cuentas). Esta vez, dentro de cada Cuenta, los datos se ordenan primero al nivel del Orden 2 (por oficina) y luego al nivel del Orden 3 (por vendedor).
Dentro de cada Objeto en Orden 2 (dentro de cada oficina), los subtotales son proporcionados para cada Objeto en Orden 3 (para cada vendedor):

Finalmente, puedes cambiar la estructura del informe de Cuenta-por-Cuenta a Objeto-por-Objeto. Esta vez, dentro de cada Objeto, los subtotales son proporcionados para cada Cuenta. En el ejemplo, esto tiene el efecto de listar las Cuentas Ventas usadas por cada vendedor para que se pueda ver lo cada uno vendió. Para hacer esto, ingresa el Tipo de Objeto “PERS” en el campo ‘Orden 1’ y el rango de Cuentas Ventas en el campo ‘Orden 2’. Selecciona el radio botón Cuentas junto al campo ‘Orden 2’ puesto que éste ahora contiene Números de Cuenta y no Objetos:

Este sería el informe, ordenado por Objeto (nivel 1) y luego por Cuenta (nivel 2), con los subtotales proporcionados para cada Cuenta dentro de cada Objeto:

Estado de Resultados
El informe Estado de Resultados muestra el volumen de ventas conseguido por tu empresa en un periodo específico. También, este informe muestra el costo total de las ventas y por tanto, la ganancia bruta con los gastos generales; consecuentemente, tendremos la ganancia neta de tu negocio.
Cuando se encuentra en pantalla, el informe Estado de Resultado posee la funcionalidad Drill-down de HansaWorld Enterprise. Haz clic sobre cualquier Número de Cuenta en el informe para abrir el Informe Mayor en relación a la misma Cuenta y mismo periodo. Estando en el informe Mayor, puedes abrir un Asiento individual pulsando cualquier Número de Asiento.
Por favor, haz clic para detalles sobre:
- Definición
El contenido del informe Estado de Resultados se define del mismo modo que el Balance. Por favor, revisa la página sobre
Definición de Balance para detalles completos. Además, podrás crear hasta 15 informes propios de Estado de Resutaldos según te parezca. Por favor, revisa la página de
Definiciones Múltiples de Balance para mayores detalles.
- Impresión
Abre la ventana de lista ‘Informes’ y haz doble clic en ‘Estado de Resultados’. Se abrirá la ventana ‘Especificar Estado de Resultados’.

- Periodo
- Pegado Especial
opción Periodos de Informe, módulo Sistema
- Será el periodo de informe; debes ingresar la primera y última fecha del periodo. Por defecto se ofrece el primer periodo del a opción ???Periodos de Informe’.
- Periodo Presup.
- Pegado Especial
opción Periodos de Informe, módulo Sistema
- Si estás usando las Comparaciones de Presupuesto o Presup.. Revisado (respectivos radio botones en esta misma ventana), debes especificar aquí el periodo de Presupuesto. Por defecto se ofrece el primer periodo de informe de la opción ‘Periodos de Informe’. Si dejas en blanco este campo, se usará el periodo de informe de arriba.
- Encab.
- Ingresa un título propio para el informe.
- Objetos
- Pegado Especial
registro Objetos, módulos Contabilidad/Sistema
- Ingresa un Código de Objeto para reducir el alcance del informe. Si el campo queda en blanco, se incluirá todos los Asientos con o sin Objetos. Si ingresas un rango de Objetos separados por comas, sólo se incluirá aquellos Asientos que contengan los Objetos listados.
- Tipo Objeto
- Pegado Especial
opción Tipos de Objeto, módulo Contabilidad
- Ingresa un Tipo de Objeto en este campo para delimitar el informe en función sólo a Asientos para Objetos pertenecientes a cierto Tipo de Objeto.
- Incluir No Especificado
- Tilda esta casilla para mostrar un saldo de Asientos cuyos Objetos pertenecen a cierto Tipo de Objeto; y un segundo saldo para todos los demás Asientos.
- Moneda
- Pegado Especial
registro Monedas, módulo Sistema
- Si ingresas aquí una Moneda, el informe Estado de Resultados será calculado usando sólo aquellos Asientos con la Moneda especificada en la pestaña C. Los montos mostrados en el informe serán extraídos desde la pestaña C de esos Asientos; estarán en la Moneda seleccionada. Si el campo está vacío, se incluirá todos los Asientos en el informe con sus montos extraídos desde las columnas ‘Debe Base 1’, ???Haber Base 1’, ‘Debe Base 2’ y ‘Haber Base 2’ en la pestaña A (escoge la Moneda Base a emplearse usando las alternativas ofrecidas en ‘Valores en’).
- Idioma
- Pegado Especial
opción Idiomas, módulo Sistema
- El informe Estado de Resultados puede ser producido en diferentes Idiomas. Ingresa aquí el Código del Idioma requerido. La traducción apropiada para el Nombre de Cuenta será extraída de la solapa 'Textos' en el registro Cuentas y la traducción para cada encabezado o sub-encabezado del informe provendrá de la definición del informe (por favor, revisa la página de Definición de Balance para detalles completos).
- Si no ingresas un Idioma aquí sino en la opción Información de Empresa del módulo Sistema, el informe será generado en ese Idioma cuando tildes la casilla ‘Descripción de Cta. en Idioma de Empresa’ dentro de las Opciones de Asientos en el módulo Contabilidad.
- Excluir Objeto
- Pegado Especial
registro Objetos, módulos Contabilidad/Sistema
- Ingresa un Código de Objeto para eliminar de los cálculos, todos aquellos datos con ese Objeto.
- Cuentas
- Selecciona el modo de impresión de las Cuentas en el informe.
- Todas
- Esta alternativa mostrará todas las Cuentas que hayan sido incluidas en las definiciones del Informe Estado de Resultados.
- Sólo usadas
- Cuando utilices esta alternativa junto con el radio botón ‘Acumulado’, el informe mostrará únicamente Cuentas que hayan sido usadas. Esta alternativa es similar a ‘Con Saldo’ (abajo) con la diferencia que aquí también se incluye las Cuentas que han sido usadas en el periodo las cuales no tienen ningún balance cierre. Esto implica las Cuentas que poseen balances de apertura para periodos anteriores en la gestión, pero que no han sido usadas en el periodo de informe.
- Cuando actives este radio botón junto con ‘Año Anterior’ o ‘Resultado Anterior’, el informe mostrará Cuentas que posean balances cierre ya sea en función al periodo especificado o su homólogo de la pasada gestión.
- Cuando utilices esta alternativa junto con los radio botones ‘Presup.’ o ‘Presup. Rev.’, el informe mostrará Cuentas que posean ya sea un Presupuesto o Presup. Revisado en función al periodo de informe o aquellas usadas durante el periodo de informe.
- Sólo Grupos
- Esta alternativa hará que no se muestre saldos para Cuentas individuales, sino que simplemente generará un balance global para cada línea según lo ingresado en las definiciones del informe Estado de Resultados.
- Sólo Grupos Usados
- Esta alternativa mostrará sólo saldos para líneas según lo ingresado en las definiciones del informe Estado de Resultados. Sólo si estas líneas han sido usadas.
- Con Saldo
- Cuando utilices esta alternativa junto con el radio botón ‘Acumulado’, el informe únicamente mostrará Cuentas que posean un saldo en función a ese periodo de informe. No se mostrará en el informe ninguna Cuenta que durante el periodo no presente un balance cierre. Por otro lado, una Cuenta que no haya sido usada durante el periodo de informe pero que posea un saldo desde un periodo anterior, igual no aparecerá en el informe. Si deseas que estas Cuentas sean incluidas en el informe, utiliza la alternativa ‘Sólo Usadas’ (arriba).
- Cuando utilices esta alternativa junto con los radio botones ‘Año Anterior’ o ‘Resultado Anterior’, el informe mostrará únicamente Cuentas que poseen balances de cierre tanto en el periodo de informe como en el periodo homólogo de la gestión pasada.
- Si utilizas estas alternativa junto con los radio botones ‘Presup.??? o ‘Presup. Rev.’, el informe mostrará únicamente Cuentas que posean un Presupuesto o Presup. Revisado en función al periodo de informe. Si se llega a este criterio, la Cuenta no necesitará tener un balance de cierre para aparecer en el informe.
- Notación
- Hay seis opciones para controlar la presentación de los montos en el informe.
- Exacta
- Muestra los saldos como están almacenados en los Asientos.
- Sin Decimales
- Redondea los balances hacia el número entero más cercano.
- Miles, Millones
- Divide el balances entre 1,000 o 1,000,000.
- Comparación en %
- Sólo es válido si se elige ‘Presup.’ o ‘Presup. Rev.’ como alternativa de Comparación.
- Comparación
- Selecciona una de las siguientes alternativas para aplicársela al informe.
- Acumulado
- Esta alternativa compara el periodo de informe con el Año hasta la Fecha.
- Año Anterior
- Esta alternativa compara el periodo de informe con el mismo periodo del año anterior.
- Resultado Anterior
- Esta alternativa compara el periodo de informe con la anterior gestión.
- Presup. Presup. Rev.
- Estas alternativas comparan el periodo de informe con las cifras de Presupuesto o Presupuesto Revisado para el mismo periodo. Notemos que para cada registro Presupuesto o Presupuesto Revisado debe cargarse al menos un dato en el área de la matriz indicando la fecha. Esto debe realizarse antes de que se incluyan en el informe. Si utilizas Objetos, deberás crear archivos de Presupuesto (y Presup. Revisado) para cada combinación Cuenta/Objeto y Presupuestos/Presup. Revisados para cada Cuenta sin Objetos. Esto te permitirá usar las opciones de Presupuesto o Presup. Revisado con un Objeto particular y sin ningún Objeto.
- Comparación en %
- Esta casilla en el área de Notación, hará que los valores de comparación se expresen como porcentajes.
- Incluir Simulaciones
- Tilda esta casilla para incluir asientos simulados en el informe. Las simulaciones con Estado “Inválido” o “Transferido” no serán incluidas.
- Listar Nro. Trans.
- Si tildas esta casilla, el informe listará los Números de Asiento de todas las transacciones que caigan dentro del periodo de informe conjuntamente con sus totales de Haber y Debe. Éstos aparecerán al pie del informe.
- Sin Encabezado
- Tilda esta casilla para imprimir el informe sin un encabezado.
- Valores en
- Si estás usando el sistema de Base-dual, los valores en este informe aparecerán en cualquiera de las Monedas Base. En este sentido, puedes seleccionar una de estas alternativas para determinar la Moneda a emplearse en el informe.
- Si no estás usando el sistema de Base-dual, activa el radio botón ‘Moneda Base 1’para producir un informe en tu Moneda local.
- Si se ingresa una Moneda extranjera en el campo ‘Moneda’, los montos en el informe estarán en esa Moneda.
Diario de Presupuestos Rev.
Este informe lista los archivos inscritos en el registro
Presupuesto Revisado.

- Cuenta
- Pegado Especial
registro Cuentas, módulos Contabilidad/Sistema
- Rango de Informe Alfa
- Especificar la Cuenta o rango de Cuentas para el cual se imprimirán los Presupuestos Revisados.
- Periodo
- Pegado Especial
opción Periodos de Informe, módulo Sistema
- Ingresar la fecha inicio y fecha fin del periodo cuyos Presupuestos Revisados aparecerán en el informe. Por defecto se ofrece el primer periodo de la opción ‘Periodos de Informe’.
- Todos los Presupuestos Revisados que sean pertinentes al periodo de informe, serán listados en el informe. Por ejemplo, si el periodo de informe es 1ro de Junio hasta 30 de Junio, se incluirá los Presup. Revisados que comiencen en Junio o acaben en Junio; y los Presup. Revisados que comiencen antes de Junio y acaben después de Junio aparecerán también.
- Objeto
- Pegado Especial
registro Objetos, módulos Contabilidad/Sistema
- Para listar Presupuestos Revisados con un Objeto particular, ingresa ese Objeto aquí.
- Función
- Utiliza estas alternativas para controlar el nivel de detalle a presentarse en el informe.
- Resumido
- Esta alternativa arrojará un informe con una línea por Presup. Revisado. Se mostrará el Número y Nombre de Cuenta, Objeto, la Fecha Inicio/Fin y la Suma.
- Detallado
- En adición a la información presentada en la versión resumida, esta alternativa listará también totales mensuales o trimestrales de cada Presup. Revisado.
- Especificar
- Especifica aquí si el informe incluirá Presupuestos Revisados aprobados o no aprobados. Deberás tildar al menos una casilla, de lo contrario el informe quedará vacío.
Simulation Journal
This page describes the Simulation Journal report in the Nominal Ledger.
---
The Simulation Journal is a list of the records in the Simulation register.
When printed to screen, the Simulation Journal has the Standard ERP Drill-down feature. Click (Windows/macOS) or tap (iOS/Android) on any Simulation Number in the report to open an individual Simulation record.

- Simulations
- Range Reporting
Numeric
- Enter a Simulation Number or a range of Numbers separated by a colon (:) here if you would like specific Simulations to be shown in the report.
- Period
- Paste Special
Reporting Periods setting, System module
- Enter the report period. The report will list Simulations whose Transaction Dates fall in the period specified here. The first period listed in the Reporting Periods setting will be used as a default.
- Account
- Paste Special
Account register, Nominal Ledger/System module
- Use this field if you want to list Simulations in which a particular Account has been used in at least one row.
- If you produce the report using the Overview option, the figures in the report for each Simulation will be calculated from the rows with the specified Account. If you use the Detailed option, only the rows with the specified Account will be listed.
- Tag/Object
- Paste Special
Tag/Object register, Nominal Ledger/System module
- Use this field if you want to list Simulations in which a particular Tag/Object has been used in at least one row. If you enter a number of Tags/Objects separated by commas, a Simulation will only be included in the report if it has at least one row featuring all the Tags/Objects.
- If you produce the report using the Overview option, the figures in the report for each Simulation will be calculated from the rows with the specified Tag/Object(s). If you use the Detailed option, only the rows with the specified Tag/Object(s) will be listed.
- Simulation Type
- Select one or more of these options if you need to list Simulations in which there is at least one row with a particular Status.
- List Accounts
- If you select this option, each Account used in the Simulations in the report, together with debit and credit totals, will be listed at the end of the report.
- Subtotals by Status
- This option will list each Status used in the Simulations in the report, together with debit and credit totals.
- Values in
- If you are using the Dual-Base system, use these options to specify whether the values in the report are to be shown in Base Currency 1 or 2.
- If you are not using the Dual-Base system, use the Base Currency 1 option to produce a report in your home Currency.
- Function
- Use these options to specify the level of detail required in the report.
- Overview
- This choice produces a report with a single line for each Simulation, showing the Simulation Number, Transaction Date, Reference, Text, Signature of the user who created the Simulation and debit and credit totals.

- Detailed
- In addition to the information shown in the Overview, this option lists the Simulation rows individually, showing the Account, Tags/Objects, Transaction Date, Description, Debit or Credit Value and VAT Code.

---
Reports in the Nominal Ledger:
---
Go back to:
Tag/Object Results
This page describes the Tag/Object Results report in the Nominal Ledger module. For clarity, the term "Object" has been used in this description.
---
The Tag/Object Results report analyses the profitability of each Object over the report period. For each Object, the report displays the total value posted to Income Accounts over the report period, the total value posted to Expense Accounts, and the gross profit (i.e. the difference between the Income and Expense postings). The report includes an option that allows you to compare the results for the report period with those for a previous period if necessary.

- Period
- Paste Special
Reporting Periods setting, System module
- Enter the first and last date of the report period, separated by a colon (:). For each Object, the report will display the total value posted to Income Accounts over the period specified here, the total value posted to Expense Accounts over the same period, and the gross profit.
- Account
- Paste Special
Account register, Nominal Ledger/System module
- Range Reporting Alpha
- If you need the report to show postings to a particular Account, specify that Account here. You can also enter a range of Accounts, separated by a colon. Remember that the report only includes postings to Income and Expense Accounts, so the report will be empty if you specify an Asset, Equity or Liability Account.
- Tag/Object
- Paste Special
Tag/Object register, Nominal Ledger/System module
- Range Reporting Alpha
- If you need particular Objects to be included in the report, you have the following options:
- Tag/Object Type
- Paste Special
Tag/Object Types setting, Nominal Ledger
- Enter an Object Type here if you need to report on the Objects belonging to a particular Object Type.
- Compared period
- Paste Special
Reporting Periods setting, System module
- If you want the report to compare the results from the report period with those from a different period, enter that period here and select the Include Compared Period option below. The default is to a period one year earlier than the main reporting period.
- Including Simulations
- Select this option if you need simulated transactions from the Simulation register to be included in the report. Simulation rows whose Status is "Invalid" or "Transferred" will not be included.
- List Transactions
- If you select this option, the Transaction Number of each Transaction that falls within the reporting period, together with debit and credit totals, will be listed at the end of the report. Every Transaction will be listed, irrespective of Object usage.
- Only with Balance
- If you select this option, the report will only list Objects that were used during the report period. Otherwise, every Object will be listed.
- Include Compared Period
- If you want the report to include a comparison with a different period, select this option and specify that period in the Compared Period field (above).
- Values in
- If you are using the Dual-Base system, values in this report can be shown in either Base Currency. Use these options to choose which Currency is to be used on this occasion.
- If you are not using the Dual-Base system, use the Base Currency 1 option to produce a report in your home Currency.
In its basic form when printed to screen, the report will display the total value for each Object posted to Income Accounts over the report period, the total value posted to Expense Accounts, and the difference between those two figures (i.e. the gross profit). In the example illustrated below, the report period is June 2018:

If you print the report using the
Include Compared Period option, the total values posted to Income and Expense Accounts during the Compared Period will be shown in additional columns. In the example illustrated below, the report period is again June 2018 and the Compared Period (shown in the first two columns) is May 2018:

If you print the report to any destination except to screen, the following additional columns will be added:
- Ack. Deb
- Displays the total value for each Object posted to Income Accounts for the year to the end of the report period.
- Ack. Cred
- Displays the total value for each Object posted to Expense Accounts for the year to the end of the report period.
- Fwd. Bal
- Ack. Deb - Ack. Cred the gross profit for the year to the end of the report period.
In the example illustrated below, the report period is again June 2018, so the Ack. Deb, Ack. Cred and Fwd. Bal columns contain figures from both May and June 2018 as these were the only two months of trading:

As shown in the illustrations above, the Tag/Object Results report will display the total value for each Object posted to Income Accounts as a whole over the report period and the total value posted to Expense Accounts, again as a whole. If you need to see individual figures for each Income and Expense Account, use the
Tag/Object/Quantity Results report.
---
Reports in the Nominal Ledger:
---
Go back to:
Tag/Object/Quantity Results
This page describes the Tag/Object Results report in the Nominal Ledger module. For clarity, the term "Object" has been used in this description.
---
The Tag/Object/Quantity Results report provides a detailed analysis of Object usage during the report period. For each Object, the report displays the total values posted to individual Income and Expense Accounts over the report period. For comparison purposes, Budget and Revised Budget figures for the report period are included.

- Period
- Paste Special
Reporting Periods setting, System module
- The reporting period. Enter the first and last date separated by a colon (:).For each Object, the report will display the total values posted to individual Income and Expense Accounts over the period specified here.
- Tag/Object
- Paste Special
Tag/Object register, Nominal Ledger/System module
- Range Reporting Alpha
- If you need the report to show postings with a particular Object, specify that Account here. You can also enter a range of Objects, separated by a colon.
- Tag/Object Type
- Paste Special
Tag/Object Types setting, Nominal Ledger
- Enter an Object Type here if you need to report on the Objects that belong to a particular Object Type.
- Tag/Object Group Length
- You should use this field together with the Show Group Sub Accounts option. Please refer to the description of this option below for details.
- Show Sub Accounts
- This report can show subtotals for groups of Accounts or Objects with the same initial characters. Use these option to control this feature.
- Don't Show
- Use this option if you don't want to use the group subtotalling feature.

- Show Sub Accounts
- Use this option if you would like the report to show subtotals for groups of Accounts, grouped using the first character of the Account Number.
- For example, if your Sales Accounts are in the range 100-199, the report will show a separate balance for each Account and a balance for all Sales Accounts (because they share the same initial character, "1"). These balances are all per Object.

- Show Group Sub Accounts
- Use this option if you would like the report to show subtotals for groups of Objects, grouped using the initial characters of the Object Code. Specify the number of initial characters that are to be the same using the Object Group Length field above.
- For example, if the Object Group Length is 2, the report will contain individual sections for Objects 010, 011, 012 etc. and a separate section for these Objects grouped together (i.e. all Objects with the initial characters of "01").
- This option also provides subtotals for groups of Accounts, as described for the Show Sub Accounts option above.

- Values in
- If you are using the Dual-Base system, values in this report can be shown in either Base Currency. Use these options to choose which Currency is to be used on this occasion.
- If you are not using the Dual-Base system, use the Base Currency 1 option to produce a report in your home Currency.
- New page for each Tag/Object
- Select this option if you are printing the report to a printer and would like each Object to be printed on a separate page.
If you would like a less detailed version of this report that summarises the total values for each Object posted to Income and Expense Accounts and does not display figures for each individual Account, use the
Tag/Object Results report.
---
Reports in the Nominal Ledger:
---
Go back to:
Balances Cuentas Impositivas
Este informe se utiliza en Rusia. Por favor, consulta tu representante HansaWorld local para detalles.
Listar Reportes Gerenciales
Por favor, haz clic
aquí para obtener una descripción de este informe.
Transacciones Impuestos para Registros
Este informe se utiliza en Rusia. Por favor, consulta tu representante HansaWorld local para detalles.
Diario de Modelos de Asiento
Este informe lista las plantillas contables creadas en la opción
Modelos de Asientos

- Asientos
- Rango de Informe
Numérico
- Especifica aquí un Modelo de Asiento (código) o un rango de códigos (de Modelos de Asientos) para determinar cuáles se incluyen en el informe.
- Periodo
- Pegado Especial
opción Periodos de Informe, módulo Sistema
- Ingresa la fecha inicio y la fecha fin del periodo cuyos Modelos de Asientos han de ser contenidos en informe. El primer periodo de la opción ‘Periodos de Informe’ se ofrecerá por defecto.
Probar Reglas Contra Cuentas
Si has tildado la casilla ‘Revisar Reglas de Contra Cuentas’ en las ‘Opciones de Asientos’, las Cuentas usadas a cada lado (haber/debe) de un Asiento, pueden estar sujetas a ciertas reglas (reglas de contra cuentas). Éstas se describen en detalle en la página sobre la opción Opciones Asientos. Estas reglas garantizan que los registros de Haber estén claramente equilibrados con los registros de Debe en cada Asiento. Si no estas usando esta funcionalidad, puedes emplear este informe para listar Asientos que no se enmarcan en estas reglas (ej. aquellos que no podrían ser permisibles estando en uso la opción).

- Asientos
- Rango de Informe
Numérico
- Si deseas imprimir sólo cierto rango de Asientos, ingresa el primer y el último número de asiento separándolos con dos puntos (:). Si dejas el campo en blanco, se imprimirá todo el diario.
- El Número de Asiento debe incluir el prefijo igual que en la ventana ‘Asientos: Hojear’. Para imprimir un Asiento que ingresó directamente en el Libro mayor, ingresa por ejemplo, "2002.3" o, para un rango, "2002.3:2002.10". Para imprimir un Asiento que fue creado desde un Subsistema, ingresa por ejemplo, "S/INV.020003" o, para un rango, "S/INV.020003:S/INV.020010".
- Periodo
- Pegado Especial
opción Periodos de Informe, módulo Sistema
- Especifica el periodo a ser abarcado por el informe.
- Ordenar por
- El informe puede ser ordenado por Número de Asiento o por Fecha.
Diario de Asientos
El Diario de Asientos (también llamado Libro Mayor de Asientos) es un resumen de todos los datos ingresados en el libro mayor. No se podrá cambiar su definición.
La realización de Informes en Hansa es no-destructible. Esto significa que se puede crear e imprimir un informe cuantas veces gustes. Algunos programas contables están diseñados sólo para permitir la impresión de diarios directamente en conexión con el ingreso de datos. HansaWorld Enterprise no tiene esta limitación.
Abre la ventana de lista ‘Informes’ y haz doble clic en ‘Diario de Asientos’. Se abrirá la ventana ‘Especificar Diario de Asientos’.

- Asientos
- Rango de Informe
Numérico
- Si deseas imprimir sólo cierto rango de Asientos, ej. aquellos ingresados hoy, puedes seleccionar este rango usando el campo Asientos. Ingresa el primer y último Número de Asiento separados por dos puntos (:). Si dejas el campo en blanco, se imprimirá todos los archivos en el registro de Asientos que caen dentro del periodo seleccionado.
- El Número de Asiento debe incluir el prefijo que lleva el archivo dentro de la ventana ‘Asientos: Hojear’. Para imprimir un Asiento que ingresó directamente en el Libro Mayor, ingresa por ejemplo, "2002.3" o, para un rango, "2002.3:2002.10". Para imprimir un Asiento que fue creado desde un Subsistema, ingresa por ejemplo, "S/INV.020003" o, para un rango, "S/INV.020003:S/INV.020010".
- Periodo
- Pegado Especial
opción Periodos de Informe, módulo Sistema
- Ingresa el periodo a ser abarcado por el informe.
- Sólo Cód. IVA
- Pegado Especial
opción Códigos IVA, módulo Contabilidad
- Puedes delimitar el informe para que contenga Asientos que incluyan datos con un Código IVA particular.
- Encabezado de Informe
- Especifica aquí el título del informe. Si no especificas nada aquí, se utilizará el título: ‘Diario de Asiento’.
- Nro. Serie Legal
- En algunos países es obligatorio que todos los Asientos mantengan un solo número de serie sin importar su naturaleza. Si este es el caso, ingresa el primer número de la serie aquí y tilda la casilla ‘No Imprimir Prefijo de Transacción’. Se dará un número a cada Asiento con la serie especificada, en lugar del típico Número de Asiento.
- Ventas Pronosticadas
- Si ingresas un monto en este campo, éste se agregará al total de facturación ubicado al píe del informe.
- Idioma
- Pegado Especial
opción Idioma, módulo Sistema
- El Diario de Asientos puede ser producido en diferentes Idiomas. En este sentido, puedes ingresar aquí el Código del Idioma requerido. La traducción apropiada para cada Nombre de Cuenta se extraerá de la solapa 'Textos' en el registro Cuentas.
- Si no ingresas un Idioma aquí sino que lo haces mediante la opción Información de Empresa, el informe se generará usando ese Idioma cuando utilices la opción ‘Descripción de Cta. en Idioma de Empresa??? dentro de las Opciones de Asientos en el módulo Contabilidad.
- Ordenar por
- El informe puede ser ordenado por Número de Asiento o por Fecha de Asiento.
- Si ordenas por Número de Asiento, todos los Asientos de tipo similar serán agrupados. Por ejemplo, Asientos resultantes de Facturas de Venta se agruparán; y los Asientos resultantes de Facturas de Compra igual se agruparán. Esto permite que el informe despliegue cifras de facturación global para cada tipo. Si has utilizado diferentes Números de Serie, entonces las cifras de facturación se desplegarán para cada Número de Serie identificado a través del Comentario. Por ejemplo, si has creado Facturas usando tres Números de Serie, los Asientos resultantes en este informe, serán divididos en tres secciones teniendo cifras de la facturación para cada uno.
- Si ordenas por Fecha de Asiento, todos los Asientos de tipo similar en un mes particular, serán agrupados. Por ejemplo, Asientos resultantes de Facturas de Venta en Enero se agruparán todas juntas; los Asientos resultantes de Facturas de Compra en Enero igual se agruparán. Este modelo se repetirá para Febrero y los demás meses. Esto permite que el informe despliegue cifras de facturación para cada tipo. Si has usado diferentes Números de Serie, entonces las cifras de facturación mensual serán mostradas para cada Número de Serie identificado a través del Comentario.
- Valores en
- Si estás usando el sistema de Base-dual, los valores en este informe aparecerán en cualquiera de las Monedas Base. Utiliza estas opciones para escoger la Moneda a emplearse en esta ocasión.
- Si no estás usando el sistema de Base-dual, utiliza la opción Moneda Base 1 para producir un informe en tu Moneda local.
- Listar Transacciones
- Con esta casilla tildada, se listará cada Asiento usado por el informe junto con los totales de Haber y Debe. Éstos aparecerán al píe del informe. Si el alcance del informe ha sido restringido usando cualquiera de los campos aquí, sólo se listará aquellos Asientos incluidos en el informe.
- No Mostrar Descripción de Cuenta
- Tilda esta casilla para no mostrar las Descripciones de Cuenta para cada Asiento.
- Listar Cuentas
- Con esta casilla tildada, el informe listará cada Cuenta usada por el Asiento junto con los totales de Haber y Debe. Éstas aparecerán al pie del informe. Si el alcance del informe ha sido restringido usando cualquiera de los campos aquí, sólo se listará aquellas Cuentas afectadas por los Asientos mostrados.
- Listar Cód. IVA
- Con esta casilla tildada, el informe listará cada Código IVA usado por los Asientos junto con los totales de Haber y Debe. Éstos aparecerán al pie del informe. Si el alcance del informe ha sido restringido usando cualquiera de los campos aquí, sólo se listará aquellos Códigos IVA afectados por los Asientos mostrados.
- Omitir Código IVA en Filas
- Si una fila del Asiento posee un Código IVA, generalmente esto aparecerá en el informe. Tilda esta casilla cuando no sea necesario mostrar este dato.
- No Imprimir Fecha de Registro
- El informe usualmente muestra tanto la Fecha de Asiento (en el encabezado del asiento) como la Fecha de Registro (fecha en que el Asiento ingresó a HansaWorld Enterprise). Si no deseas mostrar la Fecha de Registro, tilda esta casilla.
- No Imprimir Prefijo de Transacción
- Los Números de Asiento generalmente aparecen en el informe junto con sus prefijos homologados de la ventana ‘Asientos: Hojear’. Los Asientos ingresados directamente al Libro Mayor, por ejemplo aparecerán como "2002.3", mientras que aquellos creados desde un Subsistema aparecerán, por ejemplo como "S/INV.020003". Si no deseas que estos prefijos aparezcan en el informe (ej. en los ejemplos, omitiendo "2002." y "S/INV.", tilda esta casilla.
- Si utilizas la función de Mantenimiento 'Cerrar Cuenta' para cerrar un periodo contable, se asignará un Número de Documento permanente a cada Asiento en el periodo cerrado. Si imprimes u observas el informe en pantalla después de haber tildado esta casilla, también se incluirá a los Números de Documento en lugar del típico Número de Asiento. El Número de Asiento se imprimirá (sin prefijo) cuando no haya Número de Documento (es decir, cuando un Asiento pertenezca a un periodo que no ha sido cerrado aún).
- Si tildas esta casilla y cargas un Número de Serie Legal, entonces cada Asiento se imprimirá con un número según la secuencia que comienza con el Número de Serie Legal. Éste irá en lugar del típico Número de Asiento o de Documento.
- No Imprimir Asientos p/Doc. Invalidados’
- Por defecto, un Asiento creado desde un registro de Sub Sistema (ej. desde una Factura) que luego fue invalidado, será incluido en el informe. Cada porción de información aparecerá tachada con una línea roja, y el valor total del Asiento será cero. Utiliza esta opción para excluir del informe tales Asientos.
Haz clic en [Ejecutar] para imprimir el Diario de Asientos.
Resumen de Asientos
Esta primera sección es muy similar al Diario de Asientos. Ambos informes listan cada Asiento en el periodo de informe y muestran las Cuentas debitadas y abonadas junto con los montos.
A diferencia del Diario de Asientos, este informe no muestra los típicos Números de Asiento. En lugar de estos, se asigna un número secuencial a cada Asiento con un solo número de serie, sin importar su naturaleza.
De igual modo se listará los Asientos en el periodo de informe y se podrá imprimir hasta cuatro secciones de resumen el final del informe. Éstas mostrarán los totales de Haber y Debe para cada Cuenta usada en los Asientos resultantes de Facturas, Recibos, Facturas de Compra y/o Pagos en el periodo de informe.

- Periodo
- Pegado Especial
opción Periodos de Informe, módulo Sistema
- Ingresa el periodo a ser abarcado por el informe.
- Inicio Nro. Legal
- Este informe no muestra Números de Asiento como están almacenados en el registro de Asientos. En vez de eso, los Asientos son renumerados para mantener un solo número de serie, sin importar su naturaleza. Ingresa el primer número de la serie aquí. Si no se ingresa ningún número, la secuencia empezará en 1.
- Sumar Asientos para
- Se puede imprimir hasta cuatro secciones de resumen al final del informe, mostrando los totales de Haber y Debe para cada Cuenta usada en los Asientos resultantes de Facturas, Recibos, Facturas de Compra y/o Pagos en el periodo de informe. Utiliza estas opciones para escoger las secciones de resumen que se van a imprimir.
- Ordenar por
- Se ofrecen tres opciones de ordenación:
- Número
- Los Asientos se listan por orden del Número almacenado en el registro de Asientos. Si esto se incluye en el informe, se imprimirá las cuatro secciones de resumen al final.
- Fecha Asien.
- Los Asientos se listan por orden de Fecha. Si esto se incluye en el informe, se imprimirá las cuatro secciones de resumen al final.
- Resumen Mensual
- Los Asientos se listan por orden de Fecha. Sin embargo, en vez de imprimirse las cuatro secciones de resumen al final, esta opción habilita esos resúmenes por mes y los imprime en lugares apropiados de la lista.
No Imprimir Prefijos de Asiento
- Cuando se enumeran los Números de Asiento en la ventana ‘Asientos: Hojear’, éstos aparecerán junto con prefijos que indican el tipo de asiento. Los Asientos ingresados directamente al Libro Mayor, por ejemplo aparecerán como "2002.3", mientras que aquellos creados desde un Subsistema aparecerán, por ejemplo como "S/INV.020003".
- Aunque este informe no imprime Números de Asiento, los prefijos se imprimirán para indicar el tipo de Asiento. Si no deseas que estos prefijos aparezcan en el informe, tilda esta casilla.
- Si se incluyen en el informe, las cuatro secciones de resumen serán marcadas con el prefijo adecuado. Nuevamente, estos prefijos no se imprimirán si utilizas esta opción.
Trial Balance
This page describes the Trial Balance report in the Nominal Ledger.
---
The Trial Balance is a report that lists the balances of each Account.
The main purpose of the Trial Balance is to confirm that the sum of the debit balances is the same as the sum of the credit balances. The totals of the three columns in the report should each be zero, signifying that in your accounts the total debits and the total credits are equal. If this is not the case, there may be an error in one or more of your Transactions that you should correct immediately. and before producing the Balance Sheet and Profit & Loss reports.
You cannot alter the definition of the Trial Balance report, but you can determine the Transactions that are to be included.
When printed to screen, the Trial Balance has the Standard ERP Drill-down feature. Click (Windows/macOS) or tap (iOS/Android) the Account Number of any Account in the report to open the Nominal Ledger Report for the same Account and period. When in the Nominal Ledger report, you can click or tap any Transaction Number to open an individual Transaction record.
You can specify whether figures in the Trial Balance will be positive or negative depending on Account Type. To do this, use the check boxes in column 2 in the Presentation of Balances setting. For example, figures in the report for Asset Accounts will obey the Assets check box in column 2 in the Presentation of Balances setting. It is recommended that the check boxes in column 2 in this setting should all be ticked or not ticked. If only some of the check boxes in column 2 are ticked, the Trial Balance report will not balance.
To print the Trial Balance, ensure you are in the Nominal Ledger and click or tap the [Reports] button in the Navigation Centre. Then double-click or tap 'Trial Balance' in the 'Reports' list. The 'Specify Trial Balance' window will be opened.

- Period
- Paste Special
Reporting Periods setting, System module
- Enter the period for which you want to produce the Trial Balance. The Account balances in the report will be calculated from postings (i.e. from Transaction rows) recorded during the period specified here. The first period in the Reporting Periods setting is the default value.
- Accounts
- Paste Special
Account register, Nominal Ledger/System module
- Range Reporting Alpha
- Enter an Account Number or a range of Numbers separated by a colon (:) here if you would like specific Accounts to be listed in the report.
- Tag/Object
- Paste Special
Tag/Object register, Nominal Ledger/System module
- Enter a Tag/Object Code here if you need the Account balances in the report to be calculated from postings with a particular Tag/Object. You can also enter a number of Tags/Objects separated by commas, in which case Account balances will be calculated from postings with all the Tags/Objects listed. If you leave this field empty, Account balances will be calculated from all postings, with and without Tags/Objects.
- VAT Code
- Paste Special
VAT Codes setting, Nominal Ledger
- Enter a VAT Code here if you need if you need the Account balances in the report to be calculated from Transaction rows with a particular VAT Code.
- Currency
- Paste Special
Currency register, System module
- If you specify a Currency here, the Account balances in the report will be calculated only from Transaction rows with the specified Currency shown on flip C. The balances will be calculated using the figures on flip C of those Transaction rows (i.e. they will be in the chosen Currency). If you leave this field blank, all Transaction rows will be included in the calculations. In this case the calculation will use the figures in the Base 1 or Base 2 Debit or Credit fields on flip A (choose which Base Currency is to be used using the Values in options described below).
- Language
- Paste Special
Languages setting, System module
- You can produce the Trial Balance in different Languages: enter the required Language Code here. The appropriate translations of the Account Names will be taken from the 'Texts' card of each Account record.
- If you do not enter a Language here, but you have entered a Language in the Company Info setting in the System module, the report will be produced in that Language if you are using the Account Description in Company Language option in the Transaction Settings setting in the Nominal Ledger.
- Exclude Tag/Object
- Paste Special
Tag/Object register, Nominal Ledger/System module
- Enter a Tag/Object Code here if you need postings with a particular Tag/Object to be excluded from the Account balance calculations.
- Including Simulations
- Select this option if you need to simulated transactions from the Simulation register to be included in the report. Simulation rows in which the Status is "Invalid" and "Transferred" will not be included.
- Only with Balance
- With this option selected, Accounts that have zero balances at the end of the report period will be excluded from the report.
- List Transaction No.
- If you select this option, the Transaction Numbers of all Transactions that fall within the reporting period, together with debit and credit totals, will be listed at the end of the report.
- Include Turnovers
- The standard version of this report has three columns showing for each Account the balance brought forward for each Account, the net change over the report period and the final balance. If you select this option, two additional columns will be included, showing the total debit and credit postings to each Account.
- Accounts only
- In the standard version of the report, the Accounts will be divided into groups, using the first character of the Account Number. Subtotals for each group of Accounts will be shown. For example, the report will list the Accounts in the range 100:199 and then provide subtotals for those Accounts, because they share the same initial character, "1".
- Select this option if you only need a simple list of Accounts with overall totals and so do not need Accounts to be grouped together in this way.
- Values in
- If you are using the Dual-Base system, use these options to specify whether the values in the report are to be shown in Base Currency 1 or 2.
- If you are not using the Dual-Base system, use the Base Currency 1 option to produce a report in your home Currency.
- If you have entered a Currency in the Currency field above, the figures in the report will be in that Currency.

---
Reports in the Nominal Ledger:
---
Go back to:
Lista de Códigos IVA
Este informe lista los asientos utilizados al calcular la Devolución IVA (generada con el uso del Informe IVA). Se desplegará el total incluyendo IVA y exento de IVA, el porcentaje global IVA y la Moneda en función a cada asiento.
Este informe está constituido en base a los registros de Sub Sistema (ej. Facturas, Facturas de Compra) responsables del IVA. El Informe IVA, por su parte, está conformado por los asientos vinculados a las Cuentas IVA. Si existiese alguna diferencia entre los dos informes, las razón probable es que la conexión entre un registro de Sub Sistema y sus Asientos vinculados, no está del todo correcta. Tal vez el Asiento ni siquiera exista o quizás se ha sometido a una Marca de Corrección o Marca de Actualización. Podría ser que el Código IVA de la Cuenta Venta o Compra en un asiento, está incorrecto o faltante. En este caso, esa sección no será incluida en la cifra calculada por los comandos RESULTADOIVA o BALANCEIVA en el informe IVA.

- Periodo
- Pegado Especial
opción Periodos de Informe, módulo Sistema
- Ingresa el periodo a ser abarcado por el informe. Por defecto se ofrece el primer periodo de la opción ‘Periodos de Informe’.
- Número
- Rango de Informe
Numérico
- Si deseas listar asientos cuyos números de serie caigan dentro de un rango particular, ingresa ese rango aquí.
- Sólo Registrados desde
- Si deseas listar asientos ingresados después de cierta fecha, ingresa esa fecha acá. Para el caso de archivos de Sub Sistema, ésta será la fecha de aprobación (ej. la fecha que se creó el Asiento resultante).
- Especificar
- Puedes decidir que el informe conforme un listado de Facturas de Venta y Compra, Gastos, Entradas/Salidas de Caja o Asientos Contables. Se debe elegir al menos una de estas casillas, sino el informe saldrá en blanco. Para cada sección (categoría), la lista de transacciones estará seguida de una lista de Códigos IVA usados por dichas transacciones junto con los totales. Si no necesitas que se listen las transacciones, mas deseas obtener una sola línea de resumen para cada sección, tilda la casilla ‘Mostrar Solo Totales (solo Resumido)’.
- Las casilla ‘Facturas de Venta’ va de la mano con la casilla ‘Reg. IVA Recibos’ dentro de la opción Manejo de Ctas. Ventas en el módulo Ventas. Si este no es el caso, el informe listará las Facturas emitidas durante el periodo de informe junto con las Fechas de Facturas. Sin embargo, si has tildado la casilla ‘Reg. IVA Recibos’ (ej. si tu cálculo IVA está basado en Recibos y no en Facturas), el informe listará Facturas pagadas durante el periodo de informe junto con las fechas en que fueron pagadas. La casilla ‘Facturas de Compra’ por su parte, va de la mano de la opción ‘Reg. IVA Anticipos’ dentro de la opción Manejo de Cuentas de Compras en el módulo Compras.
- La casilla ‘Recibos’ solo arrojará un listado de Anticipos y Recibos A Cuenta (ej. Recibos que no tienen Números de Factura). Similarmente, la casilla ‘Pagos’ solo arrojará un listado de Anticipos y Pagos a Cuenta.
- Seleccionar
- El informe puede mostrar todos los Asientos o solo aquellos con o sin IVA.
- Función
- Utiliza estas alternativas para controlar el nivel de detalle a presentarse en el informe.
- Resumido
- El modo Resumido lista cada asiento mostrando para cada uno de ellos, la fecha, el número, monto (excl. IVA), monto IVA, monto total y la tasa efectiva de IVA y Moneda. Esto irá seguido de un resumen total para cada Código IVA.
- Detallado
- Es similar a la versión resumida con la diferencia que este versión contiene un análisis de Código IVA para cada Asiento.
VAT Report
Whenever a VAT Return is due you should print a VAT Report. This report will act both as a transaction document for the ledger and as the basis for payment.
The VAT Report is fully user-definable. Using a typical report definition, the report will summarise the postings made to the Input and Output VAT Accounts during the specified period, and will also show the total Inputs (purchases) and Outputs (sales).
Once you have printed a VAT Return for a given period, it is recommended that you enter a Transaction in the Transaction register transferring the VAT amount payable/receivable into the VAT Payments Account (Account 835 in the Chart of Accounts supplied with Standard ERP). This Transaction would debit the VAT Outputs Payable Account (830) and credit the VAT Inputs Receivable Account (831), with a balancing posting to the VAT Payments Account. The date of this Transaction must be within the period it concerns, and preferably it should be the last Transaction of the period. You can then enter a second Transaction transferring the amount payable/receivable to your bank account when you issue or receive payment.
If your company has separate departments or subsidiary companies with different VAT Numbers, you will usually have separate Companies for each VAT entity in your database, or separate databases. You will therefore be able to print separate VAT Reports for each VAT entity from each Company or database. So, although the option is provided, you usually won't need to print different VAT Reports for specific Objects.
If you do need to print a VAT Report for a specific Object in a single Company, you should ensure that you are using the Objects on VAT Account options in the Account Usage S/L and Account Usage P/L settings. When a Nominal Ledger Transaction is created from a Sub System record (e.g. from an Invoice or Purchase Invoice), these options will cause any Objects used in the Sub System record to be attached to the VAT posting (as well as to the Sales and Cost Accounts). If you are not using these options, Objects will not be assigned to VAT postings and so the report will not be able to display the balances of the Output and Input VAT Accounts for particular Objects. You will also need to ensure you use the correct Objects when manually entering Transactions that post to the VAT Accounts.
Be careful if you are using hierarchical Object structures in a single Company. Producing separate VAT Returns for each Object will be prone to error because of the risk of double-counting as each posting can have more than one Object.
Please click for details about:
---
Reports in the Nominal Ledger:
---
Go back to:
VAT Report - Defining
Before producing a VAT Report for the first time, you should define how the figures in the report will be calculated and ensure the format of the report suits your specific requirements. This is known as "Defining" the VAT Report.
A file containing an example VAT Report definition is supplied with Standard ERP. If you want to use this example as a template for your own definitions, import the relevant file (named "UKACCS1.TXT" in the UK) as described on the Importing Set-up Data page.
To set or change the report definition of the VAT Report, ensure you are in the Nominal Ledger, click the [Settings] button in the Navigation Centre and double-click 'Report Settings' in the subsequent list. Then double-click 'VAT Report' in the list on the left-hand side of the 'Report Settings' window (or highlight it and click the [Definition] button). The 'VAT Report Definition: Inspect' window will be opened.

The definition illustrated above is a standard UK VAT report, using the Chart of Accounts supplied with Standard ERP. You can alter it to suit your specific requirements: you will need to change it if you have modified the standard Chart of Accounts or imported your own.
Each row in the definitions list will cause a line to be printed in the VAT Report, as shown in the illustration below:

You can add, insert or delete rows as necessary. To insert a row, highlight the row above which the new one is to be inserted (by clicking the row number) and press the Return key. To delete a row, highlight it and press the Backspace key. When you have finished defining the VAT Report, click [Save].
The fields in each row in the VAT Report definition are as follows:
- Code
- Enter a unique code to identify each a row. You can use the Code in the definitions in later rows, as shown in row 3 in the example illustrated.
- Comment
- Enter descriptive text to identify the line in the printed report.
- Definition
- The formula that will be used to calculate the figure that will be printed in the report.
There are several commands that you can use in the formula in the Definition field. They are not case sensitive. These are the same commands that you can use in the definition of the Key Financial Ratios report. The commands that will be useful in the VAT Report are described below: please refer to the Defining Key Ratios page for a full list.
- RESULT("Account Code")
- This command returns the net change during the period for the Account specified in the brackets. Some examples of the use of this command are as follows:
- RESULT("830")
- Returns the net change in Account 830 for the specified period. If Account 830 is the Output VAT Account, this will therefore return the output VAT total for the specified period.
- -RESULT("830")
- As the previous example, but the sign of the final figure is changed. This is useful when displaying figures for sales, which are stored as negative figures in Standard ERP. Prefixing the RESULT command with a minus sign will cause sales to be displayed as positive figures in the report.
- RESULT("830+832")
- Adds the net change in Account 830 to the net change in Account 832.
- KEY("Code")
- Use the KEY command to include the value of another Key Ratio in the calculation. You must already have defined the Key Ratio that you are referring to. If not, a zero value will be used. Therefore, in the example illustration, the NET line must appear below the OUT and ACQ lines.
- Although the KEY command itself is not case sensitive, the reference to another Key Ratio is. Thus, in the example illustration, you can use key("OUT") and KEY("OUT"), but not key("out").
- VATRESULT("Account Code","VAT Code")
- This command is similar to RESULT, but in calculating the net change during the period for the Account specified, only postings with the specified VAT Code are taken into account.
- The reference to the VAT Code is not case sensitive.
- Some examples of the use of this command are as follows:
- VATRESULT("100";"1")
- Returns the net change in Account 100 for the specified period, only taking postings with VAT Code 1 into account. If Account 100 is a Sales Account, this will therefore return the total sales with VAT Code 1 posted to that Account during the specified period.
- -VATRESULT("100";"1")
- As the previous example, but the sign of the figure is changed.
- VATRESULT("100:1999";"1")
- Returns the sum of the net changes in Accounts 100 to 1999 for the specified period. The Accounts in the range will be determined using an alpha sort, rather than a numeric one. So, Account 1000001 will be included in the example range, while Account 200 will not. If all Sales Accounts are in the range 100:1999, this will therefore return the total sales with VAT Code 1 posted to all Sales Accounts during the specified period.
- In Transactions created from Sub Systems (e.g. Invoices and Purchase Invoices), the appropriate VAT Code will be copied to the V-Cd field in each Transaction row posting to a Sales or Cost Account. The V-Cd field is the mechanism that allows you to use the VATRESULT command with these Accounts. However, if you are using the Add VAT Code to VAT A/C rows option in the Transaction Settings setting, the appropriate VAT Code will be copied to the V-Cd field in each Transaction row posting to a VAT Account, as well as to the V-Cd field in the rows posting to a Sales or Cost Account. This will allow you to apply the VATRESULT command to the VAT Accounts (e.g. VATRESULT("830","1")).
Note that the syntax used in the formulae changed in version 4.1. If you are updating from a version earlier than 4.1 to a later version, you will therefore need to change your formulae as follows:
- All parameters should now be enclosed in quotation marks. For example, you should change RESULT(830) to RESULT("830").
- The order of parameters for the VATRESULT, VATBALANCE, VATCREDRESULT and VATDEBRESULT commands has been transposed. For example, you should change VATRESULT(1,100:199) to VATRESULT("100:199","1").
Please refer here for some illustrated examples.
---
Please click for details about:
---
Reports in the Nominal Ledger:
---
Go back to:
VAT Report - Example VAT Report Definitions
This page describes and illustrates some example VAT Report Definitions. Please follow the links below for more details about the VAT Report:
---
Example - Standard VAT
A VAT Report definition suitable for use in the UK is illustrated below:

In essence, we are using the RESULT command to calculate the VAT to be paid or reclaimed and the VATRESULT command to calculate turnover figures. The RESULT command will print the net change in a specified Account over the report period i.e. the net amount posted to the Account. The VATRESULT command will print the net amount posted with a specified VAT Code to the Account.
In more detail the calculations in this report definition are as follows:
Row 1 OUT | -RESULT("830") | 830 is the Output VAT Account, so this row prints the total output VAT on domestic sales made during the report period. Sales figures are stored as negative figures in Standard ERP, so the negative sign will convert them to positive. This figure should be placed in Box 1 on the UK VAT Return. If you have more than one Output VAT Account, you can include them all in the formula (e.g. -RESULT("830+8300")), or you can print the net change in each Account on separate lines and then add them together using the KEY command. |
| | |
Row 2 ACQ | -RESULT("832") | 832 is the Account for output VAT on EU acquisitions of goods, so this row will print the VAT due on acquisitions of goods from other EU member states. This figure should be placed in Box 2 on the UK VAT Return. Please refer to the Reverse Charge VAT example towards the end of this page for more details about EU acquisitions. |
| | |
Row 3 NET | KEY("OUT")+KEY("ACQ") | Prints the total Output VAT due, calculated by adding the previous two figures together. This figure should be placed in Box 3 on the UK VAT Return. |
| | |
Row 4 INP | -RESULT("831+833") | 831 is the Input VAT Account and 833 is the Account for input VAT on EU acquisitions of goods. This row will therefore print the VAT reclaimable on purchases and other inputs (including acquisitions from the EU). The result will be printed as a negative figure. This figure should be placed in Box 4 on the UK VAT Return. |
| | |
Row 5 PAY | KEY("NET")+KEY("INP") | Prints the net VAT to be paid or reclaimed, calculated by adding the figure in row 3 to the (negative) figure in row 4. A positive figure indicates that you are liable for VAT, a negative one signifies that you are owed money by the VAT authority. This figure should be placed in Box 5 on the UK VAT Return. |
| | |
Rows 8-12 SAL0-SAL4 | -VATRESULT("100:1999999","0") -VATRESULT("100:1999999","1") -VATRESULT("100:1999999","2") -VATRESULT("100:1999999","3") -VATRESULT("200:8299999","5") | Accounts 100:199 are the Sales Accounts. These rows print the total values of sales made with each VAT Code. If you sell non-digital services to customers in the EU who are not registered for VAT, you will need to charge VAT at the relevant domestic rate for the type of Item. Place these Customers in the Inside EU (Post VAT) Zone and use the standard VAT Code. This will ensure these sales will be included in the Box 1 figure (row 1) and in the relevant sales turnover figure here. Row 12 will print the value of purchases of services from Suppliers in the Inside EU Zone. This will ensure this figure is included in Box 6 (row 14 below). |
| | |
Row 14 SALT | KEY("SAL0") + KEY("SAL1") + KEY("SAL2") + KEY("SAL3") + KEY("SAL4") | Prints the sum of rows 8-12 i.e. the total value of sales and all other outputs excluding VAT. This figure should be placed in Box 6 on the UK VAT Return. |
| | |
Rows 17-21 PUR0-PUR4 | -VATRESULT("200:8299999","0") -VATRESULT("200:8299999","1") -VATRESULT("200:8299999","2") -VATRESULT("200:8299999","4") -VATRESULT("200:8299999","5") | Accounts 200:829 all represent items that can be purchased by the business. These rows print the total values of purchases made with each VAT Code. The range does not include the VAT Accounts (830:835). If you are using the Add VAT Code to VAT A/C rows option in the Transaction Settings setting, the appropriate VAT Code will be copied to the V-Cd field in each Transaction row posting to a VAT Account, as well as to the V-Cd field in the rows posting to a Sales or Cost Account. If the range included the VAT Accounts, the resulting figures would include VAT when they should exclude it. |
| | |
Row 23 PURT | KEY("PUR0") + KEY("PUR1") + KEY("PUR2") + KEY("PUR3") + KEY("PUR4") | Prints the sum of rows 17-21 i.e. the total value of purchases and all other inputs excluding VAT. This figure should be placed in Box 7 on the UK VAT Return. |
| | |
Row 26 SALEC | KEY("SAL3") | Prints the total value of sales made with VAT Code 3 i.e. the total value of sales to other EU member states. This assumes that sales made to other EU member states will always carry VAT Code 3, and that VAT Code 3 is not used for any other sales. This figure should be placed in Box 8 on the UK VAT Return. (Box 8 should not include sales of services, so a different VAT Code would need to be used for such sales.) |
| | |
Row 27 PUREC | KEY("PUR3") | Prints the total value of purchases made with VAT Code 4 i.e. the total value of purchases of goods from other EU member states. This assumes that purchases of goods made from other EU member states will always carry VAT Code 4, and that VAT Code 4 is not used for any other purchases. This figure should be placed in Box 9 on the UK VAT Return. (Box 9 should not include purchases of services. In the example, VAT Code 5 would be used for such purchases.) |
As previously mentioned, the VAT Report definition illustrated and described above uses the Chart of Accounts and VAT Codes that are supplied with Standard ERP. You will need to amend the VAT Report definition (or start one from scratch) if you have modified the standard Chart of Accounts and/or VAT Codes, or created your own. For example, in the sample Chart of Accounts, the Output VAT Account is 830 and the standard VAT Code is 1. If your Output VAT Account is not 830 (e.g. it is 83010), you must replace every instance of "830" in the report definition with "83010". If your standard VAT Code is not 1 (e.g. it is S), you must replace every instance of "1" in the report definition with "S". It may be for example that you use different VAT Codes for sales and purchases.
Example - Cash VAT
In some countries, you can account for output VAT on the basis of the payments you receive, rather than on the Invoices you issue. Similarly, you can account for input VAT on the basis of the payments you issue, rather than on the Purchase Invoices that you receive. This is sometimes known as accounting for VAT on a cash basis or, in the UK, Cash Accounting.
If you need to account for VAT on a cash basis, follow these steps:
- On the sales side, the Account Usage S/L contains two options that you should select, depending on your requirements:
- Select the Post Receipt VAT option if you need VAT to be posted from normal Receipts (i.e. Receipts in which you are receiving payment against Invoices) and On Account Receipts.
- Select the Post Prepayment VAT option if you would like VAT to be posted from Prepayment Receipts. You will also need to specify a Prepayment VAT Account in the same setting.
- Similarly, on the purchase side, the Account Usage P/L contains two options that you should select, depending on your requirements:
- Select the Post Payment VAT option if you need VAT to be posted from normal Payments (i.e. Payments in which you are issuing payment against Purchase Invoices) and On Account Payments.
- Select one of the Post Prepayment VAT options if you would like VAT to be posted from Prepayment Payments. You will also need to specify On Account VAT and Prepayment VAT Accounts in the same setting and, depending on your requirements, you may also need to select the Prepayment amount excluding VAT option.
- If you need to account for VAT on a cash basis, Sales Invoices will still post to an Output VAT Account as normal, and Purchase Invoices will still post to an Input VAT Account. However, these Accounts will now be treated as preliminary VAT Accounts. When a Customer pays an Invoice, the Transaction from the Receipt will include an extra VAT element in which the VAT is moved from the Output VAT Account to a final Account, known as the O/P Account. On the purchase side, when you pay a Purchase Invoice, the Transaction from the Payment will include an extra VAT element in which the VAT is moved from the Input VAT Account to a final Account, known as the I/P Account.
The next step is to specify the O/P and I/P Accounts, which you should do in the VAT Codes setting:

Note in the rows for VAT Codes 4 and 5 that the Output and O/P Accounts are the same, and the Input and I/P Accounts are the same. VAT Codes 4 and 5 are used for acquisitions from the EU, and in the UK such transactions cannot be included in the Cash Accounting scheme. Standard ERP still requires O/P and I/P Accounts to be specified: using the same Accounts in effect means that acquisition VAT will be immediately be posted to the final Account, without passing through a preliminary Account.
- Finally, you should change the definition of the VAT Report so that the VAT to be paid or reclaimed will be calculated using the O/P and I/P Accounts instead of the Output and Input Accounts. In the illustration below, we have changed rows 1 and 4:

- Illustrated below is an example Invoice together with its Nominal Ledger Transaction. The VAT is posted to the Output Account as normal:

When the Customer pays the Invoice a month later, the Nominal Ledger Transaction shows the VAT being moved from the Output Account to the O/P Account:

The VAT Report for the month when the Invoice was paid includes the VAT in the payable figure:

Note that the Invoice is not included in rows 8-11 and 14 (SAL0-SAL3 and SALT). As previously described, these rows use the VATRESULT command to print the total values of sales and purchases made with each VAT Code. For example, VATRESULT("100";"1") will print the value of sales posted from Invoices to Account 100 with VAT Code 1. The date when such a sale is posted is the Invoice date.
When you are accounting for VAT on a cash basis, you need to be able to establish the total value of sales and purchases by payment date, not by Invoice date. This information is not held in the Nominal Ledger and so cannot be retrieved by the VATRESULT command.
Instead, you can obtain this information from the VAT Code Statistics report in the Sales Ledger and the P/L VAT Code Statistics report in the Purchase Ledger. These reports each include a summary section in which the Base column will list the total values excluding VAT of sales and purchases made with each VAT Code. When you are using the Post Receipt VAT and Post Payment VAT options, the information in this summary section will be compiled by Receipt/Payment Date, not by Invoice Date:

Example - Reverse Charge VAT
In a normal transaction, the Supplier should account to the tax authorities for the VAT that is due on the supply. However, in certain situations, it is the Customer who must account for any VAT that is due. If you are the customer in such a situation, you will not pay VAT to the Supplier but instead will pay VAT to the tax authorities at the domestic rate that would apply had you purchased the Items from a local Supplier. This is sometimes known as the "reverse charge" procedure. You can reclaim this VAT, if the purchase relates to VAT taxable supplies that you will go on to make.
One situation when you need to use the reverse charge procedure is when you purchase Items from VAT-registered Suppliers in other countries in the EU. Items that you purchase from other countries in the EU are usually known as "acquisitions" or "arrivals" (the term "imports" usually refers to Items purchased from other countries outside the EU). One method for handling VAT on acquisitions using the reverse charge procedure is described below. An alternative method is to create Internal Invoices from Purchase Invoices for EU Acquisitions. Please refer here for more details.
To include EU Acquisition VAT in the VAT Report, follow these steps:
- In the VAT Codes setting in the Nominal Ledger, create two VAT Codes for VAT on EU Acquisitions. Two VAT Codes are needed because purchases of goods and purchases of services need to be reported differently on the UK VAT Return.
VAT Code 4 in the example illustration below will be used for purchases of goods. VAT will be debited to the Input Account in this VAT Code and credited to the Output Account. It is recommended that you use an Output Account that is not used in any other VAT Code.
VAT Code 5 in the example will be used for purchases of services. In this case, you can use the standard Output and Input Accounts (although you can use dedicated Accounts if you prefer).

- In a Purchase Invoice for goods received from a Supplier in the Inside EU VAT Zone, enter the total charged by the Supplier (i.e. without VAT) in the TOTAL field and the Amounts in the rows using the VAT Code 4 from step 1. The Calculated VAT field in the footer will be updated automatically. In this example, the Currency in the Invoice is the Euro:

The VAT Code in each row will be chosen as follows:
- The Purch. VAT Code for the Supplier will be used.
- It will be taken from the Account record.
- The VAT Code on the 'VAT' card of the Account Usage P/L setting will be used.
In the case of point (ii), you can only specify a single VAT Code in each Account record. It is therefore recommended that you use dedicated Accounts for purchases of goods from the EU, to ensure that the correct VAT Code will be offered as the default. If you use the same Account for non-EU and EU purchases, there is a risk that the wrong VAT Code will be offered by default and that you don't change it.
In the last case, the appropriate VAT Code for the Zone of the Supplier will be used.
- When you mark the Purchase Invoice as OK and save it, the total charged by the Supplier will be posted to the Creditor Account. Because the Supplier is in the Inside EU VAT Zone, VAT will be debited to the Input Account of the selected VAT Code and credited to the Output Account (EUR figures are shown in the Base 2 Debit and Credit fields, with figures in Base Currency 1 in the Base 1 Debit and Credit fields):

- In the VAT report, you will need to include acquisition VAT when calculating the output VAT that is payable. You will also be able to include it when calculating the input VAT that is reclaimable, if the acquisitions relate to VAT taxable supplies that you make.
In the UK, the output VAT payable on EU goods acquisitions should be included in the VAT report as a separate figure. This has been done in row 2 in the example VAT Report definition illustrated below. In this row, the RESULT command will return the net change in the Output VAT Account used in VAT Code 4, hence the recommendation that this be an Output Account that is not used in any other VAT Code. From there the output VAT will be included in the total output VAT figure in row 3.
It is not necessary to include the input VAT as a separate figure. So, in row 4 the RESULT of the Input VAT Account has been added to that of the domestic Input VAT Account to produce a total figure.
Row 20 uses the VATRESULT command to print the total value of EU acquisitions with VAT Code 4. This figure is then used in rows 23 and 27 (Boxes 7 and 9 on the UK VAT Return).

- Using this definition, the Purchase Invoice illustrated above will be included in the VAT Report as shown below:

In the UK, services purchased from Suppliers in the Inside EU VAT Zone need to be reported differently to goods. In step 1 we added a VAT Code 5 for this purpose. This VAT Code uses the standard Output and Input Accounts.

Follow these steps:
- The procedure for entering a Purchase Invoice for services is the same as that for entering a Purchase Invoice for goods. Enter the total charged by the Supplier (i.e. without VAT) in the TOTAL field and the Amounts in the rows using VAT Code 5. Again, it is therefore recommended that you use dedicated Accounts for purchases of services from the EU, to ensure that the correct VAT Code will be offered as the default The Calculated VAT field in the footer will be updated automatically. In this example, the Currency in the Invoice is the Euro:

- When you mark the Purchase Invoice as OK and save it, the total charged by the Supplier will be posted to the Creditor Account. Because the Supplier is in the Inside EU VAT Zone, VAT will be debited to the Input Account of the selected VAT Code and credited to the Output Account (EUR figures are shown in the Base 2 Debit and Credit fields, with figures in Base Currency 1 in the Base 1 Debit and Credit fields):

- In the VAT report, you will need to include acquisition VAT when calculating the output VAT that is payable. You will also be able to include it when calculating the input VAT that is reclaimable, if the acquisitions relate to VAT taxable supplies that you make. In this respect, reporting services is similar to reporting goods.
However, in the UK, the output VAT payable on EU services acquisitions should not be included in the VAT report as a separate figure (unlike EU goods acquisitions) i.e. it should be included in box 1 in the UK VAT Return and not box 2. As with goods, the input VAT should be included in box 4. This allows you to use the standard Output and Input Accounts, as in this example. You can use dedicated Accounts if you prefer, but if you do, be sure to include them in the RESULT commands that calculate the Output VAT and Input VAT totals in your VAT Report Definition (rows 1 and 4 in the example).
Purchase of services from Suppliers in the EU VAT Zone need to be included in both the sales totals and the purchase totals on the UK VAT Return (boxes 6 and 7). Using a dedicated VAT Code (VAT Code 5 in the example) will allow you to do this. Rows 12 and 21 in the example VAT Report definition use the VATRESULT command to print the total value of EU acquisitions with VAT Code 5. This figure is then used in rows 14 and 23.

- Using this definition, the Purchase Invoice illustrated above will be included in the VAT Report as shown below:

When you enter a Purchase Invoice from a Supplier in the Inside EU VAT Zone, the VAT posting will follow the reverse charge procedure automatically, as described for goods and services above. However, there may be occasions when you need to use the reverse charge procedure with Suppliers in the Domestic or Outside EU VAT Zones. Follow these steps:
- Create a new record in the Tax Rules setting in the Nominal Ledger. In the VAT Type field, choose "Reversed" using 'Paste Special':

- In the VAT Codes setting, create a VAT Code for reverse charge VAT. Specify Input and Output Accounts and the VAT rate and, in the Tax Rules field on flip B, enter the Tax Rule record that you created in step 10:

- In a Purchase Invoice that is to be subject to the reverse charge procedure, enter the total charged by the Supplier (i.e. without VAT) in the TOTAL field and the Amounts in the rows using the VAT Code from step 11:

- When you mark the Purchase Invoice as OK and save it, the total charged by the Supplier will be posted to the Creditor Account. Because the Tax Rule in the VAT Code is "Reversed", VAT will be debited to the Input Account of the selected VAT Code and credited to the Output Account:

- In the VAT report, you will need to include reverse charge VAT when calculating the output VAT that is payable. Subject to the normal rules, you will also be able to include it when calculating the input VAT that is reclaimable.
In the UK, you must include the output tax payable on purchases under the reverse charge in the output VAT total (box 1 in the UK VAT Return). This has been done in row 1 in the example VAT Report definition illustrated below. In this row, the RESULT command will return the total net change in the standard Output VAT Account (Account 830) and in the Output VAT Account used in VAT Code 6 (Account 8320). From there the output VAT will be included in the total output VAT figure in row 3.
You should not include the VAT exclusive value of the purchases (box 6 on the UK VAT Return). So, rows 8-12 do not include a VATRESULT calculation for VAT Code 6.
If you will reclaim input VAT, you should include it in the input VAT total. In row 4 the RESULT of the Input VAT Account has been added to those of the domestic Input VAT Account and the EU Acquisitions Input Account to produce a total figure.
Row 22 uses the VATRESULT command to the total value of reverse charge purchases with VAT Code 5. This figure is then used in row 24 (Box 7 on the UK VAT Return).

- Using this definition, the Purchase Invoice illustrated above will be included in the VAT Report as shown below:

---
Please click for details about:
---
Reports in the Nominal Ledger:
---
Go back to:
VAT Report - Example VAT Report Definitions - Standard VAT
This page describes an example VAT Report definition that is suitable for use in the UK. Please refer to the following pages for more details about the VAT Report in Standard ERP:
---
A VAT Report definition suitable for use in the UK is illustrated below:

In essence, we are using the RESULT command to calculate the VAT to be paid or reclaimed and the VATRESULT command to calculate turnover figures. The RESULT command will print the net change in a specified Account over the report period i.e. the net amount posted to the Account. The VATRESULT command will print the net amount posted with a specified VAT Code to the Account.
In more detail the calculations in this report definition are as follows:
Row 1 OUT | -RESULT("830") | 830 is the Output VAT Account, so this row prints the total output VAT on domestic sales made during the report period. Sales figures are stored as negative figures in Standard ERP, so the negative sign will convert them to positive. This figure should be placed in Box 1 on the UK VAT Return. If you have more than one Output VAT Account, you can include them all in the formula (e.g. -RESULT("830+8300")), or you can print the net change in each Account on separate lines and then add them together using the KEY command. |
| | |
Row 2 ACQ | -RESULT("832") | 832 is the Account for output VAT on EU acquisitions of goods, so this row will print the VAT due on acquisitions of goods from other EU member states. This figure should be placed in Box 2 on the UK VAT Return. Please refer to the Reverse Charge VAT example towards the end of this page for more details about EU acquisitions. |
| | |
Row 3 NET | KEY("OUT")+KEY("ACQ") | Prints the total Output VAT due, calculated by adding the previous two figures together. This figure should be placed in Box 3 on the UK VAT Return. |
| | |
Row 4 INP | -RESULT("831+833") | 831 is the Input VAT Account and 833 is the Account for input VAT on EU acquisitions of goods. This row will therefore print the VAT reclaimable on purchases and other inputs (including acquisitions from the EU). The result will be printed as a negative figure. This figure should be placed in Box 4 on the UK VAT Return. |
| | |
Row 5 PAY | KEY("NET")+KEY("INP") | Prints the net VAT to be paid or reclaimed, calculated by adding the figure in row 3 to the (negative) figure in row 4. A positive figure indicates that you are liable for VAT, a negative one signifies that you are owed money by the VAT authority. This figure should be placed in Box 5 on the UK VAT Return. |
| | |
Rows 8-12 SAL0-SAL4 | -VATRESULT("100:1999999","0") -VATRESULT("100:1999999","1") -VATRESULT("100:1999999","2") -VATRESULT("100:1999999","3") -VATRESULT("200:8299999","5") | Accounts 100:199 are the Sales Accounts. These rows print the total values of sales made with each VAT Code. If you sell non-digital services to customers in the EU who are not registered for VAT, you will need to charge VAT at the relevant domestic rate for the type of Item. Place these Customers in the Inside EU (Post VAT) Zone and use the standard VAT Code. This will ensure these sales will be included in the Box 1 figure (row 1) and in the relevant sales turnover figure here. Row 12 will print the value of purchases of services from Suppliers in the Inside EU Zone. This will ensure this figure is included in Box 6 (row 14 below). |
| | |
Row 14 SALT | KEY("SAL0") + KEY("SAL1") + KEY("SAL2") + KEY("SAL3") + KEY("SAL4") | Prints the sum of rows 8-12 i.e. the total value of sales and all other outputs excluding VAT. This figure should be placed in Box 6 on the UK VAT Return. |
| | |
Rows 17-21 PUR0-PUR4 | -VATRESULT("200:8299999","0") -VATRESULT("200:8299999","1") -VATRESULT("200:8299999","2") -VATRESULT("200:8299999","4") -VATRESULT("200:8299999","5") | Accounts 200:829 all represent items that can be purchased by the business. These rows print the total values of purchases made with each VAT Code. The range does not include the VAT Accounts (830:835). If you are using the Add VAT Code to VAT A/C rows option in the Transaction Settings setting, the appropriate VAT Code will be copied to the V-Cd field in each Transaction row posting to a VAT Account, as well as to the V-Cd field in the rows posting to a Sales or Cost Account. If the range included the VAT Accounts, the resulting figures would include VAT when they should exclude it. |
| | |
Row 23 PURT | KEY("PUR0") + KEY("PUR1") + KEY("PUR2") + KEY("PUR3") + KEY("PUR4") | Prints the sum of rows 17-21 i.e. the total value of purchases and all other inputs excluding VAT. This figure should be placed in Box 7 on the UK VAT Return. |
| | |
Row 26 SALEC | KEY("SAL3") | Prints the total value of sales made with VAT Code 3 i.e. the total value of sales to other EU member states. This assumes that sales made to other EU member states will always carry VAT Code 3, and that VAT Code 3 is not used for any other sales. This figure should be placed in Box 8 on the UK VAT Return. (Box 8 should not include sales of services, so a different VAT Code would need to be used for such sales.) |
| | |
Row 27 PUREC | KEY("PUR3") | Prints the total value of purchases made with VAT Code 4 i.e. the total value of purchases of goods from other EU member states. This assumes that purchases of goods made from other EU member states will always carry VAT Code 4, and that VAT Code 4 is not used for any other purchases. This figure should be placed in Box 9 on the UK VAT Return. (Box 9 should not include purchases of services. In the example, VAT Code 5 would be used for such purchases.) |
As previously mentioned, the VAT Report definition illustrated and described above uses the Chart of Accounts and VAT Codes that are supplied with Standard ERP. You will need to amend the VAT Report definition (or start one from scratch) if you have modified the standard Chart of Accounts and/or VAT Codes, or created your own. For example, in the sample Chart of Accounts, the Output VAT Account is 830 and the standard VAT Code is 1. If your Output VAT Account is not 830 (e.g. it is 83010), you must replace every instance of "830" in the report definition with "83010". If your standard VAT Code is not 1 (e.g. it is S), you must replace every instance of "1" in the report definition with "S". It may be for example that you use different VAT Codes for sales and purchases.
Please follow the links below for more details about the VAT Report:
---
Reports in the Nominal Ledger:
---
Go back to:
VAT Report - Example VAT Report Definitions - Cash VAT
This page describes an example VAT Report definition that is suitable for use when using the Post Receipt VAT and Post Payment VAT options, with particular reference to the Cash VAT scheme in the UK. Please refer to the following pages for more details about the VAT Report in Standard ERP:
---
In some countries, you can account for output VAT on the basis of the payments you receive, rather than on the Invoices you issue. Similarly, you can account for input VAT on the basis of the payments you issue, rather than on the Purchase Invoices that you receive. This is sometimes known as accounting for VAT on a cash basis or, in the UK, Cash Accounting.
If you need to account for VAT on a cash basis, follow these steps:
- On the sales side, the Account Usage S/L contains two options that you should select, depending on your requirements:
- Select the Post Receipt VAT option if you need VAT to be posted from normal Receipts (i.e. Receipts in which you are receiving payment against Invoices) and On Account Receipts.
- Select the Post Prepayment VAT option if you would like VAT to be posted from Prepayment Receipts. You will also need to specify a Prepayment VAT Account in the same setting.
In the UK only (i.e. when the VAT Law in the Company Info setting is "Default"), you should also specify VAT Base and VAT Base Opposite Accounts. When an Invoice is paid, the VAT Base Account will be credited with the Invoice turnover (i.e. value excluding VAT). The V-Cd field in this posting will be filled in. The purpose of this posting is to allow the Invoice turnover to be added to the value of sales and all other outputs excluding VAT (the Box 6 figure on the UK VAT Return) on the payment date rather than on the Invoice Date. The purpose of the VAT Base Opposite Account is solely to balance the VAT Base Account.

- Similarly, on the purchase side, the Account Usage P/L contains two options that you should select, depending on your requirements:
- Select the Post Payment VAT option if you need VAT to be posted from normal Payments (i.e. Payments in which you are issuing payment against Purchase Invoices) and On Account Payments.
- Select one of the Post Prepayment VAT options if you would like VAT to be posted from Prepayment Payments. You will also need to specify On Account VAT and Prepayment VAT Accounts in the same setting and, depending on your requirements, you may also need to select the Prepayment amount excluding VAT option.
In the UK only, you should also specify VAT Base and VAT Base Opposite Accounts. When you pay a Purchase Invoice, the VAT Base Account will be debited with the Invoice turnover (i.e. value excluding VAT). The V-Cd field in this posting will be filled in. The purpose of this posting is to allow the Purchase Invoice turnover to be added to the value of purchases and all other inputs excluding VAT (the Box 7 figure on the UK VAT Return) on the payment date rather than on the Invoice Date. The purpose of the VAT Base Opposite Account is solely to balance the VAT Base Account.

- If you need to account for VAT on a cash basis, Sales Invoices will still post to an Output VAT Account as normal, and Purchase Invoices will still post to an Input VAT Account. However, these Accounts will now be treated as preliminary VAT Accounts. When a Customer pays an Invoice, the Transaction from the Receipt will include an extra VAT element in which the VAT is moved from the Output VAT Account to a final Account, known as the O/P Account. On the purchase side, when you pay a Purchase Invoice, the Transaction from the Payment will include an extra VAT element in which the VAT is moved from the Input VAT Account to a final Account, known as the I/P Account.
The next step is to specify the O/P and I/P Accounts, which you should do in the VAT Codes setting:

Note in the rows for VAT Codes 4 and 5 that the Output and O/P Accounts are the same, and the Input and I/P Accounts are the same. VAT Codes 4 and 5 are used for acquisitions from the EU, and in the UK such transactions cannot be included in the Cash Accounting scheme. Standard ERP still requires O/P and I/P Accounts to be specified: using the same Accounts in effect means that acquisition VAT will be immediately be posted to the final Account, without passing through a preliminary Account.
- Finally, you should make two changes to the definition of the VAT Report (in this example, we will add the changes to the example standard VAT Report definition described here). The first change is to ensure that the VAT to be paid or reclaimed will be calculated using the O/P and I/P Accounts instead of the Output and Input Accounts. In the illustration below, we have changed rows 1 and 4:

The second change is to ensure that the values of sales and purchases are calculated from the two VAT Base Accounts. Postings to the sales and cost Accounts should still be included in the calculations, because the value of Invoices that are Cash Notes (i.e. Invoices that are immediately paid and so will not have corresponding Receipts and Payments) will not be posted to the VAT Base Account:

- Illustrated below is an example Invoice together with its Nominal Ledger Transaction. The VAT is posted to the Output Account as normal (row 3), but the posting to the Sales Account (row 2) does not include a VAT Code (V-Cd):

When the Customer pays the Invoice a month later, the Nominal Ledger Transaction shows the VAT being moved from the Output Account to the O/P Account. The sales value excluding VAT is credited to the VAT Base Account and debited to the VAT Base Opposite Account. The posting to the VAT Base Account includes the VAT Code:

The VAT Report for the month when the Invoice was paid includes the VAT in the payable figure:

The value of the Invoice is included in rows 8-11 and 14 (SAL0-SAL3 and SALT). As previously described, these rows use the VATRESULT command to print the total values of sales and purchases made with each VAT Code. For example, VATRESULT("100";"1") will print the value of sales posted from Invoices to Account 100 with VAT Code 1
When you are accounting for VAT on a cash basis, you need to be able to establish the total value of sales and purchases by payment date, not by Invoice date. To this end, the VAT Code field in postings to Sales and Cost Accounts in Transactions created from Sales and Purchase Invoices will be empty. Transactions created from Receipts and Payments will include postings to VAT Base Accounts, and VAT Codes will be assigned to these postings. This allows you to use the VATRESULT command to establish the total value of sales and purchases by payment date.
- The next illustration shows an Invoice with a "Cash" Type Payment Term (i.e. a Cash Note) together with its Nominal Ledger Transaction. As the Invoice is a Cash Note there will be no Receipt, so the VAT is posted directly to the O/P Account (row 3) and the posting to the Sales Account (row 2) does include a VAT Code (V-Cd):

On recalculating the VAT Report previously illustrated, it will now include the Cash Note. The value of the Cash Note is included in rows 8-11 and 14 (SAL0-SAL3 and SALT because the figures in these rows are calculated by applying the VATRESULT command to the Sales Accounts as well as to the VAT Base Account:

Please follow the links below for more details about the VAT Report:
---
Reports in the Nominal Ledger:
---
Go back to:
VAT Report - Example VAT Report Definitions - Reverse Charge VAT
This page describes an example VAT Report definition that is suitable for use with Reverse Charge VAT. Please refer to the following pages for more details about the VAT Report in Standard ERP:
---
In a normal transaction, the Supplier should account to the tax authorities for the VAT that is due on the supply. However, in certain situations, it is the Customer who must account for any VAT that is due. If you are the customer in such a situation, you will not pay VAT to the Supplier but instead will pay VAT to the tax authorities at the domestic rate that would apply had you purchased the Items from a local Supplier. This is sometimes known as the "reverse charge" procedure. You can reclaim this VAT, if the purchase relates to VAT taxable supplies that you will go on to make.
One situation when you need to use the reverse charge procedure is when you purchase Items from VAT-registered Suppliers in other countries in the EU. Items that you purchase from other countries in the EU are usually known as "acquisitions" or "arrivals" (the term "imports" usually refers to Items purchased from other countries outside the EU). One method for handling VAT on acquisitions using the reverse charge procedure is described below. An alternative method is to create Internal Invoices from Purchase Invoices for EU Acquisitions. Please refer here for more details.
To include EU Acquisition VAT in the VAT Report, follow these steps:
- In the VAT Codes setting in the Nominal Ledger, create two VAT Codes for VAT on EU Acquisitions. Two VAT Codes are needed because purchases of goods and purchases of services need to be reported differently on the UK VAT Return.
VAT Code 4 in the example illustration below will be used for purchases of goods. VAT will be debited to the Input Account in this VAT Code and credited to the Output Account. It is recommended that you use an Output Account that is not used in any other VAT Code.
VAT Code 5 in the example will be used for purchases of services. In this case, you can use the standard Output and Input Accounts (although you can use dedicated Accounts if you prefer).

- In a Purchase Invoice for goods received from a Supplier in the Inside EU VAT Zone, enter the total charged by the Supplier (i.e. without VAT) in the TOTAL field and the Amounts in the rows using the VAT Code 4 from step 1. The Calculated VAT field in the footer will be updated automatically. In this example, the Currency in the Invoice is the Euro:

The VAT Code in each row will be chosen as follows:
- The Purch. VAT Code for the Supplier will be used.
- It will be taken from the Account record.
- The VAT Code on the 'VAT' card of the Account Usage P/L setting will be used.
In the case of point (ii), you can only specify a single VAT Code in each Account record. It is therefore recommended that you use dedicated Accounts for purchases of goods from the EU, to ensure that the correct VAT Code will be offered as the default. If you use the same Account for non-EU and EU purchases, there is a risk that the wrong VAT Code will be offered by default and that you don't change it.
In the last case, the appropriate VAT Code for the Zone of the Supplier will be used.
- When you mark the Purchase Invoice as OK and save it, the total charged by the Supplier will be posted to the Creditor Account. Because the Supplier is in the Inside EU VAT Zone, VAT will be debited to the Input Account of the selected VAT Code and credited to the Output Account (EUR figures are shown in the Base 2 Debit and Credit fields, with figures in Base Currency 1 in the Base 1 Debit and Credit fields):

- In the VAT report, you will need to include acquisition VAT when calculating the output VAT that is payable. You will also be able to include it when calculating the input VAT that is reclaimable, if the acquisitions relate to VAT taxable supplies that you make.
In the UK, the output VAT payable on EU goods acquisitions should be included in the VAT report as a separate figure. This has been done in row 2 in the example VAT Report definition illustrated below. In this row, the RESULT command will return the net change in the Output VAT Account used in VAT Code 4, hence the recommendation that this be an Output Account that is not used in any other VAT Code. From there the output VAT will be included in the total output VAT figure in row 3.
It is not necessary to include the input VAT as a separate figure. So, in row 4 the RESULT of the Input VAT Account has been added to that of the domestic Input VAT Account to produce a total figure.
Row 20 uses the VATRESULT command to print the total value of EU acquisitions with VAT Code 4. This figure is then used in rows 23 and 27 (Boxes 7 and 9 on the UK VAT Return).

- Using this definition, the Purchase Invoice illustrated above will be included in the VAT Report as shown below:

In the UK, services purchased from Suppliers in the Inside EU VAT Zone need to be reported differently to goods. In step 1 we added a VAT Code 5 for this purpose. This VAT Code uses the standard Output and Input Accounts.

Follow these steps:
- The procedure for entering a Purchase Invoice for services is the same as that for entering a Purchase Invoice for goods. Enter the total charged by the Supplier (i.e. without VAT) in the TOTAL field and the Amounts in the rows using VAT Code 5. Again, it is therefore recommended that you use dedicated Accounts for purchases of services from the EU, to ensure that the correct VAT Code will be offered as the default. The Calculated VAT field in the footer will be updated automatically. In this example, the Currency in the Invoice is the Euro:

- When you mark the Purchase Invoice as OK and save it, the total charged by the Supplier will be posted to the Creditor Account. Because the Supplier is in the Inside EU VAT Zone, VAT will be debited to the Input Account of the selected VAT Code and credited to the Output Account (EUR figures are shown in the Base 2 Debit and Credit fields, with figures in Base Currency 1 in the Base 1 Debit and Credit fields):

- In the VAT report, you will need to include acquisition VAT when calculating the output VAT that is payable. You will also be able to include it when calculating the input VAT that is reclaimable, if the acquisitions relate to VAT taxable supplies that you make. In this respect, reporting services is similar to reporting goods.
However, in the UK, the output VAT payable on EU services acquisitions should not be included in the VAT report as a separate figure (unlike EU goods acquisitions) i.e. it should be included in box 1 in the UK VAT Return and not box 2. As with goods, the input VAT should be included in box 4. This allows you to use the standard Output and Input Accounts, as in this example. You can use dedicated Accounts if you prefer, but if you do, be sure to include them in the RESULT commands that calculate the Output VAT and Input VAT totals in your VAT Report Definition (rows 1 and 4 in the example).
Purchase of services from Suppliers in the EU VAT Zone need to be included in both the sales totals and the purchase totals on the UK VAT Return (boxes 6 and 7). Using a dedicated VAT Code (VAT Code 5 in the example) will allow you to do this. Rows 12 and 21 in the example VAT Report definition use the VATRESULT command to print the total value of EU acquisitions with VAT Code 5. This figure is then used in rows 14 and 23.

- Using this definition, the Purchase Invoice illustrated above will be included in the VAT Report as shown below:

When you enter a Purchase Invoice from a Supplier in the Inside EU VAT Zone, the VAT posting will follow the reverse charge procedure automatically, as described for goods and services above. However, there may be occasions when you need to use the reverse charge procedure with Suppliers in the Domestic or Outside EU VAT Zones. Follow these steps:
- Create a new record in the Tax Rules setting in the Nominal Ledger. In the VAT Type field, choose "Reversed" using 'Paste Special':

- In the VAT Codes setting, create a VAT Code for reverse charge VAT. Specify Input and Output Accounts and the VAT rate and, in the Tax Rules field on flip B, enter the Tax Rule record that you created in step 10:

- In a Purchase Invoice that is to be subject to the reverse charge procedure, enter the total charged by the Supplier (i.e. without VAT) in the TOTAL field and the Amounts in the rows using the VAT Code from step 11:

- When you mark the Purchase Invoice as OK and save it, the total charged by the Supplier will be posted to the Creditor Account. Because the Tax Rule in the VAT Code is "Reversed", VAT will be debited to the Input Account of the selected VAT Code and credited to the Output Account, and the VAT Code will be placed in the Rvrs field in the row posting to the Cost Account instead of the V-Cd field:

- In the VAT report, you will need to include reverse charge VAT when calculating the output VAT that is payable. Subject to the normal rules, you will also be able to include it when calculating the input VAT that is reclaimable.
In the UK, you must include the output tax payable on purchases under the reverse charge in the output VAT total (box 1 in the UK VAT Return). This has been done in row 1 in the example VAT Report definition illustrated below. In this row, the RESULT command will return the total net change in the standard Output VAT Account (Account 830) and in the Output VAT Account used in VAT Code 6 (Account 8320). From there the output VAT will be included in the total output VAT figure in row 3.
You should not include the VAT exclusive value of the purchases (box 6 on the UK VAT Return). So, rows 8-12 do not include a VATRESULT calculation for VAT Code 6.
If you will reclaim input VAT, you should include it in the input VAT total. In row 4 the RESULT of the Input VAT Account has been added to those of the domestic Input VAT Account and the EU Acquisitions Input Account to produce a total figure.
Row 22 uses the VATRESULT command to calculate the total value of reverse charge purchases with VAT Code 5 (in calculating this figure, VATRESULT will check both the V-Cd and Rvrs fields in Transaction rows). This figure is then used in row 24 (Box 7 on the UK VAT Return).

- Using this definition, the Purchase Invoice illustrated above will be included in the VAT Report as shown below:

Please follow the links below for more details about the VAT Report:
---
Reports in the Nominal Ledger:
---
Go back to:
VAT Report - Printing
Having entered a definition for the VAT Report as described here, you will be ready to print the report. Ensure you are in the Nominal Ledger, click the [Reports] button in the Navigation Centre and then double-click 'VAT Report' in the 'Reports' list. The 'Specify VAT Report' window is opened.

- Period
- Paste Special
Reporting Periods setting, System module
- Enter the period for which you want to print the report in the format 01/02/15:28/02/15. If you are using four-digit years as in the illustration, the leading digits will be inserted automatically. The first period in the Reporting Periods setting will be offered as the default value.
- Object
- Paste Special
Object register, Nominal Ledger/System module
- Specify an Object if you want the figures in the report to be calculated from Transaction rows featuring that Object. If you enter a number of Objects separated by commas, only those Transaction rows featuring all the Objects listed will be included in the calculations.
- If you need to print a VAT Report for a specific Object, you should ensure that you are using the Objects on VAT Account options in the Account Usage S/L and Account Usage P/L settings. When a Nominal Ledger Transaction is created from a Sub System record (e.g. from an Invoice or Purchase Invoice), these options will cause any Objects used in the Sub System record to be attached to the VAT posting (as well as to the Sales and Cost Accounts). If you are not using these options, Objects will not be assigned to VAT postings and so the report will not be able to display the balances of the Output and Input VAT Accounts for particular Objects. You will also need to ensure you use the correct Objects when manually entering Transactions that post to the VAT Accounts.
- Values in
- If you are using the Dual-Base system, use these options to specify whether you would like all values in the report to be expressed in Base Currency 1 or Base Currency 2.
- If you are not using the Dual-Base system, use the Base Currency 1 option to produce a report in your home Currency.
- Including Simulations
- Use this option if you would like Simulations to be included in the report. Simulation rows of "Invalid" and "Transferred" Status will not be included.
- List Transactions
- If you select this option, the Transaction Numbers of all Transactions that fall within the reporting period, together with debit and credit totals, will be listed at the end of the report.
- No Header
- Select this option if you want the report to be printed without a header.
Click [Run] to print the report.
---
Please click for details about:
---
Reports in the Nominal Ledger:
---
Go back to:
Impuestos de Facturas de Compra
Este informe que también se encuentra en el Módulo Compras, satisface un requerimiento específico para Informe IVA mensual en Polonia. Por favor, consulta tu representante Hansa para más detalles.
Impuestos de Facturas de Venta
Este informe también se encuentra en el Módulo Ventas y satisface un requerimiento específico para Informe IVA mensual en Polonia. Por favor, consulta tu representante Hansa para más detalles.
VAT Transaction Journal
This page describes the VAT Transaction Journal report in the Nominal Ledger.
---
The VAT Transaction Journal is a list of journal postings (i.e. Transaction rows) that have VAT Codes. The list is sorted by Account and then by date. The report shows the Transaction Number (including fiscal year or Sub System prefix), the debit or credit value (with debits being shown as negative, the VAT value and total. This report should not be used if it will include Transaction rows with reverse VAT (e.g. in Transactions created from Purchase Invoices for goods in the Inside EU VAT Zone).
When printed to screen, the VAT Transaction Journal has the Standard ERP Drill-down feature. Click (Windows/macOS) or tap (iOS/Android) an Account Number in the report to open an Account record, or on a Transaction Number to open an individual Transaction record.

- Period
- Paste Special
Reporting Periods setting, System module
- Specify here a period for the report. The report will list rows with VAT Codes from Transactions dated during this period.
- Accounts
- Paste Special
Account register, Nominal Ledger/System module
- Range Reporting Alpha
- If you need the report to list Transaction rows posting to a particular Account, specify that Account here. You can also enter a range of Accounts separated by a colon (:).
- Tag/Object
- Paste Special
Tag/Object register, Nominal Ledger/System module
- If you need the report to list Transaction rows with a particular Tag/Object, specify that Tag/Object here. You can also enter a number of Tags/Objects separated by commas, in which case the report will list Transaction rows with all the Tags/Objects listed.
- Transactions
- Range Reporting
Numeric
- If you need the report to list rows with VAT Codes from Transactions in a particular range, enter the first and the last Transaction Numbers in the range, separated by a colon (:). If you leave the field blank, rows from every Transaction from the specified period will be included in the report.
- When entering a Transaction Number here, you must include the fiscal year or Sub System prefix (as shown in the 'Transactions: Browse' window. To include a Transaction that you entered directly to the Transaction register in the report, enter, for example, "2020.3" or, for a range, "2020.3:2020.10". To include a Transaction that was created from a Sub System in the report, enter, for example, "S/INV.200003" or "S/INV.200003:S/INV.200010" for a range.

---
Reports in the Nominal Ledger:
---
Go back to:
XBRL Report
Please refer to the description of the two XBRL Reporting settings for details about the XBRL Report.
---
Reports in the Nominal Ledger:
---
Go back to: