Shopify Connector Accounting
Shopify Connector Accounting amplía el conector principal con los pagos de Shopify Payments, las transacciones de saldo, las comisiones, las disputas, el pasivo por tarjetas de regalo y la conciliación multidivisa.
Los asientos contables se planifican a partir de importes exactos de Shopify y deben cuadrar antes de su publicación. Las discrepancias de configuración o de importes generan errores operativos tipificados; el módulo nunca inserta líneas de cuadre forzadas.
Traducción automática al español (DeepSeek) de la descripción original de OCA, que está en inglés.
auto_awesome Qué hace este módulo
Generado por IA a partir del código · Odoo 19.0Introduce los datos de Shopify Payments en Odoo Accounting: importa payouts, transacciones de saldo y disputas, y crea asientos contables equilibrados para payouts y canjes de tarjetas regalo.
Este módulo conecta tu tienda Shopify con Odoo Accounting para que los movimientos de dinero de Shopify Payments se registren automáticamente.
- Añade una nueva sección "Accounting" bajo el menú de Shopify con dos pantallas: Payouts y Disputes.
- Los payouts muestran la referencia de Shopify, el estado, la divisa, los importes bruto, de comisión y neto, además de las transacciones de saldo individuales dentro de cada payout. Un botón genera el asiento contable de un payout; el asiento se crea en el diario de payouts configurado y puede publicarse automáticamente si activas esa opción.
- Las transacciones de saldo se clasifican por ruta (gateway clearing, adjustment, gift card liability, fee expense) y se vinculan al pedido de venta correspondiente cuando es posible. Las transacciones que no se pueden emparejar se marcan con un motivo y se contabilizan en el payout.
- Las disputas (contracargos) se importan con su estado, tipo, motivo, importes y plazos de evidencia. Cuando una disputa está abierta, se programa una actividad de tarea pendiente en el pedido de venta relacionado; se cierra automáticamente cuando la disputa deja de estar abierta.
- Los pagos con tarjeta regalo crean un asiento en borrador independiente que mueve el importe de la cuenta de compensación de pagos a la cuenta de pasivo de tarjetas regalo.
- En la instancia de Shopify configuras el diario de payouts, las cuentas de comisión, ajuste, ganancia/pérdida de divisa y pasivo de tarjetas regalo, el rango de fechas de importación y si los asientos se publican automáticamente. El módulo comprueba que las cuentas y los diarios pertenecen a la empresa correcta y que la cuenta de tarjetas regalo es una cuenta de pasivo.
- Una tarea programada diaria importa los payouts y las disputas de los últimos siete días.
Depende de
Menús que añade
Modelos y campos (5)
- shopify.payout · modelo nuevosummary, entry_id (Generated Journal Entry), fee_exact, issued_at, net_exact, reference, company_id, fee_amount, net_amount, currency_id, gross_exact, raw_payload, gross_amount, payout_status, transaction_ids (Balance Transactions), unmatched_count (Unmatched Transactions), transaction_type, legacy_resource_id
- shopify.dispute · modelo nuevoamount, reason, company_id, currency_id, raw_payload, amount_exact, dispute_type, finalized_on, initiated_at, dispute_status, evidence_due_by, evidence_sent_on, order_binding_id (Associated Order), network_reason_code
- shopify.instance · amplía un modelo existentepayout_ids, dispute_ids, payout_auto_post, payout_journal_id, payout_fee_account_id (Payout Fee Expense Account), payout_import_date_to, shopify_payments_state, payout_import_date_from, payout_adjustment_account_id, gift_card_liability_account_id, payout_currency_gain_account_id, payout_currency_loss_account_id
- shopify.gateway.payment · amplía un modelo existentegift_card_move_id (Gift Card Liability Entry)
- shopify.payout.transaction · modelo nuevofee, net, test, route, amount, fee_exact, net_exact, payout_id, source_id, company_id, shopify_id, currency_id, instance_id, raw_payload, source_type, amount_exact, display_type, is_unmatched, order_binding_id (Associated Order), transaction_date, transaction_type, unmatched_reason, adjustment_reason, reconciliation_account_id, source_order_transaction_id
Texto generado por IA (DeepSeek) al leer el código de la versión 19.0 en GitHub; puede contener errores, así que verifícalo en el código antes de decidir. El módulo es muy grande y solo se ha leído una parte del código. Ver el código en GitHub
Disponibilidad por versión
Revisado: 2026-11-03Estado de confirmación: 2 confirmadas, 7 sin información de 9 versiones.
Fuentes · Odoo 18.0
Confirmado el 2026-11-03 en la rama 18.0 de OCA/connector-shopify.
terminal Instalación y uso
Documentación de OCA · Odoo 19.0Configuración
Fuente · Odoo 19.0Instala este módulo después del conector principal y concede a la aplicación personalizada de Shopify acceso de lectura a Shopify Payments.
En cada instancia, configura el diario de pagos, las cuentas bancarias/de compensación, las cuentas de comisiones y ajustes, la gestión de divisas y las asignaciones de pasarelas. Verifica la configuración inicial con un pago completado pequeño antes de habilitar la programación diaria de pagos.
Importa los pagos desde la configuración financiera de la instancia o deja que el planificador de deriva diaria recoja los pagos y las disputas. Revisa los totales de transacciones y las asignaciones de cada pago importado antes de generar su asiento contable.
Si la planificación informa de una cuenta faltante o una discrepancia de importes, corrige la asignación y vuelve a intentar el enlace. No añadas líneas de equilibrio manuales a los planes de asientos generados por el conector. Concilia el asiento contabilizado equilibrado con la liquidación bancaria.
Traducción automática al español (DeepSeek) de la documentación original de OCA; los comandos y el código no se traducen. Sin información verificada en OCA: Instalación.
Las instrucciones de instalación, el paquete de distribución, las dependencias y los pasos de configuración no se muestran porque todavía no se han verificado en la documentación del módulo para ninguna versión.
Datos importados de GitHub: esta ficha refleja la última revisión del catálogo, no una consulta en directo. Verifica siempre en la documentación del módulo y en staging antes de instalar en producción.