Elementen (Asset_model)

 

Na het toevoegen of wijzigen van een Record binnen Humble doorloopt het een aantal functies:

  • PreValidatie - Controles die uitgevoerd worden voordat de Save functie wordt aangeroepen. Als er fouten optreden zal de preValidate een rollback uitvoeren

  • Save - Daadwerkelijk opslaan van het Record

  • PostValidatie - Acties die uitgevoerd worden nadat de Save functie is aangeroepen

  • PostArchive - Acties die uitgevoerd worden nadat de Save functie is aangeroepen waarbij het Record wordt gearchiveerd

 

 

 

 

 

 

 

 

 

 

PreValidatie

Veld(en)

Actie

Veld(en)

Actie

NL-SfB (nlsfb_id)

  • Vullen van omschrijving veld vanuit gekozen NL-SfB

  • Vullen van cyclus vanuit gekozen NL-SfB

Alleen bij een nieuw Element wordt bovenstaande uitgevoerd

Ruimte (room_id)

  • Vullen van gebouw vanuit gekozen Ruimte

Alleen bij een nieuw Element wordt bovenstaande uitgevoerd

Bouwjaar (yearbuild)

Als bouwjaar van het element leeg is:

  • Vullen van het bouwjaar van het element met het bouwjaar (buildyear) van het gebouw

  • Als het renovatiejaar(year)bij het gebouw is ingevuld deze vullen als bouwjaar van het element

Capaciteit (capacity)

Omzetten van aangeboden ‘,' naar '.'

Installatiedatum (installation_date)

  • Omzetten van het bouwjaar van het element naar een datum van ‘01-01’+bouwjaar

Alleen uitgevoerd indien installatiedatum nog leeg is OF als reeds ingevuld installatiedatum voor de nieuw in te stellen ligt

 

Validatie

 

PostValidatie

 

Veld(en)

Acties(s)

 

Veld(en)

Acties(s)

 

Aanmaken nieuw element

  • De stamlijst met activiteiten wordt geraadpleegd en vervangingsactiviteit(en) worden automatisch toegevoegd met de gegevens vanuit de stamlijst

  • Velden :

    • $this->myp_task_model->setFieldValue('label', $activity->description); $this->myp_task_model->setFieldValue('description', $activity->addition); $this->myp_task_model->setFieldValue('costs_date', $activity->costs_date); $this->myp_task_model->setFieldValue('cyclus', $activity->cyclus); $this->myp_task_model->setFieldValue('unit_id', $activity->unit_id); $this->myp_task_model->setFieldValue('periodicity_id', '5'); // $this->myp_task_model->setFieldValue('activity_id', $activity->id); $this->myp_task_model->setFieldValue('activity_type_id', $activity->activity_type_id);

       

    • Uitwerken !

  •  

  • De Compliance activiteiten worden automatisch toegevoegd aan de hand van gegevens van het Element

  • Automatisch toevoegen van het gebrek verval indien het bijbehorende gebouw een classificatie heeft ingesteld

  •  

 

Na wijziging element

  • Update van de compliance activiteiten aan de hand van gegevens van het Element

  •  

 

 

$this->checkMjopNeedsRecalculating();
  • Bij wijziging in het veld NumberOf worden de MJOP records opnieuw berekend.
    @Frits Mensink (Unlicensed) Waarom ??

 

Gebouw (object_id) of Ruimte (room_id)

  • Bij wijziging van een van beide velden worden de onderliggende activiteiten verplaatst naar het gewijzigde gebouw / ruimte

 

 

Aantal (numberof)

  • Bij wijziging wordt de waarde gekopieerd naar het corresponderende veld numberof van alle onderliggende activiteiten.

 

Bouwjaar (yearbuild)

  • Bij wijziging en niet (0) wordt het vervangingsjaar van de onderliggende vervangingsactiviteiten opnieuw berekend

  • Een opmerking wordt geplaatst bij het betreffende element met daarin de reden van de herberekening van het vervangingsjaar

 

 

PostArchive

Velden

Acties(s)

 

Velden

Acties(s)

 

Na het archiveren van een Element

  • Archiveer alle Gebreken die bij het element horen

  • Archiveer alle Activiteiten die bij het element horen

  • Archiveer alle compliance problemen die bij het element horen

  • Bepaal of een wijziging heeft plaatsgevonden die gevolgen heeft voor de Compliance activiteiten (denk hierbij aan gegroepeerde assets onder 1 compliance activiteit)

 

 

 

 

Related pages