Pastāstiet par savu projektu
← Visi darbi
ERP/CRM

Skolas Vārds ERP

KlientsV-media · skolasvards.lv
NozareMācību literatūras izdevniecība un tirdzniecība
LomaERP paplašināšana, UX/UI, ilgtermiņa uzturēšana
SadarbībaNotiekoša — sistēma tiek attīstīta pakāpeniski
SistēmaLaravel ERP · Livewire · Inspinia admin
Apmeklēt mājaslapu →

Skolas Vārds ir V-media mācību literatūras izdevniecības un tirdzniecības sistēma. REDZI Digital to paplašina un uztur ilgtermiņā. Šajā posmā uzbūvējām divus jaunus moduļus — rēķinu apriti un noliktavas uzskaiti — un savienojām tos ar banku un grāmatvedību tā, lai starp pasūtījumu un grāmatojumu vairs nebūtu neviena manuāla soļa.

Izaicinājums

Preču plūsma dzīvoja Excel failos: nebija vienota atlikuma, nebija dokumentu pēdas un nebija veida, kā droši pateikt, cik preču ir katrā noliktavā konkrētā brīdī. Rēķini un preču kustība nebija savstarpēji sasaistīti — apmaksa, izsūtīšana un uzskaite bija atsevišķi soļi. Bankas izraksti tika salīdzināti ar rēķiniem ar roku, un dati uz grāmatvedību tika pārrakstīti.

Papildu ierobežojums: jaunie moduļi bija jāuzbūvē blakus gadiem augušai admin daļai, neapturot uzņēmuma ikdienas darbu un nepārrakstot visu sistēmu no jauna.

Risinājums

  • Jauna admin saskarne blakus vecajai — jaunie moduļi būvēti uz Inspinia bāzes ar Livewire komponentēm; vecā admin daļa turpina strādāt blakus. Pāreja notiek pa moduļiem, nevis vienā lielā pārslēgšanā.
  • Rēķinu aprite ar četriem dokumentu veidiem — avansa rēķins (SVA) rodas automātiski, apstiprinot pasūtījumu; pavadzīmes rēķins (SVP) — par katru pavadzīmi; gala rēķins (SVR) — digitālajiem un noslēgtajiem fiziskajiem pasūtījumiem; kredītrēķins (SVKR) — atgriešanai vai darījuma atcelšanai. Sarakstā katra pasūtījuma rēķinu veidi redzami kā ikonas, bez atvēršanas.
  • Noliktavas dokumentu plūsma ar sešiem tipiem — iepirkums (IEP), pārvietošana (PARV), izsniegšana (IZS), norakstīšana (NOR), preču atgriešana (ATG) un sākotnējais atlikums (OB). Katram tipam sava numerācija un savs ceļš pa statusiem: iepirkums no melnraksta kļūst pabeigts uzreiz, pārvietošana iet caur statusu «ceļā».
  • Atlikums, kas nepeld — kustību žurnāls ir append-only, neviens ieraksts netiek pārrakstīts. Atlikumi tiek uzturēti inkrementāli un jebkurā brīdī pārbaudāmi, pārrēķinot tos no nulles.
  • Bankas maksājumu automātiska sasaiste — sistēma pati paņem Luminor izrakstus CAMT053 formātā, izparsē tos un katram maksājumam aprēķina sasaistes pārliecību, kas ekrānā redzama kā procentu josla. Statusi — sakrīt, gaida, gaida apstrādi, nesakrīt. Viens maksājums var segt vairākus rēķinus; ir arī atsaiste, izlaišana un transakcijas atgriešana.
  • Grāmatvedības eksports ar pārbaudi — rēķini uz Jumis tiek sūtīti partijās un pēc tam verificēti: sistēma atprasa Jumis finanšu dokumentus un salīdzina, vai eksports tiešām nonāca galā. Pirms sūtīšanas ekrānā redzams gatavais grāmatojums ar debeta un kredīta kontiem un PVN likmēm; partneri tiek validēti pret Jumis pusi, neizdevušies ieraksti — apstrādāti atkārtoti.
  • Abi moduļi vienā ķēdē — SVP pavadzīme kļūst par noliktavas izsniegšanas dokumentu, SVKR kredītrēķins automātiski rada atgriešanas dokumenta melnrakstu. Preces sasaista SKU.
  • Pārskati un izsekojamība — tirāžu vēsture, norakstīšanas, apgrozījuma atskaite, produkta kartīte ar cenu vēsturi un kustībām, aktivitāšu žurnāls, lomas un piekļuves pa noliktavām.
  • Izolēta demo vide — atsevišķs Docker steks ar sintētiskiem datiem un pilnībā izslēgtām ārējām integrācijām; izmantojama demonstrācijām un dizaina darbam, neaiztiekot ražošanas vidi.

