Met betrekking tot het werken met de contractvormen 'Nota van inlichtingen bestek' en 'Nota van inlichtingen raamovereenkomst' zijn de volgende aangepassingen doorgevoerd:

•Het is niet meer mogelijk om een wijzigingspost met de code '9' aan te maken.

•Als in een bestaande Nota een wijzigingspost met de code '9' nog aanwezig is wordt hiervan bij het exporteren naar een NSX-bestand de volgende melding gegeven:

•Als in een bestaande Nota een wijzigingspost bij een vaste staartpost aanwezig is maar deze is voorzien van een verkeerde omschrijving wordt hiervan bij het exporteren naar een NSX-bestand de volgende melding gegeven:

Met betrekking tot het werken met de controleopties in de module Calculeren is de volgende aanpassingen doorgevoerd: er zijn op alle niveaus extra controleopties beschikbaar waarmee kan worden gecontroleerd of de getoonde kosten gelijk zijn aan de kosten zoals die tot stand komen uit de onderbouwing van de bewuste regel. De naam van deze controleopties is 'Controleren of de kosten correct zijn overgenomen vanuit de onderbouwing'.

In de module Calculeren is bij het selecteren van het instapniveau 'tarieven' is een aanzienlijke performanceverbetering gerealiseerd.

Als in de module Specificeren een volgpost bij een hoeveelheid bouwstof een formule is gemaakt die een variabele '<HI>' bevat en deze volgpost wordt via kopiëren en plakken of via hercoderen een nulpost dan wordt de variabele '<HI>' voortaan automatisch omgezet naar de variabele <HR>.

Het invoeren van een hoeveelheid resultaatsverplichting resulteeerde in enkele gevallen in het onvrijwillig afsluiten van de applicatie.

Met betrekking tot het werken met de contractvormen 'Nota van inlichtingen bestek' en 'Nota van inlichtingen raamovereenkomst' zijn de volgende onvolkomenheden opgelost:

•Het exporteren naar een NSX-bestand resulteerde in een foutmelding als er in een wijzigingspost met de code '9' aanwezig was.

•Het exporteren naar een NSX-bestand leverde onterecht een melding op en was daardoor niet mogelijk als er volposten aanwezig waren die een vrije hoofdcode hadden en de eenheid EUR bevatten.

•Door een 95 indexpost in een Nota te plakken en automatisch een bijbehorende wijzigingspost aan te laten maken, werd in de Nota een wijzigingspost aangemaakt met een foutieve omschrijving.

•Door een staartpost in een Nota te plakken en automatisch een bijbehorende wijzigingspost aan te laten maken, werd in de Nota bij deze wijzigingspost een verkeerde aard aangemaakt wat bij exporteren naar een NSX-bestand resulteerde in een foutmelding.

De positie van de horizontale splitterbar tussen het raster waarin regels van het gekozen instapniveau worden weergegeven en het onderbouwingsvenster werd niet altijd correct opgeslagen waardoor de postitie ervan tijdens het werken met de module Calculeren ongewild kon verspringen op het beeldscherm.

Bij het invoegen van een Excel-bestand in een lege Niet RAW-begroting kon het gebeuren dat bij indexregels een verkeerde waarde voor de aard in de begroting kwam te staan die getoond werk bij het afddrukken van een inschrijvingsstaat.

Met betrekking tot het doorrekenen van een begroting zijn de volgende onvolkomenheden opgelost:

•Een begroting werd niet goed doorgerekend na het slepen van tarieven tussen twee begrotingen of door het slepen van een tarief uit een geopend basisbestand.

•Een Niet RAW-begroting werd niet in alle gevallen goed doorgerekend als in de begroting niveaus hoger dan bestekposten aawezig waren en er vanuit een geopend basisbestand entiteiten hoger dan het niveau bestekposten werden toegevoegd middels dubbelklikken.

•In een Niet RAW-begroting werden, als de optie 'Totalen weergeven bij indexregels' was aangezet, de indextotalen van indexregel 95 niet goed aangepast als de onderbouwing van een onderliggende post met de status 'Telt mee' werd aangepast in het geval dat deze post was voorzien van de eenheid 'EUR'.

Met betrekking tot de controleopties zijn de volgende onvolkomen opgelost:

•De getoonde tooltips bij de controleopties voor het niet invullen van vrije code 1 en vrije code 2 zijn tekstueel in lijn gebracht met alle andere tooltips bij de controleopties.

