Herziening van activiteiten-logica

De logica voor het ophalen en valideren van de Activiteiten werd opnieuw onder de loep genomen en veralgemeend voor zowel de RequirementsApp als de Mobile Logistics App (module shipments (behoeftebon)) Deze logica heeft enerzijds betrekking op het ophalen van de ‘default’ activiteit van een geselecteerd item (artikel/materieelstuk) en anderzijds op de validatie van de geselecteerde activiteit (default of manueel gewijzigd) voor het gekozen project. Hieronder wordt summier de (bestaande) logica opnieuw toegelicht.

Bepalen default activiteit van geselecteerd item (artikel/materieelstuk)

Op basis van het geselecteerde item kan de Depot(-eigenaar) worden afgeleid. Op niveau van het Depot kan, via de Depotinstellingen, aangegeven worden wat de primaire bron voor het bepalen van de activiteiten zal zijn: 0 – via kostenrekening, 1 – Manueel.

Opmerking: Indien de waarde ‘0’ werd geselecteerd en er geen kostenrekening aan het geselecteerd item werd gekoppeld, dan vervallen we in het scenario ‘1’ (manueel). Deze laatste gaat kijken naar de Activiteit die werd gelinkt aan het gekoppelde Middel. Indien er geen activiteit werd gekoppeld aan dit Middel, hernemen we de Activiteit van de gekoppelde Middelcategorie van dit middel. Ten slotte, indien geen enkele match kan gevonden worden, hernemen we de Activiteit van de ‘Algemene Instelling’ (BouwOffice Project > Instellingen > Algemene Instellingen > tab Nacalculatie.).

Het is mogelijk om default activiteit (op niveau van de behoeftelijn) te behouden of te wijzigen volgens een vooraf gedefinieerde lijst. De samenstelling van de lijst (opm.: dit impliceert ook de validatie van de default activiteit) wordt onderstaand verder toegelicht.

Bepalen toegelaten activiteiten voor ontvanger

Het is steeds het ontvangende project aan dewelke de kost wordt toegerekend, deze dient dus als referentie voor het bepalen van de toegelaten activiteiten. Een uitzondering hierop is een retours-scenario (van werf naar Depot) dat men kan interpreteren als een kredietnota (=het tegenboeken van de kost) op de afzender.

Op de projectfiche (BO Project) – tab Adminstratie kan via het veld ‘ingave bestedingen’ aangegeven worden wat de ‘scope’ is van de toegelaten activiteiten (opmerking: in BO Logistiek is dit zelfde veld op de projectfiche terug te vinden onder de benaming Activiteit/Middel). Hierbij weerhouden we drie opties (de opties 0 (combinatie in project) en 1 (beiden in project) werden gemapt op optie 4 (activiteiten in project):

2 – Bibliotheek: de volledige lijst van projectactiviteiten en de volledige lijst van bibliotheekactiviteiten wordt teruggegeven. Als de activiteit zowel in bibliotheek als in het project bestaat (obv code), dan wordt enkel de projectactiviteit teruggegeven, indien deze nog geldig is op de systeemdatum. Zoniet wordt de activiteit als onbestaande beschouwd.

3 – Geen nacalculatie: een lege lijst, het ingeven van een activiteit is niet mogelijk.

4 – Activiteit in project: enkel de werfactiviteiten zijn toegelaten. Hierbij wordt rekening gehouden met de begin -en einddatum van deze werfactiviteiten

Bepalen eenheidsprijs in functie van Werftype

Bij het opstellen van de behoeftebon wordt rekening gehouden met eventuele aangepaste percentages die gedefineerd werden in de bib Werftype (%Huur, ‘%verkoop’ en ‘%terugname’). Dit is uiteraard enkel van toepassing wanneer een bestelling geplaatst wordt voor een werf waaraan een Werftype werd gekoppeld.

In de requirementsApp zal dit zich reflecteren in aanpaste eenheidsprijzen in het winkelmandje en op de corresponderende behoeftelijnen in BO Logistiek.

• Opmerking: Aangepaste eenheidsprijs (%Huur) van Materieelstukken is niet zichtbaar in  de behoeftebon/mutatiebon, maar wordt wel meegenomen in de periodieke (interne ) facturatie