What problem does it solve? Retrofitting a foreign key with a standard zoom onto an already-created DIVA business entity requires coordinated edits across the Module Check (.dhsp) and the screen mask (.dhsf); doing this by hand is error-prone and produces orphaned layers that fail linting or compilation. ## Core Features & Use Cases - Module Check enrichment: Injects Module "Gttmchk<target>.dhop" imports and generates Check_<SRC>_Field_<CHAMP> and _Lib procedures in the .dhsp file, with automatic detection of the framework prefix, dictionary, and view name. - Mask enrichment: Coordinates with the shared dhsf_add_fk.py script to add f8=<zoom>, table_associee, diva_apres, zoom button, and the [diva] callback procedure. - Idempotent execution: Re-running with the same FK does not duplicate Module imports or Check procedures. - Use Case: Reproduce the RETEX R-003 scenario by binding the RacPays field of the existing RACECHIEN entity to table T013 via zoom 9053, then verify with the DIVA linter and compiler. ## Quick Start Ask the assistant to bind the RacPays field of the RACECHIEN entity to table T013 using zoom 9053 on the existing .dhsp and .dhsf files.
