Plataforma de Gestoría Inteligente Especificación funcional + técnica • v1 • 18/12/2025
智能管理平台 功能 + 技术规范 • v1 • 18/12/2025
Intelligent Management Platform Functional + technical specification • v1 • 18/12/2025
Plataforma de Gestoría Inteligente Especificación técnica • v1 • 18/12/2025
智能管理平台 技术规范 • v1 • 18/12/2025
Intelligent Management Platform Technical specification • v1 • 18/12/2025

3. Módulo Fiscal

Modelos, validación, simulación, workflow de aprobación y presentación con evidencias.

ModelosIVA/IRPF/IS
ControlValidación + aprobación
DiferencialSimulación

Visión del módulo

Gestión integral de impuestos: preparación, validación, aprobación, presentación telemática y archivo de evidencias. Con simulación y control de riesgos.

Objetivos

  • Automatizar cálculo desde contabilidad/facturas minimizando intervención manual.
  • Evitar presentaciones con errores mediante reglas y prevalidación.
  • Implementar workflow de revisión/aprobación por rol supervisor.
  • Guardar justificantes (CSV) y evidencias vinculadas a periodo/modelo.
  • Proveer simulación (previsión) para informar al cliente.

Alcance

  • Modelos IVA/IRPF/IS/Informativos con periodificación.
  • Reglas por régimen y configuración por cliente (prorrata, RE, etc.).
  • Gestión de borradores y versiones (si se recalcula).
  • Presentación asíncrona con reintentos y logs.
  • Cuadro de mando: vencimientos, pendientes, incidencias, riesgos.

Personas y roles

RolNecesidad / uso principal
Gestor fiscalPreparar modelos rápido con validaciones, checklist y simulación.
SupervisorAprobar modelos y controlar riesgo antes de presentar.
ClienteVer previsión, resultado y justificante.

Diseño funcional

Flujos principales

Preparación de un modelo (ej.: 303)
Cierre de trimestre o liquidación mensual.
  • Seleccionar empresa + periodo + modelo.
  • Cargar datos: contabilidad + facturas + ajustes manuales permitidos.
  • Calcular borrador con desglose (bases/cuotas).
  • Ejecutar validaciones (cuadres, coherencia, checklist documental).
  • Transición a 'En revisión' y asignación de revisor.
Salida: Borrador listo para revisión con desglose y evidencias.
Aprobación y presentación
Borrador revisado, checklist completo.
  • Supervisor revisa puntos críticos y acepta (o devuelve con comentarios).
  • Al aprobar, se encola la presentación telemática.
  • Sistema recibe respuesta, guarda CSV/justificante y logs.
  • Cierra el modelo como 'Presentado' y notifica al cliente.
Salida: Modelo presentado con justificante y trazabilidad.
Simulación / previsión
Cliente pide estimación antes del cierre.
  • Elegir periodo o rango de fechas.
  • Calcular previsión con datos actuales + reglas.
  • Mostrar escenarios (con/sin facturas pendientes, con ajustes).
  • Generar informe para cliente.
Salida: Previsión clara para decisiones y liquidez.

Pantallas (UI)

  • Pantalla modelo: desglose, validaciones, checklist y comentarios.
  • Vista calendario fiscal: vencimientos por cliente y estado.
  • Dashboard fiscal: pendientes, incidencias, riesgos, variaciones.

Diseño técnico

Entidades y modelo de datos (mínimo)

EntidadCampos principales / notas
TaxModelid, model_code, period, company_id, status, totals, breakdown, version
TaxAdjustmentid, tax_model_id, type, amount, reason, attachments[]
TaxValidationid, tax_model_id, rule_code, severity, message, status
Filingid, tax_model_id, channel, payload_ref, response_ref, csv, filed_at
DueDatecompany_id, model_code, period, due_at, status

Permisos y seguridad (RBAC)

  • Gestor puede crear/editar borradores; Supervisor aprueba; ejecución separada.
  • Cliente solo lectura de resultado y justificantes.
  • Edición de modelos 'Presentados' bloqueada; solo rectificativas por workflow.

Validaciones y reglas

  • Cuadres: bases y cuotas vs contabilidad; alertas por variaciones anómalas.
  • Checklist requerido completo antes de permitir aprobar.
  • Idempotencia en presentación (evitar doble envío).
  • Bloqueo de periodo cerrado: solo mediante reapertura con motivo.

APIs sugeridas (API-first)

GET /api/v1/tax/models?company_id=...&period=... POST /api/v1/tax/models/calculate # {model_code, period, company_id} PATCH /api/v1/tax/models/{id} # ajustes permitidos POST /api/v1/tax/models/{id}/validate POST /api/v1/tax/models/{id}/submit # encola presentación GET /api/v1/tax/filings/{id} # estado + evidencias GET /api/v1/tax/simulations # previsión

