ES Mašīnu regula no 2027. gada 20. janvāra: ko tā prasa no jūsu mašīnu programmatūras

No 2027. gada 20. janvāra Mašīnu direktīvu aizstāj Regula (ES) 2023/1230, Mašīnu regula. Lielākā daļa no tās šķitīs pazīstama ikvienam, kas būvē mašīnas ar CE marķējumu. Viena daļa nešķitīs. Pirmo reizi mašīnu tiesību akti uzliek pienākumus tieši programmatūrai: mašīnai jānorāda, kāda programmatūra tai vajadzīga drošai darbībai, jāpamana, kad šī programmatūra vai tās konfigurācija mainās, jāpretojas bojājumiem un piecus gadus jāsaglabā drošības programmatūras atjauninājumu izsekojamība.

Šis raksts paredzēts mašīnu ražotāju inženierijas un vadības sistēmu vadītājiem. Ja pēc šī datuma piegādājat mašīnas uz ES, šīs prasības skars jūsu PLC programmas, HMI, attālo piekļuvi un atjauninājumu aizmugursistēmu.

Ko likums patiesībā saka

Eiropas Komisija norāda, ka regula „applies on a mandatory basis as of 20 January 2027“ (ir obligāti piemērojama no 2027. gada 20. janvāra) un ka tā „integrates provisions for cyber-safety for compliance-relevant software data and safety control systems“ (ietver kiberdrošuma noteikumus atbilstībai būtiskiem programmatūras datiem un drošības vadības sistēmām). 2023. gadā publicētajā tekstā bija minēts 14. janvāris; kļūdu labojums datumu pārcēla.

Programmatūras pienākumi ir iekļauti divās būtiskajās veselības aizsardzības un drošības prasībās regulas III pielikumā.

1.1.9. punkts, aizsardzība pret bojājumiem. Īsumā:

• Citas ierīces pievienošana mašīnai, tieši vai attālināti, nedrīkst radīt bīstamu situāciju.
• Programmatūra un dati, kas ir kritiski drošības prasību izpildei, „shall be identified as such“ (jāidentificē kā tādi) un jāaizsargā pret nejaušiem vai tīšiem bojājumiem.
• Arī aparatūra, kas pārraida signālus vai datus, kuri dod piekļuvi šai programmatūrai (piemēram, programmēšanas ports vai tīkla saskarne uz drošības kontrolieri), ir jāaizsargā, un mašīnai jāvāc pierādījumi par iejaukšanos tajā.
• Mašīna „shall identify the software installed on it that is necessary for it to operate safely, and shall be able to provide that information at all times in an easily accessible form.“ (identificē tajā uzstādīto programmatūru, kas nepieciešama tās drošai darbībai, un spēj šo informāciju jebkurā laikā sniegt viegli pieejamā formā).
• Mašīna „shall collect evidence of a legitimate or illegitimate intervention in the software or a modification of the software installed on the machinery or related product or its configuration.“ (vāc pierādījumus par likumīgu vai nelikumīgu iejaukšanos programmatūrā vai par mašīnā vai saistītajā produktā uzstādītās programmatūras vai tās konfigurācijas modifikāciju).

1.2.1. punkts, vadības sistēmu drošums un uzticamība. Vadības sistēmām jāiztur „reasonably foreseeable malicious attempts from third parties leading to a hazardous situation“ (saprātīgi paredzami trešo personu ļaunprātīgi mēģinājumi, kas rada bīstamu situāciju). Apakšpunkts f) pievieno reģistrēšanas pienākumu: izsekošanas žurnāls par datiem, kas radušies iejaukšanās rezultātā, un par drošības programmatūras versijām, kas augšupielādētas pēc mašīnas laišanas tirgū, „is enabled for five years after such upload“ (ir iespējots piecus gadus pēc šādas augšupielādes). Žurnāls pastāv, lai apliecinātu atbilstību, kad valsts iestāde iesniedz pamatotu pieprasījumu, un ne citam nolūkam.

