Case: FlowField detectie via bc-parse symbolen

Klant: Peter Peters (Wopal B.V.) Datum: 23 maart 2026 Tags: flowfield, calcfields, purchase-header, project-principal, rdlc, report, 4ps

Situatie

Bij het aanpassen van het inkooporder rapport voor Wopal moesten twee velden worden uitgelezen:

• Purchase Header."Name Purchaser" (field 11012880) voor de naam van de inkoper
• Project Principal."Contact Person Name" (field 28) voor de contactpersoon van de opdrachtgever

Beide velden zijn FlowFields. Zonder CalcFields aanroep leveren ze een lege waarde op. Dit is een veelvoorkomende fout in BC-ontwikkeling die pas bij het testen aan het licht komt.

Waarde van bc-parse

De toolkit kon via de geparsede 4PS symbolen (uit het .app bestand) direct zien dat deze velden FlowFields zijn. De velddefinities in de AL source bevatten de CalcFormula property die dit aangeeft.

Dit is informatie die normaal gesproken alleen zichtbaar is door:

1. Het .app bestand te decompileren
2. In de BC client naar de tabelstructuur te navigeren (meerdere lagen diep)
3. Of de symboolbestanden handmatig te doorzoeken

Zonder tooling zou je dit pas ontdekken wanneer het veld leeg blijkt in de gegenereerde rapportage, wat een extra test-fix-deploy cyclus kost.

Conclusie

Dit is een concreet voorbeeld van hoe bc-parse waarde toevoegt bij report extension development: het voorkomt runtime fouten door veldmetadata (FlowField, TableRelation, field type) direct beschikbaar te maken tijdens het ontwerp.

Zoektermen

flowfield, calcfields, lege waarde, purchase header, name purchaser, project principal, contact person name, report extension, 4ps symbolen