LinkedIn thought leader ad examples

Kentico Connection 2026 in Sydney. I came home with an award, a deadline and a lot to think about. The award. Dapth won the Growth Partner Award at the Kentico Partner Awards 2026. Two of our projects, City of Mandurah and Complete Home Filtration, were also named Kentico's Site of the Month for September. The deadline. Support for Kentico Xperience 13 ends on 31 December 2026. Your site won't switch off on 1 January, but it stops being supported. The shift. On the AI panel, my view was simple. AI is already in the room. Someone still has to decide what the website is for and own the result. I've written up what I learned, the advice from The GPT Group I'd put on every migration brief, and what is coming with AIRA and KentiCopilot. Thank you to Kentico, my fellow panellists and Ben De Jonge from my team. Full article below. If you're still on Kentico 13 and don't have a plan yet, message me. #XperienceByKentico #Kentico #KenticoConnection #AgenticAI #DigitalTransformation

“Ik moet er straks ook aan geloven.” Dat zei een verkoper laatst toen we het over hun nieuwe CRM hadden. Opvallend, want het systeem was er nog niet eens en hij had er zelf nog nooit mee gewerkt. Toch was het beeld blijkbaar al ontstaan: dit wordt extra werk. Meer vastleggen, meer administratie, weer iets wat erbij komt. Dan begint de discussie over adoptie volgens mij al te laat. Want nog voordat iemand heeft ingelogd, is één vraag blijkbaar niet goed beantwoord: 𝗛𝗼𝗲 𝘄𝗼𝗿𝗱𝘁 𝗺𝗶𝗷𝗻 𝘄𝗲𝗿𝗸 𝗵𝗶𝗲𝗿 𝗯𝗲𝘁𝗲𝗿 𝘃𝗮𝗻? Als daar geen duidelijk antwoord op is, snap ik wel dat iemand zegt dat hij er straks “aan moet geloven”. Hoe wordt daar bij jullie over gesproken voordat er iets nieuws wordt ingevoerd?

𝗪𝗲 𝗮𝗱𝗱𝗲𝗱 𝗮 𝗘𝘂𝗿𝗼𝗽𝗲𝗮𝗻 𝗔𝗜 𝗰𝗹𝗼𝘂𝗱 𝘁𝗼 𝗼𝘂𝗿 𝘃𝗲𝗻𝗱𝗼𝗿 𝗹𝗶𝘀𝘁. 𝗙𝗼𝗿 𝗼𝘂𝗿 𝗰𝗹𝗶𝗲𝗻𝘁𝘀 𝗶𝘁 𝗶𝘀 𝗮 𝘀𝗼𝘃𝗲𝗿𝗲𝗶𝗴𝗻𝘁𝘆 𝗱𝗲𝗰𝗶𝘀𝗶𝗼𝗻. I spent the week at NVIDIA GTC Berlin, most of it at Nebius House, where Andersen Europe came to meet the Nebius team and work out how we sell together. The referral agreement itself was signed and announced a week earlier, so the meeting was about the practical part: which accounts, which workloads, who does what. Link to the announcement is in the first comment. On paper it is a simple story. Andersen can now bring enterprise clients to 𝗡𝗲𝗯𝗶𝘂𝘀 𝗔𝗜 𝗖𝗹𝗼𝘂𝗱 for training and inference, and we support those projects with consulting, custom engineering and integration. I am excited about this one, and not in the press-release sense: I have known the Nebius team for a while, and this is the first European AI cloud partner where I can see a full project, from architecture to migration to running it, done by our own engineers. And I think it is a sovereignty story, and here is why. Nebius is headquartered in 𝗔𝗺𝘀𝘁𝗲𝗿𝗱𝗮𝗺 and builds its capacity in Europe: a 𝟯𝟭𝟬 𝗠𝗪 site in Lappeenranta, Finland, a 𝟮𝟰𝟬 𝗠𝗪 AI factory near Lille, France, with the first phase coming online this year, and more than 𝟳𝟱𝟬 𝗠𝗪 of contracted power across EMEA. For a client in DACH or the Nordics that means the model is trained and served on European soil, under European jurisdiction, with a European legal entity on the contract. In June I wrote about one US export order that locked millions of users out of two frontier models overnight. Everyone agreed it was a wake-up call. The harder question was what to actually do on Monday, because telling a CTO to "reduce dependency" is not a plan. A European AI cloud that a serious integrator can design around, migrate to and run is a plan. Sovereignty is built into the architecture, not bought with a contract: it is an engineering decision about where data lives, which layers you can swap, and how fast you can move a workload if you have to. That is what I call 𝗲𝗻𝗴𝗶𝗻𝗲𝗲𝗿𝗶𝗻𝗴 𝘀𝗼𝘃𝗲𝗿𝗲𝗶𝗴𝗻𝘁𝘆, and it is the part Andersen brings to this partnership. Nebius gives a European company a real choice; our engineers make sure that choice does not vanish when a government on another continent signs a paper on a Thursday afternoon. Thank you Casper E. J. , Björn Dracker and Neil Dabbs for hosting us at Nebius House and for an hour that felt like a working session rather than a partner meeting, and to my colleagues Alexander Sadovskiy and Roman Gorge , who carried the Nebius track on our side from the first call to the signed agreement. Control. Choice. Resilience. Dependency is fine, lock-in is the problem. This week one of the choices became a lot more real. #DigitalSovereignty #EnterpriseAI #AICloud #EuropeanTech #AIInfrastructure

