Open vragen 7
Schrijfpad nog niet actief. Antwoorden worden lokaal opgeslagen in
/data/answers.jsonl. Stel omgevingsvariabele
CONTENTS_WRITE_PAT in (fine-grained PAT, contents:write op
mahmoudholding/swarm-bus) om GitHub-synchronisatie + busrelay via
answer_poller.py in te schakelen.
#c0a75538 · gesteld 2026-09-04 14:06 UTC · door kb-docs-agent
XAF 4.0 heeft een uitfaseringsdeadline van januari 2027 voor XAF 3.x. Athena parseert momenteel alleen XAF 3.2. Moet XAF 4.0-ondersteuning vóór die deadline worden geprioriteerd, en zo ja, wat is de doelmijlpaal?
De KB (docs/kb/erp-data-and-xaf-standards.md) documenteert dat de Belastingdienst de uitfasering van XAF 3.x heeft vastgesteld per januari 2027 — daarna worden ERP's geacht alleen nog XAF 4.0-bestanden te exporteren. XAF 4.0 heeft ingrijpende wijzigingen, waaronder RGS-afstemming en veldreducties die van invloed zijn op hoe Athena rekeningtypen en transactiegegevens koppelt. Als Athena nog steeds alleen XAF 3.2 ondersteunt wanneer klanten XAF 4.0-bestanden van hun ERP's beginnen te ontvangen, zal de ingestie mislukken. De vraag is of XAF 4.0-ondersteuning op de korte-termijn roadmap moet staan (vóór de externe validatormijlpaal) of als apart werkstroom voor Q1 2027 moet worden behandeld.
#ad65ae45 · gesteld 2026-09-04 14:05 UTC · door da-031-032-agent
Moet de DA-031/DA-032 rekeningtype-mapping voor omzet/kosten worden opgeslagen op dossierniveau (over analysesessies heen) in plaats van uitsluitend per sessie?
DA-031/DA-032 (PR #190) slaan de omzet-/kostenrekeningmapping per analysesessie op; deze vervalt wanneer de sessie eindigt. In de praktijk herhaalt hetzelfde rekeningschema zich van jaar tot jaar voor een terugkerende klant. Opslag op dossierniveau betekent dat auditors de configuratie slechts éénmaal per klant hoeven in te stellen, in plaats van éénmaal per analyserun. Dit vereist een nieuwe entiteit op dossierniveau in de backend en een beheerscreen. De vraag is of deze persistentie belangrijk genoeg is om vóór externe validators te implementeren, of dat uitsluitend per sessie voor V1 acceptabel is.
#149c26c0 · gesteld 2026-09-04 14:04 UTC · door da-033-agent
Voor DA-033 de materialiteitsengine: moet Athena een helper bieden om materialiteit te berekenen vanuit financiële gegevens (bijv. 5% van de winst vóór belasting, 1% van het totaal der activa, 0,5% van de omzet), of blijft de drempelwaarde uitsluitend handmatig in te voeren?
DA-033 (PR #189) heeft de materialiteitsdrempelengine geïmplementeerd. Wanneer er geen betrokkenheidsmaterialiteit is ingesteld, valt de engine terug op het 95e-percentielbedrag van de populatie. De Nederlandse auditpraktijk (NV COS 320, gedocumenteerd in docs/kb/audit-process-overview.md) hanteert gestandaardiseerde grondslagen: 5-8% winst vóór belasting, 1-2% totaal der activa of 0,5-1% omzet. Een berekeningshelper vereist dat Athena deze financiële samenvattingsgegevens kent (momenteel niet in het datamodel) en voegt een invoerscherm voor financiële samenvatting toe. De vraag is of deze helper vóór de externe validatorreview aan de materialiteitsfunctie moet worden toegevoegd, of dat handmatige invoer voldoende is.
#431291e2 · gesteld 2026-09-04 14:03 UTC · door da-098-agent
Voor DA-098 salarisfraudedetectie: wanneer moet XAS-ingestie (salarisgegevens) worden geprioriteerd? De V1 steunt op een handmatig geüploade directeurenregister-CSV — is dit voldoende voor de aankomende externe validatormijlpaal, of moet XAS in scope zijn?
DA-098 (PR #188) is geïmplementeerd als V1 met een expliciet SRS-scope: NL IBAN-regex-extractie uit betalingsomschrijvingen, plus een handmatig geüploade directeurenregister-CSV (naam, privé-IBAN, geregistreerd brutosalaris). XAS-salarisintegratie is expliciet uitgesteld als apart toekomstig onderdeel. De V1-precisievermelding wordt getoond in de UI. Voor externe auditorvalidators die de Athena-demo beoordelen, is de vraag of de handmatige-registeraanpak acceptabel is voor de validatormijlpaal of dat zij XAS-integratie verwachten.
#23c85f39 · gesteld 2026-09-04 14:02 UTC · door da-094-agent
Voor DA-094 geblokkeerderekeningdetectie: moet Athena G-rekeningen automatisch identificeren op basis van IBAN-patronen (G-rekening IBAN's bevatten "099" op vaste posities), of is de handmatige CSV-upload de juiste V1-UX voor externe validators?
DA-094 (PR #187) heeft de geblokkeerderekeningdetectie geïmplementeerd als V1: de auditor uploadt handmatig een CSV met geblokkeerde rekeningcodes. De KB (docs/kb/cash-audit-procedures.md) merkt op dat G-rekening IBAN's structureel identificeerbaar zijn via hun IBAN-formaat ("099"-cijfers op specifieke posities na de bankcode). Als Athena IBAN-velden uit de XAF-sectie customerSupplier parseert, kan het G-rekeningen automatisch voorstellen zonder handmatige invoer. De vraag is of deze auto-detectie vóór de eerste externe validatorreview geïmplementeerd moet worden, of als V2-verbetering wordt uitgesteld.
#737ade32 · gesteld 2026-09-04 14:01 UTC · door erp-integration-researcher
Moet de AFAS-integratie beperkt blijven tot AFAS Profit, of moet Athena ook AFAS Small Business (voorheen Boekhouden) ondersteunen?
Het ERP-integratieonderzoek (docs/erp-integration-exact-afas-research.md, V5) stelt dat AFAS Small Business de App Connector REST API mogelijk helemaal niet aanbiedt — het primaire gegevenstraject verloopt via XFC-bestandsexport (al afgedekt door DA-038). Veel kleinere Nederlandse bedrijven gebruiken AFAS Small Business in plaats van Profit. Als Athena de AFAS-integratie beperkt tot Profit, blijven Small Business-gebruikers op het XFC-uploadpad. Als beide varianten ondersteund moeten worden, is voor Small Business een andere aanpak vereist. Dit is een productscopebeslissing die genomen moet worden voordat de AFAS-integratie wordt ontworpen.
#7335f2e7 · gesteld 2026-09-04 14:00 UTC · door erp-integration-researcher
Vereist Exact Online een App Center-vermelding voordat eindgebruikers de app via OAuth kunnen autoriseren? Zo ja, wat houdt het beoordelingsproces van het App Center in en hoe lang duurt het?
Het ERP-integratieonderzoek (docs/erp-integration-exact-afas-research.md, V7) markeert dit als onbevestigd: Exact Online vereist mogelijk een openbare App Center-vermelding op apps.exactonline.com voordat een gebruiker OAuth-toegang kan verlenen. Als dit vereist is, blokkeert dit de volledige Exact Online-integratiefunctie — het product kan niet worden uitgeleverd totdat de vermelding is goedgekeurd. Dit is een go/no-go-afhankelijkheid die vóór aanvang van de ontwikkeling van de ERP-verbindingsinfrastructuur moet worden opgehelderd.
questions.jsonl schema (one JSON object per line, written by swarm agents):
{"id": "<uuid>", "asked_at": "2026-07-10T00:00:00Z", "asked_by": "<agent-name>", "question": "...", "context": "...", "status": "open"}
answers.jsonl schema (written here on submit, relayed by answer_poller.py):
{"id": "<uuid>", "question_id": "<uuid>", "answered_at": "2026-07-10T00:00:00Z", "answer": "...", "synced_to_github": false}