Arī sarakstā: tehniskajai dokumentācijai jāspēj uzrādīt „the source code or programming logic of the safety related software“ (ar drošību saistītās programmatūras pirmkodu vai programmēšanas loģiku), ja iestāde to pieprasa (IV pielikums).

Uz kurām mašīnām tas attiecas

Noteikumi attiecas uz mašīnām, kas laistas tirgū no 2027. gada 20. janvāra. Mašīnas, kas saskaņā ar veco direktīvu laistas tirgū pirms šī datuma, joprojām drīkst pārdot tālāk (52. pants), un uz jau ekspluatācijā esošo parku jaunie programmatūras noteikumi neattiecas.

Āķis ir tajā, ko nozīmē „laist tirgū“. Komisijas Zilajā rokasgrāmatā teikts, ka šis jēdziens „refers to each individual product, not to a type of product“ (attiecas uz katru atsevišķu produktu, nevis uz produkta tipu). Katrai vienībai, kas no 2027. gada 20. janvāra pamet jūsu rūpnīcu ES klientam, jāatbilst jaunajām prasībām, arī programmatūras ziņā. Produktu saimei, ko piegādā nepārtraukti, vadības programmatūrai jābūt gatavai pirms pirmās 2027. gada vienības, nevis nākamajā modeļa maiņā.

Pārdomas vajadzīgas arī vēlākiem atjauninājumiem. Izmaiņa, kas veikta „by physical or digital means“ (ar fiziskiem vai digitāliem līdzekļiem), ko ražotājs nebija paredzējis un kas rada jaunu apdraudējumu vai palielina risku, var būt būtiska modifikācija. 32. apsvērumā teikts, ka riska novērtējumam jāaptver programmatūras atjauninājumi, kas paredzēti laišanas tirgū brīdī, tāpēc aprakstiet savu atjaunināšanas ceļu tur jau tagad.

Ko tas nozīmē katrā mašīnas slānī

Drošības kontrolieris un PLC

• Izlemiet, kas ir būtisks drošībai. Parasti tā ir drošības programma, taču tajā var ietilpt arī standarta PLC kods, kas padod datus drošības funkcijai, drošības parametri piedziņās un lāzerskeneru vai gaismas aizkaru konfigurācija. Pierakstiet to katrai mašīnu saimei; no tā ir atkarīgs viss pārējais.
• Bāzes līnija un salīdzināšana. Katrai izlaistajai konfigurācijai reģistrējiet katra drošībai būtiskā elementa kontrolsummu vai parakstu. Palaišanas brīdī un ar intervāliem mašīna salīdzina to, kas darbojas, ar šo bāzes līniju un reģistrē jebkuru atšķirību. Tā tiek noķerta iejaukšanās, kas apgājusi jūsu piekļuves kontroli, piemēram, klēpjdators, kas pieslēgts tieši kontrolierim.
• Ierobežojiet inženiertehnisko piekļuvi. Paroles drošības programmai, neizmantotie porti un pakalpojumi atspējoti, un inženiertehniskā piekļuve tikai pa ceļu, kas autentificē personu un reģistrē, ko tā darīja.

HMI

• Programmatūras identifikācijas ekrāns, kurā uzskaitīta drošībai būtiskā programmatūra ar versijām un kontrolsummām. Nolasiet vērtības tiešsaistē no ierīcēm. Lapa, kas sarakstīta izlaišanas brīdī, attālinās no realitātes, bet prasībā teikts „at all times“ (jebkurā laikā).
• Parametru ekrāni. 1.2.1. punkta d) apakšpunkts izslēdz tādu iestatījumu vai noteikumu modifikācijas, kas varētu radīt bīstamas situācijas. Ar drošību saistītiem parametriem jāatrodas aiz piekļuves līmeņiem, ar ierobežojumiem, ko nodrošina kontrolieris, nevis tikai HMI, un katra izmaiņa jāreģistrē ar to, kas, kad, veco vērtību un jauno.