Rezultāts

Preču uzskaite pārcēlās no Excel uz vienotu sistēmu, kurā katra kustība ir dokumentēta un izsekojama līdz precei, daudzumam un lietotājam. Rēķins, apmaksa, izsūtīšana un noliktavas atlikums ir viena savienota plūsma. Grāmatvedība saņem datus tieši no sistēmas — un sistēma pati pārbauda, vai tie tur nonāca. Sistēmu turpinām attīstīt un uzturēt.

Dizains

ERP ekrāns netiek vērtēts pēc tā, cik tas skaists pirmajā skatienā, bet pēc tā, cik rindu grāmatvede redz, neritinot, un cik ātri viņa atrod vienu rēķinu starp tūkstošiem. Tāpēc saskarne ir blīva un klusa, un krāsu tajā ir maz — krāsa nes informāciju, ne dekoru.

  • Statuss kā valoda — pasūtījuma statuss, apmaksas statuss, izpilde un dokumenta statuss ir četras atsevišķas plāksnīšu sistēmas ar konsekventām krāsām; vienā rindā tās salasāmas paralēli, bez leģendas.
  • Rēķinu veidi kā ikonas — AV, R, P un KR redzami tieši pasūtījumu sarakstā, tāpēc dokumentu komplektu var novērtēt, neatverot pasūtījumu.
  • Sasaistes pārliecība kā josla, ne skaitlis — bankas maksājumu ekrānā algoritma vērtējums parādīts vizuāli, lai lietotājs uzreiz redz, kuras sasaistes var apstiprināt bez pārbaudes.
  • Dizaina marķieru sistēma — Open Sans 13 px, brand purpurs #9867EC, tumšā sānjosla #23303c, pelēks fons un baltas kartes ar 4,8 px rādiusu; vērtības nolasītas no dzīvā build, nevis uzminētas.
  • Astoņi ekrānu template’i dizaina failā, taisīti 1:1 pēc demo vides — pasūtījumi, pasūtījuma detaļas, Jumis grāmatojumi, atlikumi, produkta kartīte, pārvietošana, apgrozījuma atskaite un bankas maksājumi. Jauns ekrāns tiek izzīmēts pirms koda, uz reāliem datiem.

Izstrāde

Sistēma darbojas uz Laravel; jaunie moduļi būvēti kā Livewire komponentes uz atsevišķa Inspinia layout, blakus esošajai admin daļai. Tas ļauj pievienot funkcionalitāti pa moduļiem, neapturot uzņēmuma darbu un nepārrakstot visu sistēmu.

  • Append-only ledger — katra preču kustība ir nemainīgs ieraksts ar savu tipu; atlikumi tiek uzturēti inkrementāli veiktspējas dēļ un jebkurā brīdī pārbaudāmi, pārbūvējot tos no žurnāla.
  • Luminor integrācija — SOAP klients ar parakstītiem XML pieprasījumiem paņem bankas izrakstus CAMT053 formātā; katram maksājumam tiek rēķināta sasaistes pārliecība, un to var piesaistīt pasūtījumam, rēķinam vai vēsturiskam pasūtījumam.
  • Jumis integrācija — rēķini tiek «aizņemti» eksporta partijai, nosūtīti caur API un pēc tam verificēti pret Jumis finanšu dokumentiem; partneri tiek validēti un vajadzības gadījumā izveidoti no ERP puses, neizdevušies ieraksti — apstrādāti atkārtoti.
  • E-rēķina XML — katram SVP un SVR rēķinam ir atsevišķs eksports, kas paredzēts saņēmējam, ne grāmatvedībai.
  • Izsekojamība — aktivitāšu žurnāls pasūtījuma un noliktavas dokumenta līmenī: kas, ko un kad izdarīja, ieskaitot automātiski ģenerētos dokumentus.
  • Izolēta demo vide — atsevišķs compose projekts ar savu datubāzi, sintētiskiem datiem un izslēgtām ārējām integrācijām, lai no testa datiem nekas neaizietu uz reālu banku vai grāmatvedību.
Tehniskais pamats
LaravelLivewireMySQLBootstrapSOAPLuminor CAMT053Jumis APIe-rēķina XMLDocker

Saistītie projekti