REDA Financials Monsoon 2026 · v1.610 2 Aug 2026

REDA Financials AI — Monsoon 2026 (v1.610)

Esta versión añade la facturación electrónica: REDA Financials ya puede transmitir una factura de venta a la autoridad tributaria de un país como parte de la contabilización, y registrar la respuesta de la autoridad en la propia factura. También reconstruye los conjuntos de permisos empaquetados para que puedan asignarse a usuarios con licencia Salesforce Platform, corrige los paquetes de retención de impuestos de diecisiete países, y arregla un fallo de contabilización que se producía cuando uno de tus propios campos de dimensión era una fórmula.

Cómo obtener esta versión

Actualiza el paquete REDA Financials en tu organización igual que instalas cualquier paquete gestionado. Para confirmar que la tienes, abre Configuración → Paquetes instalados y comprueba que la columna Número de versión junto a REDA Financials indique 1.610 o superior. Todo lo que se describe aquí se refiere a esa versión; si la columna todavía muestra 1.6 o inferior, la actualización no ha terminado y ninguno de estos pasos encontrará los componentes a los que se refiere.

Lo que la actualización no hace por ti

La actualización de un paquete gestionado de Salesforce es deliberadamente conservadora: no sobrescribe la configuración que tú has cambiado. Eso protege tu organización, pero significa que hay tres cosas que un administrador tiene que hacer a mano en cada organización que se actualiza. Si falta cualquiera de ellas, la función queda invisible o rota.

Todos los campos nuevos de esta versión

Estos son los campos que instala la actualización. Cada uno hay que colocarlo en los formatos que tus usuarios abren de verdad y, si no usas los conjuntos de permisos empaquetados, concederle la seguridad a nivel de campo.

También llegan dos objetos nuevos con sus pestañas: Configuración de facturación electrónica (la configuración por entidad) e Historial de facturación electrónica (el registro de auditoría). Si usas tus propios conjuntos de permisos, concede los permisos de objeto y la visibilidad de pestaña para ambos.

Lo que un administrador debe hacer, en cada organización

1. Coloca los campos en tus formatos de página. Ve a Configuración → Gestor de objetos → Factura de venta → Formatos de página, abre cada formato que tus usuarios usan de verdad y arrastra Estado de facturación electrónica, UUID de facturación electrónica y Omitir facturación electrónica a una sección Facturación electrónica —créala si tu formato no tiene ninguna— y pulsa Guardar. Repítelo en Historial de facturación electrónica para ID de documento del proveedor. Hazlo en todos los formatos y todos los tipos de registro en uso: un campo colocado en un formato sigue siendo invisible en los demás.
2. Concede la seguridad a nivel de campo si no usas los conjuntos de permisos empaquetados. Configuración → Gestor de objetos → el objeto → Campos y relaciones → el campo → Establecer seguridad a nivel de campo → marca Visible para cada uno de tus perfiles o conjuntos de permisos. Deja marcado Solo lectura en Estado de facturación electrónica, UUID de facturación electrónica e ID de documento del proveedor. Desmárcalo solo en Omitir facturación electrónica, y solo para quienes deban poder excluir una factura de la presentación.
3. Concede el acceso a objeto y la visibilidad de pestaña de Configuración de facturación electrónica e Historial de facturación electrónica a tus propios conjuntos de permisos, si no usas los nuestros.
4. Añade el valor Listo para enviar a la lista de selección Estado de Historial de facturación electrónica. Toda organización que se actualice a la 1.610 tiene que hacerlo: mira la sección siguiente para los pasos exactos y por qué es lo más importante.
5. Añade Omitir facturación electrónica al conjunto de campos Interface de Factura de venta. Factura de venta usa un formulario de entrada propio, así que un campo puesto en el formato de página se muestra pero no se puede rellenar. Ve a Configuración → Gestor de objetos → Factura de venta → Conjuntos de campos → Interface y añádelo también ahí. Viene disponible pero sin seleccionar, porque la mayoría de las organizaciones nunca presentan facturas electrónicamente.
6. Decide quién puede liberar los documentos retenidos, si presentas manualmente. Los cinco conjuntos de permisos empaquetados conceden solo lectura sobre Historial de facturación electrónica, y es deliberado: es la evidencia de auditoría que escribe el sistema. Liberar un documento retenido y reintentar uno con error implican editar el registro, así que de fábrica solo un administrador del sistema puede hacer cualquiera de las dos cosas. Para delegarlo: Configuración → Conjuntos de permisos → Nuevo → Configuración de objetos → Historiales de facturación electrónica → marca Editar, y asígnalo a las personas responsables de esa cola.

