Zo gebruikt u AI-vertaling voor documentatie over functionele veiligheid onder IEC 61508 en ISO 26262
Het vertalen van documentatie over functionele veiligheid is werk in zes stappen: bevries de brontekst, leg de veiligheidsterminologie vast, draai de AI-vertaling op een op de klant afgestemd model, laat een ingenieur elke veiligheidsclaim controleren, controleer de output terug tegen de bron en archiveer vervolgens de versie. Eén regel houdt de hele methode bij elkaar. Een veiligheidsclaim gaat nooit alleen op machine-output de deur uit.
AD VERBUM is een in de EU gehost AI-vertaalbureau dat veiligheidshandleidingen, veiligheidsdossiers en FMEA-documenten vertaalt voor IEC 61508- en ISO 26262-programma's, waarbij gecertificeerde vakingenieurs elke veiligheidsclaim controleren onder ISO 17100 en ISO 18587. Wij bouwen eerst uw termenbank en Translation Memory op en draaien daarna een op de klant afgestemd open-weight-model op in de EU gehoste infrastructuur, zodat er niets naar publieke clouddiensten gaat.
Functionele veiligheid vult de automotive- en industriehallen op electronica 2026 in München. De beurs loopt van 10 tot 13 november, en dit werk bouwt voort op de vertaling van technische documentatie die u toch al doet. Bekijk het programma van electronica 2026 voor de tracks over embedded systemen en vermogenselektronica, waar een veiligheidsdossier in elke taal hetzelfde moet luiden.
Wat IEC 61508 en ISO 26262 eisen, en wat niet
IEC 61508 is de basisnorm voor functionele veiligheid van elektrische, elektronische en programmeerbare elektronische veiligheidsgerelateerde systemen. De huidige tweede editie dateert uit 2010, telt zeven delen en beoordeelt risicoreductie op een Safety Integrity Level van SIL 1 tot SIL 4. De IEC 61508-reeks en het overzichtsrapport zetten uiteen hoe de veiligheidslevenscyclus en de SIL-doelen samenhangen.
ISO 26262 past die basisnorm aan voor wegvoertuigen. De tweede editie, ISO 26262:2018, telt twaalf delen, dekt alle wegvoertuigen behalve bromfietsen en beoordeelt automotive-risico op een Automotive Safety Integrity Level van ASIL A tot ASIL D. Het is de referentie voor de veiligheidsdossiers, gevarenanalyses en FMEA-documenten die door het werk aan automotive technische documentatie lopen.
Hier is het punt dat bepaalt wie u inhuurt. Beide normen certificeren uw product en uw ontwikkelproces, niet uw vertaler. Geen enkel vertaalbureau heeft een "ISO 26262-certificering" of "IEC 61508-certificering", en wie dat beweert, beschrijft iets dat niet bestaat. Wat een vertaalbureau wel kan, is de veiligheidsdocumentatie maken die uw certificering onderbouwt, met ingenieurs die SIL en ASIL begrijpen en elke veiligheidsclaim controleren. Wij bij AD VERBUM vertalen en controleren die documenten onder ISO 17100 en ISO 18587, en we zeggen helder waar de normen staan.
De zes stappen, op volgorde
De methode is dezelfde, of u nu een SIL-beoordeling onder IEC 61508 of een ASIL-decompositie onder ISO 26262 uitvoert. Volg ze in deze volgorde:
Bevries de brontekst, zodat de versie die wordt vertaald halverwege het project niet kan verschuiven.
Leg de veiligheidsterminologie vast in een termenbank voordat er één segment wordt vertaald.
Draai de AI-vertaling op een op de klant afgestemd model dat door die termenbank wordt begrensd.
Laat een gecertificeerde ingenieur elke veiligheidsclaim controleren, niet alleen de vloeiende zinnen.
Controleer de output terug tegen de bron, getal voor getal en waarschuwing voor waarschuwing.
Archiveer elke versie met de reviewer en het wijzigingsregister.
Sla een stap over en het risico belandt bij het ene document dat een operator of een testingenieur vertelt wat te doen. De paragrafen hieronder nemen elke stap apart door.
1. Bevries de brontekst
Een veiligheidsdossier verandert terwijl engineering nog bevindingen afsluit, en een bewegende bron is de snelste weg naar een mismatch in de levering. Bevries de exacte revisie die u vertaalt, leg het documentnummer en de datum vast en vertaal alleen uit die bevroren kopie. Geeft engineering tijdens het project een wijziging uit, behandel die dan als een nieuwe revisie met een eigen vertaal- en controlecyclus, niet als een correctie in lopend werk. Dezelfde versiediscipline loopt door onze vertaling van technische documentatie, waar een testrapport en de handleiding die ernaar verwijst moeten overeenstemmen.
2. Leg de veiligheidsterminologie vast
Trek uw gecontroleerde vocabulaire eerst in een termenbank: de SIL- en ASIL-aanduidingen, de veilige toestanden, de fout- en faaltermen en de werkwoorden die een lezer vertellen te handelen. Een op de klant afgestemd model dat door die termenbank wordt begrensd, houdt "veilige toestand", "diagnosedekking" en "restrisico" in één doorgang identiek over alle talen, iets wat een generieke machine niet kan toezeggen. Onze notitie over zelf gehoste open-weight-modellen voor gereguleerde vertaling legt uit waarom een afgestemd model een standaardmachine verslaat bij dit soort gecontroleerde inhoud.
3. Draai de AI-vertaling op een op de klant afgestemd model
Genereer het concept op een model dat uw terminologie al bevat, niet op een publieke chatbot. Wij draaien op de klant afgestemde open-weight-modellen op in de EU gehoste infrastructuur, begrensd door uw termenbank en Translation Memory, waarbij er niets naar publieke cloudtools gaat. Voorpublicatie-veiligheidsdocumentatie draagt vaak nog niet aangekondigde productdetails, dus dezelfde residentiecontroles die we toepassen op elektronica-datasheets en embedded software en op veilige vertaling met EU-dataresidentie gelden hier ook.
4. Laat een ingenieur elke veiligheidsclaim controleren
Dit is de stap die de output bruikbaar maakt, en die vraagt om een gecertificeerde ingenieur-linguïst in plaats van een algemene corrector. De reviewer controleert:
Elke veiligheidsclaim en elke instructie voor een veilige toestand, tegen de bron en tegen de termenbank.
Elke SIL- en ASIL-aanduiding, zodat een niveau nooit verschuift tussen bron en vertaling.
Elk getal, elke eenheid en elke tolerantie in een gevarenanalyse, FMEA- of FMEDA-tabel.
Elke voorwaarde, zodat "mag niet" nooit als "mag" wordt gelezen en een vereiste handeling nooit optioneel lijkt.
Dit is volledige menselijke post-editing onder ISO 18587, waarbij de reviewer de verantwoordelijkheid voor de eindtekst op zich neemt. Een veiligheidsclaim gaat nooit alleen op machine-output de deur uit, en die regel buigt niet voor een deadline.
5. Controleer terug tegen de bron
Terugcontroleren is een tweede lezing tegen de bevroren bron, geen spellingcontrole. De reviewer loopt de vertaling naast de bron na en bevestigt dat elke waarschuwing, elke waarde en elke kruisverwijzing klopt, want een verdwenen decimaal of een omgedraaide voorwaarde in een veiligheidstabel is de fout die een vloeiende lezing overleeft. Bij een groot programma voert een onafhankelijke linguïst de terugcontrole uit, zodat de persoon die de output bevestigt niet degene is die hem heeft gemaakt. Dezelfde onafhankelijke doorgang gebruiken we bij werk met hoge blootstelling zoals documentatie over EV-batterijen en laadinfrastructuur.
6. Archiveer de versie met de reviewer
Sluit elke taalversie af in een archief dat de bevroren bronrevisie, de reviewer en elke wijziging vastlegt. Vraagt een auditor, een assessor of een klant welke tekst naar welke markt ging, dan antwoordt u uit het register in plaats van uit het geheugen. De bewaarlogica sluit aan op de plicht van de EU-Machineverordening om gebruiksaanwijzingen te bewaren gedurende de verwachte levensduur van de apparatuur, en loopt rechtstreeks door in vertaling van defensietechnische documentatie, waar traceerbaarheid een contractvoorwaarde is, geen voorkeur.
Waar het misgaat
De meeste mislukte vertalingen over functionele veiligheid zijn terug te voeren op een overgeslagen stap. De meest voorkomende:
Vertalen vanuit een bron die nog veranderde, zodat de geleverde handleiding een revisie aanhaalt die niet meer bestaat.
Een generieke machine draaien zonder termenbank, zodat een veilige toestand of een SIL-aanduiding tussen talen verschuift.
Een algemene corrector een veiligheidsdossier laten aftekenen, zodat een omgedraaide voorwaarde in een waarschuwing de productie bereikt.
Voorpublicatie-veiligheidsdocumentatie door publieke cloudtools sturen, zodat nog niet aangekondigde productdetails uw controle verlaten.
Geen versiearchief bijhouden, zodat u een assessor niet kunt tonen welke tekst naar welke markt ging.
Elk hiervan is te vermijden met de bron eerst bevroren en de controle in handen van een gecertificeerde ingenieur. Het document dat iemand vertelt te handelen, is het document dat nooit alleen op machine-output de deur uit gaat.
Onze vertaaldiensten voor functionele veiligheid
Onze vertaaldiensten voor gereguleerde sectoren draaien op ISO 27001- en ISO 42001-gecertificeerde, in de EU gehoste infrastructuur, zonder afhankelijkheid van publieke cloudtools voor de kernverwerking. Elk project loopt door onze AI+HUMAN hybride workflow: we nemen eerst de Translation Memories en termenbanken van de klant over, ons eigen op LLM gebaseerde LangOps System genereert output begrensd door de klantterminologie op op de klant afgestemde open-weight-modellen, en onze gecertificeerde vakexperts controleren op technische nauwkeurigheid en regelgevingsconformiteit. Onze QA sluit aan op ISO 17100 en ISO 18587, met sectorspecifieke eisen zoals functionele veiligheid onder IEC 61508 en voertuigveiligheid onder ISO 26262 waar relevant, en dezelfde discipline strekt zich uit tot onze veilige vertaalworkflows met EU-dataresidentie. Wij bedienen klanten in Life Sciences, Legal, Finance, Defensie en Manufacturing in meer dan 150 talen met meer dan 3.500 vaklinguïsten. Voor teams die een veiligheidsdossier of een FMEA-set vertalen, neem contact met ons op om uw terminologie, controle en archief direct te bespreken.
FAQ
Kan AI-vertaling worden gebruikt voor documentatie over functionele veiligheid?
Ja, als een gecertificeerde ingenieur de output controleert. AI-documentvertaling levert het concept snel, maar onder de discipline van volledige menselijke post-editing van ISO 18587 neemt een gekwalificeerde reviewer de verantwoordelijkheid voor de eindtekst. Een veiligheidsclaim gaat nooit alleen op ruwe machinevertaling de deur uit.
Certificeert IEC 61508 of ISO 26262 een vertaalbureau?
Nee. IEC 61508 en ISO 26262 certificeren het veiligheidsgerelateerde product en het ontwikkelproces van de klant, niet een vertaaldienstverlener. Geen enkel vertaalbureau heeft een "IEC 61508-certificering" of "ISO 26262-certificering". Wat een dienstverlener wel kan hebben, is ISO 17100 en ISO 18587, plus ingenieurs die elke veiligheidsclaim controleren.
Wat is het verschil tussen SIL en ASIL?
SIL, het Safety Integrity Level van 1 tot 4, komt uit IEC 61508 en geldt voor elektrische, elektronische en programmeerbare elektronische veiligheidssystemen. ASIL, het Automotive Safety Integrity Level van A tot D, komt uit ISO 26262 en geldt voor wegvoertuigen. ISO 26262 is de automotive-aanpassing van IEC 61508, zodat de concepten op elkaar aansluiten terwijl de aanduidingen en de levenscyclus verschillen.
Welke documenten over functionele veiligheid moeten worden vertaald?
Doorgaans de veiligheidshandleiding, het veiligheidsdossier, gevaren- en risicoanalyses, FMEA- en FMEDA-tabellen, verificatie- en validatierapporten en de veiligheidsgerelateerde delen van de gebruiksaanwijzing. Elk document dat een veiligheidsclaim doet of een lezer vertelt te handelen, wordt vertaald en daarna gecontroleerd door een gecertificeerde ingenieur.
Waarom moet de brontekst worden bevroren voordat er wordt vertaald?
Omdat een veiligheidsdossier blijft veranderen terwijl engineering bevindingen afsluit, en een bewegende bron een vertaling oplevert die een revisie aanhaalt die niet meer bestaat. De exacte revisie bevriezen, met documentnummer en datum, is de eerste stap, en elke latere wijziging wordt behandeld als een nieuwe revisie met een eigen controlecyclus.
Is machinevertaling-output aanvaardbaar voor een veiligheidsdossier?
Niet op zichzelf. Machine- of LLM-output kan het concept zijn, maar ISO 18587 vereist volledige menselijke post-editing door een gekwalificeerde reviewer die de verantwoordelijkheid voor het resultaat op zich neemt. Voor een veiligheidsdossier betekent dat dat een gecertificeerde ingenieur elke veiligheidsclaim, elke SIL- of ASIL-aanduiding en elk getal tegen de bevroren bron controleert.
