Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 4 Next »

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

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)

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();


Uitzoeken

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)

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)

  • No labels