Configuración de políticas a nivel de entidad
La mayor parte de cómo se comporta REDA no está fija — es un conjunto de políticas de negocio que usted elige, y pueden diferir de una empresa a otra. Una empresa en un país podría retener impuestos y aplicar estrictamente los presupuestos; otra empresa en otro país podría no hacer ninguna de las dos cosas. Por eso estas decisiones existen como switches en la entidad, donde usted configura la política de cada empresa de forma independiente. Este artículo es el catálogo: qué hace cada switch y — igual de importante — cuándo querría activarlo.
Acceso que necesitará. Cambiar la configuración de política de una entidad requiere el conjunto de permisos Accounting Admin v2 o Accounting Controller v2. Los conjuntos de permisos Accounts Payable v2, Accounts Receivable v2 y Read Only v2 pueden verla pero no modificarla.
Retención de impuestos
La retención de impuestos es cuando el pagador retiene parte de un pago y lo envía a la autoridad fiscal en nombre de la otra parte. Solo aplica en algunos países — por eso está desactivada hasta que usted la active. (¿Es nuevo en el tema? Vea Descripción de la retención de impuestos.)
| Configuración | Qué hace | Actívela cuando… |
|---|---|---|
| WHT Enabled (Purchase) | Muestra las opciones de retención en los documentos de compra, para que pueda retener impuestos en los pagos a proveedores. | su país exige retener a proveedores/contratistas. |
| WHT Enabled (Sales) | Permite que la empresa acepte evidencia de que un cliente retuvo impuestos al pagarle. | sus clientes están obligados a retener sobre sus facturas. |
| Payer Regime | El régimen de retención de impuestos de la empresa (por ejemplo, Brasil Lucro Real / Presumido / Simples). | las reglas de su país dependen del régimen fiscal de la empresa. |
Controles de presupuesto y de compras
| Configuración | Qué hace | Actívela cuando… |
|---|---|---|
| Enforce Budget Controls | Cambia la empresa del modo advertencia (el predeterminado — las órdenes de compra que exceden el presupuesto se marcan pero se permiten) al modo bloqueo, donde se detienen. Vea Aplicación de presupuestos. | quiera un bloqueo estricto sobre los compromisos que exceden el presupuesto, no solo visibilidad. |
| PO Over-Invoice Tolerance % | Cuánto puede exceder una factura de proveedor a la orden de compra con la que está conciliada antes de que REDA lo objete (por ejemplo, 5% para permitir pequeñas variaciones). | concilia facturas con órdenes de compra y quiere permitir — o limitar estrictamente — pequeños excedentes. |
Liquidación e informes
| Configuración | Qué hace | Actívela cuando… |
|---|---|---|
| Allow Cross-Entity Settlement (AR) | Permite que el pago de un cliente de otra empresa liquide la factura de venta de esta empresa — útil cuando un grupo cobra de forma centralizada. | una empresa del grupo recibe dinero en nombre de las demás. |
| Allow Cross-Entity Settlement (AP) | Lo mismo del lado de las compras — el pago de otra empresa liquida las facturas de esta. | una empresa del grupo paga a proveedores en nombre de las demás. |
| Include In Aging | Incluye a esta empresa en las instantáneas de antigüedad (los informes que muestran cuán vencidos están los saldos de clientes/proveedores). | quiera que esta empresa aparezca en sus informes de saldos vencidos (normalmente sí). |
Generación automática de PDF
Cinco switches independientes. Cuando están activados, REDA crea un PDF en el momento en que cada tipo de documento se contabiliza y lo adjunta al registro — papeleo sin intervención manual.
| Switch | Genera un PDF cuando… |
|---|---|
| Auto-Gen PDF: Sales Invoice | se contabiliza una factura de venta |
| Auto-Gen PDF: Cash Receipt | se contabiliza un recibo de caja |
| Auto-Gen PDF: Credit Memo | se contabiliza una nota de crédito |
| Auto-Gen PDF: Purchase Order | se contabiliza una orden de compra |
| Auto-Gen PDF: Cash Disbursement | se contabiliza un comprobante de egreso |
Active aquellos cuyos documentos usted envía habitualmente (las facturas de venta y las órdenes de compra son el par más común); deje el resto desactivado y genérelos a demanda.
Una matriz de política aplicada — las cuatro empresas de Meridian
Así es como nuestro grupo de ejemplo realmente usa estos switches. Mismo producto, mismo grupo — cuatro perfiles de política diferentes, porque son cuatro países diferentes:
| Entidad | Decisiones de política | Por qué |
|---|---|---|
| Meridian Properties US LLC | Enforce Budget Controls activado; retención desactivada | La empresa de EE. UU. maneja compras disciplinadas — las órdenes de compra que exceden el presupuesto se bloquean, no solo se marcan. Los pagos comerciales en EE. UU. no involucran retención. |
| Meridian Properties UK Ltd | Retención desactivada | Los pagos a proveedores en el Reino Unido en la línea de negocio de Meridian no requieren retención; el IVA lo maneja el motor de impuestos, no estos switches. |
| Meridian Properties India Pvt Ltd | WHT Enabled (Purchase) activado | La ley india exige deducir el impuesto en la fuente (TDS) de muchos pagos a proveedores — el switch del lado de compras hace que las opciones de retención aparezcan en sus documentos de compra. |
| Meridian Properties Brasil Ltda | Retención activada; Payer Regime configurado | Los impuestos de retención de Brasil dependen del régimen fiscal de la empresa, así que tanto el switch como el régimen importan. |
Note lo que no cambia: las cuatro mantienen Include In Aging activado (el grupo quiere que todas las empresas aparezcan en sus informes de saldos vencidos) y ninguna necesitó un cambio en ninguna configuración global para lograrlo — todo es política por empresa.
Cómo aplica REDA estas configuraciones
Usted no tiene que hacer nada más allá de configurar los switches. Cada vez que se procesa un documento relevante, REDA lee la política de la empresa y actúa en consecuencia — eficientemente, incluso al contabilizar cientos de registros a la vez. Y si una política está mal configurada, REDA se lo indica claramente en lugar de adivinar, en línea con su enfoque de "nunca fallar en silencio". Configure los switches una vez durante la puesta en marcha; el motor los respeta en cada documento a partir de entonces.
Sus propios campos personalizados permanecen editables en registros contabilizados
Una vez que un documento contable está contabilizado o anulado, REDA lo bloquea para que los números detrás de su libro mayor no puedan cambiar silenciosamente. Esa protección es esencial — pero antes bloqueaba el registro completo, incluidos los campos personalizados que su propio administrador había agregado para sus propios fines (un código de proyecto, una nota interna, una referencia de aprobación). Esos no son números de REDA, y congelarlos era más de lo que la integridad requería.
REDA ahora bloquea solo lo que realmente afecta la contabilidad:
| En un registro contabilizado / anulado… | ¿Editable? |
|---|---|
| Los campos propios del paquete de REDA (montos, fechas, estados, mapeos contables) | Bloqueado — son el registro contable |
| Campos estándar de Salesforce (Nombre, Moneda, Propietario) | Bloqueado |
| Un campo usado como dimensión de mapeo contable | Bloqueado — determina dónde se contabiliza el asiento |
| Un campo personalizado agregado por su administrador que no es una dimensión de mapeo contable | Editable en todos los estados — son sus datos, no los de REDA |
Esto aplica en todos los estados del registro — borrador, contabilizado, anulado, reversión, completado, aprobado — y no necesita ninguna configuración; funciona en cuanto usted actualiza. La integridad contable no cambia: nada que determine un saldo, una contabilización o un valor auditado se volvió editable — solo los campos que siempre fueron suyos.
Qué sigue
- Configuración de REDA (CMDT) — los switches a nivel de org por encima de la política de entidad.
- Referencia de campos de Entidad — dónde viven los toggles de política en el registro.
- Crear una entidad — configure las políticas al crear la empresa.
- Cuentas contables predeterminadas de la entidad — la otra gran configuración por entidad.
Preguntas frecuentes
Sí. A diferencia de la moneda y la base contable (que se bloquean después de contabilizar), estos switches de política pueden ajustarse en cualquier momento a medida que cambia su negocio — la nueva configuración se aplica a los documentos a partir de ese momento.
Los switches empiezan desactivados (o en un valor neutro por defecto), de modo que REDA hace lo más simple: sin retención de impuestos, los presupuestos hacen seguimiento pero no bloquean, sin liquidación entre entidades, PDFs generados a demanda. Active solo lo que su negocio necesite.
Porque la retención es una regla específica de cada país, y estas configuraciones son por empresa. Ese es precisamente el objetivo de la política a nivel de entidad — cada empresa sigue sus propios requisitos locales.
Los presupuestos se crean en el área de Presupuestos. El switch Enforce Budget Controls de aquí decide si esos presupuestos solo hacen seguimiento del gasto o si bloquean activamente las órdenes de compra que exceden el presupuesto.
¿Te resultó útil?