As October cybersecurity awareness month continues, I'm incredibly proud to announce that ctm Information Technology is now an authorised IASME Cyber Essentials Certification Body! This means our customers can complete the entire Cyber Essentials journey with one trusted cybersecurity partner. From assessing readiness and resolving technical gaps to formal assessment, certification and annual renewal, our team can provide practical support at every stage. It’s a significant milestone for ctm Information Technology and another important step in helping our customers strengthen their cybersecurity, meet tender requirements and demonstrate their commitment to protecting their organisation. Read the full announcement here https://lnkd.in/e_aukmQa More information about our cybersecurity managed services is here www.ctm-it.com/cybersec Well done team, this is a huge achievement!

Je verzekeraar wil weten hoe je cybersecurity geregeld is. Vijftig vragen. Je weet op elke vraag het antwoord. Het bewijs erbij zoeken kost dagen die je niet hebt. Dat is geen achterstand. Je weet de antwoorden omdat je de basis hebt staan. Wat ontbreekt is tijd, en die gaat op aan wat vandaag binnenkomt. Die situatie staat in onze IT-leiderschapsgids, geschreven voor directie en IT in het mkb, omdat we haar bij veel IT-verantwoordelijken tegenkomen. Je ziet steeds hetzelfde: de basis staat, de vragen van buiten nemen toe, van verzekeraar, auditor, klant en directie, en het bewijs ligt op de plekken waar het werk is gedaan. Logisch, want zo is het ontstaan. Alleen moet je het bij elke vraag opnieuw bij elkaar brengen. Wat de gids daar tegenover zet, is geen extra klus. Het is een andere plek voor het bewijs: in het vaste ritme van beheer en security, zodat je het bij een vragenlijst opzoekt in plaats van bij elkaar sprokkelt. Dat vraagt tijd en capaciteit, en dat is denk ik het echte onderwerp. Het hoort aan de voorkant op tafel, bij directie en IT samen, en niet pas als de lijst er ligt. In de gids heet de IT-verantwoordelijke die deze lijst krijgt Erik, een samengestelde figuur uit de mensen die we dagelijks spreken. Zijn situatie lees je in onze IT-leiderschapsgids voor het MKB: https://lnkd.in/emFzQRYS Volgend jaar komt er weer zo'n lijst. De antwoorden weet je dan ook.

Je parkeert naast je eigen pand. Veertien auto's. Tien jaar geleden stond hier bijna niemand. Volgende maand komen er zes bij. Je zou trots moeten zijn. Meestal ben je dat ook. Zo begint onze IT-leiderschapsgids, geschreven voor directie en IT in het mkb. De directeur in het verhaal heet Annemarie. Ze is een fictief personage, gebaseerd op directeuren die we regelmatig spreken. Binnen loopt ze langs haar financieel manager. Weer een phishingmail door het filter, de rechten van het nieuwe magazijn staan nog niet goed, hij kijkt er vanmiddag naar, eerst de kwartaalcijfers. Bij de koffie hoort ze dat drie collega's gisteren twee uur niets konden invoeren. Niemand in dat bedrijf doet iets fout. De financieel manager is aangenomen om de financiën te bewaken en doet dat. Operations meldt wat misgaat. De IT werkt, in basis. Alleen ligt er iets tussen hun functies in dat van niemand is. Meestal is dit geen slordigheid. Het is wat groei doet met een bedrijf dat in vier jaar ruim verdubbelde: de verantwoordelijkheid groeit mee, de tijd en de capaciteit eromheen niet vanzelf. Techniek is daarbij meestal niet het moeilijkste. Die ochtend staat helemaal in onze IT-leiderschapsgids voor het MKB. Je leest hem via deze link: https://lnkd.in/e6j2p-65 Wie bewaakt het geheel als iedereen bezig is met zijn eigen deel?

