Skynet Kontsulta modua

Proiektua

Eskelategi

Eskelategi eskelak jasotzeko, gainbegiratzeko, ekoizpenerako prestatzeko eta argitalpenaren trazabilitatea kontrolatzeko web aplikazioa da.

Laburpena

Eskelategi

Eskelategi eskelak jasotzeko, gainbegiratzeko, ekoizpenerako prestatzeko eta argitalpenaren trazabilitatea kontrolatzeko web aplikazioa da.

Helburua

Eskelen enkarguen prozesu osoa leku bakarrean kontrolatzea: enkargatzailearen eta hildakoaren datuak, edukia, fitxategiak, egoera, barne-komunikazioa, fakturazio-datuak eta auditoretza.

Testuingurua

Gaur egungo prozesuan telefonoa eta emaila erabiltzen dira enkarguak jasotzeko; ekoizpena eta argitalpenaren zati batzuk aplikaziotik kanpo egiten dira. Lehen bertsioak prozesuaren kontrola eta trazabilitatea lehenetsi behar ditu, etorkizunean PDF/TIFF eta bestelako ekoizpen-irteerak gehitzeko aukera itxi gabe.

Teknologia eta ingurunea

Dokumentatutako proposamena Laravel + Livewire, MariaDB edo PostgreSQL, Authentik/OIDC, Spatie Permission, Laravel Notifications eta GitLab CI/CD da. Garapen-ingurunea Mac + Docker + Laravel Sail gisa dokumentatu da; produkzioa Apache eta datu-base zerbitzari batekin aurreikusten da.

Erlazionatutako fitxategiak

Egoera

Uneko egoera

Azken mugarriak

2026-07-29tik 2026-08-17ra oinarri teknikoa eta operatiboa nabarmen zabaldu dira: autentikazio- eta rol-eredua, egoera-trantsizioak, kontaktu eta hildakoen berrerabilpena, ekoizpen-editorra, argazki eta ornamentuen kudeaketa, kanban operatiboa, bezero-balidazioa, txostenak, auditoretza, backup/rollback prozedurak eta administratzailearen ordezkapena.

2026-08-24an Inbox prozesatzean jasotako bi iturri nagusiek hasierako beharren checklist-a eta web aplikazioaren plangintza finkatzen dituzte.

2026-08-24an jasotako dokumentazio biziak egungo inplementazioaren erreferentzia kanonikoak, deployaren arauak, datu-eredua, rol eta baimenak, ekoizpena, txostenak eta hurrengo ibilbide-orria egituratzen ditu. Dokumentu horiek docs/ barruan daude.

Finkatutako norabidea

  • Eskela bakoitza espediente edo lan-fitxa bizi gisa tratatzea.
  • Rolak eta baimenak modu esplizituan kontrolatzea; UI-n baimenik gabeko aukerak ez erakustea.
  • Egoera-aldaketak baimendutako trantsizioen bidez egitea eta auditoretzan jasotzea.
  • Datu pertsonalak eta fakturazio-datuak bereiztea; datu sentikorrak mugatzea eta maskaratzea.
  • Ekoizpen automatikoa etorkizuneko fase gisa uztea, baina datuak hasieratik egituratuta gordetzea.

Blokeoak eta hurrengo urratsak

  • Checklist-eko galdera asko erantzun gabe edo behin-behineko moduan daude, bereziki datu-eremu derrigorrezkoak, baimen zehatzak, auditoretza-politika, txostenen xehetasunak eta kanpoko erabiltzaileen sarbidea.
  • Hurrengo urratsa da erantzun gabe dauden puntuak erabiltzaileekin kontrastatzea eta behin-behineko erabakiak baieztatzea.

Erabakiak

2026-07-29 — Aplikazioaren oinarri teknikoa

  • Erabakia: Backend nagusia Laravel izango da; UI-rako Livewire eta Tailwind CSS erabiliko dira; datu-base gisa MySQL/MariaDB edo PostgreSQL.
  • Arrazoia: Garapen- eta produkzio-ingurunearekin bateragarria den web aplikazio zentralizatua eraikitzea.
  • Iturria: mugarria_2026-07-29.md; web aplikazioaren plangintza.

2026-07-29 — Autentikazio eta baimen eredua

  • Erabakia: Garapenean dev autentikazio-modua eta produkzioan Authentik/OIDC erabiltzea; rolak eta baimenak aplikazioan zentralizatzea.
  • Arrazoia: Garapeneko eta produkzioko fluxuak bereiztea eta sarbideak modu trazagarrian kontrolatzea.
  • Iturria: mugarria_2026-07-29.md eta mugarria_2026-08-17.md.

