FMPROD/FMDEL Crosswalk
Purpose
Use this skill when the user asks how legacy FMPROD/FMDEL screen fields, business behavior, SQL objects, API routes, and Angular UI fields correspond.
Workflow
- Identify the screen, panel, field label, option, or workflow being mapped.
- Gather evidence from the canonical locations in reference.md.
- Build the chain in this order when possible:
- Legacy screen or RPG source.
- SourceAnalysis file/table/program evidence.
sqlobjectsUDTF, view, or procedure.- Kotlin
apis/apiv1endpoint and DTO. - Angular API/model/mapper/facade/component field.
- Docs or analysis markdown that explains business meaning.
- Distinguish display labels from physical fields, SQL aliases, DTO names, and Angular property names.
- If any link is missing, report it as unknown instead of filling it in from naming similarity alone.
Output Format
For crosswalk answers, prefer this compact table shape:
Legacy field | Meaning | Source evidence | SQL object | API endpoint/DTO | Angular field | Notes
For implementation planning, return:
- Existing behavior and source evidence.
- New or changed SQL/API/frontend contract.
- Files likely affected.
- Tests or parity checks to run.
- Open questions where the legacy mapping is ambiguous.
Guardrails
- Treat
docs/fmprod_analysis_*and related markdown as narrative evidence, not a substitute for source when changing behavior. - Do not assume FMPROD and FMDEL names are interchangeable; verify the workflow and source path.
- Preserve legacy-compatible field meanings unless the user explicitly asks to redesign the contract.