Los pagos, los reembolsos y las comisiones de procesamiento de Stripe llegan a Infor adjuntos a la factura a la que pertenecen, por lo que el departamento de finanzas deja de calcular manualmente a qué correspondía cada importe en primer lugar.
Un pago que llega sin especificar a qué se destina genera casi tanto trabajo como no recibirlo. Infor necesita saber a qué factura corresponde cada importe, y Stripe lo sabe, pero solo si la referencia se transfiere junto con el pago. De lo contrario, el dinero permanece en una cuenta de retención y alguien lo coteja posteriormente con los extractos bancarios y los números de pedido. La integración de Stripe con Infor transfiere la referencia junto con el importe, de modo que los pagos se asignan automáticamente. Las excepciones son los pocos casos que realmente requieren la intervención de una persona, y el extracto bancario deja de ser la única fuente de información.

Cada importe llega a Infor con la referencia de la factura adjunta, por lo que se liquida la factura correcta al recibirla, en lugar de esperar en una cuenta de retención a que alguien la procese.
La comisión del procesador llega como una cifra independiente, por lo que la diferencia entre lo que pagó el cliente y lo que llegó al banco se explica en lugar de investigarse cada mes.
El reembolso se ajusta al pago original, por lo que la cuenta del cliente en Infor muestra lo que realmente debe, en lugar de un saldo que alguien tenga que interpretar primero.
Dado que los pagos se registran en el momento en que se reciben, la lista de pagos atrasados refleja quién realmente no ha pagado, y nadie persigue a un cliente que pagó la semana anterior.
Un cliente paga a través de Stripe y Alumio registra el importe en Infor contra la factura que liquida, por lo que la cuenta se actualiza de inmediato y no queda nada retenido en una cuenta de espera a que alguien lo identifique más adelante.
Un pago de Stripe llega al banco y los pagos y comisiones correspondientes ya están registrados en Infor, por lo que el importe recibido se puede vincular a las ventas que lo generaron sin que nadie tenga que hacer una comparación manual de ambos.
Un reembolso emitido en Stripe se registra contra el pago original en Infor, por lo que el saldo del cliente es correcto de inmediato en lugar de ser ajustado a fin de mes por quienquiera que note la diferencia primero.
Alumio se sitúa entre los canales de venta y los sistemas de cumplimiento como una columna vertebral de integración gobernada. Los pedidos se enrutan, transforman y validan, mientras que las actualizaciones de estado regresan a cada canal.
Autentique sus sistemas utilizando los conectores preconfigurados de Alumio. Elija entre más de 200 paquetes de conectores en el marketplace, además de integraciones personalizadas ilimitadas.
Defina cómo se asignan los campos de datos entre sistemas en una interfaz visual. Ajuste formatos, enriquezca registros y aplique lógica de negocio, sin necesidad de código personalizado.
Configure los flujos para que se ejecuten en tiempo real según eventos, según un horario o ambos. Reduzca la entrada manual de datos y deje que Alumio gestione el movimiento y la transformación entre sistemas.
Una vez que su primera integración esté activa, añadir su ERP, PIM, WMS o CRM se conecta al mismo centro. Los flujos existentes siguen funcionando. Sin necesidad de reconstruir desde cero.
Una herramienta de facturación por suscripción es una adición común, ya que los cargos recurrentes tienen su propio ritmo y ni el procesador de pagos ni el ERP están diseñados para gestionar las renovaciones por sí solos. Se ejecuta en el mismo lugar que esta, en la coincidencia de cliente que ya configuraste, por lo que una renovación, un pago y una factura apuntan al mismo cliente.
Sí, y todo depende de la referencia asociada al importe. Alumio incluye la referencia de la factura o del pedido con cada pago, lo que permite a Infor asignarlo en lugar de dejarlo pendiente. Si un pago no tiene ninguna correspondencia válida, se retiene y se marca como tal, en lugar de registrarlo en un lugar plausible para su posterior búsqueda.
No. Escribir código es la excepción en este tipo de conexión, no la forma habitual de hacerlo, y la mayor parte de lo que aquí parece técnico es simplemente un conjunto de opciones en un formulario: qué referencias se utilizan, a qué cuentas se asignan las comisiones, qué sucede con un importe que no coincide con ningún otro. El Transformador de Código cubre la excepción cuando se presenta.
Infor asigna el pago cuando detecta que el documento se está procesando, por lo que una referencia que existe en la tienda online pero que nunca llega al pago suele ser la razón por la que el dinero queda sin asignar. Decidir qué referencia se utiliza y asegurarse de que esté configurada cuando se realiza el pago es lo que evita este problema.
El dinero retenido en una cuenta de depósito sin que se sepa su destino es el problema que se evita, y comienza con una referencia que no se procesó. Cada transferencia se supervisa en tiempo real y se registra su importe y referencia. Cualquier transacción que Infor no pueda procesar se escala de inmediato, indicando la causa, y se vuelve a intentar si está configurado. Ningún pago queda sin contabilizar.
Habla con un especialista en integración de Alumio. Diseñaremos la arquitectura adecuada para tus sistemas, a la escala correcta, para que tus operaciones sigan siendo fiables ante cualquier cambio.