{"content_id":"zpxre8owiy","slug":"seven-policies-before-building-ai-settlement-system","locale":"es","schema_type":"HowTo","category":"how_to","category_name":"Cómo hacer","title":"7 políticas que definir antes de crear un sistema de liquidación con IA","summary":"La liquidación no es una función que se limita a restar comisiones al importe de las ventas, sino un sistema de operaciones financieras que controla la atribución de los ingresos de ventas, las condiciones de pago, los reembolsos, los impuestos y la gestión de fallos. Antes de encargar su implementación a la IA, las personas deben definir primero siete políticas, desde la fecha de referencia de la liquidación hasta los registros de auditoría.","author":{"name":"Equipo editorial de Injoys","url":"https://injoys.com/ko/about"},"key_points":["Los ingresos de ventas no deben gestionarse como fondos operativos de libre disposición de la plataforma, sino como fondos restringidos vinculados a obligaciones de pago a los vendedores y otras partes.","Los estados de los pedidos y de las liquidaciones deben mantenerse separados, y la confirmación de compra, los reembolsos, las disputas y los fallos de pago deben registrarse individualmente en los libros contables.","No siempre se debe retener un 3,3 % a los vendedores particulares; debe determinarse según la naturaleza jurídica de los ingresos y la condición del vendedor.","Aunque se utilicen un PG o un servicio de depósito en garantía, la plataforma debe decidir el ciclo de liquidación, las comisiones, las retenciones, el arrastre de saldos negativos y las políticas fiscales.","El código de liquidación generado por la IA solo debe ponerse en funcionamiento después de conciliarse con el libro mayor, aplicar medidas para evitar pagos duplicados y controles de acceso, y someterse a una revisión profesional."],"content_markdown":"La liquidación no es una simple función de resta. Es un sistema de libros contables que determina los derechos y obligaciones de cada pedido, separa los fondos que la plataforma debe custodiar o pagar y realiza el seguimiento de reembolsos, disputas, impuestos y transferencias fallidas.\n\nLa IA generativa puede ayudar a escribir código y pruebas, pero no puede asumir la responsabilidad de las políticas de liquidación. Si las políticas no están definidas, la IA puede crear valores predeterminados plausibles u omitir excepciones, lo que puede provocar pagos excesivos, pagos duplicados, errores fiscales o incidentes de liquidez.\n\n## Principios confirmados por la crisis de TMON y WeMakePrice de 2024\n\nLa falta de liquidación a gran escala de los pagos a vendedores de TMON y WeMakePrice en 2024 mostró hasta qué punto los retrasos en las liquidaciones pueden causar daños en cadena a vendedores y consumidores. Sin embargo, no debe concluirse que la causa de la crisis fue únicamente un ciclo de liquidación prolongado. Deben analizarse conjuntamente diversos factores, como la gestión de fondos, la liquidez, la estructura de gobierno y los controles internos.\n\nLas principales lecciones que deben extraer los operadores son claras.\n\n- No considerar los pagos a vendedores aún no desembolsados como efectivo de la empresa que puede utilizarse libremente.\n- Cuanto más largo sea el ciclo de liquidación, mayor será el saldo pendiente expuesto a una interrupción o falta de liquidez.\n- Conciliar diariamente el saldo de los pagos a vendedores con los fondos realmente custodiados.\n- Comunicar de manera transparente a los vendedores las condiciones de liquidación y los motivos de los retrasos.\n- Verificar por separado la normativa aplicable, la estructura contractual y el alcance de los servicios del PG.\n\nLa titularidad legal y el método de protección de los pagos a vendedores pueden variar según la estructura de la transacción. Por tanto, aunque en la actividad cotidiana debe mantenerse la cautela de considerarlos «dinero ajeno», el tratamiento contable y jurídico efectivo debe determinarse conforme a los contratos y la legislación vigente.\n\n## 7 políticas de liquidación que deben definirse antes de la implementación\n\n### 1. Fecha de referencia y ciclo de pago de la liquidación\n\nPrimero debe definirse cuándo un pedido pasa a un estado apto para su liquidación. Si solo se toma como referencia la fecha del pedido o del pago, pueden incluirse entre los importes pagaderos cantidades que aún estén sujetas a cancelación antes del envío o a devolución.\n\nEn una transacción habitual de productos puede diseñarse el siguiente flujo.\n\n1. Autorización del pago\n2. Entrega completada\n3. Confirmación de compra o confirmación automática tras el transcurso del plazo acordado\n4. Comprobación de devoluciones, disputas y transacciones anómalas\n5. Determinación de los elementos sujetos a liquidación\n6. Inclusión en el lote de pagos\n7. Finalización de la transferencia y la conciliación\n\nDeben decidirse necesariamente los siguientes elementos.\n\n- Evento de referencia para la liquidación según el tipo de transacción, como productos, contenido digital o servicios\n- Plazo hasta la confirmación automática de la compra y momento desde el que comienza a computarse\n- Ciclo de pago diario, semanal o mensual\n- Tratamiento de fines de semana y días festivos\n- Hora de cierre de la liquidación y lote al que se asignan las transacciones posteriores al cierre\n- Importe mínimo de pago y posibilidad de trasladar saldos pequeños\n- Si se permitirán ciclos distintos según la categoría del vendedor\n- Procedimiento para verificar que no se superan los plazos de pago legales o contractuales\n\nDebe distinguirse entre la fecha en que una liquidación pasa a ser elegible y la fecha efectiva de pago. Por ejemplo, `eligible_at` es el momento en que se cumplen las condiciones de pago, `scheduled_payout_at` es el momento en que se incluye en el lote de pagos y `paid_at` es el momento en que se confirma que la transferencia se ha realizado correctamente.\n\n### 2. Cálculo de comisiones y extracto de liquidación\n\nSi al vendedor solo se le muestra el importe final pagado, resulta difícil verificar los cálculos y aumentan las consultas y disputas. Son necesarios tanto un desglose por pedido como los totales por período.\n\n| Elemento del extracto | Descripción |\n|---|---|\n| Importe bruto de la transacción | Composición contractual del importe de venta, como precio del producto, precio de las opciones y gastos de envío |\n| Descuento asumido | Descuentos asumidos respectivamente por la plataforma, el vendedor y los socios |\n| Importe de cancelaciones y reembolsos | Reembolsos totales y parciales, y ajustes de gastos de envío |\n| Comisión de la plataforma | Porcentaje de comisión, comisión fija y condición de sujeción a impuestos |\n| Costes relacionados con el pago | Indicación de si los costes del PG se deducen por separado o están incluidos en la comisión |\n| Ajustes fiscales | Elementos aplicables, como indicación del IVA y retenciones |\n| Otros ajustes | Ajustes con fundamento contractual, como compensaciones, gastos publicitarios y penalizaciones |\n| Importe final pagadero | Importe previsto para la transferencia después de aplicar todas las sumas y deducciones |\n\nLa política de comisiones también debe especificar la base de cálculo. Debe determinarse si se utiliza como base el precio de venta anterior al descuento o el importe pagado después del descuento, si se incluyen los gastos de envío y el IVA, y cómo se revierte la comisión en caso de reembolso parcial.\n\nEs más seguro no calcular los importes con tipos de datos de coma flotante. En monedas como el won, cuya unidad monetaria mínima es un número entero, deben almacenarse como enteros; si se necesitan divisas extranjeras o cálculos con decimales, deben utilizarse tipos de datos de punto fijo y reglas de redondeo específicas para cada moneda.\n\n### 3. Reembolsos y liquidaciones negativas\n\nUn pedido ya pagado al vendedor puede ser reembolsado posteriormente. En ese caso, el importe del reembolso y la comisión que debe devolverse deben registrarse en el libro de ajustes y deducirse del siguiente pago.\n\nPor ejemplo, si el importe previsto para esta liquidación es de 300.000 wones y la deducción relacionada con el reembolso de un pedido anterior es de 400.000 wones, puede procesarse del siguiente modo.\n\n- Importe de este pago: 0 wones\n- Saldo no recuperado: menos 100.000 wones\n- Importe trasladado a la siguiente liquidación: deducción de 100.000 wones\n\nLa política debe incluir los siguientes elementos.\n\n- Método de distribución del precio del producto, los gastos de envío y las comisiones en caso de reembolso parcial\n- Período de traslado y orden de compensación de los saldos negativos\n- Método de recuperación frente a vendedores sin ventas durante un período prolongado\n- Fundamento contractual para establecer un depósito de garantía o una reserva para pagos\n- Procedimiento para comprobar las obligaciones pendientes antes de la baja del vendedor\n- Método de realizar asientos inversos cuando se cancela un reembolso o cambia el resultado de una disputa\n\nLos registros de transacciones existentes no deben sobrescribirse; deben vincularse la transacción original y la transacción de ajuste. Solo así puede reconstruirse qué reembolso modificó cada liquidación.\n\n### 4. Retención y liberación de pagos\n\nEn lugar de suspender incondicionalmente los pagos de toda la cuenta de un vendedor, debe ser posible retenerlos por pedido, importe o motivo. Los motivos representativos de retención son los siguientes.\n\n- Disputa del consumidor o devolución en curso\n- Sospecha de transacciones ficticias, apropiación de la cuenta o pagos anómalos\n- Fallo en la verificación de la identidad, la empresa o la cuenta bancaria del vendedor\n- Solicitud legítima de un tribunal, organismo de investigación o autoridad competente\n- Falta de presentación de documentos de liquidación exigidos contractualmente\n\nEn cada registro de retención deben almacenarse el importe afectado, el código del motivo, la documentación justificativa, la hora de inicio, la fecha límite de revisión, el responsable y las condiciones de liberación. En la pantalla del vendedor deben mostrarse, dentro de los límites de lo que pueda divulgarse, el importe retenido, el motivo, las acciones necesarias y el canal de consulta.\n\nPara impedir que los operadores repitan retenciones arbitrariamente, conviene separar los permisos de creación y liberación, y aplicar una doble aprobación a la liberación de retenciones por importes elevados.\n\n### 5. Gestión separada de los pagos a vendedores y estructura de PG y depósito en garantía\n\nSi los pagos pendientes a vendedores y los gastos operativos de la empresa se gestionan como si fueran el mismo efectivo disponible, una falta de liquidez puede convertirse inmediatamente en una falta de liquidación. Como mínimo, en los libros internos y en la gestión de las cuentas deben distinguirse claramente los fondos relacionados con los pagos a vendedores y los fondos operativos, y sus saldos deben conciliarse diariamente.\n\nSin embargo, la mera creación de una cuenta separada no establece automáticamente una separación jurídica en caso de insolvencia ni una protección total de los fondos. Deben revisarse la eficacia y las obligaciones de métodos de protección como los fideicomisos, los depósitos y las garantías de pago conforme a la legislación aplicable y la estructura contractual.\n\nDependiendo del papel que desempeñe la plataforma en el proceso de pago y desembolso, pueden surgir obligaciones de registro conforme a la Ley de Transacciones Financieras Electrónicas, como las aplicables a las empresas de pasarela de pagos electrónicos. No todas las plataformas están sujetas de igual manera al registro como PG, ni el mero hecho de calcular datos de liquidación implica siempre dicha obligación. La determinación debe basarse en la forma efectiva de recepción, custodia y transmisión de los fondos, así como en las relaciones contractuales.\n\nLas plataformas en fase inicial pueden considerar los servicios de pago, depósito en garantía o liquidación dividida por vendedor ofrecidos por un PG registrado. No obstante, utilizar un PG no elimina las siguientes responsabilidades.\n\n- Decidir qué pedidos se remiten para su pago y cuándo\n- Calcular las comisiones y los importes de ajuste\n- Gestionar los reembolsos y el traslado de saldos negativos\n- Verificar la información y las cuentas bancarias de los vendedores\n- Conciliar los resultados del PG con los libros internos\n- Responder a interrupciones y pagos fallidos\n\nLas obligaciones y excepciones del depósito en garantía también varían según el tipo de transacción y el método de pago, por lo que deben consultarse la legislación de comercio electrónico y sus normas subordinadas.\n\n### 6. Retenciones fiscales, IVA y justificantes\n\nLa regla de que «a los vendedores particulares siempre se les deduce un 3,3%» no es exacta. Por lo general, el 3,3% es una expresión que combina el 3% del impuesto sobre la renta correspondiente a ingresos empresariales y el 0,3% del impuesto local sobre la renta de las personas físicas. La aplicación efectiva de la retención no depende únicamente de si el vendedor está registrado como empresa, sino también de la naturaleza de los ingresos, la relación contractual, el concepto del pago y las disposiciones de excepción.\n\nDurante las etapas de registro y contratación debe recopilarse la siguiente información.\n\n- Tipo de vendedor: particular, empresario individual, sociedad, etc.\n- Si se trata de un residente o una persona jurídica nacional o extranjera\n- Situación fiscal, como sujeto a impuestos, exento o contribuyente simplificado\n- Información necesaria para las declaraciones legales, como el número de registro empresarial y el número de registro de residente\n- Naturaleza de los ingresos y motivo del pago\n- Justificantes necesarios, como facturas fiscales, facturas o certificados de retención\n\nTampoco debe generalizarse que a los vendedores empresariales «siempre se les paga el 100% sin deducir ningún impuesto». Si el contrato contempla la deducción de la comisión de la plataforma, deben diferenciarse el importe bruto de la transacción, la comisión, el IVA y el importe efectivamente transferido. La entidad responsable y el momento de emisión de la factura fiscal correspondiente a la comisión por el servicio de intermediación prestado por la plataforma también deben determinarse de acuerdo con el contrato y la relación de suministro conforme a la legislación fiscal.\n\nPor lo general, a las retenciones fiscales se les aplica una estructura de declaración y pago hasta el día 10 del mes siguiente al mes en que se realizó el pago, pero deben comprobarse las normas vigentes en el momento efectivo de la declaración, ya que puede haber excepciones o cambios en los plazos. En lugar de fijar las reglas fiscales directamente en el código, es más seguro gestionarlas como políticas versionadas con fechas de inicio y finalización de su aplicación.\n\n### 7. Fallos de pago, administración de liquidaciones y registros de auditoría\n\nIncluso un pago generado correctamente puede fallar por errores en la cuenta, discrepancias en el nombre del titular, restricciones de transacción, mantenimiento bancario o interrupciones del PG. En lugar de marcar un fallo simplemente como «impagado», deben detallarse sus estados y reglas de reprocesamiento.\n\nEstos son algunos ejemplos de estados recomendados.\n\n- `scheduled`: pago programado\n- `submitted`: solicitud enviada al banco o al PG\n- `processing`: procesamiento por una entidad externa\n- `paid`: éxito confirmado\n- `failed_retryable`: fallo que permite un nuevo intento\n- `failed_final`: fallo definitivo que requiere la corrección de información u otras acciones\n- `reversed`: cancelación o devolución después del éxito\n\nPara los reintentos debe utilizarse una clave de idempotencia que identifique el mismo pago. Dado que confundir un retraso en la respuesta con un fallo y volver a transferir puede producir un pago duplicado, primero debe consultarse el número de transacción externo para confirmar el resultado de la solicitud existente.\n\nEn el registro de auditoría debe conservarse lo siguiente.\n\n- Actor y cuenta de operador utilizada\n- Información de seguridad, como hora de ejecución y ubicación de acceso\n- Valores anteriores y posteriores al cambio\n- Motivos de la retención, liberación y ajuste manual\n- Aprobador y ejecutor\n- Pedidos relacionados, lote de liquidación y número de transacción externo\n- Código del fallo e historial de reintentos\n\nLos registros de auditoría deben protegerse para que los operadores habituales no puedan modificarlos ni eliminarlos, y a los datos personales y financieros deben aplicarse políticas de minimización de la recopilación, control de acceso, cifrado y períodos de conservación.\n\n## Composición mínima del modelo de datos de liquidación\n\nEn lugar de pedir a la IA que comience por las pantallas, conviene definir primero los siguientes libros.\n\n| Objeto de datos | Función |\n|---|---|\n| Libro de pedidos | Registro de los estados de pedido, pago, entrega y confirmación de compra |\n| Elemento de liquidación | Registro del importe bruto, las comisiones, los impuestos, los ajustes y el vendedor correspondiente de cada pedido |\n| Libro de ajustes | Registro de reembolsos, compensaciones, penalizaciones y ajustes manuales |\n| Libro de retenciones | Registro del importe retenido, el motivo, el plazo y el historial de liberación |\n| Lote de liquidación | Conjunto de elementos pagaderos a un vendedor durante un período determinado |\n| Libro de pagos | Registro de solicitudes de transferencia, éxitos, fallos y números de transacción externos |\n| Libro fiscal | Registro de retenciones fiscales y del estado de emisión y declaración de justificantes |\n| Registro de auditoría | Registro de todos los cambios importantes realizados por operadores y sistemas |\n\nCada libro debe incluir la moneda, la versión de la política, la hora de creación y la clave de vinculación con la transacción original. Un simple cambio en el estado de un pedido no debe modificar silenciosamente los importes de liquidaciones anteriores.\n\n## Reglas de control que deben mantenerse obligatoriamente\n\nEl sistema de liquidación debe comprobar automáticamente las siguientes condiciones invariantes.\n\n- Cada elemento de liquidación está vinculado exactamente a un vendedor y a una transacción original.\n- No se realiza dos veces una transferencia con la misma clave de pago.\n- La suma del importe pagado, el importe pendiente, el importe retenido y los ajustes coincide con el libro.\n- Cada ajuste manual cuenta con un motivo y un aprobador.\n- Las liquidaciones ya cerradas no se modifican, sino que se corrigen mediante un asiento inverso y un nuevo ajuste.\n- Cualquier diferencia entre los saldos internos relacionados con los pagos a vendedores y los saldos del PG y del banco se investiga diariamente.\n- En los cálculos de impuestos y comisiones se registra la versión de la política aplicada.\n\n## Ejemplo de especificación de políticas para proporcionar a la IA\n\nEstructurar los requisitos de la siguiente manera puede reducir las omisiones.\n\n\u003e Diseña por separado el estado del pedido y el estado de la liquidación. Implementa las condiciones de confirmación de compra para cada tipo de transacción, un lote de pagos cada miércoles, el tratamiento de días festivos, la base de las comisiones, la distribución de reembolsos parciales, el traslado de saldos negativos, la retención de pagos por transacción, versiones de la política de retenciones fiscales, claves de idempotencia para pagos y registros de auditoría inmutables. Procesa los importes como enteros o con punto fijo. Todos los ajustes manuales requieren doble aprobación y un motivo. Antes de la implementación, presenta como lista de preguntas las políticas aún no definidas, como el importe mínimo de pago, el plazo de confirmación automática de la compra, la recuperación de saldos negativos a largo plazo, el plazo de retención y el número de reintentos.\n\nNo debe pedirse a la IA únicamente código, sino también los siguientes entregables.\n\n- Diagrama de transición de estados y lista de excepciones\n- Esquema de la base de datos y restricciones\n- Sistema de permisos y aprobaciones\n- Pruebas de funcionamiento normal, valores límite, fallos y solicitudes duplicadas\n- Formato del informe diario de conciliación\n- Procedimientos de recuperación ante fallos y procesamiento manual\n- Lista de comprobación para proteger datos personales y financieros\n\n## Lista de comprobación previa al lanzamiento\n\n- [ ] La fecha de referencia de la liquidación está documentada para cada tipo de transacción.\n- [ ] El vendedor puede verificar el extracto de liquidación por pedido.\n- [ ] Se han superado las pruebas de reembolsos parciales y traslado de saldos negativos.\n- [ ] Están definidos los motivos, los plazos y los permisos de liberación de las retenciones.\n- [ ] Están diferenciados los criterios de gestión de los fondos relacionados con los pagos a vendedores y de los fondos operativos.\n- [ ] Se ha consultado con especialistas si son aplicables las normas sobre PG, depósito en garantía y actividades financieras electrónicas.\n- [ ] Se ha revisado el tratamiento fiscal según el tipo de vendedor y de ingresos.\n- [ ] Se han completado las pruebas de prevención de pagos duplicados y reintentos tras fallos.\n- [ ] Es posible realizar una conciliación diaria entre el banco, el PG y los libros internos.\n- [ ] Los cambios manuales de los operadores quedan registrados en el registro de auditoría.\n- [ ] Existen procedimientos para notificar a los vendedores y responder a consultas en caso de fallos en la liquidación.\n\n## Conclusión\n\nEl punto de partida de un sistema de liquidación seguro no es un prompt para IA, sino políticas explícitas y libros separados. La IA debe utilizarse como herramienta para convertir reglas ya definidas en código, pruebas y documentación, mientras que la estructura de custodia de fondos y las decisiones sobre finanzas electrónicas y fiscalidad deben verificarse junto con el PG y especialistas contables, fiscales y jurídicos.","content_html":"\u003cp\u003eLa liquidación no es una simple función de resta. Es un sistema de libros contables que determina los derechos y obligaciones de cada pedido, separa los fondos que la plataforma debe custodiar o pagar y realiza el seguimiento de reembolsos, disputas, impuestos y transferencias fallidas.\u003c/p\u003e\n\u003cp\u003eLa IA generativa puede ayudar a escribir código y pruebas, pero no puede asumir la responsabilidad de las políticas de liquidación. Si las políticas no están definidas, la IA puede crear valores predeterminados plausibles u omitir excepciones, lo que puede provocar pagos excesivos, pagos duplicados, errores fiscales o incidentes de liquidez.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#principios-confirmados-por-la-crisis-de-tmon-y-wemakeprice-de-2024\" class=\"anchor\" id=\"principios-confirmados-por-la-crisis-de-tmon-y-wemakeprice-de-2024\"\u003e\u003c/a\u003ePrincipios confirmados por la crisis de TMON y WeMakePrice de 2024\u003c/h2\u003e\n\u003cp\u003eLa falta de liquidación a gran escala de los pagos a vendedores de TMON y WeMakePrice en 2024 mostró hasta qué punto los retrasos en las liquidaciones pueden causar daños en cadena a vendedores y consumidores. Sin embargo, no debe concluirse que la causa de la crisis fue únicamente un ciclo de liquidación prolongado. Deben analizarse conjuntamente diversos factores, como la gestión de fondos, la liquidez, la estructura de gobierno y los controles internos.\u003c/p\u003e\n\u003cp\u003eLas principales lecciones que deben extraer los operadores son claras.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eNo considerar los pagos a vendedores aún no desembolsados como efectivo de la empresa que puede utilizarse libremente.\u003c/li\u003e\n\u003cli\u003eCuanto más largo sea el ciclo de liquidación, mayor será el saldo pendiente expuesto a una interrupción o falta de liquidez.\u003c/li\u003e\n\u003cli\u003eConciliar diariamente el saldo de los pagos a vendedores con los fondos realmente custodiados.\u003c/li\u003e\n\u003cli\u003eComunicar de manera transparente a los vendedores las condiciones de liquidación y los motivos de los retrasos.\u003c/li\u003e\n\u003cli\u003eVerificar por separado la normativa aplicable, la estructura contractual y el alcance de los servicios del PG.\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eLa titularidad legal y el método de protección de los pagos a vendedores pueden variar según la estructura de la transacción. Por tanto, aunque en la actividad cotidiana debe mantenerse la cautela de considerarlos «dinero ajeno», el tratamiento contable y jurídico efectivo debe determinarse conforme a los contratos y la legislación vigente.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#7-pol%C3%ADticas-de-liquidaci%C3%B3n-que-deben-definirse-antes-de-la-implementaci%C3%B3n\" class=\"anchor\" id=\"7-políticas-de-liquidación-que-deben-definirse-antes-de-la-implementación\"\u003e\u003c/a\u003e7 políticas de liquidación que deben definirse antes de la implementación\u003c/h2\u003e\n\u003ch3\u003e\n\u003ca href=\"#1-fecha-de-referencia-y-ciclo-de-pago-de-la-liquidaci%C3%B3n\" class=\"anchor\" id=\"1-fecha-de-referencia-y-ciclo-de-pago-de-la-liquidación\"\u003e\u003c/a\u003e1. Fecha de referencia y ciclo de pago de la liquidación\u003c/h3\u003e\n\u003cp\u003ePrimero debe definirse cuándo un pedido pasa a un estado apto para su liquidación. Si solo se toma como referencia la fecha del pedido o del pago, pueden incluirse entre los importes pagaderos cantidades que aún estén sujetas a cancelación antes del envío o a devolución.\u003c/p\u003e\n\u003cp\u003eEn una transacción habitual de productos puede diseñarse el siguiente flujo.\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003eAutorización del pago\u003c/li\u003e\n\u003cli\u003eEntrega completada\u003c/li\u003e\n\u003cli\u003eConfirmación de compra o confirmación automática tras el transcurso del plazo acordado\u003c/li\u003e\n\u003cli\u003eComprobación de devoluciones, disputas y transacciones anómalas\u003c/li\u003e\n\u003cli\u003eDeterminación de los elementos sujetos a liquidación\u003c/li\u003e\n\u003cli\u003eInclusión en el lote de pagos\u003c/li\u003e\n\u003cli\u003eFinalización de la transferencia y la conciliación\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp\u003eDeben decidirse necesariamente los siguientes elementos.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eEvento de referencia para la liquidación según el tipo de transacción, como productos, contenido digital o servicios\u003c/li\u003e\n\u003cli\u003ePlazo hasta la confirmación automática de la compra y momento desde el que comienza a computarse\u003c/li\u003e\n\u003cli\u003eCiclo de pago diario, semanal o mensual\u003c/li\u003e\n\u003cli\u003eTratamiento de fines de semana y días festivos\u003c/li\u003e\n\u003cli\u003eHora de cierre de la liquidación y lote al que se asignan las transacciones posteriores al cierre\u003c/li\u003e\n\u003cli\u003eImporte mínimo de pago y posibilidad de trasladar saldos pequeños\u003c/li\u003e\n\u003cli\u003eSi se permitirán ciclos distintos según la categoría del vendedor\u003c/li\u003e\n\u003cli\u003eProcedimiento para verificar que no se superan los plazos de pago legales o contractuales\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eDebe distinguirse entre la fecha en que una liquidación pasa a ser elegible y la fecha efectiva de pago. Por ejemplo, \u003ccode\u003eeligible_at\u003c/code\u003e es el momento en que se cumplen las condiciones de pago, \u003ccode\u003escheduled_payout_at\u003c/code\u003e es el momento en que se incluye en el lote de pagos y \u003ccode\u003epaid_at\u003c/code\u003e es el momento en que se confirma que la transferencia se ha realizado correctamente.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#2-c%C3%A1lculo-de-comisiones-y-extracto-de-liquidaci%C3%B3n\" class=\"anchor\" id=\"2-cálculo-de-comisiones-y-extracto-de-liquidación\"\u003e\u003c/a\u003e2. Cálculo de comisiones y extracto de liquidación\u003c/h3\u003e\n\u003cp\u003eSi al vendedor solo se le muestra el importe final pagado, resulta difícil verificar los cálculos y aumentan las consultas y disputas. Son necesarios tanto un desglose por pedido como los totales por período.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eElemento del extracto\u003c/th\u003e\n\u003cth\u003eDescripción\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Elemento del extracto\"\u003eImporte bruto de la transacción\u003c/td\u003e\n\u003ctd data-label=\"Descripción\"\u003eComposición contractual del importe de venta, como precio del producto, precio de las opciones y gastos de envío\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Elemento del extracto\"\u003eDescuento asumido\u003c/td\u003e\n\u003ctd data-label=\"Descripción\"\u003eDescuentos asumidos respectivamente por la plataforma, el vendedor y los socios\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Elemento del extracto\"\u003eImporte de cancelaciones y reembolsos\u003c/td\u003e\n\u003ctd data-label=\"Descripción\"\u003eReembolsos totales y parciales, y ajustes de gastos de envío\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Elemento del extracto\"\u003eComisión de la plataforma\u003c/td\u003e\n\u003ctd data-label=\"Descripción\"\u003ePorcentaje de comisión, comisión fija y condición de sujeción a impuestos\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Elemento del extracto\"\u003eCostes relacionados con el pago\u003c/td\u003e\n\u003ctd data-label=\"Descripción\"\u003eIndicación de si los costes del PG se deducen por separado o están incluidos en la comisión\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Elemento del extracto\"\u003eAjustes fiscales\u003c/td\u003e\n\u003ctd data-label=\"Descripción\"\u003eElementos aplicables, como indicación del IVA y retenciones\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Elemento del extracto\"\u003eOtros ajustes\u003c/td\u003e\n\u003ctd data-label=\"Descripción\"\u003eAjustes con fundamento contractual, como compensaciones, gastos publicitarios y penalizaciones\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Elemento del extracto\"\u003eImporte final pagadero\u003c/td\u003e\n\u003ctd data-label=\"Descripción\"\u003eImporte previsto para la transferencia después de aplicar todas las sumas y deducciones\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eLa política de comisiones también debe especificar la base de cálculo. Debe determinarse si se utiliza como base el precio de venta anterior al descuento o el importe pagado después del descuento, si se incluyen los gastos de envío y el IVA, y cómo se revierte la comisión en caso de reembolso parcial.\u003c/p\u003e\n\u003cp\u003eEs más seguro no calcular los importes con tipos de datos de coma flotante. En monedas como el won, cuya unidad monetaria mínima es un número entero, deben almacenarse como enteros; si se necesitan divisas extranjeras o cálculos con decimales, deben utilizarse tipos de datos de punto fijo y reglas de redondeo específicas para cada moneda.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#3-reembolsos-y-liquidaciones-negativas\" class=\"anchor\" id=\"3-reembolsos-y-liquidaciones-negativas\"\u003e\u003c/a\u003e3. Reembolsos y liquidaciones negativas\u003c/h3\u003e\n\u003cp\u003eUn pedido ya pagado al vendedor puede ser reembolsado posteriormente. En ese caso, el importe del reembolso y la comisión que debe devolverse deben registrarse en el libro de ajustes y deducirse del siguiente pago.\u003c/p\u003e\n\u003cp\u003ePor ejemplo, si el importe previsto para esta liquidación es de 300.000 wones y la deducción relacionada con el reembolso de un pedido anterior es de 400.000 wones, puede procesarse del siguiente modo.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eImporte de este pago: 0 wones\u003c/li\u003e\n\u003cli\u003eSaldo no recuperado: menos 100.000 wones\u003c/li\u003e\n\u003cli\u003eImporte trasladado a la siguiente liquidación: deducción de 100.000 wones\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eLa política debe incluir los siguientes elementos.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eMétodo de distribución del precio del producto, los gastos de envío y las comisiones en caso de reembolso parcial\u003c/li\u003e\n\u003cli\u003ePeríodo de traslado y orden de compensación de los saldos negativos\u003c/li\u003e\n\u003cli\u003eMétodo de recuperación frente a vendedores sin ventas durante un período prolongado\u003c/li\u003e\n\u003cli\u003eFundamento contractual para establecer un depósito de garantía o una reserva para pagos\u003c/li\u003e\n\u003cli\u003eProcedimiento para comprobar las obligaciones pendientes antes de la baja del vendedor\u003c/li\u003e\n\u003cli\u003eMétodo de realizar asientos inversos cuando se cancela un reembolso o cambia el resultado de una disputa\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eLos registros de transacciones existentes no deben sobrescribirse; deben vincularse la transacción original y la transacción de ajuste. Solo así puede reconstruirse qué reembolso modificó cada liquidación.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#4-retenci%C3%B3n-y-liberaci%C3%B3n-de-pagos\" class=\"anchor\" id=\"4-retención-y-liberación-de-pagos\"\u003e\u003c/a\u003e4. Retención y liberación de pagos\u003c/h3\u003e\n\u003cp\u003eEn lugar de suspender incondicionalmente los pagos de toda la cuenta de un vendedor, debe ser posible retenerlos por pedido, importe o motivo. Los motivos representativos de retención son los siguientes.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eDisputa del consumidor o devolución en curso\u003c/li\u003e\n\u003cli\u003eSospecha de transacciones ficticias, apropiación de la cuenta o pagos anómalos\u003c/li\u003e\n\u003cli\u003eFallo en la verificación de la identidad, la empresa o la cuenta bancaria del vendedor\u003c/li\u003e\n\u003cli\u003eSolicitud legítima de un tribunal, organismo de investigación o autoridad competente\u003c/li\u003e\n\u003cli\u003eFalta de presentación de documentos de liquidación exigidos contractualmente\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eEn cada registro de retención deben almacenarse el importe afectado, el código del motivo, la documentación justificativa, la hora de inicio, la fecha límite de revisión, el responsable y las condiciones de liberación. En la pantalla del vendedor deben mostrarse, dentro de los límites de lo que pueda divulgarse, el importe retenido, el motivo, las acciones necesarias y el canal de consulta.\u003c/p\u003e\n\u003cp\u003ePara impedir que los operadores repitan retenciones arbitrariamente, conviene separar los permisos de creación y liberación, y aplicar una doble aprobación a la liberación de retenciones por importes elevados.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#5-gesti%C3%B3n-separada-de-los-pagos-a-vendedores-y-estructura-de-pg-y-dep%C3%B3sito-en-garant%C3%ADa\" class=\"anchor\" id=\"5-gestión-separada-de-los-pagos-a-vendedores-y-estructura-de-pg-y-depósito-en-garantía\"\u003e\u003c/a\u003e5. Gestión separada de los pagos a vendedores y estructura de PG y depósito en garantía\u003c/h3\u003e\n\u003cp\u003eSi los pagos pendientes a vendedores y los gastos operativos de la empresa se gestionan como si fueran el mismo efectivo disponible, una falta de liquidez puede convertirse inmediatamente en una falta de liquidación. Como mínimo, en los libros internos y en la gestión de las cuentas deben distinguirse claramente los fondos relacionados con los pagos a vendedores y los fondos operativos, y sus saldos deben conciliarse diariamente.\u003c/p\u003e\n\u003cp\u003eSin embargo, la mera creación de una cuenta separada no establece automáticamente una separación jurídica en caso de insolvencia ni una protección total de los fondos. Deben revisarse la eficacia y las obligaciones de métodos de protección como los fideicomisos, los depósitos y las garantías de pago conforme a la legislación aplicable y la estructura contractual.\u003c/p\u003e\n\u003cp\u003eDependiendo del papel que desempeñe la plataforma en el proceso de pago y desembolso, pueden surgir obligaciones de registro conforme a la Ley de Transacciones Financieras Electrónicas, como las aplicables a las empresas de pasarela de pagos electrónicos. No todas las plataformas están sujetas de igual manera al registro como PG, ni el mero hecho de calcular datos de liquidación implica siempre dicha obligación. La determinación debe basarse en la forma efectiva de recepción, custodia y transmisión de los fondos, así como en las relaciones contractuales.\u003c/p\u003e\n\u003cp\u003eLas plataformas en fase inicial pueden considerar los servicios de pago, depósito en garantía o liquidación dividida por vendedor ofrecidos por un PG registrado. No obstante, utilizar un PG no elimina las siguientes responsabilidades.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eDecidir qué pedidos se remiten para su pago y cuándo\u003c/li\u003e\n\u003cli\u003eCalcular las comisiones y los importes de ajuste\u003c/li\u003e\n\u003cli\u003eGestionar los reembolsos y el traslado de saldos negativos\u003c/li\u003e\n\u003cli\u003eVerificar la información y las cuentas bancarias de los vendedores\u003c/li\u003e\n\u003cli\u003eConciliar los resultados del PG con los libros internos\u003c/li\u003e\n\u003cli\u003eResponder a interrupciones y pagos fallidos\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eLas obligaciones y excepciones del depósito en garantía también varían según el tipo de transacción y el método de pago, por lo que deben consultarse la legislación de comercio electrónico y sus normas subordinadas.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#6-retenciones-fiscales-iva-y-justificantes\" class=\"anchor\" id=\"6-retenciones-fiscales-iva-y-justificantes\"\u003e\u003c/a\u003e6. Retenciones fiscales, IVA y justificantes\u003c/h3\u003e\n\u003cp\u003eLa regla de que «a los vendedores particulares siempre se les deduce un 3,3%» no es exacta. Por lo general, el 3,3% es una expresión que combina el 3% del impuesto sobre la renta correspondiente a ingresos empresariales y el 0,3% del impuesto local sobre la renta de las personas físicas. La aplicación efectiva de la retención no depende únicamente de si el vendedor está registrado como empresa, sino también de la naturaleza de los ingresos, la relación contractual, el concepto del pago y las disposiciones de excepción.\u003c/p\u003e\n\u003cp\u003eDurante las etapas de registro y contratación debe recopilarse la siguiente información.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eTipo de vendedor: particular, empresario individual, sociedad, etc.\u003c/li\u003e\n\u003cli\u003eSi se trata de un residente o una persona jurídica nacional o extranjera\u003c/li\u003e\n\u003cli\u003eSituación fiscal, como sujeto a impuestos, exento o contribuyente simplificado\u003c/li\u003e\n\u003cli\u003eInformación necesaria para las declaraciones legales, como el número de registro empresarial y el número de registro de residente\u003c/li\u003e\n\u003cli\u003eNaturaleza de los ingresos y motivo del pago\u003c/li\u003e\n\u003cli\u003eJustificantes necesarios, como facturas fiscales, facturas o certificados de retención\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eTampoco debe generalizarse que a los vendedores empresariales «siempre se les paga el 100% sin deducir ningún impuesto». Si el contrato contempla la deducción de la comisión de la plataforma, deben diferenciarse el importe bruto de la transacción, la comisión, el IVA y el importe efectivamente transferido. La entidad responsable y el momento de emisión de la factura fiscal correspondiente a la comisión por el servicio de intermediación prestado por la plataforma también deben determinarse de acuerdo con el contrato y la relación de suministro conforme a la legislación fiscal.\u003c/p\u003e\n\u003cp\u003ePor lo general, a las retenciones fiscales se les aplica una estructura de declaración y pago hasta el día 10 del mes siguiente al mes en que se realizó el pago, pero deben comprobarse las normas vigentes en el momento efectivo de la declaración, ya que puede haber excepciones o cambios en los plazos. En lugar de fijar las reglas fiscales directamente en el código, es más seguro gestionarlas como políticas versionadas con fechas de inicio y finalización de su aplicación.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#7-fallos-de-pago-administraci%C3%B3n-de-liquidaciones-y-registros-de-auditor%C3%ADa\" class=\"anchor\" id=\"7-fallos-de-pago-administración-de-liquidaciones-y-registros-de-auditoría\"\u003e\u003c/a\u003e7. Fallos de pago, administración de liquidaciones y registros de auditoría\u003c/h3\u003e\n\u003cp\u003eIncluso un pago generado correctamente puede fallar por errores en la cuenta, discrepancias en el nombre del titular, restricciones de transacción, mantenimiento bancario o interrupciones del PG. En lugar de marcar un fallo simplemente como «impagado», deben detallarse sus estados y reglas de reprocesamiento.\u003c/p\u003e\n\u003cp\u003eEstos son algunos ejemplos de estados recomendados.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003e\n\u003ccode\u003escheduled\u003c/code\u003e: pago programado\u003c/li\u003e\n\u003cli\u003e\n\u003ccode\u003esubmitted\u003c/code\u003e: solicitud enviada al banco o al PG\u003c/li\u003e\n\u003cli\u003e\n\u003ccode\u003eprocessing\u003c/code\u003e: procesamiento por una entidad externa\u003c/li\u003e\n\u003cli\u003e\n\u003ccode\u003epaid\u003c/code\u003e: éxito confirmado\u003c/li\u003e\n\u003cli\u003e\n\u003ccode\u003efailed_retryable\u003c/code\u003e: fallo que permite un nuevo intento\u003c/li\u003e\n\u003cli\u003e\n\u003ccode\u003efailed_final\u003c/code\u003e: fallo definitivo que requiere la corrección de información u otras acciones\u003c/li\u003e\n\u003cli\u003e\n\u003ccode\u003ereversed\u003c/code\u003e: cancelación o devolución después del éxito\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003ePara los reintentos debe utilizarse una clave de idempotencia que identifique el mismo pago. Dado que confundir un retraso en la respuesta con un fallo y volver a transferir puede producir un pago duplicado, primero debe consultarse el número de transacción externo para confirmar el resultado de la solicitud existente.\u003c/p\u003e\n\u003cp\u003eEn el registro de auditoría debe conservarse lo siguiente.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eActor y cuenta de operador utilizada\u003c/li\u003e\n\u003cli\u003eInformación de seguridad, como hora de ejecución y ubicación de acceso\u003c/li\u003e\n\u003cli\u003eValores anteriores y posteriores al cambio\u003c/li\u003e\n\u003cli\u003eMotivos de la retención, liberación y ajuste manual\u003c/li\u003e\n\u003cli\u003eAprobador y ejecutor\u003c/li\u003e\n\u003cli\u003ePedidos relacionados, lote de liquidación y número de transacción externo\u003c/li\u003e\n\u003cli\u003eCódigo del fallo e historial de reintentos\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eLos registros de auditoría deben protegerse para que los operadores habituales no puedan modificarlos ni eliminarlos, y a los datos personales y financieros deben aplicarse políticas de minimización de la recopilación, control de acceso, cifrado y períodos de conservación.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#composici%C3%B3n-m%C3%ADnima-del-modelo-de-datos-de-liquidaci%C3%B3n\" class=\"anchor\" id=\"composición-mínima-del-modelo-de-datos-de-liquidación\"\u003e\u003c/a\u003eComposición mínima del modelo de datos de liquidación\u003c/h2\u003e\n\u003cp\u003eEn lugar de pedir a la IA que comience por las pantallas, conviene definir primero los siguientes libros.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eObjeto de datos\u003c/th\u003e\n\u003cth\u003eFunción\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Objeto de datos\"\u003eLibro de pedidos\u003c/td\u003e\n\u003ctd data-label=\"Función\"\u003eRegistro de los estados de pedido, pago, entrega y confirmación de compra\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Objeto de datos\"\u003eElemento de liquidación\u003c/td\u003e\n\u003ctd data-label=\"Función\"\u003eRegistro del importe bruto, las comisiones, los impuestos, los ajustes y el vendedor correspondiente de cada pedido\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Objeto de datos\"\u003eLibro de ajustes\u003c/td\u003e\n\u003ctd data-label=\"Función\"\u003eRegistro de reembolsos, compensaciones, penalizaciones y ajustes manuales\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Objeto de datos\"\u003eLibro de retenciones\u003c/td\u003e\n\u003ctd data-label=\"Función\"\u003eRegistro del importe retenido, el motivo, el plazo y el historial de liberación\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Objeto de datos\"\u003eLote de liquidación\u003c/td\u003e\n\u003ctd data-label=\"Función\"\u003eConjunto de elementos pagaderos a un vendedor durante un período determinado\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Objeto de datos\"\u003eLibro de pagos\u003c/td\u003e\n\u003ctd data-label=\"Función\"\u003eRegistro de solicitudes de transferencia, éxitos, fallos y números de transacción externos\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Objeto de datos\"\u003eLibro fiscal\u003c/td\u003e\n\u003ctd data-label=\"Función\"\u003eRegistro de retenciones fiscales y del estado de emisión y declaración de justificantes\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Objeto de datos\"\u003eRegistro de auditoría\u003c/td\u003e\n\u003ctd data-label=\"Función\"\u003eRegistro de todos los cambios importantes realizados por operadores y sistemas\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eCada libro debe incluir la moneda, la versión de la política, la hora de creación y la clave de vinculación con la transacción original. Un simple cambio en el estado de un pedido no debe modificar silenciosamente los importes de liquidaciones anteriores.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#reglas-de-control-que-deben-mantenerse-obligatoriamente\" class=\"anchor\" id=\"reglas-de-control-que-deben-mantenerse-obligatoriamente\"\u003e\u003c/a\u003eReglas de control que deben mantenerse obligatoriamente\u003c/h2\u003e\n\u003cp\u003eEl sistema de liquidación debe comprobar automáticamente las siguientes condiciones invariantes.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eCada elemento de liquidación está vinculado exactamente a un vendedor y a una transacción original.\u003c/li\u003e\n\u003cli\u003eNo se realiza dos veces una transferencia con la misma clave de pago.\u003c/li\u003e\n\u003cli\u003eLa suma del importe pagado, el importe pendiente, el importe retenido y los ajustes coincide con el libro.\u003c/li\u003e\n\u003cli\u003eCada ajuste manual cuenta con un motivo y un aprobador.\u003c/li\u003e\n\u003cli\u003eLas liquidaciones ya cerradas no se modifican, sino que se corrigen mediante un asiento inverso y un nuevo ajuste.\u003c/li\u003e\n\u003cli\u003eCualquier diferencia entre los saldos internos relacionados con los pagos a vendedores y los saldos del PG y del banco se investiga diariamente.\u003c/li\u003e\n\u003cli\u003eEn los cálculos de impuestos y comisiones se registra la versión de la política aplicada.\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch2\u003e\n\u003ca href=\"#ejemplo-de-especificaci%C3%B3n-de-pol%C3%ADticas-para-proporcionar-a-la-ia\" class=\"anchor\" id=\"ejemplo-de-especificación-de-políticas-para-proporcionar-a-la-ia\"\u003e\u003c/a\u003eEjemplo de especificación de políticas para proporcionar a la IA\u003c/h2\u003e\n\u003cp\u003eEstructurar los requisitos de la siguiente manera puede reducir las omisiones.\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003eDiseña por separado el estado del pedido y el estado de la liquidación. Implementa las condiciones de confirmación de compra para cada tipo de transacción, un lote de pagos cada miércoles, el tratamiento de días festivos, la base de las comisiones, la distribución de reembolsos parciales, el traslado de saldos negativos, la retención de pagos por transacción, versiones de la política de retenciones fiscales, claves de idempotencia para pagos y registros de auditoría inmutables. Procesa los importes como enteros o con punto fijo. Todos los ajustes manuales requieren doble aprobación y un motivo. Antes de la implementación, presenta como lista de preguntas las políticas aún no definidas, como el importe mínimo de pago, el plazo de confirmación automática de la compra, la recuperación de saldos negativos a largo plazo, el plazo de retención y el número de reintentos.\u003c/p\u003e\n\u003c/blockquote\u003e\n\u003cp\u003eNo debe pedirse a la IA únicamente código, sino también los siguientes entregables.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eDiagrama de transición de estados y lista de excepciones\u003c/li\u003e\n\u003cli\u003eEsquema de la base de datos y restricciones\u003c/li\u003e\n\u003cli\u003eSistema de permisos y aprobaciones\u003c/li\u003e\n\u003cli\u003ePruebas de funcionamiento normal, valores límite, fallos y solicitudes duplicadas\u003c/li\u003e\n\u003cli\u003eFormato del informe diario de conciliación\u003c/li\u003e\n\u003cli\u003eProcedimientos de recuperación ante fallos y procesamiento manual\u003c/li\u003e\n\u003cli\u003eLista de comprobación para proteger datos personales y financieros\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch2\u003e\n\u003ca href=\"#lista-de-comprobaci%C3%B3n-previa-al-lanzamiento\" class=\"anchor\" id=\"lista-de-comprobación-previa-al-lanzamiento\"\u003e\u003c/a\u003eLista de comprobación previa al lanzamiento\u003c/h2\u003e\n\u003cul\u003e\n\u003cli\u003e La fecha de referencia de la liquidación está documentada para cada tipo de transacción.\u003c/li\u003e\n\u003cli\u003e El vendedor puede verificar el extracto de liquidación por pedido.\u003c/li\u003e\n\u003cli\u003e Se han superado las pruebas de reembolsos parciales y traslado de saldos negativos.\u003c/li\u003e\n\u003cli\u003e Están definidos los motivos, los plazos y los permisos de liberación de las retenciones.\u003c/li\u003e\n\u003cli\u003e Están diferenciados los criterios de gestión de los fondos relacionados con los pagos a vendedores y de los fondos operativos.\u003c/li\u003e\n\u003cli\u003e Se ha consultado con especialistas si son aplicables las normas sobre PG, depósito en garantía y actividades financieras electrónicas.\u003c/li\u003e\n\u003cli\u003e Se ha revisado el tratamiento fiscal según el tipo de vendedor y de ingresos.\u003c/li\u003e\n\u003cli\u003e Se han completado las pruebas de prevención de pagos duplicados y reintentos tras fallos.\u003c/li\u003e\n\u003cli\u003e Es posible realizar una conciliación diaria entre el banco, el PG y los libros internos.\u003c/li\u003e\n\u003cli\u003e Los cambios manuales de los operadores quedan registrados en el registro de auditoría.\u003c/li\u003e\n\u003cli\u003e Existen procedimientos para notificar a los vendedores y responder a consultas en caso de fallos en la liquidación.\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch2\u003e\n\u003ca href=\"#conclusi%C3%B3n\" class=\"anchor\" id=\"conclusión\"\u003e\u003c/a\u003eConclusión\u003c/h2\u003e\n\u003cp\u003eEl punto de partida de un sistema de liquidación seguro no es un prompt para IA, sino políticas explícitas y libros separados. La IA debe utilizarse como herramienta para convertir reglas ya definidas en código, pruebas y documentación, mientras que la estructura de custodia de fondos y las decisiones sobre finanzas electrónicas y fiscalidad deben verificarse junto con el PG y especialistas contables, fiscales y jurídicos.\u003c/p\u003e\n","tags":["IA generativa","Sistema de liquidación","Gestión de plataformas","Pasarela de pago","Finanzas electrónicas","Impuestos"],"faqs":[{"question":"¿La liquidación es una función en la que basta con restar la comisión del importe de la venta?","answer":"No. La liquidación incluye la confirmación de compra, los reembolsos parciales, la retención de pagos, el arrastre de saldos negativos, los impuestos, los fallos en las transferencias, la prevención de pagos duplicados y la conciliación del libro mayor. No solo se necesita una fórmula de cálculo, sino también transiciones de estado y control de fondos."},{"question":"¿La fecha de referencia para la liquidación debe ser necesariamente la fecha de confirmación de compra?","answer":"No se puede aplicar de manera uniforme un único criterio a todas las transacciones. Para los productos físicos se puede utilizar la confirmación de compra o la confirmación automática, pero los servicios, los contenidos digitales y los productos con reserva tienen diferentes condiciones de cumplimiento. Deben establecerse conjuntamente, para cada tipo de transacción, el evento de referencia y el plazo de pago legal o contractual."},{"question":"¿Cuanto más corto sea el ciclo de liquidación, siempre es mejor?","answer":"Un ciclo corto reduce el saldo pendiente de pago y la carga de liquidez del vendedor, pero deben tenerse en cuenta las devoluciones, las transacciones anómalas y los costes operativos. En lugar de prolongarlo innecesariamente por motivos de riesgo, es importante establecer un periodo mínimo de verificación adecuado a las características de la transacción y una fecha de pago predecible."},{"question":"Si se utiliza un PG, ¿la plataforma no necesita crear una política de liquidación?","answer":"No. Un PG puede ofrecer funciones de pago, transferencia de fondos, depósito en garantía o pagos divididos, pero la decisión de qué pedidos pagar y cuándo, cómo calcular las comisiones y los importes de los reembolsos, y a quién retenerle los pagos depende de la política de la plataforma."},{"question":"¿Se debe retener un 3.3% a todos los vendedores particulares?","answer":"No. El 3.3% es una expresión que normalmente engloba la retención del impuesto sobre los ingresos empresariales y el impuesto local sobre la renta de las personas físicas. La obligación de retener y el tipo aplicable deben determinarse no solo según la forma de registro del vendedor, sino también según la naturaleza de los ingresos, la relación contractual, la condición de residente y las disposiciones de excepción."},{"question":"¿Guardar los ingresos de las ventas en una cuenta separada garantiza una seguridad total?","answer":"Una cuenta separada es un control básico para distinguir los fondos operativos de los ingresos de las ventas, pero por sí sola no garantiza el aislamiento frente a la insolvencia ni la protección jurídica. Deben verificarse, de acuerdo con el contrato y la legislación vigente, los mecanismos de protección necesarios, como un fideicomiso, un depósito o una garantía de pago, así como la naturaleza jurídica de la cuenta."},{"question":"¿Cómo se debe registrar una liquidación negativa?","answer":"El importe reembolsado de un pedido ya pagado se registra como una transacción de ajuste separada y se descuenta del siguiente pago. Si el importe que debe descontarse es superior al pago previsto, el pago se fija en 0 wones y el saldo restante se arrastra a la siguiente liquidación. No se debe eliminar la transacción original ni sobrescribir una liquidación anterior."},{"question":"Si no se recibe respuesta a una solicitud de transferencia, ¿se puede volver a solicitar de inmediato?","answer":"No. Es posible que la primera solicitud se haya procesado correctamente y que solo se haya perdido la respuesta. Para evitar pagos duplicados, se deben utilizar una clave de idempotencia y un número de transacción externo para el mismo pago, consultar el resultado del procesamiento existente en el PG o el banco y, después, volver a intentarlo."},{"question":"¿Se puede poner directamente en producción el código de liquidación generado por la AI?","answer":"No se recomienda. Se deben probar las transiciones de estado, la concordancia del libro mayor, la concurrencia, las solicitudes duplicadas, los reembolsos parciales, la recuperación ante fallos y el control de permisos. Los aspectos de finanzas electrónicas y fiscales también deben someterse a la revisión de expertos en función de la estructura real del negocio."}],"sources":[{"url":"https://www.law.go.kr/법령/전자금융거래법","title":"Ley de Transacciones Financieras Electrónicas","type":"source"},{"url":"https://www.law.go.kr/법령/전자상거래등에서의소비자보호에관한법률","title":"Ley de Protección de los Consumidores en el Comercio Electrónico, etc.","type":"source"},{"url":"https://www.law.go.kr/법령/소득세법","title":"Ley del Impuesto sobre la Renta","type":"source"},{"url":"https://www.law.go.kr/법령/지방세법","title":"Ley de Impuestos Locales","type":"source"},{"url":"https://www.law.go.kr/법령/부가가치세법","title":"Ley del Impuesto sobre el Valor Añadido","type":"source"}],"images":[{"id":300,"url":"https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzI4NCwicHVyIjoiYmxvYl9pZCJ9fQ==--327ce77d86d637d351158c65c70ddfacddacae1e/ai-ed29586c.webp","is_representative":true,"generation_method":"ai_image","license":"ai_generated","mime_type":"image/webp","translations":{"ko":{"alt":"쇼핑몰과 정산·보안·검증 단계를 연결한 AI 자동화 흐름도","caption":"거래 데이터가 정책에 따라 정산, 검증, 보안 시스템을 거치는 과정을 보여준다.","description":null},"en":{"alt":"AI automation workflow linking online stores with settlement, security, and verification","caption":"Transaction data moves through policy-based settlement, verification, and security processes.","description":null},"ja":{"alt":"オンライン店舗と精算・セキュリティ・検証工程を結ぶAI自動化フロー","caption":"取引データがポリシーに基づく精算、検証、保護の工程を通る様子を示している。","description":null},"es":{"alt":"Flujo de automatización con IA entre tiendas, liquidación, seguridad y verificación","caption":"Los datos de transacciones pasan por procesos de liquidación, verificación y seguridad basados en políticas.","description":null},"id":{"alt":"Alur otomatisasi AI yang menghubungkan toko, penyelesaian, keamanan, dan verifikasi","caption":"Data transaksi mengalir melalui proses penyelesaian, verifikasi, dan keamanan berbasis kebijakan.","description":null},"pt":{"alt":"Fluxo de automação com IA ligando lojas, liquidação, segurança e verificação","caption":"Os dados das transações passam por processos de liquidação, verificação e segurança baseados em políticas.","description":null},"zh-hant":{"alt":"連結商店、結算、安全與驗證環節的 AI 自動化流程圖","caption":"交易資料依據政策流經結算、驗證與安全控管流程。","description":null}}},{"id":301,"url":"https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzI5MCwicHVyIjoiYmxvYl9pZCJ9fQ==--128e8c8dd212c1da8f86663e5bcd292ceb74aec1/ai-1bda19eb.webp","is_representative":false,"generation_method":"ai_image","license":"ai_generated","mime_type":"image/webp","translations":{"ko":{"alt":"보안 방패, 정책 단계, 자금 보관함과 금융기관이 연결된 AI 정산 시스템 일러스트","caption":"AI 정산 시스템의 정책, 보안, 자금 흐름과 외부 연동 구조를 시각화했다.","description":null},"en":{"alt":"AI settlement system linking security shields, policy steps, money vaults, a bank, and servers","caption":"The illustration visualizes policies, security, fund flows, and external connections in an AI settlement system.","description":null},"ja":{"alt":"セキュリティ、ポリシー手順、資金保管庫、銀行、サーバーを結ぶAI精算システム","caption":"AI精算システムのポリシー、セキュリティ、資金の流れ、外部連携を可視化している。","description":null},"es":{"alt":"Sistema de liquidación con IA conectado a controles, bóvedas de fondos, un banco y servidores","caption":"La ilustración muestra las políticas, la seguridad, el flujo de fondos y las conexiones externas del sistema.","description":null},"id":{"alt":"Sistem penyelesaian AI yang menghubungkan keamanan, tahapan kebijakan, brankas dana, bank, dan server","caption":"Ilustrasi ini menampilkan kebijakan, keamanan, aliran dana, dan integrasi eksternal dalam sistem penyelesaian AI.","description":null},"pt":{"alt":"Sistema de liquidação com IA ligado a controles, cofres de fundos, banco e servidores","caption":"A ilustração mostra políticas, segurança, fluxos de fundos e integrações externas do sistema.","description":null},"zh-hant":{"alt":"連結安全防護、政策流程、資金保管庫、銀行與伺服器的AI結算系統","caption":"圖中呈現AI結算系統的政策、安全機制、資金流向與外部串接架構。","description":null}}}],"published_at":"2026-07-27T00:58:06+09:00","updated_at":"2026-07-27T00:58:06+09:00","license":"cc_by","translation_status":"reviewed","available_locales":["ko","en","ja","es"],"data_locales":["ko","en","ja","es","id","pt","zh-hant"],"url":"https://injoys.com/es/articles/seven-policies-before-building-ai-settlement-system"}