bcquality/custom/knowledge/breaking-changes/cmfrt-never-delete-always-obsolete.bad.al
BeytullahCengiz88 afb1fa2883 Add CMFRT naming conventions, object ID ranges, and patterns documentation
- Introduced guidelines for using the "CMFRT" prefix in object names, fields, and procedures to avoid naming collisions and ensure clarity.
- Established rules for object ID ranges to prevent conflicts with other extensions and maintain historical integrity.
- Documented best practices and anti-patterns for various coding patterns, including case statements, interface injection, label usage, and validation methods.
- Implemented a standards review skill to evaluate AL source changes against CMFRT company standards, ensuring compliance with naming, permissions, and architectural patterns.
2026-07-14 14:09:04 +02:00

15 lines
521 B
AL

// Field deleted outright — any upgrade codeunit or dependent extension
// that referenced "CMFRT GD Error Path" will fail to compile.
table 2045085 "CMFRT GD Setup"
{
fields
{
field(1; "Primary Key"; Code[10]) { DataClassification = SystemMetadata; }
field(2; "CMFRT GD ErrorPath"; Text[500])
{
Caption = 'Error Path';
DataClassification = CustomerContent;
}
// "CMFRT GD Error Path" (field 2045325) was deleted here — breaking change.
}
}