natgillin/translations-raw huggingface dataset:
Jsou-li k dispozici zdrojová data z databází podle této TSI, musejí být tato data použita.
Where the source data for data quality assurance purposes is available from the databases provided as part of the TSI, the data contained within those databases must be used for data quality assurance.
Nejsou-li k dispozici zdrojová data z databází stanovených podle této TSI, musí provést autor zprávy kontrolu kvality údajů z vlastních zdrojů.
Where the source data for data quality assurance purposes is not provided from the databases provided as part of this TSI, the originator of the message must make the data quality assurance check from their own resources.
Součástí zabezpečení kvality údajů jsou srovnání s údaji z databází stanovených podle této TSI, jak je popsáno výše, plus případné logické kontroly, které mají zaručit včasnost a kontinuitu údajů a zpráv.
Data quality assurance will include comparison with data from databases provided as part of this TSI as described above plus, where applicable, logic checks to assure the timeliness and continuity of data and messages.
Kvalita údajů závisí na jejich vhodnosti pro zamýšlené použití, čímž se rozumí, že:
Data are of high quality if they are fit for their intended uses, which means they:
jsou bezchybné: dostupné, přesné, včasné, kompletní, konzistentní s jinými zdroji apod., a že
are error-free: accessible, accurate, timely, complete, consistent with other sources, etc., and
mají požadované vlastnosti: jsou relevantní, komplexní, náležitě podrobné, snadno čitelné, snadno interpretovatelné apod.
possess desired features: relevant, comprehensive, proper level of detail, easy-to-read, easy-to-interpret, etc.
Kvalita údajů je charakterizována zejména:
The data quality is mainly characterised by:
přesností,
accuracy,
úplností,
completeness,
konzistentností,
consistency,
včasností.
timeliness.
Přesnost:
Accuracy:
Požadované informace (údaje) musejí být zachyceny co možná nejekonomičtěji.
The information (data) required needs to be captured as economically as possible.
To je možné jedině tehdy, jsou-li primární údaje, které hrají ústřední úlohu v přepravě zásilky, zaznamenávány za celou dobu přepravy pouze jedinkrát.
This is only feasible if the primary data, which plays a decisive role in the forwarding of a consignment, a wagon or a container, is only recorded, if possible, on one single occasion for the whole transport.
Proto by měly být primární údaje zadávány do systému co možná nejblíže jejich zdroji, např. na základě nákladního listu vypracovaného v okamžiku, kdy je vůz nebo zásilka předán k přepravě, aby mohly být kompletně použity při jakémkoli dalším zpracování.
Therefore the primary data should be introduced into the system as close as possible to its source, e.g. on the basis of the consignment note drawn up when a wagon or a consignment is tendered for carriage, so that it can be fully integrated into any later processing operation.
Úplnost:
Completeness:
Před zasláním zprávy je třeba zkontrolovat její úplnost a syntaxi oproti metadatům.
Before sending out messages the completeness and syntax must be checked using the metadata.
Tím se zabrání zbytečnému posílání informací po síti.
This also avoids unnecessary information traffic on the network.
Také u všech příchozích zpráv je zapotřebí zkontrolovat jejich úplnost oproti metadatům.
All incoming messages must also be checked for completeness using the metadata.
Konzistentnost:
Consistency:
Obchodní pravidla (business rules) musejí zaručovat konzistentnost.
Business rules must be implemented in order to guarantee consistency.
Měla by bránit dvojímu zadávání a jasně stanovit osobu odpovědnou za data.
Double entry should be avoided and the owner of the data should be clearly identified.
To, jakým způsobem budou tato pravidla realizována v praxi, závisí na jejich složitosti.
The type of implementation of these business rules depends on the complexity of the rule.
U jednoduchých pravidel postačují databázová omezení a spouštěcí mechanismy.
For simple rules, database constraints and triggers are sufficient.
V případě složitějších pravidel, která vyžadují data z různých tabulek, musí být zavedeny validační postupy, které kontrolují číslo verze dat, než dojde k vygenerování dat pro rozhraní a uvedení nové verze dat do provozu.
In case of more complex rules which require data from various tables, validation procedures must be implemented which check the consistency of the data version before interface data are generated and the new data version becomes operational.
Musí být zaručeno, aby byl ověřen soulad přenesených dat se stanovenými obchodními pravidly.
It must be guaranteed that transferred data are validated against the defined business rules.
Včasnost:
Timeliness:
Je důležité, aby informace byly poskytovány v okamžiku, kdy jsou potřeba.
The provision of information right in time is an important point.
Pokud dává podnět k uložení údajů nebo odeslání zprávy přímo IT systém, není včasnost problémem, je-li systém navržen správně a vyhovuje-li potřebám obchodních procesů.
As far as the triggering for data storage or for message sending is event driven directly from the IT system the timeliness is not a problem if the system is designed in well manner according the needs of the business processes.
Jenže ve většině případů dává podnět k odeslání zprávy operátor nebo přinejmenším nový údaj zadaný operátorem (kupříkladu zaslání řazení vlaku nebo aktualizace údajů o vlaku či vozu).
But in most of the cases the initiation of sending a message is done by an operator or at least is based on additional input from an operator (for example the sending of the train composition or the actualising of train or wagon related data).
Pro splnění požadavků na včasnost je zapotřebí, aby byla aktualizace údajů prováděna co možná nejdříve, a zprávy automaticky odesílané systémem tak mohly obsahovat aktuální údaje.
To fulfil the timeliness requirements the updating of the data must be done as soon as possible also to guarantee, that the messages will have the actual data content when sending out automatically by the system.
Obecně musejí být splněny tyto požadavky:
In general the following requirements must be fulfilled:
Reakční doba na dotazy nesmí být delší než 5 minut.
The response time for enquiries must be less then 5 minutes.
Všechny aktualizace a výměny dat se musejí provádět co možná nejdříve.
All data updates and exchanges must be done as soon as possible.
Reakční a přenosová doba systému při aktualizacích by měla být kratší než 1 minuta.
The system reaction and transmission time for the update should be below 1 minute.
Měřítka kvality údajů
Data quality metrics
Úplnost povinných dat (procento datových polí, v nichž jsou zadány hodnoty) a konzistentnost údajů (procento hodnot odpovídajících si mezi tabulkami, soubory resp. záznamy) musí být 100 %.
For the completeness (percent of data fields having values entered into them) of mandatory data and for the consistency of data (percent of matching values across tables/files/records) a percentage of 100 % must be reached.
Pokud jde o včasnost údajů (procento údajů dostupných ve stanoveném prahovém termínu), musí být dosaženo 98 % úspěšnosti.
For the timeliness of data (percent of data available within a specified threshold time frame) a percentage of 98 % must be reached.
Nejsou-li prahové termíny stanoveny v této TSI, musejí být stanoveny ve smlouvách mezi zúčastněnými stranami.
As far as threshold values are not defined in this TSI, these values must be specified in the contracts between the involved parties.
Přesnost (procento uložených hodnot, které odpovídají skutečné hodnotě) musí být vyšší než 90 %.
The required accuracy (percent of stored values that are correct when compared to the actual value) must be above 90 %.
Přesná hodnota a kritéria musejí být stanoveny ve smlouvách mezi zúčastněnými stranami.
The exact value and the criteria must been set out in the contracts between the involved parties.
Funkce centrálního datového skladu jsou vymezeny v kapitole 4.2.14.6 (Centrální datový sklad).
The functions of the central repository are defined in Chapter 4.2.14.6 (Central repository).
Aby byla zaručena kvalita, měl by subjekt provozující centrální datový sklad odpovídat za aktualizaci a kvalitu metadat a adresáře i za správu přístupu (veřejné klíče).
For data quality assurance purposes, the entity operating the central repository should be responsible for the updating and the quality of the metadata and the directory, and also for the administration of the access control (Public keys).
Pokud jde o kvalitu metadat, musí být dosaženo 100 % spolehlivosti, konzistentnosti, včasnosti a přesnosti.
Regarding the quality of the metadata a percentage of 100 % must be reached for completeness, consistency, timeliness and accuracy.
Ve světle základních požadavků stanovených v kapitole 3 jsou pravidla pro údržbu specifická pro subsystém upravený touto TSI stanovena takto:
In light of the essential requirements in Chapter 3, the maintenance rules specific to the subsystem concerned by this TSI are as follows:
Kvalita dopravní služby musí být zaručena i v případě úplné nebo částečné poruchy zařízení pro zpracování dat.
The quality of the transport service must be guaranteed even if the data processing equipment were to break down in full or in part.
Je proto vhodné nainstalovat zdvojené systémy nebo počítače s mimořádně vysokou spolehlivostí, pro něž je zaručen nerušený provoz i během údržby.
It is therefore, advisable to install duplex systems or computers with a particularly high degree of reliability, and for which the uninterrupted operation during maintenance is ensured.
Otázky údržby jednotlivých databází jsou zmíněny v kapitole 4.2.12.3 (Další požadavky na databáze), bodech 10 a 21.
The maintenance aspects regarding the various databases are mentioned in Chapter 4.2.12.3 (Additional requirements on the databases), points 10 and 21.
Odborné kvalifikace pracovníků potřebné pro provoz a údržbu subsystému a pro uplatňování této TSI jsou stanoveny takto:
The professional qualifications of staff required for the operation and maintenance of the subsystem and for implementing the TSI are as follows:
Uplatňování této TSI nevyžaduje zcela nový hardwarový a softwarový systém s novými pracovníky.
The implementation of this TSI does not require a complete new system in hardware and software with new staff.
Realizace požadavků této TSI vede pouze ke změnám, aktualizacím nebo funkčnímu rozšíření provozu, který zvládají dosavadní pracovníci.
The realisation of the requirements of the TSI leads only to changes, upgrades or functional enlargements of the operation as it is already done by the existing staff.
Proto nejsou stanoveny žádné další požadavky ke stávajícím vnitrostátním a evropským předpisům o odborných kvalifikacích.
Therefore, there are no additional requirements to the existing national and European rules on professional qualifications.
Je-li to třeba, nemělo by se doplňující školení pracovníků omezit pouze na ukázku obsluhy zařízení.
If necessary, an add-on training of staff should not just consist of showing them how to operate equipment.
Pracovníci musejí znát svou úlohu, kterou hrají v celém dopravním procesu, a rozumět jí.
The member of staff must know and understand his specific role to be played in the overall transportation process.
Musí si být zejména vědomi toho, že je třeba, aby neustále podávali vysoký pracovní výkon, neboť to je rozhodujícím předpokladem spolehlivosti informací, jež budou zpracovávány v návazných krocích.
Staff must in particular be aware of the requirement to maintain a high working performance level, since this is a decisive factor for the reliability of the information to be processed at a subsequent stage.
Odborné kvalifikace potřebné pro řazení a provoz vlaků jsou stanoveny v TSI pro subsystém „Provoz a řízení dopravy“.
The professional qualifications needed for the composition and operation of trains are defined in the TSI Operation and Traffic Management.
Zdravotní a bezpečnostní podmínky požadované pro provoz a údržbu předmětného subsystému (nebo pro technickou oblast působnosti vymezenou v odstavci 1.1) a pro uplatňování této TSI jsou stanoveny takto:
The health and safety conditions of staff required for the operation and maintenance of the subsystem concerned (or the technical scope as defined in paragraph 1.1) and for the implementation of the TSI are as follows:
Nejsou stanoveny žádné doplňující podmínky ke stávajícím vnitrostátním a evropským předpisům o ochraně bezpečnosti a zdraví při práci.
There are no additional requirements to existing national and European rules on health and safety.
Podle čl. 24 odst. 1 směrnice 2001/16/ES „členské státy zajistí zveřejňování a každoroční aktualizaci registrů infrastruktury a registrů kolejových vozidel.
In accordance with Article 24(1) of Directive 2001/16/EC, ‘the Member States shall ensure that registers of infrastructure and of rolling stock are published and updated annually.
Tyto registry musí uvádět hlavní charakteristické znaky každého subsystému nebo částí dotyčného subsystému a jejich vztah k charakteristickým znakům stanoveným použitelnými TSI.
Those registers shall indicate the main feature of each subsystem or part subsystem involved and their correlation with the features laid down by the applicable TSIs.
Za tímto účelem musí být v každé TSI přesně uvedeno, jaké informace musí být do registru infrastruktury a do registru kolejových vozidel zařazovány.“
To that end, each TSI shall indicate precisely which information must be included in the registers of infrastructure and of rolling stock.’
Vzhledem k tomu, že jsou tyto registry aktualizovány a zveřejňovány jednou ročně, nejsou pro subsystém „Využití telematiky v nákladní dopravě“ použitelné.
Due to the annual update and publication of these registers they are not utilisable for the subsystem Telematic Applications for Freight.
Proto se tato TSI těchto registrů netýká.
Therefore this TSI has nothing to indicate in these registers.
Podle čl. 2 písm. d) směrnice 2001/16/ES se: prvky interoperability rozumějí „veškeré základní konstrukční části, skupiny konstrukčních částí, podsestavy nebo úplné sestavy zařízení, která jsou nebo mají být v budoucnu zahrnuta do subsystému a na nichž přímo nebo nepřímo závisí interoperabilita transevropského konvenčního železničního systému.
According to Article 2(d) of Directive 2001/16/EC, interoperability constituents are ‘any elementary component, group of components, subassembly or complete assembly of equipment incorporated or intended to be incorporated into a subsystem upon which the interoperability of the trans-European conventional rail system depends directly or indirectly.
Pojetí ‚prvku‘ zahrnuje jak hmotné předměty, tak nehmotné předměty, jako je programové vybavení“.
The concept of a constituent covers both tangible objects and intangible objects such as software’.
Prvků interoperability se týkají příslušná ustanovení směrnice 2001/16/ES.
The interoperability constituents are covered by the relevant provisions of Directive 2001/16/EC.
Subsystém „Využití telematiky v nákladní dopravě“ neobsahuje žádné prvky interoperability.
There are no interoperability constituents determined as far as the subsystem Telematic Applications for Freight is concerned.
Pro splnění požadavků této TSI je zapotřebí pouze standardní IT vybavení, bez jakéhokoli konkrétního zaměření na interoperabilitu v železničním prostředí.
For the fulfilment of the requirements of this TSI only standard IT equipment is needed, without any specific aspects for interoperability in the railway environment.
To platí pro použité hardwarové komponenty i pro standardní programové vybavení, jako jsou operační systém a databáze.
This is valid for hardware components and for the standard software used like operating system and databases.
Aplikační programové vybavení každého uživatele je individuální a může být přizpůsobeno a zdokonaleno podle skutečné individuální funkčnosti a potřeb.
The application software is individual on each user's side and can be adapted and improved according the individual actual functionality and needs.
Navrhovaná „architektura aplikační integrace“ počítá s tím, že aplikace nemusejí být založeny na stejném interním informačním modelu.
The proposed ‘application integration architecture’ assumes that applications might not have the same internal information model.
Aplikační integrace je definována jako proces, který umožňuje vzájemnou spolupráci nezávisle navržených aplikačních systémů.
Application integration is defined as the process of making independently designed application systems work together.
Viz kapitola 5.2, pro subsystém „Využití telematiky v nákladní dopravě“ není relevantní.
See Chapter 5.2, not relevant for the TSI telematic applications for freight.
Postup posuzování shody nebo vhodnosti pro použití prvků interoperability musí vycházet z evropských specifikací nebo specifikací schválených podle směrnice 2001/16/ES.
The assessment procedure for conformity or suitability for use of interoperability constituents must be based on European specifications or specifications approved in accordance with Directive 2001/16/EC.
Při posuzování vhodnosti pro použití musí tyto specifikace obsahovat všechny parametry, které je třeba měřit, monitorovat nebo sledovat, a popisovat příslušné testovací metody a postupy měření, ať už na zkušebním zařízení, nebo v reálném železničním prostředí.
In the case of suitability for use, these specifications will indicate all the parameters to be measured, monitored or observed, and will describe the related testing methods and measuring procedures, whether in a test-bench simulation or tests in a real railway environment.
Postupy pro posuzování shody a/nebo vhodnosti pro použití:
Procedures for assessing conformity and/or suitability for use:
Seznam specifikací, popis testovacích metod:
List of specifications, description of the testing methods:
Pro TSI pro subsystém „Využití telematiky v nákladní dopravě“ není relevantní.
Not relevant for the TSI telematic applications for freight
Na žádost výrobce nebo jeho zplnomocněného zástupce usazeného ve Společenství provede oznámený subjekt postup podle ustanovení příslušných modulů uvedených v rozhodnutí Rady 93/465/EHS, jak je stanoven, pozměněn a doplněn v příloze této TSI.
At the request of the manufacturer or his representative established in the Community, the procedure is carried out by a notified body in accordance with the provisions of the pertinent modules of Council Decision 93/465/EEC as set out, amended and supplemented in the Annex to this TSI.
Moduly by měly být kombinovány a používány selektivně podle konkrétního prvku.
The modules should be combined and used selectively according to the particular constituent.
Pro TSI pro subsystém „Využití telematiky v nákladní dopravě“ není relevantní.
Not relevant for the TSI telematic applications for freight.
Subsystém „Využití telematiky v nákladní dopravě“
Subsystem Telematic Applications for Freight
Na žádost zadavatele nebo jeho zplnomocněného zástupce usazeného ve Společenství provede oznámený subjekt ES postup ověřování podle přílohy VI směrnice 2001/16/ES.
At the request of the awarding authority or its representative established in the Community, the notified body carries out EC verification in accordance with Annex VI to Directive 2001/16/EC.
Podle přílohy II směrnice 2001/16/ES jsou subsystémy rozčleněny na strukturální a provozní oblast.
According to Annex II to Directive 2001/16/EC, the subsystems are broken down into structural and operational areas.
Posuzování shody je povinné pro TSI ve strukturální oblasti.
The conformity assessment is obligatory for TSIs in the structural area.
Subsystém „Využití telematiky v nákladní dopravě“ náleží do provozní oblasti a tato TSI nestanoví žádné moduly pro posuzování shody.
The subsystem Telematic Applications for Freight belongs to the operational area and this TSI does not determine any modules for conformity assessment.
Centrální datový sklad a společné rozhraní v uzlu každého partnera jsou však oporou aplikační integrace.
However the central repository and a common interface at each actor's node are the backbone of the application integration.
Model výměny informací je založen na centralizovaném datovém skladu pro integraci aplikací, který soustřeďuje metadata potřebná pro vzájemnou interakci do jediného fyzického místa.
The exchange information model is held in the centralised application integration repository, which holds the interface metadata in one physical location.
Metadata obsahují informace o komunikačním obsahu (tj. o tom, co je obsaženo v zasílaných datech), identifikační údaje o odesílatelích a příjemcích a protokoly pro proces vzájemné interakce.
The metadata contains information about the communication content (what is in the data being sent), the touch point identities of the senders and receivers, and the interaction process mechanics application-level business protocols.
Je třeba zdůraznit tyto skutečnosti:
The following points are highlighted:
Centrální datový sklad obsahuje adresář (telefonní seznam) všech zúčastněných partnerů, kteří se podílejí na výměně zpráv.
The central repository contains the directory (phonebook) of all participating actors for the exchange of messages.
Tento adresář musí být vždy aktuální.
This directory must represent the actual status at all times.
Případné chyby se okamžitě projeví.
Wrong entries become obvious immediately.
Není zapotřebí žádný postup posuzování shody.
No assessment procedure needed.
Centrální datový sklad obsahuje také orgán vydávající certifikáty (otevřená CA PKI).
The central repository also contains the certification authority (Open CA PKI).
Jde především o administrativní akt, který je fyzicky implementován.
This is mainly an administration act, which is physically implemented.
Centrální datový sklad obsahuje metadata pro zprávy (v souladu s přílohou A indexem 1), která jsou základem pro výměnu zpráv v heterogenním informačním prostředí.
The central repository contains the message metadata (according to Annex A, Index 1) as the basis for message exchange in a heterogeneous information environment.
V centrálním datovém skladu musí probíhat správa a aktualizace metadat.
The metadata must be administrated and updated in the central repository.
Jakákoli nekompatibilita ve struktuře zprávy nebo dat obsažených v odesílané či přijímané zprávě je okamžitě odhalena a přenos je zamítnut.
Any incompatibility in the message structure or content of the messages for sending or receiving data will be recognised immediately and the transfer will be refused.
Společné rozhraní v uzlu každého partnera obsahuje hlavně lokální „zrcadlo“ centrálního datového skladu pro účely zkrácení reakční doby a snížení zátěže datového skladu.
The common interface at each actor's node contains mainly the local ‘mirror’ of the central repository for shortening the response time and reducing the load on the repository.
Je třeba zajistit, aby vždy souhlasily verze dat v centrálním datovém skladu a ve společném rozhraní.
It must be ensured, that the data versions in the central repository and in the common interface are always the same.
Proto je zapotřebí provádět aktualizace dat na centrální úrovni a stahovat nové verze odtamtud.
Therefore the data update must be done on the central level and new versions must be downloaded from there.
Tato TSI má zajistit IT podporu pro podnikové procesy v oblasti nákladní železniční dopravy, která může znamenat podstatné zkvalitnění dopravních služeb.
This TSI is oriented to provide information support to the rail freight business process that can lead to a major enhancement of the quality of transportation services.
Její použití je nezávislé na nové/modernizované nebo stávající infrastruktuře nebo kolejových vozidlech, jak je běžné u jiných TSI požadovaných směrnicí 2001/16/ES.
As such its application is independent from the notions of new/upgrade or legacy infrastructure or rolling stock assets as it is usual in other TSI called for by Directive 2001/16/EC.
Vzhledem ke své všeprostupující povaze bude mít tato TSI velký dopad na podnikové a provozní postupy celého evropského železničního odvětví.
Due to its pervasive nature the impact of this TSI will be profound on the business and operational processes of the whole of the European rail industry.