Eventos y auditoría

  • tax.model.calculated
  • tax.model.validated
  • tax.model.approved
  • tax.filing.submitted / tax.filing.completed / tax.filing.failed

Impacto de negocio

Beneficio para la gestoría

  • Reduce sanciones al bloquear errores antes de presentar.
  • Aumenta productividad con cálculo automático y validaciones.
  • Mejor control de calidad con aprobación supervisor.

Beneficio para el cliente

  • Previsión de impuestos para planificar tesorería.
  • Acceso a justificantes y estado sin llamadas.

Riesgos / puntos críticos

  • Cambios normativos requieren actualizaciones rápidas de reglas.
  • Integración telemática debe ser robusta (colas, reintentos, logs).
  • Manejo de rectificativas/correcciones debe estar bien definido.

3. 税务模块

模型、验证、模拟、审批工作流和带证据的提交。

模型增值税/个人所得税/公司税
控制验证 + 审批
差异化模拟

模块愿景

综合税务管理:准备、验证、审批、电子提交和证据归档。具有模拟和风险控制。

目标

  • 从会计/发票自动计算,最小化手动干预。
  • 通过规则和预验证避免提交错误。
  • 实施主管角色的审查/审批工作流。
  • 保存证明(CSV)和链接到期间/模型的证据。
  • 提供模拟(预测)以告知客户。

范围

  • 带期间化的增值税/个人所得税/公司税/信息模型。
  • 按制度和按客户的规则和配置(比例、RE等)。
  • 草稿和版本管理(如果重新计算)。
  • 带重试和日志的异步提交。
  • 控制面板:到期、待办、事件、风险。

人员和角色

角色需求 / 主要用途
税务经理快速准备模型,具有验证、清单和模拟。
主管在提交前批准模型并控制风险。
客户查看预测、结果和证明。

功能设计

主要流程

模型准备(例如:303)
季度结束或月度清算。
  • 选择公司 + 期间 + 模型。
  • 加载数据:会计 + 发票 + 允许的手动调整。
  • 计算带明细的草稿(基数/税额)。
  • 执行验证(对账、一致性、文档清单)。
  • 转换到"审查中"并分配审查者。
输出:准备审查的草稿,带明细和证据。
审批和提交
已审查的草稿,清单完整。
  • 主管审查关键点并接受(或返回并附评论)。
  • 批准时,将电子提交加入队列。
  • 系统接收响应,保存CSV/证明和日志。
  • 将模型标记为"已提交"并通知客户。
输出:已提交的模型,带证明和可追溯性。
模拟 / 预测
客户在结束前要求估算。
  • 选择期间或日期范围。
  • 使用当前数据 + 规则计算预测。
  • 显示场景(有/无待处理发票,有调整)。
  • 为客户生成报告。
输出:清晰的预测,用于决策和流动性。

屏幕(UI)

  • 模型屏幕:明细、验证、清单和评论。
  • 税务日历视图:按客户和状态的到期。
  • 税务仪表板:待办、事件、风险、变化。

技术设计

实体和数据模型(最小)

实体主要字段 / 注释
TaxModelid, model_code, period, company_id, status, totals, breakdown, version
TaxAdjustmentid, tax_model_id, type, amount, reason, attachments[]
TaxValidationid, tax_model_id, rule_code, severity, message, status
Filingid, tax_model_id, channel, payload_ref, response_ref, csv, filed_at
DueDatecompany_id, model_code, period, due_at, status

权限和安全性(RBAC)

  • 经理可以创建/编辑草稿;主管批准;执行分开。
  • 客户仅读取结果和证明。
  • "已提交"模型的编辑被阻止;仅通过工作流进行更正。

验证和规则

  • 对账:基数和税额 vs 会计;异常变化警报。
  • 在允许批准之前需要完整的清单。
  • 提交中的幂等性(避免重复发送)。
  • 封闭期间的锁定:仅通过重新打开并说明原因。

建议的API(API优先)

GET /api/v1/tax/models?company_id=...&period=... POST /api/v1/tax/models/calculate # {model_code, period, company_id} PATCH /api/v1/tax/models/{id} # ajustes permitidos POST /api/v1/tax/models/{id}/validate POST /api/v1/tax/models/{id}/submit # encola presentación GET /api/v1/tax/filings/{id} # estado + evidencias GET /api/v1/tax/simulations # previsión

事件和审计

  • tax.model.calculated
  • tax.model.validated
  • tax.model.approved
  • tax.filing.submitted / tax.filing.completed / tax.filing.failed

业务影响