2026-07-31 — Entitate eta snapshot eredua

  • Erabakia: Kontaktuak eta hildakoak berrerabilgarriak izango dira, baina eskela bakoitzak une horretako datuen snapshot lokala gordeko du.
  • Arrazoia: Fitxa orokorraren berrerabilpena eta eskela historikoaren osotasuna batera mantentzea.
  • Iturria: mugarria_2026-07-31.md eta mugarria_2026-08-11.md.

2026-08-03 — Egoera-trantsizio kontrolatuak

  • Erabakia: Egoera-aldaketak ez dira librekoak izango; baimendutako trantsizio-matrize batek gidatuko ditu eta auditoretzan jasoko dira.
  • Iturria: mugarria_2026-08-03.md, mugarria_2026-08-04.md eta checklist-eko H atala.

2026-08-10 — Hasierako lehentasuna

  • Erabakia: Lehen bertsioaren helburu nagusia eskelen kontrola, trazabilitatea eta enkarguen kudeaketa izango dira; ekoizpen automatikoa ondorengo fasera utziko da.
  • Iturria: Eskelak_Checklist_Formateatua.pdf, 12–13. orrialdeak; Eskelen Kudeaketa Web Aplikazioa.pdf, 12–14. orrialdeak.

2026-08-17 — Segurtasuna eta ustiapena

  • Erabakia: Datu sentikorrak rol bidez mugatu eta auditoretzan maskaratu; backup eta rollback prozedurak deployaren parte izan.
  • Iturria: mugarria_2026-08-17.md.

Egiaztatu gabe edo behin-behinean

Checklist-ean argitalpen-ordutegiak, egoera batzuen trantsizioak, fakturazioaren xehetasunak eta hainbat lehenespen behin-behineko edo kontrastatzeko gisa markatuta daude. Ez dira erabaki itxi gisa tratatu behar.

Arazoak

2026-08-24 — Eskelen prozesuaren sakabanaketa

  • Sintoma: Enkarguak telefono eta email bidez iristen dira, eta ekoizpen/argitalpeneko urrats batzuk tresna desberdinetan egiten dira.
  • Kausa: Ez dago prozesu osoaren kontrol eta trazabilitate zentralik.
  • Konponbide-ildoa: Eskela bakoitza espediente gisa modelatu, egoera, arduraduna, falta diren datuak, mezuak eta auditoretza lotuta.
  • Egoera: Diseinu-helburu gisa identifikatuta; aplikazioaren lehen bertsioaren ardatza.
  • Iturria: Bi PDFak, 1. orrialdea; mugarria_2026-07-29.md.

2026-08-24 — Estandarizatu gabeko edizioa

  • Sintoma: Eskelen edizioa pertsona eta tresna bakoitzaren ohituren arabera aldatzen da eta emaitza ez da beti koherentea.
  • Konponbide-ildoa: Datu eta testu egituratuak, egoera-trantsizioak, gainbegiratzea eta etorkizuneko ekoizpen-editorra.
  • Egoera: Zati batean landuta; ekoizpen automatiko osoa etorkizuneko fasea da.
  • Iturria: Eskelak_Checklist_Formateatua.pdf, 3. orrialdea; mugarria_2026-08-05.md.

2026-08-24 — Rol eta sarbideen zehaztugabetasuna

  • Sintoma: Harrera, kanpoko enpresa, ekoizpena, gainbegiratzea eta administrazioa bereizten dira, baina galdera batzuk oraindik erantzun gabe daude.
  • Arriskua: Datu sentikorrak edo ekintza operatiboak erabiltzaile okerrei erakustea.
  • Konponbide-ildoa: Rol anitzak onartu, baimen esplizituak definitu eta UI zein backend mailan aplikatu.
  • Egoera: Oinarria martxan; checklist-eko puntu batzuk kontrastatzeko.
  • Iturria: Bi PDFak, rol eta baimen atalak; mugarria_2026-07-31.md eta mugarria_2026-08-17.md.

2026-08-24 — Kanpoko sistemen mendekotasuna

  • Sintoma: Ubiquo, Quark/QuarkXPress, GMS, Wuffo, FTP eta posta-fluxuak prozesuaren parte dira.
  • Arriskua: Integrazioek eta eskuzko trukeek hutsuneak edo bikoiztasunak sortzea.
  • Konponbide-ildoa: Lehen fasean integrazioak mugatu eta espedientean fitxategiak, egoera eta auditoretza gordetzea; integrazio teknikoak ondorengo faseetan planifikatzea.
  • Egoera: Irekita.
  • Iturria: Eskelak_Checklist_Formateatua.pdf, 2. orrialdea; Eskelen Kudeaketa Web Aplikazioa.pdf, 12–14. orrialdeak.

Dokumentuak