Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Inget gränssnitt är exponerat externt, utan är endast internt.

Gliffy
imageAttachmentIdatt842661920
macroIdb42b8491-ec86-4b75-9d21-4ac263ffbd18
baseUrlhttps://sundsvall.atlassian.net/wiki
displayNameÄrendehantering Lön och Pension
nameÄrendehantering Lön och Pension
diagramAttachmentIdatt843415553
containerId843087875
timestamp16369852991061670938930475

Camunda BPM:
Camunda är ett BPM (Business Process Management) system som drivs av en processmotor. Processmotorn är inbäddad i ett Java SpringBoot projekt med TomCat servlet. ​

Databas CamundaDBProcessDB:
Databas för Camunda processinstanser i MariaDB.​ Ingen ärendedata lagras här, endast runtimedata för processinstanserna.

Camunda Cockpit:
Cockpit är admin GUI för Camunda motorn och dess processer. Hanteras av utvecklarna.​

Ärendeservice:
Byggt på NodeJs och ansvarar för ärendens persistering samt skickar data till frontendBackend för ärendehanteringen och användargränssnittet. Orkestrerar alla händelser i ärendets livscykel.​

ÄrendeDB:
Databas för ärendehantering av typ MariaDB(MariaDB) för all ärendedata, inställningar och användare.​

Filyta för bilagor:
Används för att spara ner bilagor från e-post samt från ärenden. Används både av Camunda samt Ärendeservice.​

Handläggar GUI:
Byggt i VueJS. Inloggning sköts av NodeJs i nuläget. Handläggarna administrerar ärenden i denna vy och detta ska endast ske internt.​

E-post pollning:
E-post pollas ca var 30:e sekund från funktionsbrevlådor som sedan skickas in till Camunda. Därefter skapas ett ärende upp baserat på tillgänglig information om avsändaren. Meddelanden länkas till existerande ärende baserat på ärendenummer i ämnesraden.
Om nya funktionsbrevlådor ska läggas till måste det ansökas om “impersonatedUser access” till den nya brevlådan till ärendehanteringen.

Övriga integrationer:

  • API-Gateway​

  • EWS (Exchange Web Services) e-post via REST.​

  • Raindance. Integrering för månadsfakturering. Integration via fil som läggs på disk.​

...

Local. Körs lokalt hos utvecklaren

Dev-miljö körs på staging server i egen container. saas756.sundsvall.se Git branch: dev​

Staging-miljö körs på server saas080.sundsvall.se. Git branch: staging​

Produktion-miljö körs på server saas121.sundsvall.se. Git branch: main

VM
Produktion: saas121
Staging: saas080

  • CentOS 8​(prod) REHL 8(staging)

  • Docker​

  • 2 CPUs

  • 4 GB RAM

  • 70 GB hårddisk

CI/CD:
Jenkins pipeline är uppsatt för alla tre miljöer. Alla miljövariabler lagras lokalt på respektive VM-maskin.
Vid push till dev/staging/prod-branches i git byggs nya containers automatiskt och får miljövariabler tilldelade.