Slut med at taste rekvisitioner! Forestil dig, at når du møder ind på kontoret, ligger ALLE dagens rekvisitioner klar som opgaver i driftssystemet. Det er præcis den løsning vi har skruet sammen til dig, der bøvler med bunkevis af rekvisitioner. Rekvisitions Robert hedder din nye ven. Han læser ivrigt rekvisitioner, finder de rigtige oplysninger uanset om det er PDF'er eller e-mails og opretter sager direkte i dit system med bilag og gør klarmeldinger klar til din kunde. Resultatet? Ja, det er færre fejl, mindre manuelt arbejde og mere overblik fra morgenstunden. Det er ret smart, hvis jeg selv skal sige det.

Nos clients attendent de l’IA des résultats concrets, sans renoncer au contrôle de leurs données ni de leurs opérations. C’est le rôle d’Atos Genesis Intelligence, notre nouvelle suite d’IA : souveraine, frugale et de confiance ! ➡️ Elle réunit dans un même écosystème une architecture ouverte, fondée sur l'open source et sans dépendance à un fournisseur ; un routage intelligent entre modèles d'IA pour en maîtriser les coûts ; et des petits modèles de langage déployables en local, pour garder la main sur ses données. ➡️ Son déploiement est possible partout où nos clients en ont besoin : cloud public, cloud souverain, sur site ou en environnement isolé. Avec Atos Codex, intégré à la suite, nous franchissons également une nouvelle étape. Alors que trop d’initiatives d’IA s’arrêtent à la recommandation, Codex modélise l'organisation elle-même (ses entités, leurs relations, ses règles, ses habilitations, les actions possibles) et relie en continu les données, le contexte opérationnel, les contrôles de cybersécurité et le raisonnement de l'IA. Résultat : des cycles de décision plus courts, avec le niveau de contrôle humain que chaque organisation choisit de fixer. Cette offre s’appuie sur l’expérience d' Atos dans l’exploitation de certains des environnements les plus sensibles au monde, et sur l’expertise d’ Eviden en cybersécurité et en systèmes critiques. Je félicite nos équipes pour cette nouvelle réalisation au service des entreprises et institutions ! #IA #Souveraineté #Cybersécurité #AtosGenesisIntelligence Florin Rotar, Jennifer Ferrara, Franck Chartier + d'informations en commentaire 👇

An employee goes for a drink after work. At some point, they look down. Their bag is gone. Inside: their laptop. At first, it sounds like a hardware problem. A stolen device. A replacement to order. A few thousand euros lost. But for the IT team, the real question is much bigger: Was the device encrypted? Was MDM installed? Can we lock it remotely? Can we wipe it before anyone gets access? Because a stolen laptop is rarely just a stolen laptop. According to a Ponemon / Intel study, 46% of lost or stolen laptops contained confidential data. That’s the real risk. Not the device itself. The data inside it. Customer files. Employee information. Financial documents. Internal tools. Access to company systems. And the worst moment to ask security questions is after the laptop has disappeared. At Fleet, we believe device security should start before the laptop even reaches the employee. Every device can ship with MDM already configured, so IT teams can enforce security policies, encrypt devices, protect company data, and remotely wipe a laptop in one click if something goes wrong. No manual setup. No blind spots. No panic when the bag is gone. Just one less fire for IT teams to deal with. https://lnkd.in/ecpBVXSV

$1,000. Out of his own pocket. Just to receive his work laptop. A customer told us this during a demo. New hire in Argentina. Laptop shipped from Europe. Stuck at customs. Import duties: $1,000. Nobody had planned for it. So he paid. Think about the message that sends: “Welcome to the team. Please cover our logistics.” The duties weren’t the real problem. Shipping blind was: no local stock, no local partner, no plan. That’s not global procurement. That’s hoping for the best. At Fleet, we work with local partners in 150 countries. Duties are anticipated, the device arrives on time, and the employee never pays a cent. Hiring everywhere is a strategy. Shipping everywhere needs one too.

