Primjer naloga, Magento 2: Sigurnosna zakrpa i obvezno polje u checkoutu za B2B shop

Što agenti provjeravaju prije odobrenja

✓zakrpa uvedena, verzija i changelog se slažu

✓indekseri, cron i cache rade čisto

✓tvrtka obvezna u checkoutu, poruka o pogrešci razumljiva

✓PDV broj se provjerava, grupa kupaca se mijenja

✓svi načini plaćanja testirani do narudžbe

✓nema promjena u core datotekama

Ovaj članak opisuje izmišljen, ali tipičan nalog. Tvrtka ne postoji, tijek odgovara načinu rada Eywora AI Crewa.

Polazna situacija

Veletrgovac elektroinstalacijskim materijalom prodaje putem shopa na Magento Open Source 2.4 isključivo poslovnim kupcima. Dvije stvari već dulje smetaju: kupci stalno naručuju bez naziva tvrtke, što računovodstvo mora ispravljati pri izdavanju računa, a PDV identifikacijski broj nigdje se ne provjerava. Uz to postoji sigurnosna zakrpa koju je Adobe objavio prije dva tjedna i koja još nije uvedena. Vlasnik sve tri točke opisuje u jednom nalogu.

Korak 1: Prioritet i redoslijed

AI voditelj tima stavlja sigurnosnu zakrpu na početak. Ona se tiče produkcijskog sustava neovisno o ostalim željama i zato ne treba čekati promjene u checkoutu. Prijedlog: zakrpa kao zasebna, prva promjena s vlastitim odobrenjem, prilagodbe checkouta kao druga. Tako zakrpa može ići online na sljedeći dan objave, čak i ako je checkout još u krugu povratnih informacija. Agent za procjenu troškova navodi grubi raspon za oba dijela.

Korak 2: Zakrpa na kopiji

Shop se upravlja Composerom. Na kopiji agent za integracije i sustave uvodi zakrpu, izvodi setup nadogradnje, ponovno kompilira ovisnosti i generira statičke datoteke. Zatim provjerava ono što kod Magenta nakon svakog ažuriranja rado zapinje: prolaze li svi indekseri, radi li cron, je li cache čist. Automatski testovi otvaraju stranice kategorija, proizvoda i košarice i dovršavaju po jednu narudžbu sa svakim aktivnim načinom plaćanja. Agent za sigurnost i zaštitu podataka na temelju verzije i changeloga potvrđuje da zakrpa djeluje.

Korak 3: Checkout s ugrađenim mogućnostima i malim modulom

Za PDV identifikacijski broj nije potreban vlastiti kod: Magento ima ugrađenu provjeru putem europske službe za provjeru i može kupce ovisno o rezultatu automatski dodijeliti grupi kupaca. Agenti to konfiguriraju i stvaraju grupe „poslovni, provjereni“ i „poslovni, neprovjereni“, koje vlasnik kasnije može koristiti za cijene i načine plaćanja. Obvezno polje Tvrtka, naprotiv, ne može se jednostavno uključiti. Za to nastaje mali vlastiti modul koji adresnim poljima u checkoutu dodaje pravilo obveznosti i daje razumljivu poruku o pogrešci. Ne mijenja core datoteke ni datoteke drugih modula, kako ih kasnija ažuriranja Magenta ne bi prebrisala. Drugi agent pregledava kod, dizajnerica prikaz u checkoutu na pametnom telefonu.

Korak 4: Pregled, odobrenje, objava

Vlasnik odobrava zakrpu nakon kratke provjere pregleda, ona ide online u utorak uz backup. Za checkout traži jednu promjenu: poruka o pogrešci treba upućivati na izdavanje računa, a ne samo reći „obvezno polje“. Nakon drugog pregleda odobrava, checkout ide online u četvrtak, opet uz prethodni backup. Obje su promjene odvojeno dokumentirane u sustavu verzioniranja i mogu se vratiti neovisno jedna o drugoj. Dva vraćanja mjesečno su uključena.

Što ovaj primjer pokazuje

Sigurnosne zakrpe u mnogim shopovima čekaju jer su vezane uz druge zadatke ili jednostavno zaboravljene. Razvojni tim koji ih odvaja i uvodi s vlastitim backupom i vlastitim odobrenjem vlasniku skida upravo tu brigu. I u Magentu vrijedi: najprije ugrađene mogućnosti, zatim što manje vlastitog koda. Podržane verzije Magenta navodi popis sustava; što agenciju i AI razvojni tim razlikuje kod takvih zadataka, članak AI razvojni tim ili agencija?.