Software developer voor applicatie verduurzamingsscan

Ons bedrijf is gespecialiseerd op het gebied van duurzaamheid in de vastgoedsector. Wij zoeken een senior software ontwikkelaar voor volledige ontwikkeling van een webapplicatie waarmee een adviseur het volledige proces van een verduurzamingsscan kan uitvoeren: van intake en pandopname tot maatregelenberekening en het genereren van een Word- en PDF-rapport.

Wij zoeken een senior software developer die ervaring heeft met het maken van applicaties en AI dagelijks gebruikt om efficiënt te werken. Onze klanten zijn banken, overheid en woningcorporaties dus onze producten moeten van hoge kwaliteit zijn.

De bestaande rekensheet en het voorbeeldrapport dienen als functionele referentie.

2. Gewenste werkwijze

De applicatie moet de volgende stappen ondersteunen:

1. Project aanmaken (handmatig en ook automatisch vanuit een call door Propdesk project)

2. Telefonische intake rechtstreeks in de applicatie invullen.

3. BAG-, KvK- en energielabelgegevens vastleggen (of ophalen vanuit Propdesk)

4. Pandopname op locatie uitvoeren.

5. Energieverbruik en meterdata invoeren (Of importeren via API/XML derde partij).

6. EML- en andere maatregelen selecteren en doorrekenen.

7. Maatregelen indelen in fasen en uitvoeringsperioden.

8. Een split-incentivesimulatie uitvoeren zodat je kunt zien welke kosten/besparingen voor huurder/verhuurder zijn.

9. Rapportteksten en vervolgstappen controleren/aanpassen.

10. Een bewerkbaar Word-rapport en definitief PDF-rapport genereren.

3. Functionele onderdelen

De applicatie moet minimaal bevatten:

• Project-, contact- en procesgegevens.

• Een geïntegreerd intakeformulier.

• Meerdere gebruiksfuncties met GBO per functie.

• Registratie van constructies, isolatie, beglazing en installaties.

• Jaarverbruik, energietarieven en CO₂-factoren.

• Toestemming en registratie voor opvragen van meterdata.

• Visualisatie van basislast, piekverbruik en teruglevering.

• Netcongestie en transportbeperkingen.

• Automatische signalering van:

• EML- en informatieplicht (indien verbruik > 50.000 kWh of 25.000 m3);

• energielabel C-verplichting (handmatige check door adviseur);

• GACS-verplichtingen voor nu en 2030 (check op basis van de door adviseur ingevuld vermogen voor koeling en verwarming, >290 voor nu en >70 voor 2030).

• Eén centrale bewerkbare catalogus met EML- en andere maatregelen.

• Berekening van investering, elektriciteitsbesparing, extra elektriciteitsverbruik, gasbesparing, warmtebesparing, zonne-opwek, eurobesparing, CO₂-reductie en terugverdientijd.

• Indeling in fase 1, fase 2 en optioneel/natuurlijk moment.

• Uitvoeringsplanning en eerste vier vervolgstappen.

• Subsidieregelingen aanvinken zonder automatische bedragberekening.

• Split-incentivesimulatie per maatregel.

• Vastlegging van het huidige en toekomstige energielabel.

• Genereren en opslaan van rapporten.

4. Rekenregels

De applicatie moet dezelfde uitkomsten geven als de rekensheet.

Daarbij geldt:

• gebruiksprofielen worden bepaald naar rato van het GBO per gebruiksfunctie;

• maatregelen gebruiken standaardwaarden uit een beheerbare broncatalogus;

• projectspecifieke prijzen en besparingen kunnen als override worden ingevoerd;

• iedere maatregel wordt zelfstandig doorgerekend;

• de volgorde van maatregelen mag de uitkomst niet beïnvloeden;

• de totale pakketbesparing wordt per eindgebruik begrensd;

• een negatief resterend energieverbruik mag niet ontstaan;

• aanvullende overlapcorrectie moet handmatig mogelijk zijn;

• alle berekeningen en gebruikte bronwaarden moeten herleidbaar zijn.

5. Rapportage

De applicatie moet op basis van het sjabloon kunnen genereren:

• een bewerkbaar Word-bestand;

• een definitief PDF-bestand;

• tabellen met maatregelen, fasering, investeringen en besparingen;

• grafieken van energie- en meterdata;

• projectspecifieke en standaardteksten;

• conditionele hoofdstukken;

• inhoudsopgave, paginanummering en Prosperos huisstijl.

Rapportteksten en standaardteksten moeten bij voorkeur zonder programmeerwerk aanpasbaar zijn.

6. Beheer

Een beheerder moet zelf kunnen aanpassen:

• maatregelen en EML-codes;

• prijzen en besparingskengetallen;

• uitvoermomenten;

• eindgebruikcategorieën;

• gebruiksprofielen;

• energieprijzen en CO₂-factoren;

• subsidiemogelijkheden;

• referentiehuurprijzen;

• dropdownlijsten;

• rapportteksten en disclaimers.

Wijzigingen moeten worden voorzien van een versienummer en ingangsdatum.

7. Koppelingen

Graag afzonderlijk aangeven wat de kosten en mogelijkheden zijn voor koppelingen met:

• BAG;

• KvK;

• EP-Online;

• NRG;

• Propdesk;

• netbeheerders.

Wanneer een koppeling niet beschikbaar of wenselijk is, moet handmatige invoer of bestandsimport mogelijk zijn.

8. 18 maanden begeleiding

Na het uitbrengen van het energieadvies moet de applicatie automatisch een begeleidingstraject kunnen starten met:

• start- en einddatum van het traject;

• vaste of aanpasbare evaluatiemomenten, bijvoorbeeld na 3, 6, 12 en 18 maanden;

• acties met verantwoordelijke, deadline, status en toelichting;

• automatische herinneringen voor openstaande acties;

• registratie van alle contactmomenten met de ondernemer;

• status per maatregel, bijvoorbeeld:

• geadviseerd;

• offerte aanvragen;

• offerte ontvangen;

• besluit uitgesteld;

• opdracht verstrekt;

• in uitvoering;

• uitgevoerd;

• gecontroleerd;

• niet uitgevoerd;

• vastlegging van werkelijke investering en uitvoeringsdatum;

• upload van offertes, facturen en bewijsstukken;

• registratie van subsidieaanvragen en EML-indiening;

• registratie wanneer stukken of voortgang aan de gemeente zijn verstrekt;

• vergelijking van de oorspronkelijke raming met de werkelijke uitvoering;

• controle van het energieverbruik na uitvoering aan de hand van NRG-meterdata;

• tussentijdse voortgangsrapportages;

• een afsluitende rapportage na 18 maanden.

Op het dashboard moet per project zichtbaar zijn:

• hoelang het begeleidingstraject nog loopt;

• welke maatregelen zijn uitgevoerd;

• welke acties verlopen of binnenkort vervallen;

• de gerealiseerde investering en besparing;

• wanneer het laatste contactmoment heeft plaatsgevonden;

• welke verplichtingen of bewijsstukken nog openstaan.

9. Buiten de eerste versie

Voorlopig niet opnemen:

• automatische VABI-import;

• maatregelen doorrekenen in VABI;

• automatische RVO-XML-import;

• automatische subsidieberekeningen;

• monumenten advies;

• uitgebreide bouwkundige conditiekeuring;

• afzonderlijke thermische zones.

Het toekomstige energielabel wordt extern berekend/geschat en handmatig ingevoerd.

10. Gevraagde aanbieding

De leverancier wordt gevraagd om:

• voorgestelde oplossing;

• planning en aanpak;

• vaste prijs voor de basisapplicatie;

• afzonderlijke prijs per koppeling;

• hosting-, licentie- en beheerkosten;

• garantie en support;

• eigendom van broncode en projectdata;

• relevante referentieprojecten;

• duidelijke lijst met aannames en afwijkingen.

De applicatie wordt geaccepteerd wanneer vooraf aangeleverde testprojecten dezelfde rekenuitkomsten geven als de goedgekeurde rekensheet en correcte Word- en PDF-rapporten genereren.

 Ben jij een freelance developer die deze mooie opdracht voor ons kan uitvoeren dan horen we graag van je!