Kaikkea tekoälyyn liittyvää ei voi (eikä tarvitse) opetella. Mutta mistä tietää, mihin keskittyä? Uusia AI-työkaluja ja -toimintatapoja tulee joka päivä vastaan, eikä kaikkeen ehdi perehtyä. Mielestäni tärkeintä on tunnistaa, mistä omassa työssä on oikeasti hyötyä sekä käyttää uusia työkaluja järkevästi ja turvallisesti. Olen ollut mukana rakentamassa AI-Driven Developer -oppimispolkua Goforen ohjelmistokehittäjille. Halusimme tehdä siitä mahdollisimman käytännönläheisen, jotta uudet asiat eivät ole pelkkää teoriaa, vaan niitä pääsee kokeilemaan ja hyödyntämään omassa työssä. Tekemällä oppii! On ollut palkitsevaa huomata, että opit ovat jo löytäneet tiensä asiantuntijoidemme arkeen ja asiakastyöhön. Olen tietenkin jutellut aiheesta myös omien tiimiläisteni kanssa, ja on mahtavaa kuulla, miten oivaltavasti uusia työkaluja ja -tapoja käytetään. People Leadina yksi työn parhaista puolista onkin se, että näkee ihmisten innostuvan ja oppivan uutta. Täytyy sanoa, että nyt on kyllä kiinnostavaa aikaa olla tällä alalla! Toki innostuksen keskellä kannattaa pitää myös pää kylmänä. Vaikka tekoäly pystyy tekemään yhä enemmän, omaa asiantuntijuutta ei saa ulkoistaa sille. Meidän pitää edelleen ymmärtää, mitä teemme, ja pystyä arvioimaan työn lopputuloksia. Kerron näistä ajatuksista ja AI-Driven Developer -oppimispolun rakentamisesta lisää Goforen tuoreessa artikkelissa. Käy lukemassa! https://lnkd.in/dc8nuwWg #GrowWithAI #GoforeCrew

"Een dataplatform zonder duidelijk bedrijfsdoel is weggegooid geld." Ik zie ze regelmatig. Platforms die staan, draaien en keurig onderhouden worden. Vraag je wie er beter door beslist, dan blijft het antwoord uit. Een platform is een middel. Als niemand kan zeggen welk bedrijfsprobleem het oplost, is het geen investering maar een lege doos met een abonnement. Wat helpt is één concrete vraag vooraf. Welke beslissing moet beter, welk proces sneller, welke kosten omlaag? Dan weet je ook wanneer het platform klaar is. In de video reageer ik op de stelling. Eens of oneens? Deel je mening in de reacties. #Data #AI

Bij vrijwel elke klant waar wij binnenkomen, gebruiken medewerkers al AI voor hun werk. Meestal zonder dat de organisatie het weet. Dat heet Shadow AI: medewerkers die privé-tools voor werk gebruiken. Ze gebruiken bijvoorbeeld ChatGPT van thuis en nemen die gewoonte mee naar kantoor. Ze plakken een beleidsdocument erin voor een samenvatting, of een klantcase om sneller door het dossier te komen. Op dat moment voelt dat nuttig, en dat is het ook. Alleen staat jouw bedrijfsdata daarmee in een omgeving waar je als organisatie geen zicht op hebt. De behoefte eronder is legitiem. Mensen willen sneller werken en minder zoeken, en als je dat niet binnen je eigen omgeving aanreikt, gaan ze het buiten je omgeving halen. Ga daarom eerst na welke tools er nu al gebruikt worden, voordat je beleid schrijft. #InSpark

