Publication: Magyar Közlöny
Issue: MK-2007-147 (Year: 2007, Number: 147)
Era: 2004-2010
Section: 
Paragraph Index: 42

15. The system enables addition of new Parties through simple administrative tasks. 2.2 Usability Nr. Description 16. The system provides an interface for automated processing of messages by back-end systems/legacy and enables the integration of the user interface in those systems (customised user-interface). 17. The system is easy to learn, self explanatory and contains help-text. 18. The system is documented to assist Parties in integration, operational activities and future maintenance (e.g. reference guides, functional/technical documentation, operational guide,….). 19. The user interface is multi-lingual and offers facilities for the end-user to select a preferred language. 20. The user interface contains facilities for a Local Administrator to translate both screenitems and coded information to the national language. 2.3 Reliability Nr. Description 21. The system is designed as a robust and dependable operational system which is tolerant to operator errors and which will recover cleanly from power cuts or other disasters. It must be possible to restart the system with no or minimal loss of data. 22. The system must give stable and reproducible results. 23. The system has been designed to function reliably. It is possible to implement the system in a configuration that guarantees an availability of 98% (by redundancy, the use of back-up servers etc.) in each bilateral communication. 24. It is possible to use part of the system, even during failure of some components (if Party C is down, Parties A and B are still able to communicate). The number of single points of failure in the information chain should be minimised. 25. The recovery time after a severe failure should be less than one day. It should be possible to minimise down-time by using remote support e.g. by a central service desk. 2.4 Performance Nr. Description 26. The system can be used 24x7. This time-window (24x7) is then also required from the Parties legacy systems. 27. The system responds rapidly to user requests irrespective of any background tasks. This is also required from the Parties legacy systems to ensure acceptable response time. An overall response time of 10 seconds maximum for a single request is acceptable. 2007/147/II. szám Nr. Description 28. The system has been designed as a multi-user system and in such a way that background tasks can continue while the user performs foreground tasks. 29. The system has been designed to be scaleable in order to support the potential increase of number of messages when new functionality is added or new organisations or Parties are added. 2.5 Security Nr. Description 30. The system is suited (e.g. in its security measures) for the exchange of messages containing privacy-sensitive personal data (e.g. car owner/holders or driving licence holders), classified as EU restricted. 31. The system is maintained in such a way that unauthorised access to the data is prevented. 32. The system contains a service for the management of the rights and permissions of national end-users. 33. Parties are able to check the identity of the sender (at Party level), by means of XMLsigning. 34. Parties must explicitly authorise other Parties to request specific information, enabling the exchange of information both within and outside the scope of a specific treaty or directive. 35. The system provides at application level a full security and encryption policy compatible with the level of security required in such situations. Exclusiveness and integrity of the information is guaranteed by the use of XML-signing and encryption by means of SSL-tunnelling. 36. All exchange of messages can be traced by means of logging. 37. Protection is provided against deletion attacks (a third party deletes a message) and replay or insertion attacks (a third party replays or inserts a message). 38. The system makes use of certificates of a Trusted Third Party (TTP). 39. The system is able to handle different certificates per Party, depending on the type of message or service. 40. The security measures at application level are sufficient to allow the use of non accredited networks. 41. The system is able to use novice security techniques such as an XML-firewall. 2.6 Adaptability Nr. Description 42. The system is extensible with new messages and new functionality (e.g. name matching algorithms). The costs of adaptations are minimal. Due to the centralised development of application components. 43. MS are able to define new message types for bilateral use. Not all Parties are required to support all message types. 2007/147/II. szám 2.7 Support and Maintenance Nr. Description

Source: https://magyarkozlony.hu/hivatalos-lapok/71af3e8e7bfe6152ccbeed7866689568011b12ee/dokumentumok/7cdcb15e2f95425a0ab307ff955c4e3b437fa08c/letoltes