对管理办公室的好处

  • 通过在提交前阻止错误来减少处罚。
  • 通过自动计算和验证提高生产力。
  • 通过主管审批更好地控制质量。

对客户的好处

  • 税务预测以规划资金。
  • 无需电话即可访问证明和状态。

风险 / 关键点

  • 法规变化需要快速更新规则。
  • 电子集成必须稳健(队列、重试、日志)。
  • 更正/修正的处理必须明确定义。

3. Tax Module

Models, validation, simulation, approval workflow and submission with evidence.

ModelsVAT/IRPF/IS
ControlValidation + approval
DifferentiatorSimulation

Module Vision

Comprehensive tax management: preparation, validation, approval, electronic submission and evidence archiving. With simulation and risk control.

Objectives

  • Automate calculation from accounting/invoices minimizing manual intervention.
  • Avoid submissions with errors through rules and pre-validation.
  • Implement review/approval workflow by supervisor role.
  • Save proofs (CSV) and evidence linked to period/model.
  • Provide simulation (forecast) to inform the client.

Scope

  • VAT/IRPF/IS/Informative models with periodization.
  • Rules by regime and configuration by client (pro rata, RE, etc.).
  • Draft and version management (if recalculated).
  • Asynchronous submission with retries and logs.
  • Dashboard: deadlines, pending items, incidents, risks.

People and Roles

RoleNeed / main use
Tax ManagerPrepare models quickly with validations, checklist and simulation.
SupervisorApprove models and control risk before submitting.
ClientView forecast, result and proof.

Functional Design

Main Flows

Model Preparation (e.g.: 303)
Quarter end or monthly settlement.
  • Select company + period + model.
  • Load data: accounting + invoices + allowed manual adjustments.
  • Calculate draft with breakdown (bases/amounts).
  • Execute validations (reconciliations, coherence, document checklist).
  • Transition to 'Under Review' and assignment of reviewer.
Output: Draft ready for review with breakdown and evidence.
Approval and Submission
Reviewed draft, complete checklist.
  • Supervisor reviews critical points and accepts (or returns with comments).
  • Upon approval, electronic submission is queued.
  • System receives response, saves CSV/proof and logs.
  • Closes model as 'Submitted' and notifies client.
Output: Submitted model with proof and traceability.
Simulation / Forecast
Client requests estimate before closing.
  • Choose period or date range.
  • Calculate forecast with current data + rules.
  • Show scenarios (with/without pending invoices, with adjustments).
  • Generate report for client.
Output: Clear forecast for decisions and liquidity.

Screens (UI)

  • Model screen: breakdown, validations, checklist and comments.
  • Tax calendar view: deadlines by client and status.
  • Tax dashboard: pending items, incidents, risks, variations.

Technical Design

Entities and Data Model (minimum)

EntityMain fields / notes
TaxModelid, model_code, period, company_id, status, totals, breakdown, version
TaxAdjustmentid, tax_model_id, type, amount, reason, attachments[]
TaxValidationid, tax_model_id, rule_code, severity, message, status
Filingid, tax_model_id, channel, payload_ref, response_ref, csv, filed_at
DueDatecompany_id, model_code, period, due_at, status

Permissions and Security (RBAC)

  • Manager can create/edit drafts; Supervisor approves; execution separated.
  • Client read-only of result and proofs.
  • Editing of 'Submitted' models blocked; only corrections via workflow.

Validations and Rules

  • Reconciliations: bases and amounts vs accounting; alerts for anomalous variations.
  • Required checklist complete before allowing approval.
  • Idempotency in submission (avoid double sending).
  • Locking of closed period: only through reopening with reason.

Suggested APIs (API-first)

GET /api/v1/tax/models?company_id=...&period=... POST /api/v1/tax/models/calculate # {model_code, period, company_id} PATCH /api/v1/tax/models/{id} # ajustes permitidos POST /api/v1/tax/models/{id}/validate POST /api/v1/tax/models/{id}/submit # encola presentación GET /api/v1/tax/filings/{id} # estado + evidencias GET /api/v1/tax/simulations # previsión

Events and Auditing

  • tax.model.calculated
  • tax.model.validated
  • tax.model.approved
  • tax.filing.submitted / tax.filing.completed / tax.filing.failed

Business Impact

Benefit for the Office

  • Reduces penalties by blocking errors before submitting.
  • Increases productivity with automatic calculation and validations.
  • Better quality control with supervisor approval.

Benefit for the Client

  • Tax forecast to plan treasury.
  • Access to proofs and status without calls.

Risks / Critical Points

  • Regulatory changes require rapid rule updates.
  • Electronic integration must be robust (queues, retries, logs).
  • Handling of corrections/amendments must be well defined.

Vista desarrollo - contenido pendiente...

开发视图 - 内容待定...

Development view - content pending...