Ir al contenido
PlaidCloud

Oracle Fusion: Post Journal Entry

Descripción

Sección titulada «Descripción»

Contabiliza lotes de asientos del libro mayor en Oracle Fusion Cloud a través de su conexión de Oracle Fusion, mediante la canalización de escritura de ERP compartida de PlaidCloud. El paso toma una tabla de encabezados (una fila por lote) y una tabla de líneas (una o más filas por lote), escribe cada lote en la tabla de preparación GL_INTERFACE de Oracle como un archivo FBDI y envía el trabajo de Enterprise Scheduler Service (ESS) Journal Import Launcher. Validate Only genera y comprueba cada lote sin reservar el libro mayor y sin contabilizar; una tabla de resultados opcional registra el resultado de cada lote.

Configuración

Sección titulada «Configuración»

Conexión

Sección titulada «Conexión»
  • Fusion Connection: la conexión de Oracle Fusion a través de la cual se contabiliza.

Datos

Sección titulada «Datos»
  • Tabla de encabezados: una fila por lote: batch_id (el identificador de su lote, obligatorio), ledger_id (obligatorio), journal_source, journal_category, accounting_date, description.
  • Tabla de líneas: una o más filas por batch_id: account_combination (o sus columnas de segmento), entered_debit, entered_credit, currency_code.
  • Tabla de resultados: id de la tabla de salida: una fila por lote con batch_id, natural_key, confirmation_id, status (posted/validated/error), message.
  • Validate Only: marcada de forma predeterminada. Solo comprobación previa; sin reserva del libro mayor y sin contabilización. Una configuración de paso que omita este campo por completo, por ejemplo una creada mediante la API REST, MCP o la importación de un paquete de flujo de trabajo, también adopta Validate Only de forma predeterminada en lugar de una contabilización real.
  • Continue On Error: marcada de forma predeterminada. Sigue contabilizando los lotes restantes después de que uno falle; si se desmarca, la ejecución se detiene en el primer fallo.

Cómo funciona la contabilización

Sección titulada «Cómo funciona la contabilización»

PlaidCloud carga cada lote en la tabla de preparación GL_INTERFACE de Oracle mediante un archivo FBDI y, a continuación, envía el trabajo ESS Journal Import Launcher y consulta su estado hasta que informa de un estado terminal. Un lote solo se notifica como posted cuando ese estado terminal está confirmado: un lote que llega a la tabla de interfaz pero cuyo trabajo de importación nunca se resuelve permanece en cuarentena (no se notifica como contabilizado ni se descarta en silencio) en lugar de registrarse como correcto solo porque los datos preparados existan.

Corrección de un asiento contabilizado

Sección titulada «Corrección de un asiento contabilizado»

Este paso nunca elimina ni reescribe un lote de asientos contabilizado. Para corregir uno, contabilice un lote nuevo con los débitos y créditos invertidos respecto al original (un asiento de reversión contabilizado) en lugar de editar el original.

Límites de la funcionalidad

Sección titulada «Límites de la funcionalidad»

| Limitación | Qué significa | |—|—|| Latencia del trabajo ESS | Journal Import Launcher se ejecuta como un trabajo programado: una ejecución de contabilización tardará bastante más que una escritura directa por API. | | La reversión es un lote nuevo, no una edición en el lugar | Las correcciones contabilizan un nuevo lote de reversión con débitos y créditos invertidos. No es posible anular ni eliminar un lote ya contabilizado. |

Temas relacionados

Sección titulada «Temas relacionados»