bee:regulatory-templates-gate1

Map regulatory fields to data sources with snake_case naming and lineage prefixes.

2|1|Updated Mar 3, 2026
One-click install
npx skills add https://github.com/luanrodrigues/ia-frmwrk --skill bee-regulatory-templates-gate1
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: bee:regulatory-templates-gate1
Source: https://github.com/luanrodrigues/ia-frmwrk/tree/main/finops-team/skills/regulatory-templates-gate1
Command: npx skills add https://github.com/luanrodrigues/ia-frmwrk --skill bee-regulatory-templates-gate1

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill automates the critical process of mapping regulatory fields to their corresponding data sources, ensuring data lineage and compliance accuracy.

Core Features & Use Cases

  • Automated Field Mapping: Converts all field names to snake_case and prefixes them with the correct data source.
  • Interactive Validation: Guides users through mapping choices when no data dictionary exists, ensuring accuracy.
  • Use Case: When setting up a new regulatory report, this Skill ensures that every required field (like 'CNPJ' or 'Opening Date') is correctly linked to its origin in systems like midaz_onboarding or midaz_transaction, preventing downstream errors.

Quick Start

Map the regulatory fields for the 'CADOC 4010' template using the available data sources.

Frequently Asked Questions about bee:regulatory-templates-gate1

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I map regulatory fields to data sources for compliance reporting?

Mapping regulatory fields to data sources for compliance reporting is automated by standardizing field names into snake_case and applying data lineage prefixes, ensuring every regulatory requirement links accurately to its origin system to prevent downstream errors.

What is data lineage prefixing in regulatory template generation?

Data lineage prefixing in regulatory template generation tags each field with its originating data source, such as midaz_onboarding or midaz_transaction, maintaining traceability and enforcing snake_case naming conventions for downstream compliance accuracy.

How do I validate regulatory field mappings when no data dictionary exists?

Validating regulatory field mappings without a data dictionary is handled through interactive validation, which guides you step-by-step through mapping choices and applies confidence scoring to ensure accuracy before finalizing the template.

Does this regulatory compliance template generator support interactive confidence scoring?

Yes, this regulatory compliance template generator supports interactive confidence scoring, evaluating the accuracy of your field mappings during the template creation process to prevent errors in downstream regulatory reporting processes.

Why does my regulatory template fail downstream after data mapping?

Regulatory templates fail downstream after data mapping when fields lack proper data lineage prefixes or snake_case formatting, causing mismatches between required regulatory fields and their precise data sources during report generation.

Can I use snake_case naming conventions for CADOC 4010 regulatory templates?

Yes, you can use snake_case naming conventions for CADOC 4010 regulatory templates, as the mapping process automatically converts all field names to snake_case and prefixes them with the correct data source to ensure compliance.