Legal Controller Requirements

The controller is a standard stock management programme that is usually used in conjunction with a Hypersoft POS. Not only the movement data of the POS system, but also the functions and evaluations at the Hypersoft POS hereby expand the possibilities of the controller.

The Controller can (in Germany) be classified as a merchandise management system during tax audits. Depending on the interpretation and use of the functions offered, this may apply to you. In any case and in any country, coordinate the use of the controller with your tax advisor.

Positive scenarios:

  • An inventory management and control system helps you to transfer responsibility to the manufacturing divisions and to show differentiated and detailed deviations from the expectations.
  • Responsible acting on the basis of the evaluations helps you to achieve the expected results and enables you to plausibly prove almost every conceivable situation with effects on the inventory.
  • Especially the possibility of a bidirectional coupling with the POS system enables you to prove almost every conceivable marketing action with effects on the cost of goods or yield without gaps.

Negative scenarios:

  • Non-reaction with shortages and Überschank shows up then also in the data, which can be consulted with tax audit depending upon legal situation.

If you want to use information from the Controller Stock Management for "inventories" or "business evaluations", please consult your tax advisor beforehand.

If necessary, use the Orgasoft.NET integration to obtain additional functions: Hypersoft & Signum Orgasoft.NET co-operation

Notes and tips on the algorithm

The controller is designed for the Point Of Sale. The aim is to keep losses and fraud as low as possible and to make them verifiable (descriptive method). The aim here is to avoid deviations at the point of origin instead of continuing to work with otherwise inaccurate data. This is also reflected in the algorithm of the program in many places. Losses and fraud should be avoided rather than evaluated extensively. This is achieved, for example, with a closed goods cycle at the POS that is oriented to practical use.

This is successful in practical interaction with the management, which, for example, attaches importance to the practicality and compliance of the recipes (see market leader system gastronomy).

Evaluations with the Stock Reporter

The evaluations in the Stock Reporter are designed for current data. If you change the current data, evaluations also change. This is intended if you want to extend or correct data, for example, enter a forgotten purchase price later or correct an incorrect recipe. A subsequent repeated report from the Stock Reporter uses the new data so that you can still evaluate the period as planned.

  • You should familiarize yourself with the average purchase price DEK and its calculation, since most calculations are made with the current value in the item master of the respective items.
  • In the POS system, the current DEK (and more) are saved with each posting. For the historical evaluation of the cost of goods, you can (as of SP84) use the APP at the time of each cash posting in the current item master instead of the DEK. Option switch PP Useprices from journal entries .
  • You should store and archive reports correctly, since no archiving system is integrated in the CONTROLLER.
  • You should not make any changes to recipes, basic items or products that falsify past data. Instead, you can remove these items from sales and inventory management and leave them in the item master.
  • Coordinate the use with your tax advisor and get training from Hypersoft experts and sales partners as needed.

Back to the parent page: Stock Management