Search
1000 results for “objectref”
-
Voxel51 raises $2 million for its video-native identification of people, cars and more - Many companies and municipalities are saddled with hundreds or thousands of hours of video and limit... more: http://feedproxy.google.com/~r/Techcrunch/~3/1GT7QeNHZig/ #artificialintelligence #objectrecognition #computervision #recentfunding #startups #funding #tc
-
@RoosVonk @nieuwsuur #nieuwsuur biedt dit soort figuren een podium want ze willen de rechtse “mening” laten horen. Zonder wederklank worden de #leugens en #dogmas herhaald en herhaald. Journalistiek moet zo objectief mogelijk berichten en meningen scheiden en van context voorzien. Hoe de huidige mainstreammedia tegenwoordig berichten, dat zou de natte droom zijn van #goebels let goed op wat in #usa nu gebeurt. Het is een opmaat naar het nieuwe #fascisme
-
Here's bit from #Freud's \(\Phi, \Psi, \Omega\) Project of 1895. At a time when Freud was still a working neurologist he produced a corpus of far-reaching speculation about neural architecture, work he later suppressed, not published until 1954, but heralding themes in realms as diverse as #Cybernetics and #ObjectRelationsTheory.
• https://inquiryintoinquiry.com/2013/11/11/what-weve-got-here-is-a-failure-to-communicate-4/
#Anticipation #Disappointment #Expectation
#Hallucination #Imagination #Satisfaction
#Abduction #Hypothesis -
Interessant tweeluik over taalactivisme in @neerlandistiek
Ligt het aan mij, of vindt Ludo Beheydt het moeilijk om in het tweede deel objectief te blijven? Op mij komt het over alsof hij zich schaart bij de mensen die 'wokisme' maar aanstellerij vinden.
Terwijl hij in het voorgaande zelf aangeeft hoezeer taalverandering en taalactivisme van alle tijden zijn.Woorden zijn daden.
-
De realiteit is dat mensen ter rechterzijde die asielzoekers/nareizigers ed graag willen positioneren als het grootste maatschappelijke vraagstuk in ons land en de oorzaak van veel problemen, gaan zich niet laten overtuigen door cijfers, hoe objectief en betrouwbaar ook. Een zondebok is voor velen te aantrekkelijk om dingen simpel te houden. Dat heeft de geschiedenis helaas ook in ruime mate aangetoond.
#politiek #asielzoekers #nareizigers -
De realiteit is dat mensen ter rechterzijde die asielzoekers/nareizigers ed graag willen positioneren als het grootste maatschappelijke vraagstuk in ons land en de oorzaak van veel problemen, gaan zich niet laten overtuigen door cijfers, hoe objectief en betrouwbaar ook. Een zondebok is voor velen te aantrekkelijk om dingen simpel te houden. Dat heeft de geschiedenis helaas ook in ruime mate aangetoond.
#politiek #asielzoekers #nareizigers -
De realiteit is dat mensen ter rechterzijde die asielzoekers/nareizigers ed graag willen positioneren als het grootste maatschappelijke vraagstuk in ons land en de oorzaak van veel problemen, gaan zich niet laten overtuigen door cijfers, hoe objectief en betrouwbaar ook. Een zondebok is voor velen te aantrekkelijk om dingen simpel te houden. Dat heeft de geschiedenis helaas ook in ruime mate aangetoond.
#politiek #asielzoekers #nareizigers -
De realiteit is dat mensen ter rechterzijde die asielzoekers/nareizigers ed graag willen positioneren als het grootste maatschappelijke vraagstuk in ons land en de oorzaak van veel problemen, gaan zich niet laten overtuigen door cijfers, hoe objectief en betrouwbaar ook. Een zondebok is voor velen te aantrekkelijk om dingen simpel te houden. Dat heeft de geschiedenis helaas ook in ruime mate aangetoond.
#politiek #asielzoekers #nareizigers -
De realiteit is dat mensen ter rechterzijde die asielzoekers/nareizigers ed graag willen positioneren als het grootste maatschappelijke vraagstuk in ons land en de oorzaak van veel problemen, gaan zich niet laten overtuigen door cijfers, hoe objectief en betrouwbaar ook. Een zondebok is voor velen te aantrekkelijk om dingen simpel te houden. Dat heeft de geschiedenis helaas ook in ruime mate aangetoond.
#politiek #asielzoekers #nareizigers -
New preprint paper from the Desimone gang! Hopefully, the first of a few from us this year.
"Stimulus representations in visual cortex shaped by spatial attention and microsaccades"
https://www.biorxiv.org/content/10.1101/2023.02.25.529300v1
Work done with @elowet, Bruno Gomes, and of course the boss!
#SpatialAttention #Microsaccades #V4 #ITcortex #Pulvinar #Attention #ObjectRepresentation
-
New preprint paper from the Desimone gang! Hopefully, the first of a few from us this year.
"Stimulus representations in visual cortex shaped by spatial attention and microsaccades"
https://www.biorxiv.org/content/10.1101/2023.02.25.529300v1
Work done with @elowet, Bruno Gomes, and of course the boss!
#SpatialAttention #Microsaccades #V4 #ITcortex #Pulvinar #Attention #ObjectRepresentation
-
New preprint paper from the Desimone gang! Hopefully, the first of a few from us this year.
"Stimulus representations in visual cortex shaped by spatial attention and microsaccades"
https://www.biorxiv.org/content/10.1101/2023.02.25.529300v1
Work done with @elowet, Bruno Gomes, and of course the boss!
#SpatialAttention #Microsaccades #V4 #ITcortex #Pulvinar #Attention #ObjectRepresentation
-
@RoosVonk @nieuwsuur #nieuwsuur biedt dit soort figuren een podium want ze willen de rechtse “mening” laten horen. Zonder wederklank worden de #leugens en #dogmas herhaald en herhaald. Journalistiek moet zo objectief mogelijk berichten en meningen scheiden en van context voorzien. Hoe de huidige mainstreammedia tegenwoordig berichten, dat zou de natte droom zijn van #goebels let goed op wat in #usa nu gebeurt. Het is een opmaat naar het nieuwe #fascisme
-
@RoosVonk @nieuwsuur #nieuwsuur biedt dit soort figuren een podium want ze willen de rechtse “mening” laten horen. Zonder wederklank worden de #leugens en #dogmas herhaald en herhaald. Journalistiek moet zo objectief mogelijk berichten en meningen scheiden en van context voorzien. Hoe de huidige mainstreammedia tegenwoordig berichten, dat zou de natte droom zijn van #goebels let goed op wat in #usa nu gebeurt. Het is een opmaat naar het nieuwe #fascisme
-
@RoosVonk @nieuwsuur #nieuwsuur biedt dit soort figuren een podium want ze willen de rechtse “mening” laten horen. Zonder wederklank worden de #leugens en #dogmas herhaald en herhaald. Journalistiek moet zo objectief mogelijk berichten en meningen scheiden en van context voorzien. Hoe de huidige mainstreammedia tegenwoordig berichten, dat zou de natte droom zijn van #goebels let goed op wat in #usa nu gebeurt. Het is een opmaat naar het nieuwe #fascisme
-
@RoosVonk @nieuwsuur #nieuwsuur biedt dit soort figuren een podium want ze willen de rechtse “mening” laten horen. Zonder wederklank worden de #leugens en #dogmas herhaald en herhaald. Journalistiek moet zo objectief mogelijk berichten en meningen scheiden en van context voorzien. Hoe de huidige mainstreammedia tegenwoordig berichten, dat zou de natte droom zijn van #goebels let goed op wat in #usa nu gebeurt. Het is een opmaat naar het nieuwe #fascisme
-
Nieuwe fundamenten voor de digitale overheid
Wat is gegevensdelingsbeleid? Welke rollen en verantwoordelijkheden brengt dit beleid met zich mee? En welke innovaties vallen daarbij op? Tijdens het CIO-café op dinsdag 24 februari, in het sfeervolle Haagse café Rootz, lieten bijna 40 bestuurders, beleidsmakers en IT-professionals zich bijpraten over deze actuele onderwerpen.
Floor Kloosterman, afdelingshoofd I-stelsel en Vakmanschap bij CIO Rijk, heette alle aanwezigen van harte welkom. “Gegevens die we binnen de overheid hebben vastgelegd, bieden enorme kansen om onze publieke taken effectiever, efficiënter en met oog voor de publieke waarden uit te voeren.”
Daar is wel adequaat gegevensdelingsbeleid voor nodig. “Niet alleen uit oogpunt van compliance en risicobeheersing, maar ook voor een betere beleids- en besluitvorming en effectievere samenwerking binnen het Rijk. Het standaardiseren en professionaliseren van gegevensdeling is dan ook essentieel. Een belangrijke bouwsteen daarbij is de gegevensboekhouding.”
Sleutelrol voor data
Bij die standaardisering en professionalisering is een belangrijke rol weggelegd voor de Chief Data Officer (CDO). Hedwig Miessen, CDO van de ministeries van Binnenlandse Zaken en Koninkrijksrelaties (BZK) en Volkshuisvesting en Ruimtelijke Ordening (VRO): “De CDO is een betrekkelijk nieuwe rol binnen de overheid, die wordt ingezet om te sturen op doelmatig, veilig en ethisch gebruik van gegevens.”
CDO Office
Het CDO Office van Hedwig Miessen heeft een vaste bezetting met, naast de CDO zelf, een data-adviseur en een projectleider. Met daaromheen een flexibele schil van onder meer data-architecten en -engineers. De grote uitdaging voor het CDO Office is volgens Hedwig het continu afstemmen en op 1 lijn brengen van alle werkzaamheden; niet alleen intern met bestuursadviseurs, beleidsmedewerkers en juristen, maar ook extern met gemeenten, provincies en de Europese Unie.Hedwig begon 5 jaar geleden als kwartiermaker Data bij BZK en VRO. “Destijds wilden diverse beleidsonderdelen beleid kunnen maken, gebaseerd op een gedeeld en objectief beeld van wat écht speelt. Gegevens spelen daarbij een sleutelrol. Bovendien leefde de wens om bij crises snel gegevens te kunnen verwerken om zo meer grip te kunnen krijgen op maatschappelijke opgaven. Denk aan gegevens over demografische ontwikkelingen, waarmee je bij woningtekort snel kunt visualiseren waar welk type woning nodig is.”
3 sporen
De CDO ondersteunt vooral het primaire proces om maatschappelijke vraagstukken op te lossen. “Dit impliceert coördinatie en regie, toezicht op datakwaliteit en kennisdeling”, vertelt Hedwig. “Daarbij onderscheiden we 3 sporen. Het eerste spoor is gegevensmanagement: hoe kunnen we de datakwaliteit verhogen en gegevens (her)gebruiken om onze maatschappelijke taken beter te kunnen uitvoeren?”
En de CDO werkt aan governance: aan het inrichten van rechten, plichten en verantwoordelijkheden. “Met als doel om te voldoen aan alle wet- en regelgeving, en zodat we gegevens optimaal en veilig kunnen benutten en delen. Ook houden we ons bezig met het zogenoemde gezamenlijke speelveld. Denk aan gemeenschappelijke voorzieningen, zoals een datacatalogus. Ook gaat het om samenwerking met marktpartijen en kennisinstituten. En om het versterken van de data- en AI-geletterdheid van ambtenaren.”
Digital Twin
Daarna liet Hedwig zien hoe het datagestuurde 3D-model ‘Digital Twin Groningen’ beleidsmakers helpt. Vooral bij ruimtelijke ordening: dit model maakt plannen efficiënter en besluitvorming beter. “Digital Twin Groningen wordt gebruikt als een digitale kopie van de fysieke leefomgeving. Het model helpt bij het visualiseren, simuleren en analyseren van ruimtelijke vraagstukken, bouwplannen en infrastructuur. Bovendien draagt het bij aan burgerparticipatie, omdat bewoners in de interactieve 3D-omgeving kunnen zien hoe hun buurt verandert.”
Bij gegevens kun je denken aan panden, afkomstig uit de Basisregistratie Adressen en Gebouwen (BAG) en de Basisregistratie Grootschalige Topografie (BGT), en ook aan bomen, riolering, kabels, leidingen en openbare verlichting. “Je kunt het model bijvoorbeeld gebruiken bij het plaatsen van zonnepanelen op monumentale daken. Via zichtanalyses is het mogelijk nauwkeurig te bepalen welke daken daar wel of niet geschikt voor zijn.”
Kleine foutjes, grote gevolgen
Daarna was de beurt aan Erik Lubbe en Robin Hildebrand van de CDO Offices van de ministeries van Justitie en Veiligheid (JenV) en Asiel en Migratie (AenM). Zij legden uit wat het belang is van een gegevensboekhouding.
Erik gaf 2 voorbeelden. “Door een foutje van de overheid stond een burger een paar jaar geleden onterecht in een systeem vermeld als verdachte van een drugsdelict. Daardoor kreeg hij jarenlang een reeks overheidsorganisaties achter zich aan. Of neem een Rotterdammer die in 2017 per abuis werd doodverklaard. Via de digitale snelweg ging de boodschap dat hij was overleden razendsnel rond bij tal van organisaties. Het in diverse systemen terugdraaien van zijn dood leek een vrijwel onmogelijke opgave. Deze voorbeelden laten zien dat gebrekkig gegevensbeheer tot fouten leidt, met ernstige gevolgen voor burgers. Gegevensboekhouding kan helpen deze fouten in de toekomst te voorkomen.”
Overal op dezelfde manier met gegevens werken
De 2 voorbeelden tonen volgens Erik aan dat effectief omgaan met gegevens een gezamenlijke verantwoordelijkheid is. “De komende jaren streven we naar een zorgvuldige, rechtmatige en rechtvaardige gegevenshuishouding komen. Hoe beter we samen tot consensus komen over ons gegevensbeleid, hoe effectiever we gegevens kunnen inzetten voor maatschappelijke opgaven. Dat effect wordt nog groter als we dat beleid ook standaardiseren.”
Concreet werkt het CDO Office van JenV en AenM aan het Afsprakenstelsel Gegevens en Algoritmes (JAGA). Erik: “Dit is een set uniforme regels, standaarden en modellen die zorgen voor een veilige, transparante en gestructureerde manier van gegevensdeling. Denk aan rollen en verantwoordelijkheden, handreikingen en eenheid van taal. Zo werken we straks overheidsbreed op dezelfde manier met gegevens, en bevorderen we hergebruik, efficiëntie en innovatie in de publieke sector.”
Demo: Motie#21
Aan de hand van Motie#21 demonstreerde Robin vervolgens de werking van de gegevensboekhouding. Deze in de Tweede Kamer aangenomen motie verzocht het kabinet het gebruik van nationaliteit, etniciteit en geboorteplaats in data- en risicomodellen te inventariseren. Ook moest het kabinet dit gebruik stopzetten als het onrechtmatig of onbehoorlijk zou zijn.
Robin liet zien hoe je deze informatie snel kunt opzoeken, welke gegevens voor de motie relevant waren, waar deze gegevens vandaan kwamen en wie daarvoor verantwoordelijk was. Robin: “Dit soort informatie kan niet alleen de kwaliteit van beleid en uitvoering versterken, maar ook het vertrouwen van burgers in de overheid.”
Meer informatie
Gegevensdeling en de Gegevensboekhouding
Dit is een automatisch geplaatst bericht. Vragen of opmerkingen kun je richten aan @[email protected]
#cdo #ChiefDataOfficers #CIORijk #CIOCafé #data #datacatalogus #digitalTwin #gegevensboekhouding #gegevensdeling #gegevenshuishouding #gezamenlijkeVerantwoordelijkheid
-
Add Salesforce Files and Attachments to Multiple Related Lists On Content Document Trigger
Flow builders, rejoice! Now with the Spring 26 Release you can trigger your flow automations on ContentDocument and ContentVersion Flow objects for Files and Attachments. Salesforce had delivered a new event type in the previous release that supported flow triggers for standard object files and attachments. The functionality was limited. In this release, Salesforce gave us the ability to trigger on all new files/attachments and their updates for all objects.
Use case: When a document is uploaded to a custom object with lookups to other objects like contact and account, add links to these objects, so that the same file is visible and listed under the related lists.You could easily expand this use case to add additional sharing to the uploaded file, which is also a common pain point in many organizations. I will leave out this use case for now which you can easily explore by expanding the functionality of this flow.
Objects that are involved when you upload a file
In Salesforce, three objects work together to manage files: ContentDocument, ContentVersion and ContentDocumentLink.
Think of them as a hierarchy that separates the file record, the actual data, and the location where it is shared. The definition for these three core objects are:
ContentDocument: Represents the “shell” or the permanent ID of a file. It doesn’t store the data itself but acts as a parent container that remains constant even if you upload new versions.
ContentVersion: This is where the actual file data (the “meat”) lives. Every time you upload a new version of a file, a new ContentVersion record is created. It tracks the size, extension, and the binary data.
lass=”yoast-text-mark” />>ContentDocumentLink: This is a junction object that links a file to other records (like an Account, Opportunity, or Case) or users. It defines who can see the file and what their permissions are.Object Relationships:
The relationship is structured to allow for version control and many-to-many sharing:
ContentDocument > ContentVersion: One-to-Many. One document can have many versions, but only one is the “Latest Published Version.
ContentDocument > ContentDocumentLink: One-to-Many. One document can be linked to many different records or users simultaneously.ContentDocumentLink is a junction object that does not allow duplicates. If you attempt to create the relationship between a linked entity and the content document when it already exists, your attempt will fail.
What happens when a file is uploaded to the files related list under an object?
Salesforce creates the ContentDocument and ContentVersion records. Salesforce will also create the necessary ContentDocumentLink records; often one for the object record relationship, one for the user who uploaded the file.
For each new file (not a new version of the same file) a new ContentDocument record will be created. You can trigger your automation based on this record being created, and then create additional ContentDocumentLink records to expand relationships and sharing.
Building Blocks of the Content Document Triggered Automation
For this use case I used a custom object named Staging Record which has dedicated fields for Contact and Account (both lookups). This method of uploading new documents and updating new field values to a custom record is often used when dealing with integrations and digital experience users. You can easily build a similar automation if a ContentDocumentLink for the Account needs to be created when the file is uploaded to a standard object like Contact.
Follow these steps to build your flow:
- Trigger your record-triggered flow when a ContentDocument record is created (no criteria)
- Add a scheduled path to your flow and set it up to execute with 0 min delay. Under advanced settings, set up the batch size as 1. Async seems to work, as well. I will explain the reason for this at the end of the post.
- Get all ContentDocumentLink records for the ContentDocument
- Check null for the get in the previous step (may not be necessary, but for good measure)
- <span style=”font-weight: 400;”>If not null, use a collection filter to filter for all records where the LinkedEntity Id starts with the prefix of your custom object record (I pasted the 3 character prefix into a constant and referenced it). Here is the formula I used:
LEFT({!currentItem_Filter_Staging.LinkedEntityId},3)= {!ObjectPrefixConstant} - Loop through the filtered records. There should be only one max. You have to loop, because the collection filter element creates a collection as an output even for one record.
- Inside the loop, get the staging record. I know, it is a get inside the loop, but this will execute once. You can add a counter and a decision to execute it only in the first iteration if you want.
- Build two ContentDocumentLink records using an assignment. One between the ContentDocument and the Contact on the staging record, the other one between the ContentDocument and the Account. You could add additional records here for sharing.
- Add your ContentDocumentLink records to a collection.
- Exit the loop and create the ContentDocumentLink records using the collection you built in one shot.
Here is a screenshot of the resulting flow.
Here is what happens when you create a staging record and upload a file to Salesforce using the related list under this record.
Here is the resulting view on the Contact and Account records.
Why is the Scheduled Path or Async Path Necessary?
When you build the automation on the immediate path, the ContentDocumentLink records are not created. You don’t receive a fault email, either, although the automation runs well in debug mode. I wondered about why that is and set up a user trace to see what is happening. This is the message I have found that is stopping the flow from executing:
(248995872)|FLOW_BULK_ELEMENT_NOT_SUPPORTED|FlowRecordLookup|Get_Contact_Document_Links|ContentDocumentLink
According to this the get step for ContentDocumentLink records cannot be bulkified, and therefore the flow cannot execute. Flow engine attempts to always bulkify gets. There is nothing fancy about the get criteria here. What must give us trouble is the unique nature of the ContentDocumentLink object.The async path seems to bypass this issue. However, if you want to ensure this element is never executed in bulk, the better approach is to use a scheduled path with zero delay and set the batch size to one record in advanced settings.
Please note that the scheduled path takes a minute to execute in my preview org. Be patient and check back if you don’t initially see the new ContentDocumentLink records.
Conclusion
In the past, handling file uploads gave flow builders a lot of trouble, because the related objects did not support flow triggers.
Now that we have this functionality rolling out in the latest release, the opportunities are pretty much limitless. The functionality still has its quirks as you can see above.
I would recommend that you set up a custom metadata kill switch for this automation so that it can easily be turned off for bulk upload scenarios.
Explore related content:
Top Spring 26 Salesforce Flow Features
Should You Use Fault Paths in Salesforce Flows?
How to Use Custom Metadata Types in Flow
See the Spring 26 Release Notes HERE.
#Automation #Salesforce #SalesforceAdmins #SalesforceDevelopers #SalesforceTutorials #Spring26 #UseCases -
Add Salesforce Files and Attachments to Multiple Related Lists On Content Document Trigger
Flow builders, rejoice! Now with the Spring 26 Release you can trigger your flow automations on ContentDocument and ContentVersion Flow objects for Files and Attachments. Salesforce had delivered a new event type in the previous release that supported flow triggers for standard object files and attachments. The functionality was limited. In this release, Salesforce gave us the ability to trigger on all new files/attachments and their updates for all objects.
Use case: When a document is uploaded to a custom object with lookups to other objects like contact and account, add links to these objects, so that the same file is visible and listed under the related lists.You could easily expand this use case to add additional sharing to the uploaded file, which is also a common pain point in many organizations. I will leave out this use case for now which you can easily explore by expanding the functionality of this flow.
Objects that are involved when you upload a file
In Salesforce, three objects work together to manage files: ContentDocument, ContentVersion and ContentDocumentLink.
Think of them as a hierarchy that separates the file record, the actual data, and the location where it is shared. The definition for these three core objects are:
ContentDocument: Represents the “shell” or the permanent ID of a file. It doesn’t store the data itself but acts as a parent container that remains constant even if you upload new versions.
ContentVersion: This is where the actual file data (the “meat”) lives. Every time you upload a new version of a file, a new ContentVersion record is created. It tracks the size, extension, and the binary data.
ContentDocumentLink: This is a junction object that links a file to other records (like an Account, Opportunity, or Case) or users. It defines who can see the file and what their permissions are.Object Relationships:
The relationship is structured to allow for version control and many-to-many sharing:
ContentDocument > ContentVersion: One-to-Many. One document can have many versions, but only one is the “Latest Published Version.
ContentDocument > ContentDocumentLink: One-to-Many. One document can be linked to many different records or users simultaneously.ContentDocumentLink is a junction object that does not allow duplicates. If you attempt to create the relationship between a linked entity and the content document when it already exists, your attempt will fail.
What happens when a file is uploaded to the files related list under an object?
Salesforce creates the ContentDocument and ContentVersion records. Salesforce will also create the necessary ContentDocumentLink records; often one for the object record relationship, one for the user who uploaded the file.
For each new file (not a new version of the same file) a new ContentDocument record will be created. You can trigger your automation based on this record being created, and then create additional ContentDocumentLink records to expand relationships and sharing.
Building Blocks of the Content Document Triggered Automation
For this use case I used a custom object named Staging Record which has dedicated fields for Contact and Account (both lookups). This method of uploading new documents and updating new field values to a custom record is often used when dealing with integrations and digital experience users. You can easily build a similar automation if a ContentDocumentLink for the Account needs to be created when the file is uploaded to a standard object like Contact.
Follow these steps to build your flow:
- Trigger your record-triggered flow when a ContentDocument record is created (no criteria)
- Add a scheduled path to your flow and set it up to execute with 0 min delay. Under advanced settings, set up the batch size as 1. Async seems to work, as well. I will explain the reason for this at the end of the post.
- Get all ContentDocumentLink records for the ContentDocument
- Check null for the get in the previous step (may not be necessary, but for good measure)
- If not null, use a collection filter to filter for all records where the LinkedEntity Id starts with the prefix of your custom object record (I pasted the 3 character prefix into a constant and referenced it). Here is the formula I used:
LEFT({!currentItem_Filter_Staging.LinkedEntityId},3)= {!ObjectPrefixConstant} - Loop through the filtered records. There should be only one max. You have to loop, because the collection filter element creates a collection as an output even for one record.
- Inside the loop, get the staging record. I know, it is a get inside the loop, but this will execute once. You can add a counter and a decision to execute it only in the first iteration if you want.
- Build two ContentDocumentLink records using an assignment. One between the ContentDocument and the Contact on the staging record, the other one between the ContentDocument and the Account. You could add additional records here for sharing.
- Add your ContentDocumentLink records to a collection.
- Exit the loop and create the ContentDocumentLink records using the collection you built in one shot.
Here is a screenshot of the resulting flow.
Here is what happens when you create a staging record and upload a file to Salesforce using the related list under this record.
Here is the resulting view on the Contact and Account records.
Why is the Scheduled Path or Async Path Necessary?
When a file is uploaded, a ContentDocument record and a ContenDocumentVersion record are created. The junction object for the ContentDocumentLink record will need to be created after these records are created, because the relationship is established by populating these Ids on this record. When you build the automation on the immediate path, your get will not find the ContentDocumentLink record. To ensure Salesforce flow can find the record, use either async path or scheduled path.
When you build the automation on the immediate path, the ContentDocumentLink records are not created. You don’t receive a fault email, either, although the automation runs well in debug mode. I wanted to observe this behavior in detail, and therefore I set up a user trace to log the steps involved. This is the message I have found that is stopping the flow from executing:
(248995872)|FLOW_BULK_ELEMENT_NOT_SUPPORTED|FlowRecordLookup|Get_Contact_Document_Links|ContentDocumentLink
According to this the get step for ContentDocumentLink records cannot be bulkified, and therefore the flow cannot execute. Flow engine attempts to always bulkify gets. There is nothing fancy about the get criteria here. What must give us trouble is the unique nature of the ContentDocumentLink object.The async path seems to bypass this issue. However, if you want to ensure this element is never executed in bulk, the better approach is to use a scheduled path with zero delay and set the batch size to one record in advanced settings. I have communicated this message to the product team.
Please note that the scheduled path takes a minute to execute in my preview org. Be patient and check back if you don’t initially see the new ContentDocumentLink records.
Conclusion
In the past, handling file uploads gave flow builders a lot of trouble, because the related objects did not support flow triggers.
Now that we have this functionality rolling out in the latest release, the opportunities are pretty much limitless. The functionality still has its quirks as you can see above.
I would recommend that you set up a custom metadata kill switch for this automation so that it can easily be turned off for bulk upload scenarios.
Watch the video on our YouTube channel.
[youtube https://www.youtube.com/watch?v=Gl0XCtMAhmc?feature=oembed&w=800&h=450]
Explore related content:
Top Spring 26 Salesforce Flow Features
Should You Use Fault Paths in Salesforce Flows?
How to Use Custom Metadata Types in Flow
See the Spring 26 Release Notes HERE.
#Automation #Salesforce #SalesforceAdmins #SalesforceDevelopers #SalesforceTutorials #Spring26 #UseCases -
Add Salesforce Files and Attachments to Multiple Related Lists On Content Document Trigger
Flow builders, rejoice! Now with the Spring 26 Release you can trigger your flow automations on ContentDocument and ContentVersion Flow objects for Files and Attachments. Salesforce had delivered a new event type in the previous release that supported flow triggers for standard object files and attachments. The functionality was limited. In this release, Salesforce gave us the ability to trigger on all new files/attachments and their updates for all objects.
Use case: When a document is uploaded to a custom object with lookups to other objects like contact and account, add links to these objects, so that the same file is visible and listed under the related lists.You could easily expand this use case to add additional sharing to the uploaded file, which is also a common pain point in many organizations. I will leave out this use case for now which you can easily explore by expanding the functionality of this flow.
Objects that are involved when you upload a file
In Salesforce, three objects work together to manage files: ContentDocument, ContentVersion and ContentDocumentLink.
Think of them as a hierarchy that separates the file record, the actual data, and the location where it is shared. The definition for these three core objects are:
ContentDocument: Represents the “shell” or the permanent ID of a file. It doesn’t store the data itself but acts as a parent container that remains constant even if you upload new versions.
ContentVersion: This is where the actual file data (the “meat”) lives. Every time you upload a new version of a file, a new ContentVersion record is created. It tracks the size, extension, and the binary data.
ContentDocumentLink: This is a junction object that links a file to other records (like an Account, Opportunity, or Case) or users. It defines who can see the file and what their permissions are.Object Relationships:
The relationship is structured to allow for version control and many-to-many sharing:
ContentDocument > ContentVersion: One-to-Many. One document can have many versions, but only one is the “Latest Published Version.
ContentDocument > ContentDocumentLink: One-to-Many. One document can be linked to many different records or users simultaneously.ContentDocumentLink is a junction object that does not allow duplicates. If you attempt to create the relationship between a linked entity and the content document when it already exists, your attempt will fail.
What happens when a file is uploaded to the files related list under an object?
Salesforce creates the ContentDocument and ContentVersion records. Salesforce will also create the necessary ContentDocumentLink records; often one for the object record relationship, one for the user who uploaded the file.
For each new file (not a new version of the same file) a new ContentDocument record will be created. You can trigger your automation based on this record being created, and then create additional ContentDocumentLink records to expand relationships and sharing.
Building Blocks of the Content Document Triggered Automation
For this use case I used a custom object named Staging Record which has dedicated fields for Contact and Account (both lookups). This method of uploading new documents and updating new field values to a custom record is often used when dealing with integrations and digital experience users. You can easily build a similar automation if a ContentDocumentLink for the Account needs to be created when the file is uploaded to a standard object like Contact.
Follow these steps to build your flow:
- Trigger your record-triggered flow when a ContentDocument record is created (no criteria)
- Add a scheduled path to your flow and set it up to execute with 0 min delay. Under advanced settings, set up the batch size as 1. Async seems to work, as well. I will explain the reason for this at the end of the post.
- Get all ContentDocumentLink records for the ContentDocument
- Check null for the get in the previous step (may not be necessary, but for good measure)
- If not null, use a collection filter to filter for all records where the LinkedEntity Id starts with the prefix of your custom object record (I pasted the 3 character prefix into a constant and referenced it). Here is the formula I used:
LEFT({!currentItem_Filter_Staging.LinkedEntityId},3)= {!ObjectPrefixConstant} - Loop through the filtered records. There should be only one max. You have to loop, because the collection filter element creates a collection as an output even for one record.
- Inside the loop, get the staging record. I know, it is a get inside the loop, but this will execute once. You can add a counter and a decision to execute it only in the first iteration if you want.
- Build two ContentDocumentLink records using an assignment. One between the ContentDocument and the Contact on the staging record, the other one between the ContentDocument and the Account. You could add additional records here for sharing.
- Add your ContentDocumentLink records to a collection.
- Exit the loop and create the ContentDocumentLink records using the collection you built in one shot.
Here is a screenshot of the resulting flow.
Here is what happens when you create a staging record and upload a file to Salesforce using the related list under this record.
Here is the resulting view on the Contact and Account records.
Why is the Scheduled Path or Async Path Necessary?
When a file is uploaded, a ContentDocument record and a ContenDocumentVersion record are created. The junction object for the ContentDocumentLink record will need to be created after these records are created, because the relationship is established by populating these Ids on this record. When you build the automation on the immediate path, your get will not find the ContentDocumentLink record. To ensure Salesforce flow can find the record, use either async path or scheduled path.
When you build the automation on the immediate path, the ContentDocumentLink records are not created. You don’t receive a fault email, either, although the automation runs well in debug mode. I wanted to observe this behavior in detail, and therefore I set up a user trace to log the steps involved. This is the message I have found that is stopping the flow from executing:
(248995872)|FLOW_BULK_ELEMENT_NOT_SUPPORTED|FlowRecordLookup|Get_Contact_Document_Links|ContentDocumentLink
According to this the get step for ContentDocumentLink records cannot be bulkified, and therefore the flow cannot execute. Flow engine attempts to always bulkify gets. There is nothing fancy about the get criteria here. What must give us trouble is the unique nature of the ContentDocumentLink object.The async path seems to bypass this issue. However, if you want to ensure this element is never executed in bulk, the better approach is to use a scheduled path with zero delay and set the batch size to one record in advanced settings. I have communicated this message to the product team.
Please note that the scheduled path takes a minute to execute in my preview org. Be patient and check back if you don’t initially see the new ContentDocumentLink records.
Conclusion
In the past, handling file uploads gave flow builders a lot of trouble, because the related objects did not support flow triggers.
Now that we have this functionality rolling out in the latest release, the opportunities are pretty much limitless. The functionality still has its quirks as you can see above.
I would recommend that you set up a custom metadata kill switch for this automation so that it can easily be turned off for bulk upload scenarios.
Watch the video on our YouTube channel.
[youtube https://www.youtube.com/watch?v=Gl0XCtMAhmc?feature=oembed&w=800&h=450]
Explore related content:
Top Spring 26 Salesforce Flow Features
Should You Use Fault Paths in Salesforce Flows?
How to Use Custom Metadata Types in Flow
See the Spring 26 Release Notes HERE.
#Automation #Salesforce #SalesforceAdmins #SalesforceDevelopers #SalesforceTutorials #Spring26 #UseCases -
Add Salesforce Files and Attachments to Multiple Related Lists On Content Document Trigger
Flow builders, rejoice! Now with the Spring 26 Release you can trigger your flow automations on ContentDocument and ContentVersion Flow objects for Files and Attachments. Salesforce had delivered a new event type in the previous release that supported flow triggers for standard object files and attachments. The functionality was limited. In this release, Salesforce gave us the ability to trigger on all new files/attachments and their updates for all objects.
Use case: When a document is uploaded to a custom object with lookups to other objects like contact and account, add links to these objects, so that the same file is visible and listed under the related lists.You could easily expand this use case to add additional sharing to the uploaded file, which is also a common pain point in many organizations. I will leave out this use case for now which you can easily explore by expanding the functionality of this flow.
Objects that are involved when you upload a file
In Salesforce, three objects work together to manage files: ContentDocument, ContentVersion and ContentDocumentLink.
Think of them as a hierarchy that separates the file record, the actual data, and the location where it is shared. The definition for these three core objects are:
ContentDocument: Represents the “shell” or the permanent ID of a file. It doesn’t store the data itself but acts as a parent container that remains constant even if you upload new versions.
ContentVersion: This is where the actual file data (the “meat”) lives. Every time you upload a new version of a file, a new ContentVersion record is created. It tracks the size, extension, and the binary data.
lass=”yoast-text-mark” />>ContentDocumentLink: This is a junction object that links a file to other records (like an Account, Opportunity, or Case) or users. It defines who can see the file and what their permissions are.Object Relationships:
The relationship is structured to allow for version control and many-to-many sharing:
ContentDocument > ContentVersion: One-to-Many. One document can have many versions, but only one is the “Latest Published Version.
ContentDocument > ContentDocumentLink: One-to-Many. One document can be linked to many different records or users simultaneously.ContentDocumentLink is a junction object that does not allow duplicates. If you attempt to create the relationship between a linked entity and the content document when it already exists, your attempt will fail.
What happens when a file is uploaded to the files related list under an object?
Salesforce creates the ContentDocument and ContentVersion records. Salesforce will also create the necessary ContentDocumentLink records; often one for the object record relationship, one for the user who uploaded the file.
For each new file (not a new version of the same file) a new ContentDocument record will be created. You can trigger your automation based on this record being created, and then create additional ContentDocumentLink records to expand relationships and sharing.
Building Blocks of the Content Document Triggered Automation
For this use case I used a custom object named Staging Record which has dedicated fields for Contact and Account (both lookups). This method of uploading new documents and updating new field values to a custom record is often used when dealing with integrations and digital experience users. You can easily build a similar automation if a ContentDocumentLink for the Account needs to be created when the file is uploaded to a standard object like Contact.
Follow these steps to build your flow:
- Trigger your record-triggered flow when a ContentDocument record is created (no criteria)
- Add a scheduled path to your flow and set it up to execute with 0 min delay. Under advanced settings, set up the batch size as 1. Async seems to work, as well. I will explain the reason for this at the end of the post.
- Get all ContentDocumentLink records for the ContentDocument
- Check null for the get in the previous step (may not be necessary, but for good measure)
- <span style=”font-weight: 400;”>If not null, use a collection filter to filter for all records where the LinkedEntity Id starts with the prefix of your custom object record (I pasted the 3 character prefix into a constant and referenced it). Here is the formula I used:
LEFT({!currentItem_Filter_Staging.LinkedEntityId},3)= {!ObjectPrefixConstant} - Loop through the filtered records. There should be only one max. You have to loop, because the collection filter element creates a collection as an output even for one record.
- Inside the loop, get the staging record. I know, it is a get inside the loop, but this will execute once. You can add a counter and a decision to execute it only in the first iteration if you want.
- Build two ContentDocumentLink records using an assignment. One between the ContentDocument and the Contact on the staging record, the other one between the ContentDocument and the Account. You could add additional records here for sharing.
- Add your ContentDocumentLink records to a collection.
- Exit the loop and create the ContentDocumentLink records using the collection you built in one shot.
Here is a screenshot of the resulting flow.
Here is what happens when you create a staging record and upload a file to Salesforce using the related list under this record.
Here is the resulting view on the Contact and Account records.
Why is the Scheduled Path or Async Path Necessary?
When you build the automation on the immediate path, the ContentDocumentLink records are not created. You don’t receive a fault email, either, although the automation runs well in debug mode. I wondered about why that is and set up a user trace to see what is happening. This is the message I have found that is stopping the flow from executing:
(248995872)|FLOW_BULK_ELEMENT_NOT_SUPPORTED|FlowRecordLookup|Get_Contact_Document_Links|ContentDocumentLink
According to this the get step for ContentDocumentLink records cannot be bulkified, and therefore the flow cannot execute. Flow engine attempts to always bulkify gets. There is nothing fancy about the get criteria here. What must give us trouble is the unique nature of the ContentDocumentLink object.The async path seems to bypass this issue. However, if you want to ensure this element is never executed in bulk, the better approach is to use a scheduled path with zero delay and set the batch size to one record in advanced settings.
Please note that the scheduled path takes a minute to execute in my preview org. Be patient and check back if you don’t initially see the new ContentDocumentLink records.
Conclusion
In the past, handling file uploads gave flow builders a lot of trouble, because the related objects did not support flow triggers.
Now that we have this functionality rolling out in the latest release, the opportunities are pretty much limitless. The functionality still has its quirks as you can see above.
I would recommend that you set up a custom metadata kill switch for this automation so that it can easily be turned off for bulk upload scenarios.
Explore related content:
Top Spring 26 Salesforce Flow Features
Should You Use Fault Paths in Salesforce Flows?
How to Use Custom Metadata Types in Flow
See the Spring 26 Release Notes HERE.
#Automation #Salesforce #SalesforceAdmins #SalesforceDevelopers #SalesforceTutorials #Spring26 #UseCases -
Add Salesforce Files and Attachments to Multiple Related Lists On Content Document Trigger
Flow builders, rejoice! Now with the Spring 26 Release you can trigger your flow automations on ContentDocument and ContentVersion Flow objects for Files and Attachments. Salesforce had delivered a new event type in the previous release that supported flow triggers for standard object files and attachments. The functionality was limited. In this release, Salesforce gave us the ability to trigger on all new files/attachments and their updates for all objects.
Use case: When a document is uploaded to a custom object with lookups to other objects like contact and account, add links to these objects, so that the same file is visible and listed under the related lists.You could easily expand this use case to add additional sharing to the uploaded file, which is also a common pain point in many organizations. I will leave out this use case for now which you can easily explore by expanding the functionality of this flow.
Objects that are involved when you upload a file
In Salesforce, three objects work together to manage files: ContentDocument, ContentVersion and ContentDocumentLink.
Think of them as a hierarchy that separates the file record, the actual data, and the location where it is shared. The definition for these three core objects are:
ContentDocument: Represents the “shell” or the permanent ID of a file. It doesn’t store the data itself but acts as a parent container that remains constant even if you upload new versions.
ContentVersion: This is where the actual file data (the “meat”) lives. Every time you upload a new version of a file, a new ContentVersion record is created. It tracks the size, extension, and the binary data.
lass=”yoast-text-mark” />>ContentDocumentLink: This is a junction object that links a file to other records (like an Account, Opportunity, or Case) or users. It defines who can see the file and what their permissions are.Object Relationships:
The relationship is structured to allow for version control and many-to-many sharing:
ContentDocument > ContentVersion: One-to-Many. One document can have many versions, but only one is the “Latest Published Version.
ContentDocument > ContentDocumentLink: One-to-Many. One document can be linked to many different records or users simultaneously.ContentDocumentLink is a junction object that does not allow duplicates. If you attempt to create the relationship between a linked entity and the content document when it already exists, your attempt will fail.
What happens when a file is uploaded to the files related list under an object?
Salesforce creates the ContentDocument and ContentVersion records. Salesforce will also create the necessary ContentDocumentLink records; often one for the object record relationship, one for the user who uploaded the file.
For each new file (not a new version of the same file) a new ContentDocument record will be created. You can trigger your automation based on this record being created, and then create additional ContentDocumentLink records to expand relationships and sharing.
Building Blocks of the Content Document Triggered Automation
For this use case I used a custom object named Staging Record which has dedicated fields for Contact and Account (both lookups). This method of uploading new documents and updating new field values to a custom record is often used when dealing with integrations and digital experience users. You can easily build a similar automation if a ContentDocumentLink for the Account needs to be created when the file is uploaded to a standard object like Contact.
Follow these steps to build your flow:
- Trigger your record-triggered flow when a ContentDocument record is created (no criteria)
- Add a scheduled path to your flow and set it up to execute with 0 min delay. Under advanced settings, set up the batch size as 1. Async seems to work, as well. I will explain the reason for this at the end of the post.
- Get all ContentDocumentLink records for the ContentDocument
- Check null for the get in the previous step (may not be necessary, but for good measure)
- <span style=”font-weight: 400;”>If not null, use a collection filter to filter for all records where the LinkedEntity Id starts with the prefix of your custom object record (I pasted the 3 character prefix into a constant and referenced it). Here is the formula I used:
LEFT({!currentItem_Filter_Staging.LinkedEntityId},3)= {!ObjectPrefixConstant} - Loop through the filtered records. There should be only one max. You have to loop, because the collection filter element creates a collection as an output even for one record.
- Inside the loop, get the staging record. I know, it is a get inside the loop, but this will execute once. You can add a counter and a decision to execute it only in the first iteration if you want.
- Build two ContentDocumentLink records using an assignment. One between the ContentDocument and the Contact on the staging record, the other one between the ContentDocument and the Account. You could add additional records here for sharing.
- Add your ContentDocumentLink records to a collection.
- Exit the loop and create the ContentDocumentLink records using the collection you built in one shot.
Here is a screenshot of the resulting flow.
Here is what happens when you create a staging record and upload a file to Salesforce using the related list under this record.
Here is the resulting view on the Contact and Account records.
Why is the Scheduled Path or Async Path Necessary?
When you build the automation on the immediate path, the ContentDocumentLink records are not created. You don’t receive a fault email, either, although the automation runs well in debug mode. I wondered about why that is and set up a user trace to see what is happening. This is the message I have found that is stopping the flow from executing:
(248995872)|FLOW_BULK_ELEMENT_NOT_SUPPORTED|FlowRecordLookup|Get_Contact_Document_Links|ContentDocumentLink
According to this the get step for ContentDocumentLink records cannot be bulkified, and therefore the flow cannot execute. Flow engine attempts to always bulkify gets. There is nothing fancy about the get criteria here. What must give us trouble is the unique nature of the ContentDocumentLink object.The async path seems to bypass this issue. However, if you want to ensure this element is never executed in bulk, the better approach is to use a scheduled path with zero delay and set the batch size to one record in advanced settings.
Please note that the scheduled path takes a minute to execute in my preview org. Be patient and check back if you don’t initially see the new ContentDocumentLink records.
Conclusion
In the past, handling file uploads gave flow builders a lot of trouble, because the related objects did not support flow triggers.
Now that we have this functionality rolling out in the latest release, the opportunities are pretty much limitless. The functionality still has its quirks as you can see above.
I would recommend that you set up a custom metadata kill switch for this automation so that it can easily be turned off for bulk upload scenarios.
Explore related content:
Top Spring 26 Salesforce Flow Features
Should You Use Fault Paths in Salesforce Flows?
How to Use Custom Metadata Types in Flow
See the Spring 26 Release Notes HERE.
#Automation #Salesforce #SalesforceAdmins #SalesforceDevelopers #SalesforceTutorials #Spring26 #UseCases -
What's on my mind?
Disappointment and Disillusionment!
- Invested 7 yrs in #GoPiGo3 #robot
- Created #ROS2 nodes for #proprioception, #odometry, #LIDAR, #docking, #tts #mapping, #navigation, #simulation, #ObjectRecognition, and #LifeLogging
- My robot cannot safely and reliably navigate in my complex home environment.
- No slower turns, no inflation value can fixI'm done, destroyed, no strength left for "one more try". GoPi5Go-Dave is on the shelf with other "reached its limit" robots.
-
Nieuwe fundamenten voor de digitale overheid
Wat is gegevensdelingsbeleid? Welke rollen en verantwoordelijkheden brengt dit beleid met zich mee? En welke innovaties vallen daarbij op? Tijdens het CIO-café op dinsdag 24 februari, in het sfeervolle Haagse café Rootz, lieten bijna 40 bestuurders, beleidsmakers en IT-professionals zich bijpraten over deze actuele onderwerpen.
Floor Kloosterman, afdelingshoofd I-stelsel en Vakmanschap bij CIO Rijk, heette alle aanwezigen van harte welkom. “Gegevens die we binnen de overheid hebben vastgelegd, bieden enorme kansen om onze publieke taken effectiever, efficiënter en met oog voor de publieke waarden uit te voeren.”
Daar is wel adequaat gegevensdelingsbeleid voor nodig. “Niet alleen uit oogpunt van compliance en risicobeheersing, maar ook voor een betere beleids- en besluitvorming en effectievere samenwerking binnen het Rijk. Het standaardiseren en professionaliseren van gegevensdeling is dan ook essentieel. Een belangrijke bouwsteen daarbij is de gegevensboekhouding.”
Sleutelrol voor data
Bij die standaardisering en professionalisering is een belangrijke rol weggelegd voor de Chief Data Officer (CDO). Hedwig Miessen, CDO van de ministeries van Binnenlandse Zaken en Koninkrijksrelaties (BZK) en Volkshuisvesting en Ruimtelijke Ordening (VRO): “De CDO is een betrekkelijk nieuwe rol binnen de overheid, die wordt ingezet om te sturen op doelmatig, veilig en ethisch gebruik van gegevens.”
CDO Office
Het CDO Office van Hedwig Miessen heeft een vaste bezetting met, naast de CDO zelf, een data-adviseur en een projectleider. Met daaromheen een flexibele schil van onder meer data-architecten en -engineers. De grote uitdaging voor het CDO Office is volgens Hedwig het continu afstemmen en op 1 lijn brengen van alle werkzaamheden; niet alleen intern met bestuursadviseurs, beleidsmedewerkers en juristen, maar ook extern met gemeenten, provincies en de Europese Unie.Hedwig begon 5 jaar geleden als kwartiermaker Data bij BZK en VRO. “Destijds wilden diverse beleidsonderdelen beleid kunnen maken, gebaseerd op een gedeeld en objectief beeld van wat écht speelt. Gegevens spelen daarbij een sleutelrol. Bovendien leefde de wens om bij crises snel gegevens te kunnen verwerken om zo meer grip te kunnen krijgen op maatschappelijke opgaven. Denk aan gegevens over demografische ontwikkelingen, waarmee je bij woningtekort snel kunt visualiseren waar welk type woning nodig is.”
3 sporen
De CDO ondersteunt vooral het primaire proces om maatschappelijke vraagstukken op te lossen. “Dit impliceert coördinatie en regie, toezicht op datakwaliteit en kennisdeling”, vertelt Hedwig. “Daarbij onderscheiden we 3 sporen. Het eerste spoor is gegevensmanagement: hoe kunnen we de datakwaliteit verhogen en gegevens (her)gebruiken om onze maatschappelijke taken beter te kunnen uitvoeren?”
En de CDO werkt aan governance: aan het inrichten van rechten, plichten en verantwoordelijkheden. “Met als doel om te voldoen aan alle wet- en regelgeving, en zodat we gegevens optimaal en veilig kunnen benutten en delen. Ook houden we ons bezig met het zogenoemde gezamenlijke speelveld. Denk aan gemeenschappelijke voorzieningen, zoals een datacatalogus. Ook gaat het om samenwerking met marktpartijen en kennisinstituten. En om het versterken van de data- en AI-geletterdheid van ambtenaren.”
Digital Twin
Daarna liet Hedwig zien hoe het datagestuurde 3D-model ‘Digital Twin Groningen’ beleidsmakers helpt. Vooral bij ruimtelijke ordening: dit model maakt plannen efficiënter en besluitvorming beter. “Digital Twin Groningen wordt gebruikt als een digitale kopie van de fysieke leefomgeving. Het model helpt bij het visualiseren, simuleren en analyseren van ruimtelijke vraagstukken, bouwplannen en infrastructuur. Bovendien draagt het bij aan burgerparticipatie, omdat bewoners in de interactieve 3D-omgeving kunnen zien hoe hun buurt verandert.”
Bij gegevens kun je denken aan panden, afkomstig uit de Basisregistratie Adressen en Gebouwen (BAG) en de Basisregistratie Grootschalige Topografie (BGT), en ook aan bomen, riolering, kabels, leidingen en openbare verlichting. “Je kunt het model bijvoorbeeld gebruiken bij het plaatsen van zonnepanelen op monumentale daken. Via zichtanalyses is het mogelijk nauwkeurig te bepalen welke daken daar wel of niet geschikt voor zijn.”
Kleine foutjes, grote gevolgen
Daarna was de beurt aan Erik Lubbe en Robin Hildebrand van de CDO Offices van de ministeries van Justitie en Veiligheid (JenV) en Asiel en Migratie (AenM). Zij legden uit wat het belang is van een gegevensboekhouding.
Erik gaf 2 voorbeelden. “Door een foutje van de overheid stond een burger een paar jaar geleden onterecht in een systeem vermeld als verdachte van een drugsdelict. Daardoor kreeg hij jarenlang een reeks overheidsorganisaties achter zich aan. Of neem een Rotterdammer die in 2017 per abuis werd doodverklaard. Via de digitale snelweg ging de boodschap dat hij was overleden razendsnel rond bij tal van organisaties. Het in diverse systemen terugdraaien van zijn dood leek een vrijwel onmogelijke opgave. Deze voorbeelden laten zien dat gebrekkig gegevensbeheer tot fouten leidt, met ernstige gevolgen voor burgers. Gegevensboekhouding kan helpen deze fouten in de toekomst te voorkomen.”
Overal op dezelfde manier met gegevens werken
De 2 voorbeelden tonen volgens Erik aan dat effectief omgaan met gegevens een gezamenlijke verantwoordelijkheid is. “De komende jaren streven we naar een zorgvuldige, rechtmatige en rechtvaardige gegevenshuishouding komen. Hoe beter we samen tot consensus komen over ons gegevensbeleid, hoe effectiever we gegevens kunnen inzetten voor maatschappelijke opgaven. Dat effect wordt nog groter als we dat beleid ook standaardiseren.”
Concreet werkt het CDO Office van JenV en AenM aan het Afsprakenstelsel Gegevens en Algoritmes (JAGA). Erik: “Dit is een set uniforme regels, standaarden en modellen die zorgen voor een veilige, transparante en gestructureerde manier van gegevensdeling. Denk aan rollen en verantwoordelijkheden, handreikingen en eenheid van taal. Zo werken we straks overheidsbreed op dezelfde manier met gegevens, en bevorderen we hergebruik, efficiëntie en innovatie in de publieke sector.”
Demo: Motie#21
Aan de hand van Motie#21 demonstreerde Robin vervolgens de werking van de gegevensboekhouding. Deze in de Tweede Kamer aangenomen motie verzocht het kabinet het gebruik van nationaliteit, etniciteit en geboorteplaats in data- en risicomodellen te inventariseren. Ook moest het kabinet dit gebruik stopzetten als het onrechtmatig of onbehoorlijk zou zijn.
Robin liet zien hoe je deze informatie snel kunt opzoeken, welke gegevens voor de motie relevant waren, waar deze gegevens vandaan kwamen en wie daarvoor verantwoordelijk was. Robin: “Dit soort informatie kan niet alleen de kwaliteit van beleid en uitvoering versterken, maar ook het vertrouwen van burgers in de overheid.”
Meer informatie
Gegevensdeling en de Gegevensboekhouding
Dit is een automatisch geplaatst bericht. Vragen of opmerkingen kun je richten aan @[email protected]
#cdo #ChiefDataOfficers #CIORijk #CIOCafé #data #datacatalogus #digitalTwin #gegevensboekhouding #gegevensdeling #gegevenshuishouding #gezamenlijkeVerantwoordelijkheid
-
Nieuwe fundamenten voor de digitale overheid
Wat is gegevensdelingsbeleid? Welke rollen en verantwoordelijkheden brengt dit beleid met zich mee? En welke innovaties vallen daarbij op? Tijdens het CIO-café op dinsdag 24 februari, in het sfeervolle Haagse café Rootz, lieten bijna 40 bestuurders, beleidsmakers en IT-professionals zich bijpraten over deze actuele onderwerpen.
Floor Kloosterman, afdelingshoofd I-stelsel en Vakmanschap bij CIO Rijk, heette alle aanwezigen van harte welkom. “Gegevens die we binnen de overheid hebben vastgelegd, bieden enorme kansen om onze publieke taken effectiever, efficiënter en met oog voor de publieke waarden uit te voeren.”
Daar is wel adequaat gegevensdelingsbeleid voor nodig. “Niet alleen uit oogpunt van compliance en risicobeheersing, maar ook voor een betere beleids- en besluitvorming en effectievere samenwerking binnen het Rijk. Het standaardiseren en professionaliseren van gegevensdeling is dan ook essentieel. Een belangrijke bouwsteen daarbij is de gegevensboekhouding.”
Sleutelrol voor data
Bij die standaardisering en professionalisering is een belangrijke rol weggelegd voor de Chief Data Officer (CDO). Hedwig Miessen, CDO van de ministeries van Binnenlandse Zaken en Koninkrijksrelaties (BZK) en Volkshuisvesting en Ruimtelijke Ordening (VRO): “De CDO is een betrekkelijk nieuwe rol binnen de overheid, die wordt ingezet om te sturen op doelmatig, veilig en ethisch gebruik van gegevens.”
CDO Office
Het CDO Office van Hedwig Miessen heeft een vaste bezetting met, naast de CDO zelf, een data-adviseur en een projectleider. Met daaromheen een flexibele schil van onder meer data-architecten en -engineers. De grote uitdaging voor het CDO Office is volgens Hedwig het continu afstemmen en op 1 lijn brengen van alle werkzaamheden; niet alleen intern met bestuursadviseurs, beleidsmedewerkers en juristen, maar ook extern met gemeenten, provincies en de Europese Unie.Hedwig begon 5 jaar geleden als kwartiermaker Data bij BZK en VRO. “Destijds wilden diverse beleidsonderdelen beleid kunnen maken, gebaseerd op een gedeeld en objectief beeld van wat écht speelt. Gegevens spelen daarbij een sleutelrol. Bovendien leefde de wens om bij crises snel gegevens te kunnen verwerken om zo meer grip te kunnen krijgen op maatschappelijke opgaven. Denk aan gegevens over demografische ontwikkelingen, waarmee je bij woningtekort snel kunt visualiseren waar welk type woning nodig is.”
3 sporen
De CDO ondersteunt vooral het primaire proces om maatschappelijke vraagstukken op te lossen. “Dit impliceert coördinatie en regie, toezicht op datakwaliteit en kennisdeling”, vertelt Hedwig. “Daarbij onderscheiden we 3 sporen. Het eerste spoor is gegevensmanagement: hoe kunnen we de datakwaliteit verhogen en gegevens (her)gebruiken om onze maatschappelijke taken beter te kunnen uitvoeren?”
En de CDO werkt aan governance: aan het inrichten van rechten, plichten en verantwoordelijkheden. “Met als doel om te voldoen aan alle wet- en regelgeving, en zodat we gegevens optimaal en veilig kunnen benutten en delen. Ook houden we ons bezig met het zogenoemde gezamenlijke speelveld. Denk aan gemeenschappelijke voorzieningen, zoals een datacatalogus. Ook gaat het om samenwerking met marktpartijen en kennisinstituten. En om het versterken van de data- en AI-geletterdheid van ambtenaren.”
Digital Twin
Daarna liet Hedwig zien hoe het datagestuurde 3D-model ‘Digital Twin Groningen’ beleidsmakers helpt. Vooral bij ruimtelijke ordening: dit model maakt plannen efficiënter en besluitvorming beter. “Digital Twin Groningen wordt gebruikt als een digitale kopie van de fysieke leefomgeving. Het model helpt bij het visualiseren, simuleren en analyseren van ruimtelijke vraagstukken, bouwplannen en infrastructuur. Bovendien draagt het bij aan burgerparticipatie, omdat bewoners in de interactieve 3D-omgeving kunnen zien hoe hun buurt verandert.”
Bij gegevens kun je denken aan panden, afkomstig uit de Basisregistratie Adressen en Gebouwen (BAG) en de Basisregistratie Grootschalige Topografie (BGT), en ook aan bomen, riolering, kabels, leidingen en openbare verlichting. “Je kunt het model bijvoorbeeld gebruiken bij het plaatsen van zonnepanelen op monumentale daken. Via zichtanalyses is het mogelijk nauwkeurig te bepalen welke daken daar wel of niet geschikt voor zijn.”
Kleine foutjes, grote gevolgen
Daarna was de beurt aan Erik Lubbe en Robin Hildebrand van de CDO Offices van de ministeries van Justitie en Veiligheid (JenV) en Asiel en Migratie (AenM). Zij legden uit wat het belang is van een gegevensboekhouding.
Erik gaf 2 voorbeelden. “Door een foutje van de overheid stond een burger een paar jaar geleden onterecht in een systeem vermeld als verdachte van een drugsdelict. Daardoor kreeg hij jarenlang een reeks overheidsorganisaties achter zich aan. Of neem een Rotterdammer die in 2017 per abuis werd doodverklaard. Via de digitale snelweg ging de boodschap dat hij was overleden razendsnel rond bij tal van organisaties. Het in diverse systemen terugdraaien van zijn dood leek een vrijwel onmogelijke opgave. Deze voorbeelden laten zien dat gebrekkig gegevensbeheer tot fouten leidt, met ernstige gevolgen voor burgers. Gegevensboekhouding kan helpen deze fouten in de toekomst te voorkomen.”
Overal op dezelfde manier met gegevens werken
De 2 voorbeelden tonen volgens Erik aan dat effectief omgaan met gegevens een gezamenlijke verantwoordelijkheid is. “De komende jaren streven we naar een zorgvuldige, rechtmatige en rechtvaardige gegevenshuishouding komen. Hoe beter we samen tot consensus komen over ons gegevensbeleid, hoe effectiever we gegevens kunnen inzetten voor maatschappelijke opgaven. Dat effect wordt nog groter als we dat beleid ook standaardiseren.”
Concreet werkt het CDO Office van JenV en AenM aan het Afsprakenstelsel Gegevens en Algoritmes (JAGA). Erik: “Dit is een set uniforme regels, standaarden en modellen die zorgen voor een veilige, transparante en gestructureerde manier van gegevensdeling. Denk aan rollen en verantwoordelijkheden, handreikingen en eenheid van taal. Zo werken we straks overheidsbreed op dezelfde manier met gegevens, en bevorderen we hergebruik, efficiëntie en innovatie in de publieke sector.”
Demo: Motie#21
Aan de hand van Motie#21 demonstreerde Robin vervolgens de werking van de gegevensboekhouding. Deze in de Tweede Kamer aangenomen motie verzocht het kabinet het gebruik van nationaliteit, etniciteit en geboorteplaats in data- en risicomodellen te inventariseren. Ook moest het kabinet dit gebruik stopzetten als het onrechtmatig of onbehoorlijk zou zijn.
Robin liet zien hoe je deze informatie snel kunt opzoeken, welke gegevens voor de motie relevant waren, waar deze gegevens vandaan kwamen en wie daarvoor verantwoordelijk was. Robin: “Dit soort informatie kan niet alleen de kwaliteit van beleid en uitvoering versterken, maar ook het vertrouwen van burgers in de overheid.”
Meer informatie
Gegevensdeling en de Gegevensboekhouding
Dit is een automatisch geplaatst bericht. Vragen of opmerkingen kun je richten aan @[email protected]
#cdo #ChiefDataOfficers #CIORijk #CIOCafé #data #datacatalogus #digitalTwin #gegevensboekhouding #gegevensdeling #gegevenshuishouding #gezamenlijkeVerantwoordelijkheid
-
Nieuwe fundamenten voor de digitale overheid
Wat is gegevensdelingsbeleid? Welke rollen en verantwoordelijkheden brengt dit beleid met zich mee? En welke innovaties vallen daarbij op? Tijdens het CIO-café op dinsdag 24 februari, in het sfeervolle Haagse café Rootz, lieten bijna 40 bestuurders, beleidsmakers en IT-professionals zich bijpraten over deze actuele onderwerpen.
Floor Kloosterman, afdelingshoofd I-stelsel en Vakmanschap bij CIO Rijk, heette alle aanwezigen van harte welkom. “Gegevens die we binnen de overheid hebben vastgelegd, bieden enorme kansen om onze publieke taken effectiever, efficiënter en met oog voor de publieke waarden uit te voeren.”
Daar is wel adequaat gegevensdelingsbeleid voor nodig. “Niet alleen uit oogpunt van compliance en risicobeheersing, maar ook voor een betere beleids- en besluitvorming en effectievere samenwerking binnen het Rijk. Het standaardiseren en professionaliseren van gegevensdeling is dan ook essentieel. Een belangrijke bouwsteen daarbij is de gegevensboekhouding.”
Sleutelrol voor data
Bij die standaardisering en professionalisering is een belangrijke rol weggelegd voor de Chief Data Officer (CDO). Hedwig Miessen, CDO van de ministeries van Binnenlandse Zaken en Koninkrijksrelaties (BZK) en Volkshuisvesting en Ruimtelijke Ordening (VRO): “De CDO is een betrekkelijk nieuwe rol binnen de overheid, die wordt ingezet om te sturen op doelmatig, veilig en ethisch gebruik van gegevens.”
CDO Office
Het CDO Office van Hedwig Miessen heeft een vaste bezetting met, naast de CDO zelf, een data-adviseur en een projectleider. Met daaromheen een flexibele schil van onder meer data-architecten en -engineers. De grote uitdaging voor het CDO Office is volgens Hedwig het continu afstemmen en op 1 lijn brengen van alle werkzaamheden; niet alleen intern met bestuursadviseurs, beleidsmedewerkers en juristen, maar ook extern met gemeenten, provincies en de Europese Unie.Hedwig begon 5 jaar geleden als kwartiermaker Data bij BZK en VRO. “Destijds wilden diverse beleidsonderdelen beleid kunnen maken, gebaseerd op een gedeeld en objectief beeld van wat écht speelt. Gegevens spelen daarbij een sleutelrol. Bovendien leefde de wens om bij crises snel gegevens te kunnen verwerken om zo meer grip te kunnen krijgen op maatschappelijke opgaven. Denk aan gegevens over demografische ontwikkelingen, waarmee je bij woningtekort snel kunt visualiseren waar welk type woning nodig is.”
3 sporen
De CDO ondersteunt vooral het primaire proces om maatschappelijke vraagstukken op te lossen. “Dit impliceert coördinatie en regie, toezicht op datakwaliteit en kennisdeling”, vertelt Hedwig. “Daarbij onderscheiden we 3 sporen. Het eerste spoor is gegevensmanagement: hoe kunnen we de datakwaliteit verhogen en gegevens (her)gebruiken om onze maatschappelijke taken beter te kunnen uitvoeren?”
En de CDO werkt aan governance: aan het inrichten van rechten, plichten en verantwoordelijkheden. “Met als doel om te voldoen aan alle wet- en regelgeving, en zodat we gegevens optimaal en veilig kunnen benutten en delen. Ook houden we ons bezig met het zogenoemde gezamenlijke speelveld. Denk aan gemeenschappelijke voorzieningen, zoals een datacatalogus. Ook gaat het om samenwerking met marktpartijen en kennisinstituten. En om het versterken van de data- en AI-geletterdheid van ambtenaren.”
Digital Twin
Daarna liet Hedwig zien hoe het datagestuurde 3D-model ‘Digital Twin Groningen’ beleidsmakers helpt. Vooral bij ruimtelijke ordening: dit model maakt plannen efficiënter en besluitvorming beter. “Digital Twin Groningen wordt gebruikt als een digitale kopie van de fysieke leefomgeving. Het model helpt bij het visualiseren, simuleren en analyseren van ruimtelijke vraagstukken, bouwplannen en infrastructuur. Bovendien draagt het bij aan burgerparticipatie, omdat bewoners in de interactieve 3D-omgeving kunnen zien hoe hun buurt verandert.”
Bij gegevens kun je denken aan panden, afkomstig uit de Basisregistratie Adressen en Gebouwen (BAG) en de Basisregistratie Grootschalige Topografie (BGT), en ook aan bomen, riolering, kabels, leidingen en openbare verlichting. “Je kunt het model bijvoorbeeld gebruiken bij het plaatsen van zonnepanelen op monumentale daken. Via zichtanalyses is het mogelijk nauwkeurig te bepalen welke daken daar wel of niet geschikt voor zijn.”
Kleine foutjes, grote gevolgen
Daarna was de beurt aan Erik Lubbe en Robin Hildebrand van de CDO Offices van de ministeries van Justitie en Veiligheid (JenV) en Asiel en Migratie (AenM). Zij legden uit wat het belang is van een gegevensboekhouding.
Erik gaf 2 voorbeelden. “Door een foutje van de overheid stond een burger een paar jaar geleden onterecht in een systeem vermeld als verdachte van een drugsdelict. Daardoor kreeg hij jarenlang een reeks overheidsorganisaties achter zich aan. Of neem een Rotterdammer die in 2017 per abuis werd doodverklaard. Via de digitale snelweg ging de boodschap dat hij was overleden razendsnel rond bij tal van organisaties. Het in diverse systemen terugdraaien van zijn dood leek een vrijwel onmogelijke opgave. Deze voorbeelden laten zien dat gebrekkig gegevensbeheer tot fouten leidt, met ernstige gevolgen voor burgers. Gegevensboekhouding kan helpen deze fouten in de toekomst te voorkomen.”
Overal op dezelfde manier met gegevens werken
De 2 voorbeelden tonen volgens Erik aan dat effectief omgaan met gegevens een gezamenlijke verantwoordelijkheid is. “De komende jaren streven we naar een zorgvuldige, rechtmatige en rechtvaardige gegevenshuishouding komen. Hoe beter we samen tot consensus komen over ons gegevensbeleid, hoe effectiever we gegevens kunnen inzetten voor maatschappelijke opgaven. Dat effect wordt nog groter als we dat beleid ook standaardiseren.”
Concreet werkt het CDO Office van JenV en AenM aan het Afsprakenstelsel Gegevens en Algoritmes (JAGA). Erik: “Dit is een set uniforme regels, standaarden en modellen die zorgen voor een veilige, transparante en gestructureerde manier van gegevensdeling. Denk aan rollen en verantwoordelijkheden, handreikingen en eenheid van taal. Zo werken we straks overheidsbreed op dezelfde manier met gegevens, en bevorderen we hergebruik, efficiëntie en innovatie in de publieke sector.”
Demo: Motie#21
Aan de hand van Motie#21 demonstreerde Robin vervolgens de werking van de gegevensboekhouding. Deze in de Tweede Kamer aangenomen motie verzocht het kabinet het gebruik van nationaliteit, etniciteit en geboorteplaats in data- en risicomodellen te inventariseren. Ook moest het kabinet dit gebruik stopzetten als het onrechtmatig of onbehoorlijk zou zijn.
Robin liet zien hoe je deze informatie snel kunt opzoeken, welke gegevens voor de motie relevant waren, waar deze gegevens vandaan kwamen en wie daarvoor verantwoordelijk was. Robin: “Dit soort informatie kan niet alleen de kwaliteit van beleid en uitvoering versterken, maar ook het vertrouwen van burgers in de overheid.”
Meer informatie
Gegevensdeling en de Gegevensboekhouding
Dit is een automatisch geplaatst bericht. Vragen of opmerkingen kun je richten aan @[email protected]
#cdo #ChiefDataOfficers #CIORijk #CIOCafé #data #datacatalogus #digitalTwin #gegevensboekhouding #gegevensdeling #gegevenshuishouding #gezamenlijkeVerantwoordelijkheid
-
Nieuwe fundamenten voor de digitale overheid
Wat is gegevensdelingsbeleid? Welke rollen en verantwoordelijkheden brengt dit beleid met zich mee? En welke innovaties vallen daarbij op? Tijdens het CIO-café op dinsdag 24 februari, in het sfeervolle Haagse café Rootz, lieten bijna 40 bestuurders, beleidsmakers en IT-professionals zich bijpraten over deze actuele onderwerpen.
Floor Kloosterman, afdelingshoofd I-stelsel en Vakmanschap bij CIO Rijk, heette alle aanwezigen van harte welkom. “Gegevens die we binnen de overheid hebben vastgelegd, bieden enorme kansen om onze publieke taken effectiever, efficiënter en met oog voor de publieke waarden uit te voeren.”
Daar is wel adequaat gegevensdelingsbeleid voor nodig. “Niet alleen uit oogpunt van compliance en risicobeheersing, maar ook voor een betere beleids- en besluitvorming en effectievere samenwerking binnen het Rijk. Het standaardiseren en professionaliseren van gegevensdeling is dan ook essentieel. Een belangrijke bouwsteen daarbij is de gegevensboekhouding.”
Sleutelrol voor data
Bij die standaardisering en professionalisering is een belangrijke rol weggelegd voor de Chief Data Officer (CDO). Hedwig Miessen, CDO van de ministeries van Binnenlandse Zaken en Koninkrijksrelaties (BZK) en Volkshuisvesting en Ruimtelijke Ordening (VRO): “De CDO is een betrekkelijk nieuwe rol binnen de overheid, die wordt ingezet om te sturen op doelmatig, veilig en ethisch gebruik van gegevens.”
CDO Office
Het CDO Office van Hedwig Miessen heeft een vaste bezetting met, naast de CDO zelf, een data-adviseur en een projectleider. Met daaromheen een flexibele schil van onder meer data-architecten en -engineers. De grote uitdaging voor het CDO Office is volgens Hedwig het continu afstemmen en op 1 lijn brengen van alle werkzaamheden; niet alleen intern met bestuursadviseurs, beleidsmedewerkers en juristen, maar ook extern met gemeenten, provincies en de Europese Unie.Hedwig begon 5 jaar geleden als kwartiermaker Data bij BZK en VRO. “Destijds wilden diverse beleidsonderdelen beleid kunnen maken, gebaseerd op een gedeeld en objectief beeld van wat écht speelt. Gegevens spelen daarbij een sleutelrol. Bovendien leefde de wens om bij crises snel gegevens te kunnen verwerken om zo meer grip te kunnen krijgen op maatschappelijke opgaven. Denk aan gegevens over demografische ontwikkelingen, waarmee je bij woningtekort snel kunt visualiseren waar welk type woning nodig is.”
3 sporen
De CDO ondersteunt vooral het primaire proces om maatschappelijke vraagstukken op te lossen. “Dit impliceert coördinatie en regie, toezicht op datakwaliteit en kennisdeling”, vertelt Hedwig. “Daarbij onderscheiden we 3 sporen. Het eerste spoor is gegevensmanagement: hoe kunnen we de datakwaliteit verhogen en gegevens (her)gebruiken om onze maatschappelijke taken beter te kunnen uitvoeren?”
En de CDO werkt aan governance: aan het inrichten van rechten, plichten en verantwoordelijkheden. “Met als doel om te voldoen aan alle wet- en regelgeving, en zodat we gegevens optimaal en veilig kunnen benutten en delen. Ook houden we ons bezig met het zogenoemde gezamenlijke speelveld. Denk aan gemeenschappelijke voorzieningen, zoals een datacatalogus. Ook gaat het om samenwerking met marktpartijen en kennisinstituten. En om het versterken van de data- en AI-geletterdheid van ambtenaren.”
Digital Twin
Daarna liet Hedwig zien hoe het datagestuurde 3D-model ‘Digital Twin Groningen’ beleidsmakers helpt. Vooral bij ruimtelijke ordening: dit model maakt plannen efficiënter en besluitvorming beter. “Digital Twin Groningen wordt gebruikt als een digitale kopie van de fysieke leefomgeving. Het model helpt bij het visualiseren, simuleren en analyseren van ruimtelijke vraagstukken, bouwplannen en infrastructuur. Bovendien draagt het bij aan burgerparticipatie, omdat bewoners in de interactieve 3D-omgeving kunnen zien hoe hun buurt verandert.”
Bij gegevens kun je denken aan panden, afkomstig uit de Basisregistratie Adressen en Gebouwen (BAG) en de Basisregistratie Grootschalige Topografie (BGT), en ook aan bomen, riolering, kabels, leidingen en openbare verlichting. “Je kunt het model bijvoorbeeld gebruiken bij het plaatsen van zonnepanelen op monumentale daken. Via zichtanalyses is het mogelijk nauwkeurig te bepalen welke daken daar wel of niet geschikt voor zijn.”
Kleine foutjes, grote gevolgen
Daarna was de beurt aan Erik Lubbe en Robin Hildebrand van de CDO Offices van de ministeries van Justitie en Veiligheid (JenV) en Asiel en Migratie (AenM). Zij legden uit wat het belang is van een gegevensboekhouding.
Erik gaf 2 voorbeelden. “Door een foutje van de overheid stond een burger een paar jaar geleden onterecht in een systeem vermeld als verdachte van een drugsdelict. Daardoor kreeg hij jarenlang een reeks overheidsorganisaties achter zich aan. Of neem een Rotterdammer die in 2017 per abuis werd doodverklaard. Via de digitale snelweg ging de boodschap dat hij was overleden razendsnel rond bij tal van organisaties. Het in diverse systemen terugdraaien van zijn dood leek een vrijwel onmogelijke opgave. Deze voorbeelden laten zien dat gebrekkig gegevensbeheer tot fouten leidt, met ernstige gevolgen voor burgers. Gegevensboekhouding kan helpen deze fouten in de toekomst te voorkomen.”
Overal op dezelfde manier met gegevens werken
De 2 voorbeelden tonen volgens Erik aan dat effectief omgaan met gegevens een gezamenlijke verantwoordelijkheid is. “De komende jaren streven we naar een zorgvuldige, rechtmatige en rechtvaardige gegevenshuishouding komen. Hoe beter we samen tot consensus komen over ons gegevensbeleid, hoe effectiever we gegevens kunnen inzetten voor maatschappelijke opgaven. Dat effect wordt nog groter als we dat beleid ook standaardiseren.”
Concreet werkt het CDO Office van JenV en AenM aan het Afsprakenstelsel Gegevens en Algoritmes (JAGA). Erik: “Dit is een set uniforme regels, standaarden en modellen die zorgen voor een veilige, transparante en gestructureerde manier van gegevensdeling. Denk aan rollen en verantwoordelijkheden, handreikingen en eenheid van taal. Zo werken we straks overheidsbreed op dezelfde manier met gegevens, en bevorderen we hergebruik, efficiëntie en innovatie in de publieke sector.”
Demo: Motie#21
Aan de hand van Motie#21 demonstreerde Robin vervolgens de werking van de gegevensboekhouding. Deze in de Tweede Kamer aangenomen motie verzocht het kabinet het gebruik van nationaliteit, etniciteit en geboorteplaats in data- en risicomodellen te inventariseren. Ook moest het kabinet dit gebruik stopzetten als het onrechtmatig of onbehoorlijk zou zijn.
Robin liet zien hoe je deze informatie snel kunt opzoeken, welke gegevens voor de motie relevant waren, waar deze gegevens vandaan kwamen en wie daarvoor verantwoordelijk was. Robin: “Dit soort informatie kan niet alleen de kwaliteit van beleid en uitvoering versterken, maar ook het vertrouwen van burgers in de overheid.”
Meer informatie
Gegevensdeling en de Gegevensboekhouding
Dit is een automatisch geplaatst bericht. Vragen of opmerkingen kun je richten aan @[email protected]
#cdo #ChiefDataOfficers #CIORijk #CIOCafé #data #datacatalogus #digitalTwin #gegevensboekhouding #gegevensdeling #gegevenshuishouding #gezamenlijkeVerantwoordelijkheid
-
Wanneer u een civiele procedure start, zal de rechter uw screenshots van deze openbare, beschadigende kwalificaties beoordelen.
De rechter kan oordelen dat er sprake is van smaad of laster en dwingende maatregelen opleggen, zoals het verplicht verwijderen van de berichten, het plaatsen van een rectificatie en het toekennen van de door u geëiste schadevergoeding.De instanties verzamelen de puzzelstukjes, maar de rechter is degene die de wet toepast. De gang naar de rechter zorgt ervoor dat de situatie uit de sfeer van online moddergooien wordt gehaald, waarna de zaak puur wordt gereduceerd tot hard, objectief (digitaal) bewijs.
-
Het manicheïsme
Illustratie uit een manichees handschrift (Humboldtforum, Berlijn)Vrijwel zeker kent u de Dode-Zee-rollen: een kleine duizend teksten die documenteren hoe veelkleurig het jodendom was. Iets minder bekend zijn de teksten uit Nag Hammadi, die varianten op het christendom documenteerden die vóór de ontdekking van deze boeken alleen bekend waren uit de polemische geschriften van orthodoxe auteurs. Nog iets minder bekend: bij de verkoolde boekrollen uit Herculaneum waren filosofische traktaten die licht wierpen op het epicurisme. En helemaal onbekend zijn de laatantieke, manichese teksten die zijn gevonden op verschillende plaatsen in Centraal-Azië. Daarover straks meer. Eerst iets over het manicheïsme zelf.
Ideeën
De manicheeërs geloofden dat de kosmos bestond uit twee conflicterende principes: het Rijk van het Licht staat tegenover dat van de Duisternis. Goed versus kwaad dus. Nu zegt dat op zich niet zo veel. De crux is het mensbeeld. De manicheeërs meenden dat mensen bestonden uit een lichtvonk, de ziel of geest, die gevangen was geraakt in de materie, de duisternis. Een gelovige probeerde de gevangen lichtvonk te bevrijden, wat betekende dat de geest krachtiger moest zijn dan het lichaam.
Manicheeërs ervoeren seksualiteit als problematisch. Er kwamen kinderen van en dat betekende dat opnieuw een ziel gevangen was gezet. Je kunt nu flauwe grappen maken dat de manicheeërs daarom zijn uitgestorven, maar dat heeft vermoedelijk andere redenen gehad, want in de Late Oudheid was het manicheïsme een grote godsdienst, met aanhangers in het Romeinse Rijk, in Sassanidisch Perzië en langs de Zijderoute tot in het China van de Sui- en Tang-dynastieën (581-907) aan toe.
Nu hebben alle levende wezens een ziel. De manicheeërs waren op dit punt consequent: wie een levend wezen doodde, zelfs als het ging om het plukken van vruchten, verwondde het Licht en verlengde zo de gevangenschap van het Licht in de Duisternis. Vegetarisme was dus aanbevolen, en zelfs het eten van planten gold als problematisch. Simpel gezegd: een manicheeër leefde uiterst ascetisch.
De eeuwigheid
Ik heb met opzet in het midden gelaten of het conflict tussen het Rijk van het Licht en dat van de Duisternis eeuwig is. Als ik het goed begrijp, is dat niet helemaal duidelijk. Het staat vast dat er manicheeërs waren die geloofden in een Laatste Oordeel, waarin Licht en Duisternis voorgoed zullen worden gescheiden. Omdat het Licht uiteindelijk triomfeert, is het manicheïsme zo bezien een verlossingsleer.
Tegelijk spreken teksten over een eeuwig conflict. Deze ambiguïteit, of niet goed doordachte doctrine, kennen we ook uit het Iraanse zoroastrisme en andere dualistische wereldbeelden. Misschien is de oplossing wel gelegen in een cyclisch wereldbeeld, waarin de kosmos zich hernieuwt, inclusief tijd, zodat er én een eindpunt kan zijn én eeuwigheid. Ik weet het niet.
Ahuramazda vertrapt Ahriman (Naqš-e Rustam)Mani
Ik noemde het zoroastrisme niet zonder reden, want deze Iraanse godsdienst is een van de wortels van het manicheïsme. Zoroastriërs plaatsen de goede god Ahuramazda tegenover de slechte god Ahriman, en eisten dat mensen goed nadachten, de waarheid spraken en rechtvaardig handelden. Deze ideeën beïnvloedden de grondlegger van het manicheïsme, de profeet Mani.
Hij lijkt in 214 na Chr. te zijn geboren in Ktesifon, beschouwde zich als een apostel van Jezus Christus en begon rond 240 zijn onderricht. Het Sassanidische Rijk was pas net ontstaan en er was – althans aanvankelijk -ruimte voor nieuwe ideeën. Mani combineerde niet alleen christelijke en zoroastrische ideeën, maar verwees ook naar het boeddhisme, naar het platonisme en naar het Corpus Hermeticum.
In 242 verbleef Mani aan het hof van de Sassanidische koning Shapur I, aan wie hij een van zijn boeken opdroeg. De profeet reisde ook door Medië, Centraal-Azië en Gandara, terwijl zijn discipelen reisden naar Egypte, Syrië en Parthië. De nieuwe leer verspreidde zich, maar niet iedereen was ervan gecharmeerd. De zoroastrische priester Kartir vond vervolging gerechtvaardigd en koning Bahram I gelastte in 276 de arrestatie van Mani. Hij werd in Gunj-e Shapur doodgemarteld.
Manichees borduurwerk (Humboldtforum, Berlijn)Expansie
Mani’s leerlingen hadden de weg naar het oosten en westen al gevonden; na de dood van hun meester vluchtten ze naar de gebieden langs de Zijderoute en naar het Romeinse Rijk. De vervolging droeg zo ongewild bij aan de verspreiding van de manichese leer. En vermoedelijk ook aan de variatie van ideeën, want wat in pakweg Xinjiang werd geschreven, zal niet altijd zijn doorgedrongen naar pakweg Egypte. Al moet je de mobiliteit van antieke mensen en ideeën nooit onderschatten – dat is de les van de DNA-revolutie.
In elk geval waren er binnen een eeuw dualistische gemeenschappen in een gebied dat zich uitstrekte van Karthago tot Centraal-Azië. Daar zou het manicheïsme zijn duurzaamste invloed hebben: rond het jaar 1000 was het daar nog steeds de belangrijkste religie.
In Romeins Afrika was het manicheïsme minder invloedrijk. We weten er wel wat van, want de christelijke auteur Augustinus was van 373 en 382 manicheeër. Later bekeerde hij zich tot het christendom en polemiseerde hij tegen het manicheïsme. Zijn geschriften, niet bepaald objectief, zijn lange tijd de belangrijkste bron van informatie geweest over het concurrerende geloof.
Bovendien is door het enorme gezag van de kerkvader in de Middeleeuwen elk dualistisch geloof getypeerd als manichees. Paulicianen, bogomielen, katharen en waldenzen zijn op verschillende momenten allemaal een keer beschreven als manicheeërs, wat de indruk wekt dat het allemaal een pot nat is. Dat is maar helemaal de vraag.
Manichees handschrift (Humboldtforum, Berlijn)Tekstvondsten
Ik beloofde iets over tekstvondsten. Lange tijd waren onze voornaamste bronnen van informatie de polemieken van Augustinus, Efrem de Syriër en Epifaneios van Salamis. Dat zijn christelijke bronnen. Verder weten we dat keizer Diocletianus de manicheeërs beschouwde als on-Romeins en ze, met hun geschriften, liet verbranden. Ook Romeinse bronnen zijn dus niet erg positief over het geloof van Mani en zijn volgelingen. Idemdito de islamitische auteurs.
In de twintigste eeuw is de situatie verbeterd doordat we inmiddels beschikken over allerlei originele manichese teksten. Ze zijn in 1902-1914 in het toenmalige Turkestan ontdekt en voor zover ik weet zijn ze nog altijd niet helemaal gepubliceerd. Andere originele geschriften zijn de Tebessa Codex (uit Algerije) en de Keulse Mani-Codex. Die laatste is een bijna ontroerend klein, slechts 3,5 x 4,5 cm metend, boekje, geschreven in uiterst fijne letters.
Een zeer grote bibliotheek, daterend uit ongeveer 400 na Chr., is gevonden in Medinet Madi. Die teksten zijn, als ik het wel heb, momenteel in Dublin, maar ik ben nooit in Ierland geweest, dus ik kan daar weinig over vertellen. En tot slot: uit Xinjiang is allerlei materiaal bekend. Dat heb ik in Berlijn gezien. De foto’s bij dit stukje komen daar vandaan.
Als u wil helpen dragen in de kosten van deze blog, kunt u doneren, maar ook een van mijn boeken kopen (en lezen). Mijn boek over Libanon verschijnt in april, maar u kunt het al bestellen. Er is ook een HomeAcademy-cursus, waarvan de opbrengst naar Cordaid Libanon gaat. En u kunt deze blog volgen via het Whatsapp-kanaal.
Deel dit:#Ahriman #Ahuramazda #ascese #Augustinus #BahramI #boeddhisme #bogomielen #CorpusHermeticum #Diocletianus #dualisme #EfremDeSyriër #EpifaneiosVanSalamis #Kartir #katharen #LaatsteOordeel #lichtmetafoor #Mani #manicheïsme #seks #seksualiteit #ShapurI #TangDynastie #vegetarisme #Xinjiang #ziel #zoroastrisme
-
Het manicheïsme
Illustratie uit een manichees handschrift (Humboldtforum, Berlijn)Vrijwel zeker kent u de Dode-Zee-rollen: een kleine duizend teksten die documenteren hoe veelkleurig het jodendom was. Iets minder bekend zijn de teksten uit Nag Hammadi, die varianten op het christendom documenteerden die vóór de ontdekking van deze boeken alleen bekend waren uit de polemische geschriften van orthodoxe auteurs. Nog iets minder bekend: bij de verkoolde boekrollen uit Herculaneum waren filosofische traktaten die licht wierpen op het epicurisme. En helemaal onbekend zijn de laatantieke, manichese teksten die zijn gevonden op verschillende plaatsen in Centraal-Azië. Daarover straks meer. Eerst iets over het manicheïsme zelf.
Ideeën
De manicheeërs geloofden dat de kosmos bestond uit twee conflicterende principes: het Rijk van het Licht staat tegenover dat van de Duisternis. Goed versus kwaad dus. Nu zegt dat op zich niet zo veel. De crux is het mensbeeld. De manicheeërs meenden dat mensen bestonden uit een lichtvonk, de ziel of geest, die gevangen was geraakt in de materie, de duisternis. Een gelovige probeerde de gevangen lichtvonk te bevrijden, wat betekende dat de geest krachtiger moest zijn dan het lichaam.
Manicheeërs ervoeren seksualiteit als problematisch. Er kwamen kinderen van en dat betekende dat opnieuw een ziel gevangen was gezet. Je kunt nu flauwe grappen maken dat de manicheeërs daarom zijn uitgestorven, maar dat heeft vermoedelijk andere redenen gehad, want in de Late Oudheid was het manicheïsme een grote godsdienst, met aanhangers in het Romeinse Rijk, in Sassanidisch Perzië en langs de Zijderoute tot in het China van de Sui- en Tang-dynastieën (581-907) aan toe.
Nu hebben alle levende wezens een ziel. De manicheeërs waren op dit punt consequent: wie een levend wezen doodde, zelfs als het ging om het plukken van vruchten, verwondde het Licht en verlengde zo de gevangenschap van het Licht in de Duisternis. Vegetarisme was dus aanbevolen, en zelfs het eten van planten gold als problematisch. Simpel gezegd: een manicheeër leefde uiterst ascetisch.
De eeuwigheid
Ik heb met opzet in het midden gelaten of het conflict tussen het Rijk van het Licht en dat van de Duisternis eeuwig is. Als ik het goed begrijp, is dat niet helemaal duidelijk. Het staat vast dat er manicheeërs waren die geloofden in een Laatste Oordeel, waarin Licht en Duisternis voorgoed zullen worden gescheiden. Omdat het Licht uiteindelijk triomfeert, is het manicheïsme zo bezien een verlossingsleer.
Tegelijk spreken teksten over een eeuwig conflict. Deze ambiguïteit, of niet goed doordachte doctrine, kennen we ook uit het Iraanse zoroastrisme en andere dualistische wereldbeelden. Misschien is de oplossing wel gelegen in een cyclisch wereldbeeld, waarin de kosmos zich hernieuwt, inclusief tijd, zodat er én een eindpunt kan zijn én eeuwigheid. Ik weet het niet.
Ahuramazda vertrapt Ahriman (Naqš-e Rustam)Mani
Ik noemde het zoroastrisme niet zonder reden, want deze Iraanse godsdienst is een van de wortels van het manicheïsme. Zoroastriërs plaatsen de goede god Ahuramazda tegenover de slechte god Ahriman, en eisten dat mensen goed nadachten, de waarheid spraken en rechtvaardig handelden. Deze ideeën beïnvloedden de grondlegger van het manicheïsme, de profeet Mani.
Hij lijkt in 214 na Chr. te zijn geboren in Ktesifon, beschouwde zich als een apostel van Jezus Christus en begon rond 240 zijn onderricht. Het Sassanidische Rijk was pas net ontstaan en er was – althans aanvankelijk -ruimte voor nieuwe ideeën. Mani combineerde niet alleen christelijke en zoroastrische ideeën, maar verwees ook naar het boeddhisme, naar het platonisme en naar het Corpus Hermeticum.
In 242 verbleef Mani aan het hof van de Sassanidische koning Shapur I, aan wie hij een van zijn boeken opdroeg. De profeet reisde ook door Medië, Centraal-Azië en Gandara, terwijl zijn discipelen reisden naar Egypte, Syrië en Parthië. De nieuwe leer verspreidde zich, maar niet iedereen was ervan gecharmeerd. De zoroastrische priester Kartir vond vervolging gerechtvaardigd en koning Bahram I gelastte in 276 de arrestatie van Mani. Hij werd in Gunj-e Shapur doodgemarteld.
Manichees borduurwerk (Humboldtforum, Berlijn)Expansie
Mani’s leerlingen hadden de weg naar het oosten en westen al gevonden; na de dood van hun meester vluchtten ze naar de gebieden langs de Zijderoute en naar het Romeinse Rijk. De vervolging droeg zo ongewild bij aan de verspreiding van de manichese leer. En vermoedelijk ook aan de variatie van ideeën, want wat in pakweg Xinjiang werd geschreven, zal niet altijd zijn doorgedrongen naar pakweg Egypte. Al moet je de mobiliteit van antieke mensen en ideeën nooit onderschatten – dat is de les van de DNA-revolutie.
In elk geval waren er binnen een eeuw dualistische gemeenschappen in een gebied dat zich uitstrekte van Karthago tot Centraal-Azië. Daar zou het manicheïsme zijn duurzaamste invloed hebben: rond het jaar 1000 was het daar nog steeds de belangrijkste religie.
In Romeins Afrika was het manicheïsme minder invloedrijk. We weten er wel wat van, want de christelijke auteur Augustinus was van 373 en 382 manicheeër. Later bekeerde hij zich tot het christendom en polemiseerde hij tegen het manicheïsme. Zijn geschriften, niet bepaald objectief, zijn lange tijd de belangrijkste bron van informatie geweest over het concurrerende geloof.
Bovendien is door het enorme gezag van de kerkvader in de Middeleeuwen elk dualistisch geloof getypeerd als manichees. Paulicianen, bogomielen, katharen en waldenzen zijn op verschillende momenten allemaal een keer beschreven als manicheeërs, wat de indruk wekt dat het allemaal een pot nat is. Dat is maar helemaal de vraag.
Manichees handschrift (Humboldtforum, Berlijn)Tekstvondsten
Ik beloofde iets over tekstvondsten. Lange tijd waren onze voornaamste bronnen van informatie de polemieken van Augustinus, Efrem de Syriër en Epifaneios van Salamis. Dat zijn christelijke bronnen. Verder weten we dat keizer Diocletianus de manicheeërs beschouwde als on-Romeins en ze, met hun geschriften, liet verbranden. Ook Romeinse bronnen zijn dus niet erg positief over het geloof van Mani en zijn volgelingen. Idemdito de islamitische auteurs.
In de twintigste eeuw is de situatie verbeterd doordat we inmiddels beschikken over allerlei originele manichese teksten. Ze zijn in 1902-1914 in het toenmalige Turkestan ontdekt en voor zover ik weet zijn ze nog altijd niet helemaal gepubliceerd. Andere originele geschriften zijn de Tebessa Codex (uit Algerije) en de Keulse Mani-Codex. Die laatste is een bijna ontroerend klein, slechts 3,5 x 4,5 cm metend, boekje, geschreven in uiterst fijne letters.
Een zeer grote bibliotheek, daterend uit ongeveer 400 na Chr., is gevonden in Medinet Madi. Die teksten zijn, als ik het wel heb, momenteel in Dublin, maar ik ben nooit in Ierland geweest, dus ik kan daar weinig over vertellen. En tot slot: uit Xinjiang is allerlei materiaal bekend. Dat heb ik in Berlijn gezien. De foto’s bij dit stukje komen daar vandaan.
Als u wil helpen dragen in de kosten van deze blog, kunt u doneren, maar ook een van mijn boeken kopen (en lezen). Mijn boek over Libanon verschijnt in april, maar u kunt het al bestellen. Er is ook een HomeAcademy-cursus, waarvan de opbrengst naar Cordaid Libanon gaat. En u kunt deze blog volgen via het Whatsapp-kanaal.
Deel dit:#Ahriman #Ahuramazda #ascese #Augustinus #BahramI #boeddhisme #bogomielen #CorpusHermeticum #Diocletianus #dualisme #EfremDeSyriër #EpifaneiosVanSalamis #Kartir #katharen #LaatsteOordeel #lichtmetafoor #Mani #manicheïsme #seks #seksualiteit #ShapurI #TangDynastie #vegetarisme #Xinjiang #ziel #zoroastrisme