Ein KI-Agent für Deine Organisation. Nicht als Demo, sondern selbst gebaut. Im November laden wir Nonprofits gemeinsam mit Microsoft zu unserem 𝗢𝗻𝗹𝗶𝗻𝗲 𝗔𝗜 𝗔𝗴𝗲𝗻𝘁 𝗶𝗻 𝗮 𝗗𝗮𝘆 𝗪𝗼𝗿𝗸𝘀𝗵𝗼𝗽 ein. Du arbeitest hands-on an einem konkreten Use Case und baust selbst einen KI-Agenten. Zur Auswahl stehen der Spenden amp; Supporter Care Agent, der Recruiting amp; Onboarding Agent und der Service amp; FAQ Agent. Dabei siehst Du direkt, was heute möglich ist und welche Daten, Prozesse und Informationen ein Agent braucht, um im Arbeitsalltag wirklich zu unterstützen. Der Workshop findet vollständig online statt. Du kannst also unabhängig von Deinem Standort teilnehmen. Die Teilnahme ist für Nonprofits kostenfrei. Die Plätze sind bewusst begrenzt. Sichere Dir Deinen Platz und melde Dich direkt über unsere Website an: 👉 https://lnkd.in/ej_faEwu

Microsoft 365 Copilot steht auf unserer Roadmap.“ Cool. Und was steht da für danach? Denn Lizenzen verteilen ist noch keine Adoption. Ein Kick-off ist noch kein Enablement. Und drei Prompt-Beispiele im Intranet sind noch keine Copilot-Strategie. Sorry Leute. 😬 😋 Genau darüber sprechen Nicole Reis, Yolanda Curletto und ich in unserem Webinar: Wie hält man Microsoft 365 Copilot nach dem ersten Hype tatsächlich am Leben? Was brauchen Nutzer dauerhaft? Welche technischen und organisatorischen Themen hören nach dem Rollout eben nicht plötzlich auf? Und wie schafft man einen Rhythmus, bei dem nicht nach vier Wochen keiner mehr weiß, warum man diese Lizenzen eigentlich gekauft hat? Wir bringen Erfahrungen aus echten Projekten mit, aktuelle Use Cases und vermutlich auch ein paar Dinge, die nicht funktioniert haben. Die sind meistens sowieso interessanter. 😉 👉 Hier zum Webinar anmelden: https://lnkd.in/ewc3zeAS

Proud of the work we did with the City of Antwerp and Digipolis on Slim naar Antwerpen! Years ago, we helped build the original app to support Antwerp's ambitious goal of a 50/50 split between cars and sustainable transport. After eight years and 40,000+ active users, combined with rising costs from an external vendor, it was time for a smart pivot. We gave the app a full modernization rewrite: new technology, a high-performance open-source mapping tool, and a fresher experience that now mirrors the Slim naar Antwerpen website. All while cutting operational costs significantly. A great example of how our team turned a potential cost issue into an opportunity to future-proof Antwerp's smart mobility. 🚲 🚲 🚗 Interested in how modernizing legacy software can cut costs without impacting your users? Reach out or drop a comment to explore the full case study! http://icapps.com/work/sna

As a marketer, there is nothing worse than launching a great campaign, driving qualified traffic to a digital product... and then watching users drop off because of a bad user experience. 💔 For a long time, I thought performance bottlenecks were just "IT issues." But the truth is: your tech stack is directly tied to your marketing ROI. When your application is built on legacy code, marketing teams hit a wall. Setting up proper event tracking or personalized user flows feels like an uphill battle. Meeting mandatory regulations like the European Accessibility Act (EAA) becomes a legal and technical nightmare. Even integrating modern AI tools or automated customer touchpoints gets blocked by siloed backend data. 𝘉𝘦𝘭𝘪𝘦𝘷𝘦 𝘮𝘦, 𝘸𝘦 𝘴𝘱𝘦𝘢𝘬 𝘧𝘳𝘰𝘮 𝘦𝘹𝘱𝘦𝘳𝘪𝘦𝘯𝘤𝘦 🫣 Application modernization isn't just a technical upgrade; it's what gives marketing and product teams the agility to test, adapt, and scale without friction. If your digital product is quietly capping your growth, don't wait for silent user churn to force your hand. Dive into the key challenges, trends, and benefits of application modernization: https://lnkd.in/eP5GYkEH

Over the past few weeks, conversations at Q2B Copenhagen and Fujitsu Tech Open House reinforced something I've been thinking about for some time: the future of quantum computing is not about a single technology breakthrough. It's about how quantum, AI and HPC work together. In my latest article, I explore why the computing stack matters and how Fujitsu's recent announcements across diamond-spin, neutral-atom and software technologies point to a more integrated approach to advanced computing. Rather than treating quantum as a standalone capability, we see it as part of a broader environment where different computing resources can be orchestrated to solve real-world challenges. Enterprise readiness will depend not only on the performance of quantum hardware, but on the software, architectures and trusted infrastructure that allow organisations to put these technologies to work. #QuantumComputing #AdvancedComputing #HPC #AI #Innovation #FutureOfComputing #OpenQARP #DiamondSpin #NeutralAtoms Fujitsu Research

