Parametrización de Sincronización de Recibos de Caja.

Este campo es obligatorio.

Este campo le permite al administrador del sistema seleccionar el Tipo de Documento que pasará al ERP a través del conector de Recibos de Caja después de que se realice una transacción exitosa de pago.  Generalmente el Tipo de Documento siempre representa un Recibo de Caja. Por ejemplo:

• Recibos de Caja Web (RCW).

IMPORTANTE: Este valor corresponde a una parametrización previa en el ERP, por lo tanto es un valor suministrado por el cliente.  Se sugiere crear un tipo de documento específico para los recaudos de cartera en línea.

Este campo es obligatorio.

Este campo permite al administrador del sistema, definir cuál será el estado del documento que le indicará al AGR si puede o no sincronizar el Recibo de Caja con el ERP. Los estados disponible son: 

1. Aprobado
2. Anulado

Este campo es obligatorio.

Este campo permite al administrador definir el Código de la Caja a la cual se asociarán los Recibos de Caja que generará el AGR a través del conector en el proceso de sincronización.

IMPORTANTE: Este valor corresponde a una parametrización previa en el ERP, por lo tanto, es un valor suministrado por el cliente. Se sugiere que la compañía cree una caja específicamente para los recaudos del AGR, lo anterior, para efectos de control.

Este campo no es obligatorio.

Activar este parámetro le permite al administrador indicar al ERP que valide que la suma de dinero recaudado para un pago donde se utilizan diferentes medios de pago, no exceda el valor a recaudar.

IMPORTANTE: Este escenario es poco probable que se de en la plataforma AGR debido a que cuando un cliente va a pagar o abonar a sus facturas, en la pasarela de pago no se le permitirá utilizar diferentes medios de pago, asunto que puede ser más común en los recaudos presenciales.

Este campo es obligatorio.

Este campo permite al administrador definir el tipo de módena con el que se harán los pagos y serán enviados al ERP en el conector de Recibos de Caja.

IMPORTANTE: Este valor corresponde a una parametrización previa en el ERP, por lo tanto es un valor suministrado por el cliente.

Este campo es obligatorio.

Este campo permite al administrador definir el tipo de módena con el que se aplicará el recaudo y será enviados al ERP en el conector de Recibos de Caja.

La Moneda de Aplicación se usa cuando el recaudo se realiza con una moneda diferente a la que se debe aplicar el recaudo en la contabilidad.

IMPORTANTE: Este valor corresponde a una parametrización previa en el ERP, por lo tanto es un valor suministrado por el cliente.

Este campo es obligatorio.

Este campo le permite al administrador del sistema, definir el identificador del Concepto de Flujo de Efectivo para los ingresos de dinero por concepto de recaudo de cartera. En el conector,  este campo se conoce como: F357_ID_FE.

IMPORTANTE: Este valor corresponde a una parametrización previa en el ERP, por lo tanto, es un valor suministrado por el cliente.

Este campo es obligatorio.

Este campo le permite al administrador del sistema, definir el identificador del Concepto de Flujo de Efectivo para los ingresos de dinero por concepto de anticipo. En el conector,  este campo se conoce como: F357_ID_FE.

IMPORTANTE: Este valor corresponde a una parametrización previa en el ERP y puede ser el mismo valor que el concepto de flujo de anticipo para recaudos, por lo tanto, es un valor suministrado por el cliente.

Medio de pago

Este campo no es obligatorio.

Este campo le permite al administrador del sistema definir el ID del Medio de Pago utilizado por el cliente para realizar los pagos de cartera o anticipos.  Los medios de pago más comunes son: 

• Efectivo
• Cheque
• Transferencia Bancaria (PSE)
• Tarjeta Credito
• Tarjeta Débito
• Bonos de Sodexo
• Etc.

IMPORTANTE: Dado que el AGR es una plataforma de software web para el recaudo de la cartera, no hay intervención humana en el proceso y el medio de pago que usara el cliente para los anticipos y recaudos es elegido en la pasarela de pago, no hay una forma en la versión actual de asociar el medio pago elegido en la pasarela con el ID del medio de pago en la contabilidad, en otras palabras no hay una forma de hacer un mapeo.

Sin embargo, si es posible sugerir al cliente que cree un Medio de Pago para los Recaudos denominado “Recaudos Virtuales AGR”

Este campo es obligatorio.

Este campo le permite al administrador seleccionar por medio de una lista desplegable la manera en la que el recaudo por pago parcial o total tomará el auxiliar contable para recaudos y cobrador y/o vendedor.  Las opciones disponibles son:

• ID Cobrador según tercero: Al sincronizar un recibo de caja al ERP, este tomará el cobrador configurado en el tercero y la cuenta auxiliar contable de la factura pagada.

• ID vendedor según factura: Al sincronizar un recibo de caja al ERP, este tomará el vendedor y cuenta auxiliar contable de la factura pagada. 
• Ninguno: Al sincronizar un recibo de caja al ERP, este tomará el cobrador y cuenta auxiliar contable parametrizado.

IMPORTANTE: Si se escoge una de las primeras opciones, no se deben parametrizar los campos “ID Cobrador (Quien ejecuta todos los cobros)” y “Aux. Contable Cuentas x Cobrar”. 

Adicionalmente si se selecciona una de las dos primeras opciones, es importante tener en cuenta que si un recaudo tiene varías facturas con diferentes auxiliares entonces el sistema generará la tantos recibos de caja como auxiliares estén participando en la transacción.

Este campo es obligatorio.

Este campo permite al administrador asignar el código de la persona responsable del Recaudo. Sin embargo, el ID del Cobrador puede representar en el AGR: 

1. Un Vendedor
2. Un Cobrador 
3. Un Cobrador AGR

IMPORTANTE: Dado que el AGR es una plataforma de software web para el recaudo de la cartera, no hay intervención humana en el proceso, por ende, se sugiere crear un Cobrador AGR y asignarlo a todos los recaudos.  

Este campo se debe parametrizar siempre y cuando en el campo “ID Cobrador automático (Quien ejecuta el cobro)” esté seleccionado la opción “Ninguna” o “Id vendedor según factura”, teniendo en cuenta que este sería el cobrador que tomaría el sistema para los recaudos por concepto de anticipo.