El valor Listo para enviar — el paso que rompe la función

1. Abre Configuración → Gestor de objetos → Historial de facturación electrónica → Campos y relaciones → Estado.
2. En los valores de la lista de selección, elige Nuevo, escribe Listo para enviar —con esa grafía y esas mayúsculas exactas— y pulsa Guardar. La aplicación escribe una cadena literal, así que un casi acierto como «Listo Para Enviar» sigue fallando aunque a la vista parezca correcto.
3. Elige Reordenar y mueve el valor nuevo justo debajo de Borrador, para que la lista se lea en el orden que sigue el proceso.
4. Confirma que el campo ya ofrece los ocho valores: Borrador, Listo para enviar, En cola, Enviado, Aceptado, Rechazado, Error, Cancelado. Si solo muestra siete, este paso no se ha hecho y el envío automático fallará.

Novedades

Enviar facturas electrónicamente a una autoridad tributaria

Los países que exigen la facturación electrónica requieren que cada factura de venta se transmita a la autoridad tributaria y vuelva con un identificador fiscal oficial antes de ser legalmente válida. REDA Financials ya lo hace como parte de la contabilización, así que nadie tiene que volver a teclear las facturas en un portal gubernamental.

Configuras Configuración de facturación electrónica una vez por entidad: qué país, qué tipos de documento entran en el alcance y si el envío ocurre automáticamente al contabilizar o espera a que una persona lo libere. Cuando se contabiliza una factura, se crea un registro de Historial de facturación electrónica: un Historial por factura, que guarda toda la conversación con la autoridad —qué se envió, qué volvió, el identificador fiscal y cada reintento—. La propia factura gana un Estado de facturación electrónica y un UUID de facturación electrónica, para que un usuario vea la situación sin salir de la factura.

Un Historial recorre una secuencia definida: Borrador (creado, a la espera de liberarse) → Listo para enviar → En cola → Enviado → Aceptado o Rechazado, con Error para lo que no se pudo entregar y Cancelado para un documento retirado. Como muchas autoridades responden de forma asíncrona —minutos u horas después, no en la misma petición—, un sondeo programado lleva los documentos enviados a su estado final.

Hay dos cosas que se tratan de forma explícita. La creación del Historial se ejecuta después de confirmar la factura, así que un problema para llegar a la autoridad nunca puede revertir ni bloquear la contabilización en sí. Y una casilla Omitir facturación electrónica en la factura de venta excluye esa factura por completo.

Conectarse con la autoridad de un país concreto requiere un paquete de extensión; la aplicación principal aporta el marco y el registro de auditoría. Guías completas: Introducción a la facturación electrónica, Configuración de facturación electrónica, Historial de facturación electrónica, Facturar electrónicamente una factura de venta y Extensiones de facturación electrónica.

Sondeo de estado de facturación electrónica — una tarjeta nueva en Operaciones

Las autoridades tributarias responden a su propio ritmo. El Sondeo de estado de facturación electrónica le pregunta a la autoridad, una vez al día a la hora que elijas, qué ha pasado con todas las facturas que siguen en Enviado, y mueve cada una a Aceptado o Rechazado. Aparece como la duodécima tarjeta en Consola de administración → Operaciones, junto a los demás trabajos programados, con los mismos controles de Programar / Reprogramar / Desprogramar / Ejecutar ahora y un recuento en vivo de cuántos documentos esperan y cuántos están en error.

Ejecutar ahora sondea de inmediato sin esperar a la siguiente ejecución. Hace una llamada por cada documento enviado, así que trátalo como una acción deliberada y no como un botón de actualizar. Las organizaciones que no presentan facturas electrónicamente ven una nota breve de «todavía no existe una configuración activa» en la tarjeta y pueden ignorarla. Guías completas: Sondeo de estado de facturación electrónica y la pestaña Operaciones.