Attālā piekļuve

1.1.9. punktā attālās ierīces minētas skaidri. Praksē:

• Drošības funkcijas paliek lokālas. Attālā sesija var lasīt, diagnosticēt un sagatavot izmaiņu. Tā nevar ignorēt apturēšanu, aizsargu vai atļaujas ierīci.
• Sesijas tiek autentificētas katrai personai, nevis caur kopīgu servisa kontu, un klients var redzēt, kad sesija ir atvērta.
• Katra sesijas sākšana, beigšana un izmaiņa nonāk tajā pašā pierādījumu žurnālā, kur lokālās iejaukšanās.

Aizmugursistēma un atjauninājumu konveijers

Ja piegādājat atjauninājumus pēc nosūtīšanas, jūsu atjauninājumu serveris ietilpst darba apjomā. Katram sērijas numuram jums jāzina, kura drošības programmatūras versija tika augšupielādēta, kad un kas to izdarīja. Parakstiet atjauninājumus, un lai mašīna pārbauda parakstu, pirms kaut ko uzstāda.

Pats izsekošanas žurnāls

Regulā nav teikts, kur žurnālam jāatrodas. Mūsuprāt, noteicošā kopija atrodas mašīnā, jo daudzi klienti neatļaus pastāvīgu savienojumu. Mākoņa spogulkopija ir noderīga, taču tā nevar būt vienīgā kopija.

Apjoms ir neliels: iejaukšanās un drošības programmatūras augšupielādes, nevis procesa dati. Pieci gadi ietilpst lokālajā krātuvē, ja tās izmēru izvēlaties apzināti. Aizsargājiet to pret dzēšanu un pārliecinieties, ka tā pārdzīvo kontroliera nomaiņu. Ja ierakstos ir minēts tehniķis, tie ir personas dati klienta objektā: reģistrējiet to, kas vajadzīgs prasības izpildei, un neko vairāk.

Ko jums dod kontroliera piegādātājs un ko nedod

Jūsu kontroliera platforma nodrošinās daļu no tā. Pirms kaut ko būvējat, pārbaudiet, ko tā piedāvā: parakstu vai kontrolsummu drošības programmai, aizsardzību ar paroli, lietotāju pārvaldību, izmaiņu žurnālu, versiju nolasīšanu. Izmantojiet visu, kas ir pieejams.

Tie ir būvbloki. Piegādātājs nezina, kuras no jūsu piedziņām un skeneriem ir būtiskas drošībai, neredz jūsu attālās piekļuves vārteju vai atjauninājumu serveri un nevar izlemt, kā pierādījumi pārdzīvos piecus gadus un kontroliera nomaiņu. Šo funkciju konfigurēšana, to savienošana visā mašīnā un rezultāta dokumentēšana ir ražotāja darbs, un atbilstības deklarāciju paraksta ražotājs.

Kā tas saistīts ar Kibernoturības aktu

Kibernoturības aktam ir savs kalendārs. Tā ziņošanas pienākumi piemērojami kopš 2026. gada 11. septembra, un visas tā prasības piemērojamas no 2027. gada 11. decembra. Mašīnu regula stājas spēkā starp šiem datumiem.

Kibernoturības akts pārklāšanos atzīst. Regulas (ES) 2024/2847 53. apsvērumā teikts, ka to mašīnu ražotājiem, kas ir arī produkti ar digitāliem elementiem, jāievēro abi akti un ka atbilstība Kibernoturības aktam „could facilitate“ (varētu atvieglot) atbilstību 1.1.9. un 1.2.1. punktam. Šo sinerģiju jāpierāda ražotājam. Kibernoturības akta I pielikums prasa aizsargāt „commands, programs and configuration“ (komandu, programmu un konfigurācijas) integritāti un ziņot par bojājumiem, kas ir tuvu tam, ko prasa 1.1.9. punkts.

