Kodeoppsett dagbok og ordre

Oppsett av dagbok styres gjennom koder. Koder legges inn i admin under egen seksjon for dette. Se nedenfor:

Kodeoppsett er litt som tidligere. Man oppgir:

    • Feltnavn (påkrevd) som styrer hvilke felt i ulike skjema eller dialoger koden benyttes i. Denne vil variere for ulike moduler man er inne i. Se nedenfor
    • Kode (påkrevd) som er en bokstavkode på inntil 6 karakterer
    • Kodebeskrivelse (påkrevd)
    • Tabellnavn (opsjon) som vil være det tabellnavn man også finner i oppsett av digitheme og tema
    • Tag (opsjon) en JSON streng som gir regler for hvordan kode skal oppføre seg eller fungere. Oppsett av tag er nærmere beskrevet her

Feltnavn

Lovlige feltnavn avhengig av modul man er inne i. Formål med kode er vel selvforklarende.:

Dagbok diary_group_code
Dagbok diary_code
Dagboksdetalj detail_group_code
Dagboksdetalj detail_code
Ordre order_main_filter
Ordre order_owner
Ordre order_priority
Ordre order_responsible
Ordre order_type
Melding message_type
Melding message_code

Koder og relasjon

Koder kan settes opp med relasjoner gjerne mellom gruppekode og kode som man f.eks ser nedenfor:

Her ser man at gruppekode KON fører til at alle koder ( i dette tilfelle med feltnavn «diary_code») som begynner med KON vil dukke opp som tilgjengelige typer. Dette er hovedregelen. En kan imidlertid styre aktuelle koder ved også å legge inn tabellnavn der koden ikke skal være generell. Hvis man f.eks har lagt inn en kode KONI for «Kontroll inntaksrist» vil man at dette valget bare skal komme opp for stikkrenner (hvor tabellnavn er «av_veg_data.stikkrennekulvert_79») .

Hvilke koder er det så som påviker hverandre?

I figuren nedenfor er dette forsøkt beskrevet.

I DiaryOrder gjelder følgende:

  • Ordre type påvirker dagboks kode
  • Når ordretype er gitt vil dagboks kode påvirker dagboks gruppekode
  • Endres dagboks gruppekode vil denne påvirke dagboks kode
  • Dagboks kode påvirke detalj kode
  • Detalj kode vil påvirke detalj gruppekode
  • Endres detalj gruppekode vil denne påvirke detalj kode

Litt spesielt kanskje, men håper dette var forståelg.

Overstyre relasjon

Noen ganger vil man ha behov for å overstyre default regel for relasjoner. En kan da legge inn en egen rel_code på tag som løser dette. Se eksempel nedenfor:

Kolonnenavn Kode Kodebeskrivelse Tabellnavn Tag
order_type TGM Tømming glas metall [{«key»: «rel_code», «value»: «UT»}]

Det som vil skje i dette tilfelle er at koder som starter med UT vil være tilgjengelig selv omdet i utgangspunktet burde vært kodeer som starter på TGM. Her vil overstyring gjøre at kun koder som starter på UT vil vises.

Tag

Bruk av tag gir funksjonalitet til kodene man velger. Tag’s er knyttet til kolonnenavn. Dvs noen tag’s fungerer bare for ordrefilter, mens andre fungerer for dagbokskoder osv..

Minimized (Ordrefilter) 

Denne tag gjør at ordrefilter vises eller ikke når koden velges.

[ 
  { 
    "key": "minimized", 
    "value": "true" 
  }
]

Sql (Ordrefilter) 

Sql benyttes for å filtrere i data. Standard PostGres SQL benyttes her.

[ 
  { 
    "key": "sql", 
    "value": "week=DATE_PART('week',now()) and type in ('TES','THN','TRE','TPP')" 
  }
]

Rolle (Ordrefilter, Dagbokgruppekode) 

En kan begrense en kode til rolle pålogget bruker har. Nyttig når en i ordrebehandling skal regulere hvem som skal se tømminger av glass og metall versus kompostering.

[
  { 
    "key": "role", 
    "value": "komprimator" 
  }
]

Startvekt (Ordrefilter/Crm) 

For enkelte ordre skal startvekt og sluttvekt registreres. Valget gjelder kun for kompostbiler og bruk i renovasjon.

[ 
  { 
    "key": "startweight", 
    "value": "true" 
  }
] 

Crm (Ordrefilter/Crm) 

For enkelte ordretyper må vi vite om ordre skal opprettes spesielt for CRM kjøring eller ikke. Med dette valget blir data som skal hentes ned til Ordrebehandling lagt i en egen tabell for raskere nedlasting.Valget gjelder derofr kun for kompostbiler og bruk i renovasjon.

[ 
[
  { 
    "key": "crm", 
    "value": "true" 
  } 
]

Valuetype (Detalj) 

Når en registrere detaljer får man tilgang til en verdifelt vi kan få til å oppføre seg på litt ulike måter. Nedenfor et eksempel på dette. Her vil man presenteres for en nedtrekksmeny hvor en kan velge blandt de values som er angitt.

[
  {
    "key": "valuetype",
    "value": {
      "type": "list",
      "values": "Bio,PPP,Rest",
      "placeholder_nb": "Vel frå liste",
      "placeholder_nn": "Velg fra liste"
    }
  }
]

Andre varianter er av type er:

  • Date som gir deg en datokalender for å legge inn en dato
  • Number som gir deg mulighet til å legge inn et tall, f.eks vekt
  • Text som er kun en tekst

Showowner (Ordretype) 

Når en lister ordreobjekter kan det være nyttig å skifte til eier/adresse i listen i stedet for default objekttype/objektid. Dette fungerer bare for objekter som har kundenavn, kundenummer og henteadresse som egenskaper.

[
  {
    "key": "show_owner",
    "value": "false"
  },

Rel_code (Ordretype, Dagbokskode) 

Denne er omtalt over og benyttes for å overstyre regel om aktuelle koder.

[
 {
    "key": "rel_code",
    "value": "KO"
  }
]