Bank of America palkkasi 1 000 uutta tietoturva-asiantuntijaa. Entisten 3 000 lisäksi. Toimitusjohtaja Brian Moynihanin mukaan tietoturvaan ja siihen liittyvään vaatimustenmukaisuustyöhön kului yhden vuosineljänneksen aikana yli 200 miljoonaa dollaria. Ymmärrän hyvin, miksi pankki panostaa tietoturvaan. Mutta jäin miettimään, kuinka pitkään ongelmia voidaan ratkaista palkkaamalla lisää ihmisiä. Tekoäly on muuttanut yhtä olennaista asiaa: tietoturvaheikkouksien etsiminen on nyt huomattavasti helpompaa ja halvempaa kuin ennen. Korjaaminen on toinen juttu. Keskustelen IT-johtajien kanssa Suomessa, Saksassa ja Isossa-Britanniassa. Yllättävän usein puhumme edelleen siitä, kuinka monta ihmistä IT-operointiin tarvitaan. Minua kiinnostaisi enemmän, kuinka kauan havaittu tietoturvaheikkous odottaa korjaamista. Ja kuinka moni niistä korjauksista oikeasti tarvitsee ihmistä. Entä mistä tiedämme, että korjaus onnistui? Näitä kysymyksiä olemme ratkoneet Firemindilla. Kehittämämme IT Operations Engine tunnistaa esimerkiksi puuttuvia päivityksiä, virheellisiä asetuksia ja tietoturvariskejä. Se pystyy myös korjaamaan rutiiniongelmia sovittujen sääntöjen puitteissa, tarkistamaan lopputuloksen ja dokumentoimaan työnsä. Riskialttiimmat muutokset menevät edelleen ihmisen hyväksyttäviksi. Minusta IT-operoinnissa pitäisi puhua nykyistä vähemmän siitä, kuinka monta ihmistä työhön tarvitaan, ja enemmän siitä, kuinka paljon ongelmia saadaan oikeasti ratkaistua. Ahmed Nuamanin artikkeli kommenteissa #AutonomousOperations #CyberSecurity #CloudOperations

Waarom moet Peter eigenlijk leren prompten? Peter is een ervaren vakspecialist. Hij weet ontzettend veel van zijn werk en kan je precies uitleggen waarom iets wel of niet werkt. Maar vraag hem om die kennis op papier te zetten en het wordt een stuk lastiger. Dus wat doen we? We sturen Peter op een cursus prompting, leren hem hoe Copilot werkt en hopen dat hij er vervolgens iets mee gaat doen. Maar waarom eigenlijk? Waarom laten we Peter niet gewoon vertellen wat hij weet en gebruiken we AI om daar iets bruikbaars van te maken? Ik moest hieraan denken toen ik het nieuwe AI-adoptieonderzoek van Info Support las. Daaruit blijkt dat 58% van de organisaties meer mogelijkheden voor AI ziet dan ze nu benutten. En 44% zet AI vooral in waar het beschikbaar is, niet per se waar het de meeste waarde heeft. Het onderzoek pleit voor meer regie, governance en meetbare resultaten. Terecht, want zonder richting kom je ook nergens. Maar ik merk in mijn eigen trainingen dat er nog iets anders speelt. Ik heb bijvoorbeeld een AI-escaperoom ontwikkeld waarin deelnemers ontdekken hoe AI werkt, wat er mis kan gaan en vooral wat ze er zelf mee kunnen. Het leukste moment is wanneer iemand die aanvankelijk weinig met AI had, ineens begint te bedenken wat hij er allemaal mee zou kunnen doen. Dan hoef ik eigenlijk niet veel meer uit te leggen. Dat is wat mij betreft minstens zo belangrijk als een goede AI-strategie. En Peter? Die hoeft helemaal geen expert in prompting te worden. Hij moet vooral goed blijven in zijn eigen vak. Als AI hem daarbij kan helpen, hebben we volgens mij iets nuttigs bereikt. Natuurlijk moeten we dat vervolgens goed organiseren en zorgen dat het veilig en verantwoord gebeurt. Misschien moeten we wat minder tijd besteden aan mensen leren prompten en wat meer aan AI leren luisteren. Peter is een gefingeerde naam. Het voorbeeld is gebaseerd op een praktijkervaring. Info Support https://lnkd.in/ew37t3CY