•De controleoptie voor het niveau percentageregels om op percentage minderwerk te controleren werd ten onrechte getoond in contractvormen anders dan een 'Staat van meer- en minderwerk'.

•De controleopties toonde onterecht waarschuwingen bij posten met de status 'Niet tellen'.

•De controleopties 'Controleren of de post onderbouwd is' voor het niveau bestekposten gaf ten onrechte ook een waarschuwing in een RAW-begroting bij een nulpost als deze ook een of meerdere volgposten bevatte.

Als bij het lint [Weergave] de optie 'Totalen weergeven bij indexregels' aan was gezet en in onderliggende posten werd de onderbouwing aangepast, werd niet in alle gevallen deze indextotalen correct bijgewerkt.

Als een onderbouwde entiteit uit een geopend basisbestand in een begroting werd toegevoegd door op die entiteit te dubbelklikken, werd niet in alle gevallen in de kolom 'Kosten' de correcte waarde overgenomen.

Als in een geopend bestand een projecteigenschap werd verwijderd resulteerde dat bij het opslaan van het bestand in een foutmelding 'Deleted row information cannot be accessed through the row.'

De afronding van een formuleberekening was niet in alle gevallen correct. Hiervoor is ook een reparatie gemaakt, zodat bestaande GWW-bestanden waar dit probleem zich voordoet, door de gebruiker zelf gerepareerd kunnen worden.

Bij het kopiëren en daarmee opschuiven van bestaande bestekposten waarin hyperlinks waren opgenomen, werden niet in alle gevallen de hyperlinks correct aangepast.

Met betrekking tot het werken met het venster begrotingstarieven zijn de volgende onvolkomenheden opgelost:

•Er werden tarieven getoond die ogenschijnlijk identiek waren.

•Als in de begroting tarieven werden aangepast, werd de tarieven in het venster begrotingstarieven niet direct bijgewerkt.

•Er werd in het venster begrotingstarieven te vaak onnodig naar het eerste tarief in dat venster genavigeerd, wat een onrustig beeld gaf.

De navigatie in de module Specificeren is verbeterd na het verwijderen van bestekposten in Deel 2.2.

In de module Specificeren zijn met betrekking tot het werken met het zoek- en vervangvenster de volgende onvolkomenheden opgelost:

•Als het zoek- en vervangvenster open stond, en de focus was in het bestek, was het niet mogelijk om met behulp van de sneltoets <Ctrl> + <F> respectievelijk <Ctrl> + <H> in één terug te keren naar het venster waarbij direct het zoekveld de focus had.

•Als het zoeken of vervangen geen resultaat opleverde, was de positie van de cursor in het bestek niet gelijk aan de positie voordat de zoek- of vervangactie was gestart.

Als bestekposten werden gekopieerd en geplakt tussen verschillende RAW jaarversies en bij de opties was ingesteld dat in een dergelijk geval de RAW conversie moet worden uitgevoerd, konden er daarna in uitzonderlijke gevallen fouten optreden met betrekking tot hyperlink. Tevens zijn bestanden waarin dergelijke problemen met hyperlinks optreden nu door de gebruiker zelf te repareren.

In specifieke gevallen konden er problemen optreden in bestanden waarin formules waren opgenomen: in het formulevenster werd de uitkomst van de formule getoond, maar in het bestek niet. Bestanden waarin dergelijke problemen met formules optreden nu door de gebruiker zelf te repareren.

In Ibis voor Infra Basisbestanden kon het tonen van het regelvenster in de onderbouwing van een element een foutmelding veroorzaken 'The value for column 'VrijeCode2ID' in table 'Koppeling' is DBNull' waarna de applicatie onvrijwillig werd afgesloten.

Als een onderbouwd tarief werd toegevoegd uit het venster basisbestand (F4) kon het gebeuren dat de prijs zoals die in het basisbestand werd getoond niet de prijs was zoals die in de begroting getoond werd. Dit werd veroorzaakt door verschillen in hoofd- en kleine letter gebruik bij de eenheden in de begroting en in het basisbestand, bijvoorbeeld 'Ltr' in de begroting en 'ltr' in het basisbestand. Hierdoor kwam tijdens toevoegen onterecht het venster om eenheden te converteren voorbij en werd in de onderbouwing van het tarief niet de correcte waarde in 'Productie eenheid' gezet en werd tevens in de onderbouwing van het tarief niet de correcte 'Productie' overgenomen maar werd deze op '0,00' gezet.