Nr. | Soort | Omschrijving | Uitgebreide beschrijving aanwezig |
Update naar versie 2020.5.54.52 (d.d.25 november 2022) |
|||
1 | Uitbreiding | Nieuwe versie in verband met nieuwe levering Metacom basis 2020.5 | Nee |
2 | Foutoplossing | Genereren werkbegroting Na het genereren van een inschrijfstaat naar een werkbegroting, worden de verkoopbedragen van activiteiten niet meer op 0 gezet. Hierdoor ontstaan er minder verschillen in de verkoopbedragen tussen de inschrijfstaat calculatie en de werkbegroting calculatie. Dit probleem is alleen relevant als bij het werkbegrotingsprofiel de instelling "Verdichten" op "N.v.t." staat ingesteld. |
Nee |
3 | Uitbreiding | RAW-inschrijfstaat rapportage Het RAW-registratienummer wordt weer volledig weergegeven op de rapportage. In plaats van 5 posities worden er nu 6 posities afgedrukt. 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 "Rapportage" onder de WecapXE installatie directory. |
Nee |
4 | Foutoplossing | Import Nota van inlichtingen Als een nota (.nsx) werd ingelezen, kon het soms voorkomen dat bij de hoofdstukken het kenmerk “Nota verwerkt ja/nee“ niet gezet kon worden. Hierdoor kon de ingelezen nota niet automatisch verwerkt worden in het bestek en calculatie. Dit is opgelost. |
Nee |
5 | Uitbreiding | De verrekencodes AO en AN zijn toegevoegd aan de
standaard
verrekenset. De verrekencodes zijn benodigd voor het inlezen van een
RAW-Deelopdracht in een calculatie. Dit om te accorderen posten te
herkennen welke na de aanbesteding zijn toegevoegd aan een bestek. AO = Te accorderen uit raamovereenkomst AN = Te accorderen niet uit raamovereenkomst |
Nee |
6 | Foutoplossing | Het opslaan van calculaties met ploegen in de onderbouwing is verbeterd. In uitzonderlijke situaties werd het geheugen niet goed opgeruimd. Hierdoor kon er later een Access Violation ontstaan. | Nee |
7 | Uitbreiding | Performance CalculatieXE De performance van het aanmaken/wijzigen/verwijderen van posten/onderbouwingen is versneld. De versnelling is met name merkbaar bij grote calculaties waarbij in de kop bedragen aanwezig zijn zoals bijvoorbeeld een aanneemsom of staart. |
Nee |
8 | Foutoplossing | Kopieren posten / onderbouwingen calculatie Als de posten in de calculatie gesorteerd zijn op omschrijving, blijft de laatste geselecteerde post in beeld staan na een kopieer actie. |
Nee |
9 | Foutoplossing | Menupad: [Geopende calculatie] > Beeld >
Postinformatie In een specifieke situatie ontstond de melding "Scrollbar property out of range" na het wijzigen van een staartpostkenmerk. Ook kon bij het wijzigen van de staartpostkenmerk "Opslag > Exclusief verrekencode" een Access violation ontstaan. Dit is opgelost |
Nee |
Update naar versie 2020.5.40.40 (d.d. 8 februari 2022) |
|||
1 | Uitbreiding | Nieuwe versie in verband met nieuwe levering Metacom
basis 2020.5 |
Nee |
2 | Foutoplossing | Export raw inschrijfstaat (.zsx). In een uitzonderlijke situatie werd in de .zsx het bedrag van een bestekspost met meer dan 2 decimalen achter de komma opgeslagen. Hierdoor kon de geexporteerde .zsx bestand niet meer geimporteerd worden. Dit is opgelost. |
Nee |
4 | Foutoplossing | Aanpassing functie "Ploeg onderbouwing naar ploeg
post" Het is mogelijk om bij een EUR post in de onderbouwing gebruik te maken van een ploeg. Als in deze situatie de functie werd uitgevoerd, dan veranderde het totaal bedrag van de verkoop-onderbouwing . Dit is opgelost. |
Nee |
5 | Uitbreiding | De performance van het kopieren van
posten/onderbouwingen is versneld. De versnelling is met name merkbaar bij grote calculaties waarbij alle posten in de calculatie zijn uitgeklapt tot het diepste niveau. |
Nee |
6 | Uitbreiding | Aanpassingen Calculatie XE t.b.v. de RAW 2020 wijziging
van september 2021 Menupad: [geopende calculatie] > Bestand > Export > Raw-inschrijfstaat Het is mogelijk gemaakt om calculaties/inschrijfstaten te exporteren conform de RAW 2020 regels met het jaarversie 1.10 01/09/2021. Gedrag bij export van nieuwe calculaties: - calculaties welke niet gevuld zijn vanuit een bestek waarbij het eigenschapveld raw versienummer 2020 of 2020-05 is, worden standaard geexporteerd naar 1.10 formaat. - calculaties welke gevuld worden door een 1.10 bestek, worden geexporteerd naar 1.10 formaat. - calculaties welke gevuld worden door een 1.9 bestek, worden geexporteerd naar 1.9 formaat. - ten behoeven van de export wordt in een calculatie bijgehouden van welke jaarversie en versie.release deze afkomstig is. |
Nee |
Update naar versie 2020.5.32.33 (d.d. 11 november 2021) |
|||
1 | Uitbreiding | Nieuwe versie in verband met nieuwe levering Metacom
basis 2020.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 | Er is een verbeteringen doorgevoerd op de eerste pagina
van het inschrijfbiljet van de rapportage RAW-Inschrijfstaat. In uitzonderlijke situaties werd het btw bedrag in woorden niet goed uitgeschreven. Het ging hierbij om de situatie waarbij het btw bedrag bijvoorbeeld eindigde op x,995.In deze situatie was het btw bedrag xxx,99 en het uitgeschreven bedrag was dan gebaseerd op 1,00. 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 |
4 | Uitbreiding | De export naar een inschrijfstaat (.zsx) is verbeterd. Indien in een calculatie van het type raamcontract een negatieve hoeveeheid is ingevuld bij de kortingspost, ontstaat er een validatie melding bij de export dat dit niet mag. Dit is aangepast omdat hoeveelheden van de kortingspost een positive waarde moeten bezitten. |
Nee |
5 | Uitbreiding | De export naar een inschrijfstaat (.zsx) is verbeterd. In de export dialoog wordt de optie "RAW-Inschrijfstaat raamovereenkomst" automatisch aangevinkt als de calculatie van het type raamovereenkomst is. Deze aanpassingen zijn doorgevoerd n.a.v. de volgende casus Er wordt soms vergeten de opties "RAW-inschrijfstaat raamovereenkomst" te kiezen in de export dialoog als de te exporteren calculatie een raamovereenkomst is. Hierdoor wordt de calculatie geëxporteerd naar de standaard inschrijfstaat formaat. Er ontstaan validatie meldingen over dat de calculatie niet voldoet aan het RAW-formaat en de inschrijfstaat wordt niet geëxporteerd. |
Nee |
6 | Uitbreiding | 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 |
7 | Foutoplossing | Gebruikers met een Franstalige user interface kunnen weer bestanden van het type .xlsx en .xsxm kiezen bij de import Excel functies. | Nee |
8 | Foutoplossing | Na het uitvoeren van de functie "Verkoopafrondingen verwerken in onderbouwing" wordt de koplabel (Verkoopafrondingen moeten nog verwerkt worden!) weer goed ververst. | Nee |
9 | 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 2020.5.12.14 (d.d. 14 mei 2021) |
|||
1 | Uitbreiding | Nieuwe versie in verband met nieuwe levering Metacom
basis 2020.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 |
20 | Uitbreiding | Aanpassing Formules en variabelen Aan een cel in de calculatie kan een formule of variabele gekoppeld zijn waarbij een afrondmethode gekoppeld is. Indien een variabele / formule vanuit een cel handmatig overruled wordt (niet vanuit een formule venster), dan zal de ingevoerde waarde opnieuw berekend worden en de afrondmethode toegepast worden. De ingevoerde waarde kan hierdoor overruled worden door de afgeronde waarde. Voorbeeld: In de onderbouwing is aan de norm een variabele gekoppeld. Hierbij staat de afronding op 0,5. In de norm wordt een waarde 2,258 ingevoerd. Door de afronding is het resultaat na wijzigen van de cel 2,5. Genoemde is gemaakt n.a.v. de volgende casus Doordat voorheen niet de afronding werd toegepast bij handmatig overrulen van een variabele/formule, ontstond de situatie dat de waarde welke in de norm stond niet overeen kwam met de berekende waarde met de afronding. Hierdoor kon op rapportages (bijvoorbeeld raw-inschrijfstaat) een onjuiste bedrag weergegeven worden. |
Nee |