Viena atšķirība ir svarīga jūsu žurnāla dizainam. Kibernoturības akta prasība reģistrēt un uzraudzīt iekšējo darbību nāk „with an opt-out mechanism for the user“ (ar atteikšanās mehānismu lietotājam). Mašīnu regulas izsekošanas žurnālam jāpaliek iespējotam piecus gadus. Ja vēlaties, veidojiet vienu reģistrēšanas mehānismu, taču neļaujiet Kibernoturības akta atteikšanās iespējai izslēgt mašīnu žurnālu.

Būvējiet atbilstoši Mašīnu regulai tagad, jo tā ir pirmā, un veidojiet to tā, lai tā pati pierādījumu krātuve, parakstīšana un atjauninājumu ieraksti 2027. gada decembrī kalpotu arī Kibernoturības aktam.

Standarti un neizdevusies atlikšana

Nerēķinieties, ka līdz 2027. gada 20. janvārim tiks publicēta atsauce uz saskaņoto standartu, kas aptver šīs prasības. Komisijas saskaņoto standartu lapā, kas atjaunināta 2026. gada septembrī, teikts, ka pirmais saraksts saskaņā ar Mašīnu regulu tiek gatavots. Tajā tiks pārņemta lielākā daļa standartu, uz kuriem atsaucās saskaņā ar direktīvu, un tie tiks precizēti tur, kur tie „do not yet fully address“ (vēl pilnībā neaptver) jaunās prasības, un tas „can be expected before the end of this year“ (gaidāms līdz šī gada beigām).

2026. gada janvārī CEMA, CECE, CECIMO, EGMF un FEM kopīgā nozares nostājā lūdza atlikt 1.1.9. punktu un 1.2.1. punkta f) apakšpunktu līdz 2027. gada 11. decembrim, saskaņā ar Kibernoturības aktu. Atbilstības izmaksas tās novērtēja kā „more than €1 million per platform architecture“ (vairāk nekā 1 miljons € uz katru platformas arhitektūru) un norādīja, ka gaidāmie standarti par datu žurnālu 1.2.1. punkta f) apakšpunktā paliek ļoti vispārīgi.

Šis lūgums netika pieņemts. Mašīnu regula 2026. gada jūlijā tika grozīta ar Regulu (ES) 2026/1744, taču šie grozījumi attiecas uz augsta riska MI sistēmām mašīnās un piemērošanas datumu neskar. Plānojiet uz 2027. gada 20. janvāri.

Tātad pirmajā dienā jums var nebūt standarta, kas dod atbilstības prezumpciju šīm divām prasībām. Tad jūsu tehniskajā dokumentācijā jāapraksta risinājums, ko piemērojāt katrai no tām (IV pielikums). Rakstiet to būvēšanas laikā, nevis pēc tam. Mašīnām, kas uzskaitītas I pielikuma B daļā, ir vēl viens solis: pašnovērtējums ir iespējams tikai tad, ja saskaņotie standarti vai kopīgās specifikācijas aptver visas attiecīgās prasības; pretējā gadījumā iesaista paziņoto struktūru (25. pants). Mašīnas, kas nav uzskaitītas I pielikumā, jebkurā gadījumā veic pašnovērtējumu.

15 nedēļu plāns

No pirmdienas, 2026. gada 5. oktobra, līdz termiņam ir nedaudz vairāk par 15 nedēļām, ar svētkiem pa vidu. Tas ir saspringti, bet izdarāmi, ja prioritātes nosakāt pēc piegādes datuma: vispirms saimes, kuru ES vienības tiek nosūtītas janvārī.