Twintig jaar contractmanagement, nul contracten Vorige week een contractmanagementsysteem doorgelopen voor een nieuw datamodel. Vraag uit de business: wanneer is dit contract getekend? Bevat dit systeem eigenlijk wel een contract signing date? Jazeker, het veld bestaat. Alleen is deze leeg. Al twintig jaar wordt het ding puur als facturatiesysteem gebruikt. Wie welke maand betaalt, tot op de cent. De rest van de velden heeft nooit iemand hoeven vullen. Ik zat daar met een datamodel klaar voor vragen die het systeem niet kan beantwoorden. Handig…. Iedereen praat over datakwaliteit alsof het vies is. Typefouten, dubbelingen. Heel vervelend, wel oplosbaar. Maar als er niks gelogd wordt valt er ook niks schoon te poetsen. We beginnen nu andersom. Eerst de vragen, dan pas kijken of de systemen de juiste data bevatten. Wat hebben jouw systemen nooit hoeven weten?

Twee waarheden uit één bron Zelfde bronsysteem, zelfde getal, twee uitkomsten. Sales rapporteert order intake. Finance rapporteert gerealiseerde omzet. Beide kloppen. Dat is nou juist het vervelende. Elk kwartaal gaat er een middag in het uitleggen waarom twee correcte getallen niet hetzelfde zijn. Staat in geen enkele functieomschrijving en toch doet iemand het al jaren. Wij noemen dat datakwaliteit. De data is alleen brandschoon. AI-pilots stranden hier ook op. Een taalmodel kan veel, alleen niet kiezen welke waarheid de echte is. Wie is bij jullie eigenaar van een definitie? Bij deze klant wist niemand het.

ViDA & E-Invoicing: cosa cambia per le aziende italiane che operano in Europa? Dal 2030, con ViDA (VAT in the Digital Age), entreranno in vigore nuovi requisiti europei per la fatturazione elettronica e la comunicazione digitale dei dati IVA nelle operazioni B2B transfrontaliere. L’Italia dispone già di un sistema consolidato di fatturazione elettronica, basato sul Sistema di Interscambio (SdI). Tuttavia, lavorare con clienti e fornitori di altri Paesi UE significa confrontarsi anche con requisiti e sistemi fiscali diversi. Quali saranno le principali sfide tecniche? * Adeguamento agli standard europei EN 16931 e UBL * Gestione dei Digital Reporting Requirements (DRR) per le operazioni transfrontaliere * Interoperabilità tra i sistemi fiscali europei * Mappatura e validazione dei dati IVA * Gestione di trasmissioni, correzioni e tracciabilità 💡 Per le aziende sarà fondamentale verificare che i propri software e processi siano pronti a gestire i nuovi requisiti europei. Una soluzione EDI (Electronic Data Interchange) può contribuire a integrare i sistemi aziendali, automatizzare lo scambio di documenti e dati con i partner commerciali e ridurre errori e attività manuali. Credo fermamente che investire in un’infrastruttura EDI flessibile e integrata sia un passo importante per affrontare al meglio l’evoluzione della fatturazione elettronica europea.

Auch ein Tool-gestütztes manuelles Review ist am Ende genau das: ein manuelles Review. Wir können noch so viele smarte KI-Reviewer, automatisierte PR-Checks oder Git-Hooks in unsere Pipeline hängen. Solange der Prozess vorschreibt, dass am Ende trotzdem ein Mensch jede Codezeile lesen und absegnen muss, haben wir weiterhin einen Engpass. Die KI generiert den Code einfach nur schneller, als Reviewer ihn verstehen können. Der Mensch bleibt der Engpass. Was wir stattdessen brauchen, ist ein echter Paradigmenwechsel: von Human-in-the-Loop zu Human-on-the-Loop. Wir müssen Systeme bauen, die nicht mehr voraussetzen, dass am Ende jede Zeile Code von einem Menschen autorisiert wird. Mehr dazu im Artikel👇