What problem does it solve? Writing a RecordSql (.dhsq) file for a DIVA business entity by hand is error-prone: the mandatory multi-folder filter (Dos = MZ.Dos), the OverWrittenBy declaration, the ISO-8859-1 + CRLF encoding, and consistent naming tokens are easy to get wrong, causing compilation failures or security issues. ## Core Features & Use Cases - Deterministic generation: Renders a complete .dhsq file from a Jinja2 template using naming tokens computed from domain, entity, table, and key field parameters, written in ISO-8859-1 with CRLF line endings. - Multi-table joins and skeletons: Supports implicit joins, LEFT JOINs, additional WHERE cases via JSON tokens, a --fk flag for foreign-key lookups, and 8 pre-configured skeleton files reproducing the most common ERP join super-patterns. - Rule-based validation: The validate_rsql.py script checks 8 rules (R01-R08) covering the multi-folder filter, OverWrittenBy, SELECT/FROM sections, dictionary coherence, encoding, and join syntax. - Use Case: Ask to generate the RecordSql for the Retail entity FamRglt (table RtlFamRglt, key RgltFam) and receive a validated .dhsq file with standard WHERE/ORDERBY cases and zero validation errors. ## Quick Start Generate the RecordSql file for the entity FamRglt in the Retail domain with table RtlFamRglt, key field RgltFam, and description 'Famille de reglement', then validate it.