| Nr. | Soort | Omschrijving | Uitgebreide beschrijving aanwezig |
|
Update naar versie 2019.5.69.74 (d.d. 11 november 2021) |
|||
| 1 | Uitbreiding | Nieuwe versie in verband met nieuwe levering Metacom
basis 2019.5 |
Nee |
| 2 | Uitbreiding | Aanpassingen t.b.v. de RAW 2020 wijziging
van September 2021 Het is mogelijk gemaakt RAW-Bestekken (.rsx), Nota van inlichtingen (.nsx), Deelopdrachten (.dsx) en RAW-Inschrijfstaten (.zsx) van jaarversie 1.10 01/09/2021 te importeren. |
Nee |
| 3 | Uitbreiding | Nieuwe functionaliteit Het is mogelijk gemaakt om een fast-report rapportage te maken waarbij de naam van de leverancier afgedrukt kan worden. Hiervoor is het attribuut levnaam aan de subdatasets onderbouwing en onderbouwing_ploeg toegevoegd. |
Nee |
| 4 | Foutoplossing | Gebruikers met een Franstalige user interface kunnen weer bestanden van het type .xlsx en .xsxm kiezen bij de import Excel functies. | Nee |
| 5 | Foutoplossing | Na het uitvoeren van de functie "Verkoopafrondingen verwerken in onderbouwing" wordt de koplabel (Verkoopafrondingen moeten nog verwerkt worden!) weer goed ververst. | Nee |
| 6 | Foutoplossing | Bij een calculatie met 1000 posten ontstaat bij de export naar een MS Excel bestand niet meer de foutmelding "OLE error xxxxxxx". Hierdoor zal de calculatie weer worden geexporteerd naar Excel. | Nee |
|
Update naar versie 2019.5.61.66 (d.d. 14 mei 2021) |
|||
| 1 | Uitbreiding | Nieuwe versie in verband met nieuwe levering Metacom
basis 2019.5 |
Nee |
| 2 | Uitbreiding | Er is een verbeteringen doorgevoerd in de rapportage
RAW-Inschrijfstaat voor RAW Raamcontracten. Menupad: [geopende calculatie] > Bestand > Afdrukken > RAW-Inschrijfstaat > Inschrijfbiljet. Op het inschrijfbiljet wordt bij de zin 'In geval van een inschrijving...' nu de volgende tekst weergegeven: "In geval van een inschrijving door een samenwerkingsverband van ondernemers wijzen de inschrijvers de hierboven onder a. genoemde inschrijver aan als gemachtigde om hen in alle zaken in het kader van de aanbestedingsprocedure en de uitvoering van de opdracht te vertegenwoordigen." Nieuw rapportagebestand: raw-inschrijfstaat.cxr. Om gebruik te maken van de print dient deze opnieuw gekoppeld te worden aan een profiel. De rapportagebestanden zijn aanwezig in de map "Wecap XE / Rapportage" in de installatie directory. Voor de werkwijze van het koppelen van de rapportages kan de help worden geraadpleegd. |
Nee |
| 3 | Uitbreiding | Menupad: [Geopende calculatie] > Beeld >
Import Excel Bij het importeren van een Excel bestand kan de melding "Provider cannot be found" ontstaan. Deze melding is uitgebreid zodat duidelijk is wat er gedaan moet worden. De volgende instructie zal worden weergegeven. "Systeemmelding: 'Provider cannot be found. It may not be properly installed' Het importeren van het Excel bestand is mislukt. Om bestanden met de bestandsextensie .xlsx of xlsm te kunnen importeren dient Microsoft Excel en een Microsoft Access Database Engine plugin geïnstalleerd te zijn op dit werkstation. Neem contact op met uw systeembeheerder. Klik op de help knop voor meer informatie." |
Nee |
| 4 | Foutoplossing | Functionele aanpassing F7/F8/F9/F10 overzichten en
onderhoudsschermen Bij zoeken op tekst of code staat na het zoeken nu de focus boven in de lijst in plaats van onder in de lijst indien de opgegeven waarde niet gevonden is. Voorbeeld: Er wordt een nieuw onderbouwing gemaakt. Vanuit de middelcode kolom in de onderbouwing wordt "pvc" als waarde meegegeven aan het F7 overzicht. Het resultaat is dat de focus boven aan de lijst staat in plaats van onder aan de lijst. Dit is gebruikersvriendelijker omdat je dan van boven naar beneden door de lijst kan gaan zoeken naar het gewenst artikel. |
Nee |
| 5 | Foutoplossing | Indien na een crash een auto-herstel calculatie werd geladen, kon het voorkomen dat spreadsheets/ uittrekstaten verdwenen als hierna de calculatie werd opgeslagen. Dit is opgelost. | Nee |
| 6 | Foutoplossing | Het is weer mogelijk om een raw-calculatie / raw-inschrijfstaat rapportage af te drukken als bij een post de verkoophoeveelheid op 0 is gezet. Het afdrukken was niet mogelijk bij calculaties met een verkooponderbouwing. Bij het afdrukken ontstond de foutmelding "Error occurred while accessing component property/method: PrepareReportData. Er is een uitzondering opgetreden" | Nee |
| 7 | Foutoplossing | De export naar een inschrijfstaat (.zsx) is verbeterd. Als onder een bestekspost een activiteit aanwezig was met een bestekspost code (6 cijferig eindigend op een 0) dan kon de geexporteerde .zsx bestand niet meer geimporteerd worden. Dit is opgelost. |
Nee |
| 8 | Foutoplossing | Bij het verwijderen van een post ontstaat geen Access Violation meer wanneer het post-informatiescherm (Ctrl+3) zichtbaar is. | Nee |
| 9 | Uitbreiding | Verbeteringen gebruik systeem variabele qc 1: Het is niet meer mogelijk om in het venster "Formules en variabelen" handmatig de variabele met een code qc/QC aan te maken. Indien dit wel geprobeerd wordt ontstaat er een melding dat dit niet mag. 2: De functie "Invoegen systeemvariabele [qc]" is toegevoegd in het contextmenu (rechtermuisknop) van het venster "Formules (F6)". Bij het uitvoeren van de functie wordt de systeem variabele [qc] toegevoegd aan de formule. 3: De qc variabele is niet meer te kiezen vanuit een F7 overzicht welke vanuit een formule venster was op te roepen. |
Nee |
| 10 | Foutoplossing | Er ontstaat geen Access violation meer als via het printdialoog (uitgebreid) een rapportage met ploeg informatie wordt afgedrukt. Het gaat hierbij om de situatie dat zowel de optie "Kostensoort" en "Recapitulatie kostensoorten" aan staat en de instelling "Alleen diepste niveau afdrukken" voor de Recapitulatie kostensoorten pagina op "Ja" staat. | Nee |
| 11 | Foutoplossing | De foutmelding “List index is out of bounds
(-1)“ ontstaat niet meer in de volgende situaties: * als 2 posten geselecteerd zijn en de bovenliggende parent post wordt ingeklapt. * als twee geselecteerde posten niet zichtbaar zijn omdat de parent post is ingeklapt en er een bewerking op de geselecteerde posten wordt uitgevoerd zoals verwijderen, toevoegen posten, oproepen contextmenu, automatisch onderbouwen. |
Nee |
| 12 | Uitbreiding | Diverse verbeteringen calculatie vullen vanuit een
RAW-Bestek 1: In een specifieke situatie ontstond er een access violation als de optie "Hoeveelheden ter inlichtingen importeren" aan stond. 2: Het kon voorkomen dat normale besteksposten geplaatst werden in de staart. Terwijl het geen staartposten waren. 3: Het kon voorkomen dat normale groeps en besteksposten niet werden toegevoegd. Het ging hier om de situaties als in de (initiele) staart een activiteit aanwezig is met een zelfde code als een normale bestekspost. Bijvoorbeeld een staartpost met activiteit code 10 en een normale groepsbestekpost met de code 10. |
Nee |
| 13 | Foutoplossing | Het kwam soms voor dat in een calculatie het
onderbouwingsvenster niet meer te openen was. Dit kon ontstaan door het
venster van de calculatie te minimaliseren en hierna vast te pakken met
de muis en te verkleinen tot deze niet meer zichtbaar is. Hierna was
het onderbouwingsvenster niet meer zichtbaar te maken. Het ontstaan van
deze situatie is opgelost. Het opnieuw zichtbaar maken van de onderbouwing kan gedaan worden door één of twee keer op de sneltoets ctrl+2 te drukken. Hierna kan het venster weer zichtbaar gemaakt worden door met de muis het venster groter te maken. Bestaande calculaties waarbij het probleem in aanwezig is zullen het oude gedrag hebben. De kans is aanwezig dat de panels daar niet op te roepen zijn. Voor nieuw aan te maken calculaties zal het beter werken. |
Nee |
| 14 | Foutoplossing | Het is mogelijk om een groepspost welke geen staartpost
is te veranderen in een staartpost. Dit kan bijvoorbeeld door een groepspost met code 1 te vervangen door code 9. Of door een groepspost met een code 9 welke geen staartpost is te verplaatsen naar niveau 1. Na het veranderen/verplaatsen heeft de gesbetreffende post automatisch het postkenmerk "Staart" ontvangen. Als hierna de staartposten verwijderd werden of de calculatie werd opgeslagen ontstonden er meldingen dat de calculatie corrupt was. Dit is opgelost. Het gaat hierbij om de situatie dat in de calculatie de instelling toepassen RAW-systematiek op Ja staat. Bovenstaande situatie is met name van toepassing als via de import vanuit Excel/mcu/cuf4 eerst een calculatie wordt geimporteerd en hierna posten verplaatst worden om de juiste structuur in de calculatie te krijgen. |
Nee |
| 15 | Foutoplossing | Het is mogelijk om het postinformatiescherm niet
gedocked (vast gezet) maar zwevend in het calculatie scherm te zetten.
Het verversen van het scherm is verbeterd. Het gaat om de situatie dat
bij een staartpost instelling een waarde opgegeven kon worden en direct
daarna op een andere staartpost werd geklikt. De optie
“Kostensoort voor bewaking“ werd bijvoorbeeld niet
altijd goed weergegeven als na invoer op een andere staartpost werd
aangeklikt. Hierdoor leek het net of de andere staartpost ook de
ingerichte waarde kreeg van de andere staartpost. Door deze oplossing ontstaat er ook geen Access violation meer als een cel in edit modus staat in het postinformatiescherm en hierna de focus op een andere post werd gezet. |
Nee |
| 16 | Foutoplossing | Het verplaatsen of kopieren via het slepen van posten
in en tussen calculaties werkte niet altijd goed bij gebruik van de
SHIFT en/of CTRL toets. Hierdoor werden posten soms niet gekopieerd of
verplaatst op het juiste niveau. Dit is opgelost. Het gaat om de volgende scenario’s. 1: Indien er gesleept werd en er tijdens de kopieer/verplaats actie een tussenvraag kwam wat te doen. Bijvoorbeeld wat te doen met spreadsheets. 2: Indien er gesleept werd en tijdens de kopieer/verplaats actie de SHIFT en/of CTRL toets werd losgelaten. |
Nee |
| 17 | Uitbreiding | Verbetering t.b.v. de alternatieve sorteerkolommen. Het is niet meer mogelijk om handmatig dubbele codes aan te maken voor de sorteerkolommen vanuit de onderhoudsschermen. Het was bijvoorbeeld mogelijk om voor de bewakingscode sortering de dubbele codes A1 en a1 aan te maken. Dit is aangepast omdat dubbele coderingen met en zonder hoofdletters problemen geven bij het aanmaken van de groepsregels in alternatieve sorteerkolommen. Zo ontstonden er bij elke opslaan actie ongebruikte groespregels in de alternatieve sorteerkolom. Hierdoor kon het opslaan en openen steeds langer duren. Let op: Mocht het voorkomen dat in alternatieve sorteerkolom dubbele codes aanwezig zijn met en zonder hoofdletter, dan dient dit aangepast te worden. Vervang 1 van de 2 codes door een unieke code. (Menupad: \[geopende calculatie] > Standaarden > Sortering > ) Verwijder de ongebruikte groepsregels in de alternatieve sortering t.b.v. het opslaan en openen van de calculatie. |
Nee |
| 18 | Foutoplossing | Als een nota van inlichtingen (.nsx) wordt ingelezen welke een staartpost 9 bezit zonder staart besteksposten ontstaat er geen Access Violation meer. Tevens kon het in uitzonderlijke situaties voorkomen dat bij het verwerken van een nota in een bestek een Access Violation ontstond. Dit is opgelost. | Nee |
| 19 | Foutoplossing | In een specifieke situatie ontstond soms een “Access Violation of de melding “A component named KOSTENSOORTPANEL already exist“ als er tussen views werd gewisseld. Hierdoor kon er niets meer gedaan worden in de calculatie en liep het systeem vast. Dit is opgelost. | Nee |
|
Update naar versie 2019.5.45.45 (d.d. 6 oktober 2020) |
|||
| 1 | Uitbreiding | Nieuwe versie in verband met nieuwe levering Metacom
basis 2019.5 |
Nee |
| 2 | Uitbreiding | Er zijn een aantal verbeteringen doorgevoerd in de
rapportage RAW-Inschrijfstaat. Menupad: [geopende calculatie] > Bestand > Afdrukken > RAW-Inschrijfstaat > Inschrijfbiljet / Staartblad Raamovereenkomsten raw-inschrijfstaat 2020 Op het inschrijfbiljet voor RAW 2020 raamcontracten wordt bij de RAW Bepalingen 2020 weergegeven in plaats van 2015. Op staartblad wordt bij de prijs per eenheid weer het subtotaal weergegeven bij de 919990 kortingspost. De eenheidsprijs van de 96 posten wordt niet meer weergegeven. Op het staartblad wordt inschrijvingssom weergegeven in plaats van aanneemsom. Normale overeenkomsten raw-inschrijfstaat 2020 Op het staartblad wordt inschrijvingssom weergegeven in plaats van aanneemsom. Nieuw rapportagebestand: raw-inschrijfstaat.cxr. Om gebruik te maken van de print dient deze opnieuw gekoppeld te worden aan een profiel. De rapportagebestanden zijn aanwezig in de map "Wecap XE / Rapportage" in de installatie directory. Voor de werkwijze van het koppelen van de rapportages kan de help worden geraadpleegd. |
Nee |
| 3 | Foutoplossing | Het kon soms voorkomen dat bij het verwijderen van een
post uit de staart een Access Violation ontstond. Hierna kan de calculatie niet meer opgeslagen worden. Het ontstaan van het probleem is al opgelost in update 2019.5.39.37 echter zijn er nog bestaande calculaties waar het probleem in aanwezig is. Mocht de situatie vookomen dan zal de volgende melding met een instructie worden weergeven. Er is een probleem geconstateerd in de staart. De calculatie is corrupt en kan niet meer gebruikt worden. Om de data van de calculatie veilig te stellen dient het volgende gedaan te worden. 1 : Print deze tekst d.m.v. het printicoon in dit dialoog of kopieer de tekst naar het klembord. 2 : Sluit het dialoog door op OK te klikken. 3 : Laat de corrupte calculatie open staan. 4 : Maak een nieuwe calculatie aan en open deze. 5 : Verwijder alle posten in de nieuw aangemaakte (doel)calculatie. 6 : Selecteer alle posten in de corrupte calculatie. 7 : Kopieer alle posten naar de nieuwe (doel)calculatie. 8 : Sla de nieuwe (doel)calculatie op. 9 : Sluit de corrupte calculatie af en kies bij opslaan voor Nee. 10: Verwijder de corrupte calculatie vanuit het projectenscherm. |
Nee |
| 4 | Foutoplossing | De performance van het afdrukken van
fast-reportsrapportages is versnelt. Een voorbeeld hiervan is het afdrukken van de RAW-Calculatie rapportage. De versnelling is met name merkbaar voor grote calculaties welke veel formules bevatten. |
Nee |
|
Update naar versie 2019.5.39.37 (d.d. 27 augustus 2020) |
|||
| 1 | Uitbreiding | Nieuwe versie in verband met nieuwe levering Metacom
basis 2019.5 |
Nee |
| 2 | Uitbreiding | Aanpassingen t.b.v. de RAW 2020 Wijzigingen RAW-2020 bestekken: - De versie van 2020 bestekken (.rsx) is aangepast naar versie 1.9 15/04/2020. - De lengte van de rompteksten die tot nu toe maximaal 50 tekens lang was, is vergroot naar 100 tekens. - De ‘eenheid’ kan nu ook een * en of . bevatten. Bijvoorbeeld voor nieuwe eenheid m2*d. - In de kolom ‘hoeveelheid ter inlichting’ zal er een extra kenmerk beschikbaar zijn (naast ‘L/T/I’) dat de bestekschrijver kan gebruiken voor vrijkomende materialen in het kader van duurzaamheid. - H = voor materialen die herbruikbaar zijn zonder tussenbewerking. - R = voor materialen die herbruikbaar zijn na tussenbewerking. - Bestekken van staat van Meer- en Minderwerk zijn komen te vervallen. Staartblad van de inschrijvingsstaat: - De gegevens van de 91 posten, worden conform de normale besteksposten getoond in de kolommen ‘eenheid‘, ‘hoeveelheid’, ‘prijs per eenheid’ en ‘totaal bedrag’. - De post ‘totaal eenmalige kosten’ komt daarmee ook te vervallen. - De post ‘Korting’ zal de postcode 919990 krijgen. - De post ‘Overige eenmalige kosten’ zal de postcode 919980 krijgen. Aanpassingen Wecap XE - Het importeren van RAW bestekken (.rsx) en RAW-Inschrijfstaten (.zsx) is aangepast conform de RAW 2020. - De verrekencodes R en H zijn toegevoegd aan de standaard verrekenset. De verrekencodes zijn benodigd voor het inlezen van een RAW2020 bestek (.rsx) in een calculatie. - Het vullen van een calculatie vanuit een RAW-bestek is aangepast zodat deze kan omgaan met een staart conform de RAW2015 en de RAW2020. - Indien in een calculatie een RAW2015 staart aanwezig is en er een RAW-2020 bestek wordt ingelezen dan zal de RAW2020 staart worden toegepast in de calculatie. 919980 = Overige eenmalige kosten 919990 = Korting en is nu niet meer commentaar en bezit de staartrekenmethode "Gecalculeerd" - Bij het vullen kan de volgende melding ontstaan: 'U heeft een RAW 2020 bestek ingelezen in een calculatie welke een staart bezit ouder dan de RAW 2020. Hierdoor zijn er in de staart nu twee kortingsposten aanwezig. In de RAW 2020 dient de kortingspost code 919990 te bezitten. Verwerk handmatig de gegevens van de oude kortingspost 918870 naar de 919990 post en verwijder hierna de 918870 post.' - Indien in een calculatie een RAW2020 staart aanwezig is en er een RAW-2015 bestek wordt ingelezen dan zal de RAW2015 staart worden toegepast in de calculatie. 918870 = Korting 918880 = Overige eenmalige kosten 919990 = Totaal eenmalige kosten - Tijdens het vullen van een calculatie worden eerst de volgende ongebruikte codes opgeruimd (918870, 918880, 919980, 919990). Dit om te voorkomen dat verkeerde post omschrijvingen bij de posten komen te staan. RAW-inschrijfstaat rapportage De rapportage is aangepast zodat deze gebruikt kan worden voor het rapporteren van RAW 2020 bestekken. Het staartblad van de inschrijvingsstaat is aangepast. De gegevens van de 91 posten, worden conform de normale besteksposten getoond in de kolommen ‘eenheid‘, ‘hoeveelheid’, ‘prijs per eenheid’ en ‘totaal bedrag’. Het nieuwe gedrag is alleen van toepassing als een calculatie gevuld is door een RAW-BESTEK conform de RAW 2020 (.rsx) versie 1.9. Voor calculaties die gevuld zijn door een RAW-BESTEK conform de RAW 2015 (.rsx)versie 1.71 geldt het reeds bestaande gedrag zoals dat al was. De RAW-versie wordt in een calculatie op de volgende plaats vastgelegd [geopende calculatie] > Bestand > Eigenschappen > RAW-versie. Nieuw rapportagebestand: raw-inschrijfstaat.cxr. Om gebruik te maken van de print dient deze opnieuw gekoppeld te worden aan een profiel. De rapportagebestanden zijn aanwezig in de map "Wecap XE / Rapportage" onder de installatie directory. Voor de werkwijze van het koppelen van de rapportages kan de help worden geraadpleegd. Export RAW-Inschrijfstaat Het exporteren van RAW-Inschrijfstaten (.zsx) is aangepast conform de RAW 2020. Het is mogelijk gemaakt om calculaties/inschrijfstaten te exporteren conform de RAW 2020 regels. Er kan gekozen worden om te exporteren naar een inschrijfstaat "Standaard" of "Raamovereenkomst". Het te exporteren bestand wordt opgeslagen als een .zsx versie 1.9. Op basis van het RAW-versie nummer welke is vastgelegd in de calculatie wordt bepaald in welk formaat de inschrijfstaat geexporteerd wordt. Als Raw versienummer is 2020-05, dan wordt geexporteerd en gevalideerd conform de RAW 2020 regels. Als Raw versienummer is 2015-01, dan wordt geexporteerd en gevalideerd conform de RAW 2015 regels. Validaties Validatie melding bij importeren onjuist RAW-bestek of Raw-inschrijfstaat Het kan voorkomen dat een te importeren .rsx of .zsx bestand niet voldoet aan de RAW-systematiek. Mocht een onjuist bestand worden geimporteerd ontstaat de volgende melding. |
Nee |
| 3 | Uitbreiding | Functionele aanpassing F7/F8/F9 overzichten en
onderhoudsschermen De initiele breedte van de onderhoudsschermen en overzichten zijn aangepast voor een betere leesbaarheid. Tevens is de bepaling van hoe een overzicht de eerste keer wordt weergegeven aangepast. Overzichten Menupad: [geopende calculatie of planning] > Beeld > Onderbouwing > Kostensoortcode / Middel / leverancier Bepaling breedte De eerste keer dat een nieuwe gebruiker het (F7/F8/F9) overzicht opent, wordt de totale breedte van het overzicht bepaald op basis van de optelling van alle zichtbare kolommen. Voor kleinere overzichten is een minimum van 700 pixels. Na het openen wordt de breedte per entiteit (kostensoort, middel) opgeslagen in de persoonlijke gebruikers instellingen. (...\\%appdata%\Roaming\CalculatieXE.INI). De gebruiker kan het overzicht daarna groter of kleiner maken. De aanpassing is dan van toepassing voor de F7/F8/F9 overzichten. De eerstvolgende keer dat het overzicht geopend wordt, zal het overzicht geopend worden met de breedte welke als laatst opgeslagen is de INI. Voor bestaande gebruikers geldt dat het overzicht wordt geopend zoals dat reeds ingericht was voor deze update. Het is wel mogelijk dat de omschrijving kolommen breder zijn geworden waardoor het scherm er iets anders uit ziet dan voor deze update. Onderhoudsschermen Menupad: [geopende calculatie of planning] > Standaarden Als een onderhoudscherm wordt geopend (niet gedocked), wordt de totale breedte van het overzicht bepaald op basis van de optelling van alle zichtbare kolommen. Voor deze update werd de waarde bepaald door de intiele breedte op 700 pixels te zetten. De gebruiker moest het overzicht daarna groter of kleiner maken. |
Nee |
| 4 | Uitbreiding | Functionele aanpassing CUF4 import Menupad: [geopende calculatie] > Bestand > Import > CUF4 > Kostensoorten Aanpassing 1: 1: De naam van de optie "Gebruik standaard kostensoort" is vervangen door "MAMO regels naar post" 2: De naam van de optie "Naar onderbouwing" is vervangen door "MAMO regels naar onderbouwing" Aanpassing 2: Het is mogelijk gemaakt om een "Gestructureerde" CUF4 bestand in te lezen welke afkomstig is van Bakker&Spees software Hiervoor is ook het "cufSchema.xml" uitgebreid met SYSTEEMHUIS "Bakker&Spees". Let op: Bij het importeren van een gestructureerde CUF4 calculatie kan het voorkomen dat de volgende melding ontstaat: "De aanneemsom () uit het geïmporteerde bestand wijkt af van de aanneemsom () uit de calculatie." Mogelijke oorzaken hiervan kunnen zijn: 1: De staartpost 919990 Totaal eenmalige kosten wordt meegerekend in de aanneemsom. 2: Afrondverschillen doordat de verkoopkolom niet op 2 decimalen achter de komma rekent. 3: Activiteiten welke bij een bestekspost behoren staan op het zelfde niveau als de bestekspost, hierdoor worden deze dubbel meegerekend. |
Nee |
| 5 | Uitbreiding | Functionele aanpassing Formule venster (F6) Berekende waarde Bij het veld "Berekende waarde" wordt nu niet meer achter het decimaalteken de afgeronde waarde weergegeven. De waarde toont achter het decimaal teken de letterlijke berekende waarde. Deze waarde wordt toegepast in de cel waaraan de formule is gekoppeld. Indien er geen afronding is toegepast ("Afronden op" = 0) dan staat er achter "Afgerond" N.v.t. Afgeronde waarde Indien wel afronding is toegepast ("Afronden op" is groter dan 0) dan wordt achter "Afgerond" de afgeronde waarde weergegeven. De berekende waarde is dan overruled door de afronding. Deze waarde wordt toegepast in de cel waaraan de formule is gekoppeld. Rekenkundig is er niets aangepast. Het weergeven van de waarden in het venster is aangepast. De aanpassing is doorgevoerd omdat de berekende waarde eerst werd weergegeven afhankelijk van het aantal decimalen welke bij de kolom met een formule was ingesteld. Tevens was er verwarring welke waarde uit het formulevenster toegepast werd op de cel in de calculatie. |
Nee |
| 6 | Foutoplossing |
Als een post werd gekopieerd en geplakt, dan werd na het plakken het postenscherm ververst. Hierdoor kwam de post waarop gekopieerd werd onderaan aan het scherm terrecht. Dit is opgelost. |
Nee |
| 7 | Foutoplossing | Er zijn verbeteringen doorgevoerd om te voorkomen dat
"Afwijkingsmelding" bij het opslaan van een calculatie ontstaan en
"Access violations" bij het verwijderen van posten. In het volgende scenario was het mogelijk dat er fouten ontstonden. Indien een niet staartpost werd gekopieerd/verplaatst in een staart hiërarchie en deze niet staartpost hierna werd verplaatst naar het niveau 1. Bijvoorbeeld een groep posten (10+101010) onder staartpost 9. En hierna de groep posten (10+101010) naar niveau 1 verplaatsen. Dit was van toepassing bij calculaties waarbij de RAW systematiek geactiveerd is. |
Nee |
| 8 | Foutoplossing | In een specifieke situatie kwam het voor dat bepaalde
profielen en calculaties in de 2019.5 niet geopend konden worden. Dit
is opgelost. Het gaan om de situatie waarbij in een profiel (in een oudere versie dan 2019.5) bij de instelling "Afrondmethoden" iets vastgelegd was. De desbetreffende instelling is in 2019.5 komen te vervallen. Hierdoor ontstond een conflict bij profielen en calculaties waarbij een "Afrondmethoden" was ingericht. |
Nee |
| 9 | Foutoplossing | Bij het afdrukken van rapportages vanuit Wecap XE wordt nu ook gekeken naar de standaard printer als deze via een remote desktop omgeving wordt gedeeld. Het kan namelijk voorkomen dat op een terminal server geen (standaard) printer is geinstalleerd, maar wel op een lokale machine van de gebruiker. In deze situatie ontstond bij het afdrukken op de terminal server de melding “There is no default printer currently selected“ | Nee |
| 10 | Foutoplossing | Als een RAW-BESTEK (.rsx) wordt geimporteerd, wordt nu
meer informatie in "Deel 3. Bepalingen" weergegeven. Het kon voorkomen dat bepaalde hoofdstukken niet volledig werden geimporteerd. Bijvoorbeeld onder 01 / 0101 / 010101 kwam alleen 01 voor en niet 02. Dit is opgelost. |
Nee |
| 11 | Foutoplossing | Formules/variabelen in een calculatie: Bij het ongedaan
maken
van de wijziging in een formule, werd de formule veranderd in een
variabele. Als in de formule [qc] staat werd de oorspronkelijke waarde
niet teruggezet. Dit is beide opgelost. |
Nee |
| 12 | Foutoplossing | Bij de instellingen van een profiel of calculatie kan
de
mapping voor export naar MS project weer ingericht worden. De knop voor
het kiezen van de inrichting was niet beschikbaar waardoor er niets
ingericht kon worden. |
Nee |
|
Update naar versie 2019.5.15.13 (d.d. 23 december 2019) |
|||
| 1 | Uitbreiding | Nieuwe versie in verband met nieuwe levering Metacom
basis 2019.5 |
Nee |
| 2 | Uitbreiding | Online Help (benaderbaar via de sneltoest F1) De help functionaliteit is verbeterd. En is deze nu beschikbaar via een html pagina. De gebruiker kan makkelijk navigeren door alle informatie die beschikbaar is over WecapXE op deze site. |
Nee |
| 3 | Uitbreiding | Aanpassing valutapagina van de RAW-calculatie rapportage De rapportage is aangepast zodat commentaarposten en eenheidsposten niet worden meegerekend op de valuta pagina. Nieuw rapportagebestand: raw-calculatie.cxr. en Staande raw-calculatie.cxr. Om deze oplossing toe te passen dienen de bestaande raw-calculatie rapportages vervangen te worden in het profiel. De rapportagebestanden zijn aanwezig in de map "Wecap XE\Rapportage" onder de Metacom directory. Voor de werkwijze van het koppelen van de rapportages kan de help worden geraadpleegd. |
Nee |
| 4 | Uitbreiding | Functionele uitbreiding Het is mogelijk gemaakt om van een geselecteerde post in één keer alle onderliggende posten "postafhankelijk" te maken. Hierbij kan gekozen worden op welke twee manieren de hoeveelheid van de onderliggende post berekend moet worden. Nieuwe optie [Geopende calculatie] > Postenvenster > Contextmenu Aan het contextmenu is de functie "Maak alle onderliggende posten 'Postafhankelijk'" toegevoegd. Gedrag Als de functie wordt uitgevoerd, ontstaat voor elke geselecteerde post waarbij de post-hoeveelheid groter is dan 1 een vraag. "Hoeveelheden van onderliggende posten van '' zijn van toepassing voor 1 ''?. Bij de vraag kan gekozen worden voor 'Ja' en 'Nee'. Indien gekozen wordt voor "Ja", krijgen de onderliggende posten automatisch het postkenmerk "postafhankelijk". De hoeveelheid van de postafhankelijke post wordt vermenigvuldigd met de hoeveelheid van de ingevulde post hoeveelheid. Indien gekozen wordt voor "Nee", krijgen de onderliggende posten automatisch het postkenmerk "postafhankelijk". De hoeveelheid van de postafhankelijke post blijft in tact en de norm wordt uitgerekend op basis van bovenliggende hoeveelheid van de post. Let op: formules/variabelen/spreadsheets welke gekoppeld zijn aan de norm van de posten welke postafhankelijk moeten worden, worden automatisch ontkoppeld na uitvoeren van de functie. Dit is gemaakt n.a.v. use case: Proces: In de deelcalculatie wordt 1 type woning per stuk berekend (bijv woning type A). Uiteindelijk worden alle deelcalculaties gekopieerd in een projectcalculatie. In de project calculatie is per woningtype een postregel aanwezig met het werkelijk aantal woningen welke uitgevoerd moet worden. Alle posten van deelcalculatie van type A, worden dan onder de overeenkomstige postregel A in de project calculatie gekopieerd. Deze gekopieerde structuur is dan van toepassing voor 1 woning van type A, echter is het gewenst om de hoeveelheden uit te rekenen op basis van het totaal aantal woningen van het type A wat nodig is voor het project. Dit laatste kan gedaan worden door via de nieuwe functie alle posten post afhankelijk te maken en te kiezen voor Ja. |
Nee |
| 5 | Uitbreiding | Functionele uitbreiding calculatie vullen vanuit
RAW-bestek Het is mogelijk gemaakt om alle bouwstoffen / hoeveelheden, die ter informatie worden aangeboden in een raw-bestek, te importeren in een calculatie. Het betreffen de regels uit het RAW-bestek op het diepsteniveau (commentaarregels): L = aannemer moet bouwstof leveren T = bouwstof wordt door opdrachtgever ter beschikking gesteld I = Ter inlichting Nieuwe optie Menupad: [geopende calculatie] > Bestand > Import > RAW bestek Menupad: [geopende calculatie] > Extra > Vullen vanuit bestek Met de nieuwe optie "Hoeveelheden ter inlichtingen importeren" kan geregeld worden of de bouwstoffen overgenomen moet worden naar de calculatie. Gedrag Bij het vullen van een calculatie vanuit het bestek worden de bouwstoffen toegevoegd als aparte post regel onder de bestekspost (activiteit) en/of bundelpost (subactiviteit) - met de overeenkomstige omschrijving, hoeveelheid en eenheid uit het RAW-Bestek Deze regels worden automatisch genummerd en krijgen het nummer van de bovenliggende bestekspost of bundelpost plus een volgnummer. Tevens ontvangt de aangemaakte post de hoofd + deficode van bovenliggende besteks of bundelpost. N.B. De optie kan alleen gebruikt worden als de calculatie leeg is (de calculatie is helemaal leeg of heeft alleen een staart). Als de calculatie gevuld is, is de functie gedisabled. Verder wordt de functie niet uitgevoerd als er een nota van inlichtingen geïmporteerd wordt. Dit is gemaakt nav use case: Bij een bestekspost kan de eenheid per week aangevraagd worden door een opdrachtgever. Bijvoorbeeld 52 weken voor groen onderhoud voor het gehele jaar. Het gedeelte wat onderhouden moet worden (lengte van 1200 m2) wordt dan als hoeveelheid en eenheid ter informatie meegegeven. Om de bestekspost juist te kunnen berekenen, is het wenselijk dat deze hoeveelheden ter inlichting ook aanwezig zijn in de calculatie. Doordat de hoeveelheden ter inlichting niet werden overgenomen naar de calculatie, moest de calculator zelf de post aanmaken in de calculatie. |
Nee |
| 6 | Uitbreiding | Functionele aanpassing Het is niet meer mogelijk om bestekken en inschrijfstaten met de bestands extensie .rsu / .zsu /.s01 /.suf te importeren of te exporteren. De extensies zijn verwijderd uit de onderstaande functies Menupad: [Geopende calculatie] > Bestand > Import RAW-BESTEK Menupad: [Geopende calculatie] > Bestand > Import RAW-Inschrijfstaat Menupad: [Geopende calculatie] > Bestand > Export RAW-inschrijfstaat Menupad: [Geopende calculatie] > Bestand > Import STABU (= vervallen) |
Nee |
| 7 | Uitbreiding | Functionele wijzigingen Vanuit alle dialogen in calculaties en planningen waar .xls files geïmporteerd of geëxporteerd konden worden, is het type ".xls" komen te vervallen. Bijvoorbeeld in de standaarden kostensoorten, middelen, kostensoorten/middelen en specifiek voor planning: de tijdbalkopmaak. Tevens zijn er een aantal verbeteringen doorgevoerd als een .xlsx bestand wordt geimporteerd in de standaarden. - Er wordt bij het importeren per regel aangegeven of er iets niet goed is in het bestand in plaats van algemene meldingen. - Er wordt uitgebreider gemeld als er niet geïmporteerd kan worden. Bijvoorbeeld als een getal niet ingelezen kan worden: Controleer of de cel (in Excel) als getal staat ingesteld. |
Nee |
| 8 | Uitbreiding | Als de gebruiker bijvoorbeeld in het postenvenster of
onderbouwing klikt in de eenheid kolom, kon hij scrollen door de lijst
met eenheden. Het gevolg is dat de eenheid onbewust kon worden
aangepast en opgeslagen. Dit is aangepast. Als de gebruiker in het
eenheid veld klikt en de lijst niet opent, kan er niet meer gescrolled
worden. Dit geldt ook voor bijvoorbeeld valuta, btw, verrekencode, kostensoorttype, middeltype en instellingen. |
Nee |
|
Update naar versie 2019.1.2.3 (d.d. 4 december 2018) |
|||
| 1 | Uitbreiding | Nieuwe versie in verband met nieuwe levering Metacom
basis 2019.1 |
Nee |
| 2 | Uitbreiding | Aanpassing Inschrijfbiljet van de RAW-inschrijfstaat
rapportage De rapportage is aangepast zodat deze kan omgaan met de toekomstige btw wijziging van 6% naar 9%. De aanpassing is met name van toepassing voor raw-werken waar gebruik wordt gemaakt van hoog en laag tarief. Hierbij is het uitgangspunt dat in een calculatie 2 tarieven aanwezig zijn, waarbij aan een bestekspost de btw tarief hoog of laag tarief vastgelegd/gekoppeld is. Het btwbedrag* op de rapportage wordt berekend op basis van de gekoppelde btw tarief per bestekspost. Nieuw rapportagebestand: raw-inschrijfstaat.cxr. De rapportagebestanden zijn aanwezig in de map "Wecap XE\Rapportage". Voor de werkwijze van het koppelen van de rapportages kan de help worden geraadpleegd. Gedrag op raw-inschrijfstaat om btw bedrag op Inschrijfbiljet te berekenen Menupad btw tarieven: Geopende calculatie > Standaarden > BTW 1: in een calculatie is geen btw tarief vastgelegd. Het btwbedrag* wordt berekend op basis van 21% 2: in een calculatie is één (standaard) btw tarief vastgelegd. Het btw tarief is niet gekoppeld aan een bestekspost. Het btwbedrag* wordt berekend op basis van standaard tarief van de calculatie. 3: in de calculatie zijn twee btw tarieven vastgelegd. Standaard tarief hoog en laag tarief. Er zijn geen btw tarieven gekoppeld aan een bestekspost. Het btwbedrag* wordt berekend op basis van standaard tarief van de calculatie 4: in de calculatie zijn twee of meer btw tarieven vastgelegd. Bij een aantal besteksposten is btw laag gekoppeld Bij de besteksposten waarbij geen btw is gekoppeld is, is de standaard tarief van de calculatie van toepassing. Het btwbedrag* wordt berekend op basis van de gekoppelde btw tarief per bestekspost. 5: in de calculatie zijn meer dan twee btw tarieven vastgelegd. Standaard hoog, laag en nul tarief. Bij een aantal besteksposten is btw laag gekoppeld en aan een aantal 0. Voor de overige besteksposten is het standaard btw tarief van toepassing. In deze situatie zijn er 3 btw tarieven gekoppeld aan de besteksposten. Het btwbedrag kan op de RAW-inschrijfstaat rapportage niet uitgerekend worden. Op het inschrijfbilet wordt een waarschuwing weergegeven: "LET OP: BTW bedrag kan onjuist zijn. Er zijn meer dan 2 BTW tarieven gekoppeld aan de besteksposten in de calculatie. Er kunnen maximaal twee toegepast worden; Standaard btw voor hoog tarief, de ander voor laag tarief." (*) Hierbij wordt rekening gehouden met de staartpost "Bijdrage Fonds Collectieve Kennis-CT". Deze staartpost is altijd 0% btw. |
Nee |