Correcciones

Conjuntos de permisos reconstruidos para poder asignarlos a usuarios Platform

Los cinco conjuntos de permisos empaquetados estaban vinculados a una licencia de usuario Salesforce. Cualquier organización cuyos usuarios de contabilidad tuvieran una licencia Salesforce Platform —la mayoría— simplemente no podía asignarlos, y el mensaje de error no explicaba por qué. La licencia de un conjunto de permisos no se puede cambiar después de crearlo, así que la única solución era enviar sustitutos.

Ahora hay cinco conjuntos de permisos nuevos, idénticos en contenido y sin restricción de licencia: Accounting Admin, Accounting Controller, Accounts Payable, Accounts Receivable y Read Only, cada uno con el sufijo _v2.

Guías completas: Conjuntos de permisos, Asignación de licencias, Configuración posterior a la instalación, Lista de verificación de puesta en marcha y Segregación de funciones.

Paquetes de retención de impuestos corregidos en 17 países

Los paquetes de impuestos por país que usa el asistente de siembra llevaban tasas de retención cuyo alcance de «se aplica a» no coincidía con los valores que acepta el campo. Esas tasas se omitían en silencio, así que un país sembrado quedaba sin reglas de retención que debería haber tenido.

Se corrigieron diecisiete paquetes: Argentina, China, Colombia, Ecuador, Francia, Ghana, Hong Kong, Indonesia, Kenia, Pakistán, Filipinas, Sri Lanka, Tanzania, Uganda, Uruguay, Venezuela y Vietnam. Cuando una sola regla mezclaba alcances que el modelo mantiene separados —residente frente a no residente, empresa frente a persona física—, la regla se dividió en dos en lugar de ampliarse, de modo que cada tasa indica exactamente a quién se aplica. Además, cinco tasas latinoamericanas de retención de IVA se reexpresaron como porcentaje del importe neto, que es como se calculan en realidad.

Guías completas: Asistente de siembra de impuestos, Reglas de impuestos y Inscripción fiscal de entidad.

Los campos de dimensión personalizados con fórmula ya no rompen la contabilización

REDA copia tus propios campos de dimensión desde un documento de origen a los asientos contables que crea, para que tus dimensiones de informes acompañen al dinero. Si uno de esos campos era una fórmula o un resumen acumulado en el objeto de destino, la copia intentaba escribir un valor en un campo que no se puede escribir y toda la operación fallaba, sobre todo al anular un recibo de caja.

La copia ahora comprueba si el campo de destino se puede escribir realmente y lo omite si no. Los campos de fórmula y de resumen acumulado siguen calculando sus propios valores, tal como deben. No hay nada que configurar: la configuración existente sigue funcionando, incluidos los conjuntos de campos que mezclan campos escribibles y calculados. Guías completas: Dimensiones de contabilización, Extensibilidad de conjuntos de campos y Anular un recibo de caja.

Mejoras

Las actualizaciones masivas de estado ahora respetan el acceso compartido y los permisos de campo

Quien actualice registros que realmente puede editar no notará ninguna diferencia. Un usuario que vaya más allá de su acceso recibirá ahora un fallo claro por registro en el mismo panel de resultados que ya informa del éxito parcial: el resto del lote se sigue procesando. Si alguien reporta filas que fallan y antes funcionaban, la solución es concederle el acceso que debería haber tenido, no rodear el problema. Guías completas: Introducción a las actualizaciones masivas, Objetos compatibles y Actualizaciones masivas de estado.

Activar una clave de licencia ahora requiere Personalizar aplicación

Introducir una clave de licencia de suscripción escribe metadatos de configuración en la organización, así que ahora requiere el permiso Personalizar aplicación, que es el permiso que ese cambio realmente necesita. Antes, cualquier usuario que pudiera llegar a la pantalla de suscripción podía activar una clave.

No hay nada que configurar, siempre que quien active las licencias sea un administrador del sistema, porque ya tiene ese permiso. Si la activación de licencias está delegada en alguien que no es administrador, concédele Personalizar aplicación o haz que un administrador active la clave. Guías completas: Suscripción y licencias y Arquitectura de licencias.

Cómo comprobar que la actualización funcionó de verdad

Preguntas frecuentes