De Release Notes beschrijven de aangepaste, verbeterde en nieuwe functionaliteiten van C-SAM beheer BGT ten opzichte van versie 4.24.32.0. Voor verdere vragen verwijzen wij u naar onze supportdesk (https://support.thepeoplegroup.nl/ of mail naar support@thepeoplegroup.nl).

In deze C-SAM beheer BGT CE versie is ten opzichte van de vorige versie (4.24.32.0) een aantal zaken toegevoegd en verbeterd. Hieronder vindt u een opsomming van de opgeloste tickets, de CAD-nr zijn backlog items voor intern TPG gebruik.

C-SAM beheer BGT CE is succesvol getest onder het OpenCities Map Advanced/Ultimate Platform CONNECT Edition Update 17 als OpenCities Map Advanced/Ultimate 2023, 2024 en 2025.

Momenteel is een bug geregistreerd in het Properties scherm bij OCM Advanced 2025 (25.00.01.40). Deze versie raden we derhalve dan ook niet aan.

Algemeen:

Nieuwe Property Navigator geïmplementeerd

We hebben een nieuwe property navigator geïmplementeerd.

De property navigator van Bentley was als een tijdje met versies van OpenCities Map niet fijn leesbaar.

We hebben daarom een eigen property navigator gebouwd, welke weer een nette opmaak heeft en waarmee je goed door de meldingen van controles en structureren kan lopen.

Opgeloste Bugs:

CAD-1162

Diverse identificaties berichten van o.a. GEO-NEG kloppen niet.

Betrof een fout aan de kant van BAG leverancier. We hebben wel alle identificaties nog een keer doorlopen.

CAD-1380

uitschakelen Stuf-019 melding broker voor geo-bag lijkt niet te werken.

We maken gebruik van validatie bij ontvangst van berichten, voor Automatisch berichten verkeer met BRAVO is deze instelling gezet.  

Voor de setting tabel hebben we deze waarde opgenomen met een datum.

geo_bag-ignore-stufvalidation-csv      StUF019             

Dit komt overeen met wat is opgenomen bij de cloudbroker.

geo_svbbgt-ignore-stufvalidation-csv         StUF019

Maar zoals geconstateerd in klant omgeving werkt dit blijkbaar niet. Hier krijgen ze toch een StUF-019 melding. Dit is onderzocht.

Na overleg met het ontwikkelteam is helder geworden dat het belangrijk is om te beseffen de waarde in de setting tabel wordt gevormd door de waarde opgenomen in de tabel signaalkoppelvlak. Deze waarde wordt via een variabele aangevuld: 

[koppelvlak_waarde_kleine_letters]-ignore-stufvalidation-csv 

geo_bag-ignore-stufvalidation-csv             

geo_svbbgt-ignore-stufvalidation-csv

Door filtering van berichten zijn een aantal LK03 berichten uitgeschakeld en worden niet meer getoond binnen de grafische omgeving, maar komen wel binnen in de omgeving.

TPG doet dit standaard met de aanpassing naar DISABLED_BY_TPG.

Hierdoor klopt de GEO_BAG waarde van het koppelvlak dus ook niet meer. Er moet dus een extra regel worden opgenomen voor de DISABLED_BY_TPG met onderstaande waarde:

disabled_by_tpg-ignore-stufvalidation-csv

Dit lost het probleem van StUF019 meldingen op.

CAD-1461

C-SAM GEO-BOR - fout: System.InvalidOperationException: Reeks bevat meerdere elementen.

Ik krijg deze foutmelding bij het versturen van het horizontale bericht, we wat betekent dit en kunnen we het oplossen?

Het bericht heb ik bijgevoegd.

 Error: Bestand M:\DATA_v8\BGTBerichten\Uit\CreatedHorizontalMessageFiles\ABB-0000196490-NR-0000001622_Horizontaal.xml is NIET succesvol aangemaakt,

fout: System.InvalidOperationException: Reeks bevat meerdere elementen

   bij System.Linq.Enumerable.Single[TSource](IEnumerable`1 source)

   bij CrotecCreateHorizontalMTB.DatabaseInfoInjector.AddSleutelVerzendendOntvangend()

   bij CrotecCreateHorizontalMTB.HorizontalMtbFromVerticalMtb.ModifyGenericPartOfInputXmlFile(String horizontalXmlFileName, Boolean doFilterOnAbonnementsGebieden)

   bij CrotecCreateHorizontalMTB.HorizontalMtbFromVerticalMtb.Process(String fullNameOfVerticalXmlFileToConvert, String createHorizontalMessageFileNameFilter, Boolean doCreateSignaalRecords, Boolean doFilterOnAbonnementsgebieden)

De foutmelding toont de functie waar het fout gaat en in die functie stond inderdaad iets wat de verwerking verstuurd. Er wordt per “object” element naar een enkele “lokaalID” element gezocht. Echter in de BRT (buurt) objecten zijn twee lokaalID’s aanwezig, een van het object zelf (degene die we zoeken) en ook een in het “ligtIn” element. Dit is iets specifieks van buurten en wijken, vandaar dat we het nog niet eerder hebben gezien, want wordt weinig geregistreerd.

<imgeo:object StUF:entiteittype="BRT" StUF:verwerkingssoort="W">

      <imgeo:identificatie>

        <imgeo:namespace>NL.IMGEO</imgeo:namespace>

        <imgeo:lokaalID>G0321.eb6d48251e56457d99b7b57699d54e40</imgeo:lokaalID>

      </imgeo:identificatie>

      <imgeo:creationDate>2019-12-06</imgeo:creationDate>

      <imgeo:terminationDate xsi:nil="true" StUF:noValue="geenWaarde" />

      <StUF:tijdstipRegistratie StUF:exact="true">20191206090420</StUF:tijdstipRegistratie>

      <imgeo:bronhouder>G0321</imgeo:bronhouder>

      <imgeo:inOnderzoek StUF:metagegeven="true" xsi:nil="true" StUF:noValue="geenWaarde" />

      <imgeo:relatieveHoogteligging>0</imgeo:relatieveHoogteligging>

      <imgeo:bgt-status codeSpace=http://www.geostandaarden.nl/imgeo/def/2.1#Status>bestaand</imgeo:bgt-status>

      <imgeo:plus-status codeSpace=http://www.geostandaarden.nl/imgeo/def/2.1#VoidReasonValue xsi:nil="true" StUF:noValue="geenWaarde" />

      <imgeo:buurtcode>03215090</imgeo:buurtcode>

      <imgeo:naam>Dorp Schalkwijk West</imgeo:naam>

      <imgeo:ligtIn StUF:entiteittype="BRTWYK" StUF:verwerkingssoort="I">

        <imgeo:gerelateerde StUF:entiteittype="WYK" StUF:verwerkingssoort="I">

          <imgeo:identificatie>

            <imgeo:namespace>NL.IMGEO</imgeo:namespace>

            <imgeo:lokaalID>G0321.b7a29d66443e4ebdb8573518ab93bfd0</imgeo:lokaalID>

          </imgeo:identificatie>

        </imgeo:gerelateerde>

      </imgeo:ligtIn>

CAD-1488

C-SAM GEO-BAG GEO-AOC geconstateerde sloop pand wordt geleverd terwijl deze GEEN bag id bevat.

De gebeurtenis GEO-AOC (geconstateerde sloop pand) wordt geleverd terwijl deze GEEN bag id bevat. En dat is niet correct.

Nu wordt netjes gemeld dat de BAGIDENTIFICATIE verplicht is.

Levering gaat niet door. Klant kan BAG object aanpassen en na vullen BADID kan je het object netjes leveren.

CAD-1497

C-SAM GEO-BAG de velden Toelichting en Documentverwijzing worden niet gevuld voor GEO-MUT.

In het C-SAM GEO-BAG koppelvlak kan je als gemaakt 3 GEO leveringen doen (GEO-MUT (Geconstateerde Afwijking geometrie), GEO-COG (Geconstateerde nieuwe geometrie) en GEO-AOC (Geconstateerde sloop)), als je deze objecten hebt gemaakt en je drukt op op de knop leveren, dan verschijnt een pop-up t.b.v. een optionele Toelichting en/of Documentverwijzing. De tekst hierin opgevoerd, wordt in de database tabel BAGOBJECTPROCESS weggeschreven in de velden Toelichting en/of Documentverwijzing. Voor het type GEO-MUT worden deze teksten NIET gevuld en dat is wel wenselijk.

Snelle check in code liet zien dat er speciaal voor GEO-MUT een “if” bestaat en een controle op de BAG-Identificatie. Hier lijkt iets fout te gaan en lijkt alsof het post blok wordt overgeslagen, dus of check resultaat true/false maakt niet uit, er wordt niets geschreven. Het ticket CAD-1488: C-SAM GEO-BAG GEO-AOC geconstateerde sloop pand wordt geleverd terwijl deze GEEN bag id bevat Lijkt ook hier te raken. Omdat de “if” alleen voor GEO-MUT geldt wordt de BAG-Identificatie niet gecontroleerd op een gevulde waarde voor de GEO-AOC en dat is wel nodig.

Velden worden nu netjes gevuld:

CAD-1608

C-SAM GEO-BAG - groene vinkje verdwijnt bij Status Geleverd.

We zien vaak bij klanten dat als BAG een goedkeuring of Afkeuring heeft verzonden dat de groen vink bij Geleverd er niet meer is. In de database is het record dan ook niet meer aanwezig. 

Toegevoegde/aangepaste Feature:

CAD-938

Abonnementen in bulk markeren als verwerkt zodat deze niet meer worden getoond in de VABV module.

Berichten kunnen geselecteerd worden en met een druk op de Delete knop komt het volgende schermpje:

Er kunnen meerdere berichten in 1x gemarkeerd worden, het echte verwijderen moet nog wel 1 voor 1 gebeuren.

CAD-1139

onduidelijke storing VABV abonnementen bij sommige klanten.

Dit lag aan het feit dat de cloud database dusdanig groot was geworden, dat er een time out kon optreden. Dit leek volkomen willekeurig bij klanten voor te komen.

Na het opschonen van de cloud database is dit issue niet meer voorgekomen en loste direct de issues op bij bestaande omgevingen.

We houden nu de database schoon, met maximaal 1 jaar oude signalen.

CAD-1145

C-SAM GEO-BOR aanvullende elementen implementeren en uitwisselen.

Er komt nu een begin naar de vraag om aanvullende elementen uit te wisselen, helemaal nu de SOR niet meer doorgaat zal deze vraag naar alle waarschijnlijkheid groeien.

Gevraagd is in eerste instantie inzicht in grootte van de benodigde werkzaamheden. Alsook implementatie voor het berichtenverkeer.

https://www.geonovum.nl/uploads/documents/20151207_Geo-BOR-werkafspraak-Uitbreiding_domeinwaarden_attributen.pdf

Uitwisseling IMBOR-classificaties in Geo-BOR berichtenverkeer 

Index of /waardelijst/imgeo 

Voor nu is een eerste versie geïmplementeerd, maar dit is niet beschikbaar gemaakt bij een van onze klanten en derhalve niet echt goed door getest.

CAD-1282

naast controleren op maaiveld, ook op andere niveaus toestaan, dus alle overlappen op niveau 1 weergeven.

Gebruiker heeft behoefte aan een mogelijke invulwaarde voor de overlap controle.

Nu wordt standaard alleen het maaiveld (relatievehoogteligging 0) gecontroleerd. kan de 0 standaard worden ingesteld met een optie om deze te veranderen naar een andere waarde dus bv 1 of 3 

Dit is ondergebracht in de optionele controle:

CAD-1312

Data cloud broker opschonen historie (bewaren ca 6 maanden of 1 jaar).

Opschonen is nu gepland er wordt data van maximaal een jaar behouden.

We verwijderen nu hele jaargangen (Alle data van 2023 en ouder is verwijderd, 2024 worden in januari 2026 verwijderd).

CAD-1328

Controle op dubbele BGT puntobjecten.

Klant registreert nu bv per ongeluk 3x op dezelfde x,y een put via de C-SAM plaatsen optie, hij wil graag kunnen zien dat dit is gebeurd.

Maak een controle van dubbel BGT puntobjecten op x,y en rapporteer de x,y en de ID’s van bv putten, bomen op dezelfde x,y coördinaat, houd daarbij rekening met de BGT status of Plus status. Dus controleer BGT status bestaand en Plus status plan afzonderlijk.

Vraag ontwikkelteam:

Maar geldt dat dan niet voor alle punt objecten (incl. PBP’s)? En eigenlijk ook voor lijn- en vlakobjecten?

En zou er dan een tolerantie gebruikt moeten worden? B.v. alles binnen 1 cm2 als identiek beschouwen?

Voor nu alleen de puntobjecten (PBP’s uitgezonderd, hiervoor is momenteel een mechaniek opgenomen om alleen de nieuwe nog niet geleverde te leveren en er is een ontdubbel optie beschikbaar) 

Lijnen en vlakken worden gemaakt door meerdere punten op te geven en de gebruiker ziet dan sneller dat ze iets dubbel doen. Dit geldt eigenlijk ook voor de vlakvorming. Klant ziet meer gebeuren.

Starten met key-in: mdl load CSAM.CheckIdenticalXYPointObjects;CSAMCheckIdenticalXYPointObjects Start

Tool controleert punt-objecten in fence.

Getest op oude data set gemeentelijke klant:

Eerst data opgehaald uit database binnen een fence en die data en fence gebruikt voor de controle:

Bijna een hele kern gecontroleerd in ca 5 seconden resultaat binnen het fence. 

We zien hier ook bewuste dubbele voorkomen de borden komen veel voor, maar dit zijn ook daadwerkelijk 2 borden op 1 paal. Ze hebben ook 2 verschillende BOR_ID’s opgenomen.

Bij boom komt soms een dubbel voor kenmerken kunnen dan verschillen, het is aan de klant om dit verder op te schonen en te beoordelen.

Via Crtl A kan je alles selecteren en in Excel plakken en filters toevoegen.

CAD-1363

Test tool uitbreiden met GEO>>BAG en BAG>>GEO

Om endpoints te kunnen testen hebben we aan de testtool heeft nieuwe opties toegevoegd voor GEO-BAG:

CAD-1373

bouncycastle.crypto.dll wordt herkend als potentieel risico in bv ivanti of ICT omgeving.

Bij meerdere klanten zijn we tegen een probleem aangelopen betreffende het bestand:

bouncycastle.crypto.dll

Dit bestand wordt herkend als potentieel risico in b.v. ivanti of ICT omgeving.

Kunnen we een alternatief onderzoeken om PDF bestanden rechtstreeks te kunnen lezen. Deze komt voor in de C-SAM smart locator welke overigens niet vaak meer gebruiken i.c.m. PDF en binnen de VABV module om verwerkingsrapportages direct te kunnen lezen. Omdat de code van VABV ook voor de importer wordt gebruikt, komt deze dll ook mee met de importer, maar wordt hier binnen niet gebruikt.

De bouncycastle.crypto dll gebruiken we in C-SAM niet rechtstreeks maar indirect. 

Deze dll werd gebruikt door de volgende C-SAM onderdelen:

• NPOI dll’s → NPOI gebruiken we om Excel bestanden aan te maken (gebruikt in Loadertools/VABV - CrotecStUFImportStatistics / CrotecStUFGeoIMGeoProcessor / StUFObjectToDatabase dll’s - dus NIET in de C-SAM OCM dll’s) 
• iTextSharp dll → gebruiken we om PDF bestanden te lezen (alleen gebruikt in CSAM.SmartLocator - dus NIET in de Loadertools). 

De bouncycastle.crypto dll wordt NIET  in de Berichtenverkeer/Broker software gebruikt.

We hebben nu een alternatief geïmplementeerd. Loadertools gebruiken nu PicoXLSX, SmartLocator gebruikt nu PdfPig. Beide hebben geen bouncycastle.crypto.dll nodig.

Zijn de bestanden nog aanwezig:

• bouncycastle.crypto.dll
• itextsharp.dll

Dan staan ze niet in de weg en kunnen blijven staan. Ze mogen ook verwijdert worden.

CAD-1378

C-SAM beheer BGT: controleren op niet toegestane multi-geometrie.

Probleem:

Mutatiebericht wordt niet gemaakt vanwege een niet toegestane multi-geometrie.

Het element geometrie2dBegroeidTerreindeel in naamruimte http://www.geostandaarden.nl/imgeo/2.1/stuf-imgeo heeft een ongeldig onderliggend element MultiSurface in naamruimte http://www.opengis.net/gml. Lijst van mogelijke verwachte elementen: _Surface, Polygon, Surface, OrientableSurface, CompositeSurface, PolyhedralSurface, TriangulatedSurface, Tin in naamruimte http://www.opengis.net/gml.

Bij veel objecten is het best lastig om het foutieve object te vinden. Want via de validatie melding is dat niet helder.

Oorzaak:

Binnen C-SAM beheer BGT maken we gebruik van XFM features, dit zijn Collections, bv nodig om een object met een eiland te kunnen maken. Nadeel door deze collection is het ook mogelijk om “per ongeluk” een multi-geometrie te maken. voor bv panden is dat bv toegestaan voor begroeidterreindelen niet.

Wat er volgens IMGEO mag is uit te lezen uit het bestand: 

…\Programma-CE\Config\CrotecFeatureGeometryInfo.xml 

Graag wil ik een controle kunnen uitvoeren, d.m.v. een fence, op of grafische elementen of rechtstreeks op objecten in de database, op multi-geometrieën, welke voor de IMGEO standaard niet zijn toegestaan, zoals te vinden in de eerder benoemde xml.

Dit vooral als je niet een objecttype en ID kan leveren bij export validatie, want dat is ook een prima optie, maar levert dit niet specifiek terug.

Deze aanvullende controle functionaliteit is opgenomen in de topologische controle tool:

Deze tool gebruikt tevens de nieuwe (eigen) “Navigator” om de gevonden issues te tonen:

CAD-1417

Lijnen verbinden in eerste tabblad menu als optie voor structureren meenemen.

Deze optie in nu meegenomen in het structureren proces:

CAD-1422

Zwakke CipherSets niet toestaan op On Premise Broker.

Informatie / Verzoek klant:
 Er staan nog 2 punten open qua beveiliging:

SSL Medium Strength Cipher Suites Supported (SWEET32)
 SSL RC4 Cipher Suites Supported (Bar Mitzvah)

Beide op port 443 en 8443.

Dit is een webserver configuratie setting welke aangepast dient te worden om sterke Ciphersets te gebruiken en geen zwakke toe te staan zoals nu het geval is.

Er zijn nu twee nieuwe settings in de broker config file waarmee de actieve ciphers kunnen worden beinvloed:

<add key="DisableWeakCiphers" value="false" />

<add key="UseOnlyStrongCiphers" value="false" />

Default staan deze twee variabele op “false“ en hiermee is het gedrag identiek aan hoe het altijd was.

Als DisableWeakCiphers op “true“ staat dan worden de ciphers die in de spreadsheet “SecureBlackBox Ciphers.xlsx“ (dit ticket) in rood staan uitgeschakeld.

Als UseOnlyStrongCiphers op “true“ staat dan worden alleen de volgende ciphers aan gezet:

• 127 - SB_SUITE_DHE_DSS_AES128_GCM_SHA256
• 128 - SB_SUITE_DHE_DSS_AES256_GCM_SHA384
   141 - SB_SUITE_ECDHE_ECDSA_AES128_GCM_SHA256
• 142 - SB_SUITE_ECDHE_ECDSA_AES256_GCM_SHA384
• 143 - SB_SUITE_ECDH_ECDSA_AES128_GCM_SHA256
• 144 - SB_SUITE_ECDH_ECDSA_AES256_GCM_SHA384
   230 - SB_SUITE_ECDHE_RSA_CHACHA20_POLY1305_SHA256
• 231 - SB_SUITE_ECDHE_ECDSA_CHACHA20_POLY1305_SHA256
• 232 - SB_SUITE_DHE_RSA_CHACHA20_POLY1305_SHA256
• 237 - SB_SUITE_AES128_GCM_SHA256
• 238 - SB_SUITE_AES256_GCM_SHA384

CAD-1460

Timeout tijd Cloud broker configureerbaar maken.

Timeout tijd Cloud broker configureerbaar maken, nu lijkt het wachten op een reactie op sommige dagen is deze te kort en wordt een timeout gegeven door de URL’s endpoints van het kadaster. Resulterend in een fout regel in de logging van de cliudbroker. Voorbeeld van een abonnement, maar het geldt dus ook voor andere url’s van kadaster.

<status type="info" code="downloadpayloadattachmentfailed" url="https://webservices.stichtingsvbbgt.nl/files/abb81757/ABB-0000081757-NR-0000009788.zip" timestried="9" message="Connection error 10060" triedon="2024-10-21T12:05:05.1301929+02:00" />

De cloud broker is op 2 maart succesvol geactualiseerd naar versie 5.24.28.0 welke we ook uit rollen voor GEO-BOR en GEO-BAG (Broker_OnPremise_5_24_28_0).

We kunnen dus doorbouwen op de actuele versie.

De enige test nu uitgevoerd is intern en we zie de waarde aanpassingen van de time-out in lopend logging.

De time-out is op 240 gezet voor de cloud broker.

Zien we dan nog steeds fouten dan kunnen we naar 360 of zelfs 480 gaan.

Maar voor nu zijn de fouten verminderd.

CAD-1476

Meerdere losse mutaties in bulk processen.

De werkwijze bij Greenpoint is een beetje veranderd.
Hierdoor krijg je niet een aantal mutaties in 1 bericht maar voor elke mutatie een bericht.
Waar je dus bijvoorbeeld voorheen 1 bericht kreeg voor het toevoegen van 20 bomen en het verwijderen van 15 bomen, krijg je nu dus 35 berichten.
Zo had ik kortgeleden een stuk of 100 berichten.
Is er een mogelijkheid om al die berichten in 1 keer te selecteren?
 Nu moet je :

1. 100 keer klikken om de berichten in behandeling te nemen
   Vraag klant: kunnen makkelijk alles in een keer selecteren?
    Het in behandeling nemen kost de nodige tijd. ca 5 minuten voor 3 bestanden met 1 object per bestand.
2. 100 keer klikken om ze in verwerking te zetten
   Vraag klant: kunnen makkelijk alles in een keer selecteren?
    Het in verwerking nemen kost de nodige tijd. ca 1 minuten voor 3 bestanden met 1 object per bestand. 
3. 100 keer stuk voor stuk de berichten verwerken
   Vraag klant: kunnen makkelijk alles in een keer selecteren?
   je kan wel meerdere in verwerking, maar dan kan je deze alsnog niet in bulk verwerken.
   bij 3:
   selecteren alle nieuw
   selecteren alle gewijzigd
    selecteren alle verwijderd

Ik hoor graag of je ze op de 1 of andere manier in 1 keer kan selecteren en misschien ook een aantal berichten in 1 slag te verwerken.

Het is nu mogelijk in bulk meerdere verzoeken te processen. 

CAD-1478

Pull-down met standaard reacties weigeringen en exploratieverzoeken (via een exploratierespons).

Is het mogelijk om via een Pull-down met standaard reacties weigeringen en exploratieverzoeken te beantwoorden i.p.v. telkens zelf tekst typen. 

In deze versie is het via een nieuwe file mogelijk om eigen reactie op te geven: GEO_BOR_toelichtingen.dat in de “config“ folder van C-SAM.

Voorbeeld inhoud:

In Toelichtingen schermpje is er een combobox toegevoegd met daarin de standaard antwoorden, je kan hier nog steeds zelf een tekst opgeven als wenselijk:

CAD-1485

C-SAM GEO-BAG Ook filteren mogelijk maken bij tabbladen binnenkomende berichten en in behandeling.

Voor klanten welke met meerdere gemeenten in 1 database werken, kan het voorkomen dat elke medewerker een focusgebied heeft van 1 gemeente. Het is derhalve wenselijk om ook het filteren mogelijk maken bij bij tabbladen binnenkomende berichten en in behandeling, net als bij geschiedenis en dezelfde opties mogen worden overgenomen.

Het is nu ook mogelijk om te filteren op bv een deel van BAG identificatie of Toelichting.

Filter op bv de bronhouder (cbs code gemeente)

Er zijn dus toegevoegde filters zichtbaar in deze nieuwe versie. Zoals toelichting linksboven en de geadresseerde rechtsonder.

CAD-1499

C-SAM GEO-BOR BGT statussen voor nieuwe objecten worden niet geleverd door BOR (Greenpoint) en blijft daardoor leeg.

Wellicht specifiek voor Greenpoint (ik zal vragen aan Greenpoint of dit een reden heeft)

Binnen het berichtenverkeer met BOR wordt een nieuw object verzoek niet voorzien van de BGT status bv bestaand. 

Omdat BGT status voor nieuwe objecten worden niet geleverd door BOR blijft daardoor het object leeg. Klant moet deze handmatig vullen. 

Het lijkt erop dat dit ook voor updates en deletes speelt. Maar dat wij daarom heen programmeren.

BOR mag een van de BGT statussen leveren of vast houden, of niet. 

Als zowel de PLUS- als de BGTstatus leeg is in een mutatieverzoek, dan wordt nu "bestaand" als waarde gebruikt.

CAD-1500

C-SAM GEO-BOR TLS en Ciphers om te voldoen aan de adviezen van het NCSC.

Vicrea heeft een mail de deur uitgedaan betreffende veiligheid. Kunnen we onze broker ook hierop afstemmen.

“Beste ESB klant,

Binnenkort worden er wijzigingen gedaan in TLS en Ciphers om te voldoen aan de adviezen van het NCSC. Hierdoor wordt nog slechts een beperkte set Ciphers toegestaan. 
Dit heeft invloed op de Neuron ESB. Om alle verbindingen in stand te houden is een wijziging op de server noodzakelijk. 
_________________________________________________________________________ 

Cipher ondersteuning 
Via de onderstaande link vindt u het document waarop de wijziging gebaseerd is. 
 ICT-beveiligingsrichtlijnen voor Transport Layer Security (TLS) 

De Ciphers die nog worden toegestaan zijn:
TLSv1.2 (server order)
xc02f ECDHE-RSA-AES128-GCM-SHA256 ECDH 253 AESGCM 128 TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
xc030 ECDHE-RSA-AES256-GCM-SHA384 ECDH 253 AESGCM 256 TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
xcca8 ECDHE-RSA-CHACHA20-POLY1305 ECDH 253 ChaCha20 256 TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256

TLSv1.3 (server order)
x1302 TLS_AES_256_GCM_SHA384 ECDH 253 AESGCM 256 TLS_AES_256_GCM_SHA384
x1303 TLS_CHACHA20_POLY1305_SHA256 ECDH 253 ChaCha20 256 TLS_CHACHA20_POLY1305_SHA256
x1301 TLS_AES_128_GCM_SHA256 ECDH 253 AESGCM 128 TLS_AES_128_GCM_SHA256
________________________________________________________________________”

Dit is geïmplementeerd, waarbij er 4 extra Cipher instellingen zijn bijgekomen:

CAD-1513

Weigerberichten worden te snel verzonden - hierdoor ontstaan Fo03 tijdstip errors.

De Weigerberichten werden in milliseconden na elkaar verzonden. We hebben dit verhoogd naar 1 seconde.

CAD-1527

Een GEO-NEG (niet-zijnde BAG-NEG) maakt een bericht aan met verwisselde stuurgegevens.

Als een BGT beheerder een BAG bericht wil intrekken wordt een GEO-NEG verzonden. We zien echter dat dan de stuurgegevens worden verwisseld. C-SAM is dan ontvanger i.p.v. verzender.

Mijns inziens is dat niet juist. Graag controleren en aanpassen als noodzakelijk.

voorbeeld originele levering (gmlDi01) (GEO-COG zie BG:parameters):

Voorbeeld intrekking (GEO-NEG zie BG:parameters):

Dit levert bij de ESB van Pink een Fo03 StUF013 melding op, want stuurgegevens kloppen niet.

• het object (b.v. Pand) in het GEO-NEG bericht heeft een foutief sleutelOntvangend attribuut. Het in te trekken bericht (b.v. GEO-COG) heeft dit attribuut NIET! Dus heel raar dat dit in het GEO-NEG bericht opeens verschijnt (met nog een foutieve waarde ook).
• Het is nu niet mogelijk om tijdens het intrekken een toelichting en/of documentverwijzing op te geven. Dit lijkt ons wel wenselijk. 

Het is daarom nu ook mogelijk bij intrekking een toelichting en documentverwijzing op te nemen.

Stuurgegevens worden niet meer verwisseld.

CAD-1528

C-SAM GEO-BAG Ik wil graag in de grafische omgeving het Bv03 of Fo03 bericht kunnen inzien.

Ik wil graag in de grafische omgeving het Bv03 of Fo03 bericht kunnen inzien, zodat je sneller een reactie kunt geven of krijgt van een klant. Als een bericht nu niet goed doorgaat moet je in de database de Fo03 opsnorren, het is dus handiger als deze in de Berichten module kan terug lezen.

Antwoord (Bv03/Fo03) wordt nu getoond in geschiedenis tabblad:

CAD-1529

C-SAM GEO-BOR Ik wil graag in de grafische omgeving het Bv03 of Fo03 bericht kunnen inzien.

Ik wil graag in de grafische omgeving het Bv03 of Fo03 bericht kunnen inzien, zodat je sneller een reactie kunt geven of krijgt van een klant. Als een bericht nu niet goed doorgaat moet je in de database de Fo03 opsnorren, het is dus handiger als deze in de Berichten module kan terug lezen. 

In het Geschiedenis tabblad kun je op een regel dubbelklikken

Dan verschijnt het detail-scherm met hierin aan de rechterzijde de inhoud (samenvatting en compleet) van het betreffende StUF bericht:

CAD-1551

C-SAM GEO-BAG Ook filteren op Geadresseerde mogelijk maken bij tabbladen Kennisgeving en Kennisgeving geschiedenis.

C-SAM GEO-BAG Ook filteren op Geadresseerde mogelijk maken bij tabbladen Kennisgeving en Kennisgeving geschiedenis.

Bij de tabbladen Binnenkomende berichten, In behandeling en Geschiedenis kan je filteren op geadresseerde.

Gebruiker van een BGT samenwerking met meerdere BAG leveranciers, wil de kennisgevingen ook graag kunnen filteren op geadresseerde.

De Optie Filter geadresseerde zijn o.a. toegevoegd aan de tabbladen Kennisgeving en Kennisgeving Geschiedenis

Dit filter komt nu voor bij de tabbladen:

• Binnenkomende berichten
• In behandeling
• Geschiedenis
• Kennisgeving
• Kennisgeving geschiedenis

Voor het tabblad Niet valide berichten is dit niet relevant, hierin staat vaak zeer weinig data.

CAD-1589

XML Importer abonnementen kan je afsluiten na afronden proces, maar als het gereed popup scherm nog open staat, krijg je een fout melding dat het niet goed is gegaan.

De XML Importer abonnementen kan je afsluiten na afronden proces, maar als het gereed popup scherm nog open staat, krijg je een fout melding dat het niet goed is gegaan.

Hoe kan je dit naspelen:

Ontvang een abonnementsbericht, verwerk deze via de XML Importer abonnementen, als de verwerking gereed is sluit je niet de popup, maar kies je de afsluit knop van de XML Importer zelf. Dan krijg je onderstaande melding. Dit is dus in dit geval een onterechte melding. Kunnen we een check doen of de popup nog open staat. Deze was bij klant verstopt onder andere schermen en daardoor miste hij volledig waarom deze melding kwam.

Dit is nu aangepast. Het gereedmeldingsscherm komt altijd voorop te staan. Je kan niet verder voordat dit scherm afgesloten is.

CAD-1594

Installer (*.msi) maken t.b.v. Assemblies C-SAM beheer BGT.

Graag willen we een msi hebben t.b.v. de installatie van de Assemblies, zodat ICT-ers makkelijker de Assemblies lokaal kunnen plaatsen.

Deze is nu aanwezig en kan als wenselijk worden opgevraagd bij The People Group.  

CAD-1596

VABV module en logging hiervan laten werken i.c.m. Windows variabelen.

Voor de VABV module en logging hiervan wil ik graag de Windows variabele %OneDriveCommercial% gebruiken in log4net.cfg en de andere programma cfg

Basis zou je elke andere Windows variabele willen kunnen gebruiken.

Reden voor gebruik i.c.m. SharePoint/OneDrive door de paden anders op te nemen konden we de bestaande software ook laten werken. Nu is de VABV module is aangepast zodat windows variabelen kunnen worden toepast. Werkt de bestaande omgeving in updaten niet noodzakelijk.

Voor wat betreft Log4net: je kunt variabelen opnemen met de ${variabelenaam} of %env{variabelenaam} syntax  (en dus niet met %variabelenaam%).

Voorbeeld:

<file type="log4net.Util.PatternString" value="${LOCALAPPDATA}\LOADERTOOLS\LOG4NET\BasicFileLogger_Loader%env{USERNAME}.log"/> 

CAD-1597

XML loaders laten werken met Windows variabelen.

XML loaders laten werken met Windows variabelen in de hiervoor benodigde configuratie bestanden.

Werkt nu netjes met o.a. de windows variabele %OneDriveCommercial% zie ook CAD-1598

CAD-1609

C-SAM GEO-BAG - Afkeur reden door BAG zichtbaar maken in het geschiedenis tabblad.

Afkeur reden is nu niet zichtbaar bij BGT, ik wil graag zien wat de reden is van afkeur zien onderstaande afkeur van BAG, dit staat in de BG:parameters zie hieronder:

<geoBAG:foutDu01 xmlns:geoBAG="Index of /xmlschema/geobag/1.1 " xmlns:msxsl="urn:schemas-microsoft-com:xslt" xmlns:xlink="XLink namespace " xmlns:BG="http://www.egem.nl/StUF/sector/bg/0310" xmlns:StUF="http://www.egem.nl/StUF/StUF0301" xmlns:tns="http://www.logius.nl/digikoppeling/gb/2010/10" xmlns:gml="http://www.opengis.net/gml">

  <BG:stuurgegevens>

    <StUF:berichtcode>Du01</StUF:berichtcode>

    <StUF:zender>

      <StUF:organisatie>0342</StUF:organisatie>

      <StUF:applicatie>BAG</StUF:applicatie>

      <StUF:administratie>VICREA</StUF:administratie>

    </StUF:zender>

    <StUF:ontvanger>

      <StUF:organisatie>G0342</StUF:organisatie>

      <StUF:applicatie>C-SAM_BEHEER_BGT</StUF:applicatie>

      <StUF:administratie>G0342_ADM</StUF:administratie>

    </StUF:ontvanger>

    <StUF:referentienummer>5426320347259290621</StUF:referentienummer>

    <StUF:tijdstipBericht>20251002150122411</StUF:tijdstipBericht>

    <StUF:crossRefnummer>2025071508464401572000-95f6-0be5684a1aea</StUF:crossRefnummer>

    <StUF:functie>afkeuring</StUF:functie>

  </BG:stuurgegevens>

  <BG:parameters>

    <BG:identificatie>6faab299-56c8-4552-bf98-ec159e58f1aa</BG:identificatie>

    <BG:foutcode>GB010</BG:foutcode>

    <BG:foutomschrijving>geometrieLevering is afgekeurd</BG:foutomschrijving>

    <BG:plek>client</BG:plek>

    <BG:details>Betreft een blokhut met overkapping aan huis hast.. graag alleen de los staande blokhut leveren.</BG:details>

  </BG:parameters>

  <BG:pand StUF:functie="entiteit" StUF:entiteittype="PND" StUF:sleutelVerzendend="4476" StUF:sleutelOntvangend="39f31b7e-bc2c-5931-e063-02050d0abc43">

    <BG:identificatie>0342100000004476</BG:identificatie>

    <BG:versie xsi:nil="true" StUF:noValue="geenWaarde" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" />

  </BG:pand>

</geoBAG:foutDu01>

Dit kon al zichtbaar worden gemaakt, nl door op de regel 'Afgekeurd door BAG' te klikken met de muis. 

Maar ik heb het wel verbeterd, de reden van de afkeur (indien aanwezig) wordt nu direct getoond. Tevens wordt nu ook bij het gebruik van de pijltjestoetsen om door de records te lopen de details direct getoond.

CAD-1613

Installer (exe en *.msi) maken t.b.v. C-SAM PBP ontdubbelaar.

Voor de C-SAM PBP ontdubbelaar willen graag een installer (exe en *.msi) maken.

Graag met borging van cfg bestanden.

Deze installer is nu aanwezig en kan als nodig worden opgevraagd via The People Group.

De software is al aanwezig bij klant, maar in sommige situaties is een installer gewenst.

CAD-1615

Installer (exe en *.msi) maken t.b.v. C-SAM XFM schema updater.

Voor de C-SAM XFM schema updater willen graag een installer (exe en *.msi) maken.

Graag met borging van cfg bestanden.

Deze installer is nu aanwezig en kan als nodig worden opgevraagd via The People Group.

De software is al aanwezig bij klant, maar in sommige situaties is een installer gewenst.

Investigation

CAD-1543

In stuurgegevens in een gebruiker opgenomen - waar komt deze vandaan en mag dit?

Bij een Klant is in stuurgegevens is een gebruiker opgenomen, waar komt deze vandaan en mag dit?

Ik het niet naspelen en validators geven geen fouten.

<imgeo:mtbHorizontaalDi01 xmlns:StUF=”http://www.egem.nl/StUF/StUF0301” xmlns:gml=”http://www.opengis.net/gml” xmlns:xsi=”http://www.w3.org/2001/XMLSchema-instance” xmlns:imgeo=”http://www.geostandaarden.nl/imgeo/2.1/stuf-imgeo/1.3”>

  <imgeo:stuurgegevens>

    <StUF:berichtcode>Di01</StUF:berichtcode>

    <StUF:zender>

      <StUF:organisatie>G0085</StUF:organisatie>

      <StUF:applicatie>C-SAM_BEHEER_BGT</StUF:applicatie>

      <StUF:administratie>G0085_ADM</StUF:administratie>

    </StUF:zender>

    <StUF:ontvanger>

      <StUF:organisatie>G0085</StUF:organisatie>

      <StUF:applicatie>GeoVisia</StUF:applicatie>

      <StUF:administratie>BOR</StUF:administratie>

      <StUF:gebruiker>OWO</StUF:gebruiker>

    </StUF:ontvanger>

    <StUF:referentienummer>S0001.PPDB.A_200077_4290_170822</StUF:referentienummer>

    <StUF:tijdstipBericht>20250724161244006</StUF:tijdstipBericht>

    <StUF:functie>mutatieberichtHorizontaal</StUF:functie>

  </imgeo:stuurgegevens>

Q1: Waar komt het vandaan? 

A1:We hebben diverse stukken code bekeken maar kunnen nergens iets vinden dat de ‘gebruiker' data toevoegt aan zender en/of ontvanger. Als we de voorbeeld data in dit ticket zien, dan lijkt het op een horizontaal bericht dat automatisch door onze tooling is aangemaakt vanuit een verticaal (BRAVO) bericht. Maar in deze code zien we geen gebruik van het 'gebruiker’ element!  Kan het zijn dat er een ESB actief is die de stuurgegevens aanpast?

Q2: Mag dit?

A2: Ja, dat mag. Zender en ontvanger in StUF zijn van het type ‘Systeem' en zo’n systeem mag 'gebruiker' onderdeel bevatten:

<complexType name="Systeem">

                <sequence>

                               <element name="organisatie" type="StUF:Organisatie" minOccurs="0"/>

                               <element name="applicatie" type="StUF:Applicatie"/>

                               <element name="administratie" type="StUF:Administratie" minOccurs="0"/>

                               <element name="gebruiker" type="StUF:Gebruiker" minOccurs="0"/>

                </sequence>

</complexType>