1. 1. un 2. nedēļa (no 5. līdz 16. oktobrim): tvērums. Uzskaitiet katru mašīnu saimi, kas pēc 2027. gada 20. janvāra piegādās vienības uz ES. Katrai uzskaitiet drošībai būtisko programmatūru un datus: drošības programmu, atbilstībai kritisko standarta kodu, piedziņu un sensoru drošības parametrus, HMI, aparātprogrammatūru, attālās piekļuves vārteju. Katrai saimei nosauciet vienu atbildīgo.
2. 3. un 4. nedēļa (no 19. līdz 30. oktobrim): riska novērtējums un nepilnības. Atjauniniet riska novērtējumu attiecībā uz savienojumiem, attālo piekļuvi, ļaunprātīgiem mēģinājumiem un atjaunināšanas ceļu. Pārbaudiet, ko nodrošina jūsu kontroliera platforma un kas ir ieslēgts.
3. 5. līdz 9. nedēļa (no 2. novembra līdz 4. decembrim): izstrāde. Programmatūras identifikācijas ekrāns, salīdzināšana ar bāzes līniju, piekļuves kontrole inženiertehniskajai un attālajai piekļuvei, izsekošanas žurnāls ar piecu gadu ietilpību, parakstīti atjauninājumi un ieraksti pēc sērijas numura aizmugursistēmā.
4. 10. un 11. nedēļa (no 7. līdz 18. decembrim): testējiet tā, kā to darītu tehniķis un uzbrucējs. Mainiet drošības parametru tieši ar piegādātāja rīku un pārliecinieties, ka mašīna to reģistrē. Nomainiet kontrolieri un pārbaudiet, vai žurnāls saglabājas. Atslēdziet strāvu atjaunināšanas laikā.
5. 12. un 13. nedēļa (no 21. decembra līdz 1. janvārim): svētki. Neplānojiet inženiertehnisko darbu; atstājiet ilgstošas slodzes testu, kas piepilda žurnālu līdz tā piecu gadu apjomam.
6. 14. un 15. nedēļa (no 4. līdz 15. janvārim): dokumentācija un izlaišana. Tehniskās dokumentācijas ieraksti par 1.1.9. un 1.2.1. punktu, lietošanas instrukcija, kas izskaidro, kā klients nolasa programmatūras identifikāciju un ko attālā piekļuve var un ko nevar darīt, un ražošanas solis, kas ielādē izlaisto bāzes līniju un reģistrē to katram sērijas numuram.

Ja tas vajadzīgs vairāk platformu arhitektūrām, nekā šajā logā ietilpst, pasakiet to pārdošanas nodaļai tagad: vienību, kas nav gatava, nedrīkst likumīgi laist ES tirgū.

Uz ko tas neattiecas

Uz mašīnām, kas laistas tirgū pirms 2027. gada 20. janvāra, šie programmatūras noteikumi neattiecas, ja vien kāds tās vēlāk būtiski nemodificē. Ja mašīnas pērkat, nevis būvējat, pienākums ir jūsu piegādātājam; jūsu daļa ir savās specifikācijās pieprasīt programmatūras identifikāciju un piekļuvi žurnālam.

Kur saņemt palīdzību

Mēs esam programmatūras uzņēmums, nevis paziņotā struktūra vai juridiskais birojs. Mēs izstrādājam un mainām programmatūru, kuru šīs prasības skar: HMI un aizmugursistēmu lietotnes, attālās piekļuves vārtejas, atjauninājumu konveijerus un pierādījumu reģistrēšanu, strādājot kopā ar vadības sistēmu inženieriem, kuriem pieder drošības programma. Vecākas platformas ar gadiem uzkrātu kodu ir grūtākais gadījums, un tieši tur parasti sākas mūsu mantoto sistēmu uzturēšanas darbs, bet Kibernoturības akta puse aplūkota mūsu Kibernoturības akta rokasgrāmatā. Ja jūsu komandai ir plāns, bet trūkst roku, lai to pabeigtu līdz janvārim, rakstiet uz office@c9group.dev.