NODUM - eBOX / eBOX
Anulación de NC en Nodum y invoicy desde Mantenimiento Anulación Doc. Ventas Generados
Anulacion de NC en Nodum, invoicy -
Problema: El cliente realizó una anulación desde el Mantenimiento Anulación Doc. Ventas Generados el cual no anula y no se utiliza para cancelar una NC desde Invoicy.
Chequear si realizó una factura, la cual debería netear con la NC.
Problema: El cliente realizó una anulación desde el Mantenimiento Anulación Doc. Ventas Generados el cual no anula y no se utiliza para cancelar una NC desde Invoicy.
Chequear si realizó una factura, la cual debería netear con la NC.
En Nodum EBOX no aparecen comprobantes. ¿Qué puedo hacer?
Si esto sucede puede ser por varios motivos:
- Que el schedule se haya trancado.
- Que haya cambiado alguna configuración en el sistema de FE, y se deben cambiar en MCFEEmpresas.
- Que la Pre-Factura Proveedor este dando error al momento de grabar.
- Que el servidor de APP precise que se actualicen los archivos de eFactura. Esto no se debe hacer si no se está seguro que es ese el problema.
- Que el schedule se haya trancado.
- Que haya cambiado alguna configuración en el sistema de FE, y se deben cambiar en MCFEEmpresas.
- Que la Pre-Factura Proveedor este dando error al momento de grabar.
- Que el servidor de APP precise que se actualicen los archivos de eFactura. Esto no se debe hacer si no se está seguro que es ese el problema.
No se ven los comprobantes desde Nodum eBOX. ¿Qué puedo hacer?
Existen pasos básicos que un consultor puede realizar, los mismos son:
1) Revisar que el formulario Pre-Factura Proveedor (Acá depende de que proveedor de facturación electrónica tenga el cliente) esté scheduleado (cps_jobs).
Ejemplo: si el cliente tiene Invoicy/Migrate el formulario es Pre-Factura Proveedor Invoicy(TcmpPreFPrInv).
2) Hacer una prueba básica desde la Pre-Factura Proveedor:
Acá lo que se puede hacer es levantar un registro en nuevo y ver si se descarga o no el comprobante. Con este punto hay que tener cuidado, ya que dependiendo el proveedor de facturación electrónica es como funciona. Si se llegará a descargar un comprobante al darle nuevo, NO se debe cancelar ni dar aceptar a ese registro. En este caso sería un problema del schedule que no esté habilitado o este trancado.
Acá lo que hay que hacer es dejar ese registro en nuevo, y lograr hacer funcionar el schedule para que se grabe automáticamente.
SI SE CANCELA ESE REGISTRO QUE LEVANTÓ, SEGURAMENTE SE PIERDA EL COMPROBANTE.
3) Si el paso 2 no se cumple, seguramente haya un problema al intentar descargar los comprobantes recibidos. Los errores mas comunes son: - Que se haya cambiado algo relacionado a la empresa-sucursal.
- Que la URL del WS que descarga los comprobantes o pdf no esté disponible.
4) Si la pre factura no descarga ningún comprobante lo mejor sería revisar el log del servidor en DEBUG.
Si se llega al punto 4 y no se encontró el error, lo mejor sería consultar al referente en Nodum o al grupo de soporte. Cuando se agotan todos los recursos, se debe solicitar apoyo del equipo de Producto.
NOTA: Es posible que se este consultando e intentando descargar los comprobantes tanto desde la base de produccion como la base de testing (u otras) apuntando hacia las URL de produccion, en este caso es factible que
1) Revisar que el formulario Pre-Factura Proveedor (Acá depende de que proveedor de facturación electrónica tenga el cliente) esté scheduleado (cps_jobs).
Ejemplo: si el cliente tiene Invoicy/Migrate el formulario es Pre-Factura Proveedor Invoicy(TcmpPreFPrInv).
2) Hacer una prueba básica desde la Pre-Factura Proveedor:
Acá lo que se puede hacer es levantar un registro en nuevo y ver si se descarga o no el comprobante. Con este punto hay que tener cuidado, ya que dependiendo el proveedor de facturación electrónica es como funciona. Si se llegará a descargar un comprobante al darle nuevo, NO se debe cancelar ni dar aceptar a ese registro. En este caso sería un problema del schedule que no esté habilitado o este trancado.
Acá lo que hay que hacer es dejar ese registro en nuevo, y lograr hacer funcionar el schedule para que se grabe automáticamente.
SI SE CANCELA ESE REGISTRO QUE LEVANTÓ, SEGURAMENTE SE PIERDA EL COMPROBANTE.
3) Si el paso 2 no se cumple, seguramente haya un problema al intentar descargar los comprobantes recibidos. Los errores mas comunes son: - Que se haya cambiado algo relacionado a la empresa-sucursal.
- Que la URL del WS que descarga los comprobantes o pdf no esté disponible.
4) Si la pre factura no descarga ningún comprobante lo mejor sería revisar el log del servidor en DEBUG.
Si se llega al punto 4 y no se encontró el error, lo mejor sería consultar al referente en Nodum o al grupo de soporte. Cuando se agotan todos los recursos, se debe solicitar apoyo del equipo de Producto.
NOTA: Es posible que se este consultando e intentando descargar los comprobantes tanto desde la base de produccion como la base de testing (u otras) apuntando hacia las URL de produccion, en este caso es factible que
Podemos “cancelar” dejar de ver en el panel; los documentos que NO registramos por el e-box
No existe un funcionalidad estándar para eso, ya que no es algo que se haya solicitado de forma recurrente.
Se implementaron cosas del estilo en diferentes clientes:
No ver ciertos proveedores, creando una configuración por proveedor.
Crear un formulario para inhibir ciertos documentos. Se debe ingresar un registro con el documento y el sistema no lo muestra más.
Existe un Webinar que explica las funcionalidades estándar, dejamos el link aquí: Webinar Ebox.
En caso de necesitar implementar algo específico contactar a su referente en el equipo Nodum.
Se implementaron cosas del estilo en diferentes clientes:
No ver ciertos proveedores, creando una configuración por proveedor.
Crear un formulario para inhibir ciertos documentos. Se debe ingresar un registro con el documento y el sistema no lo muestra más.
Existe un Webinar que explica las funcionalidades estándar, dejamos el link aquí: Webinar Ebox.
En caso de necesitar implementar algo específico contactar a su referente en el equipo Nodum.
En la pestaña de resguardos emitidos, aparece duplicado un resguardo del mismo proveedor/cliente, qué puede ocurrir?
Los titulares que generan comprobantes en esa pestaña pueden ser clientes o proveedores, el sistema para retornar el titular hace una consulta con UNION en la ct_clientes y la ct_proveedores por código de titular, RUT y nombre. Cuando para un mismo RUT existe un código o un nombre diferente el sistema encuentra que son dos titulares diferentes y duplica las líneas en el ebox. Esto no debería ocurrir en el sistema porque para un mismo titular debe tener el mismo código de cliente y código de proveedor para que el sistema permita generar una posición que incluya ambas operativas. Si ocurre eso se debe solicitar el cliente que revise los datos y deje tanto código como nombre exactamente iguales. Cambiar el nombre es sencillo porque alcanza con editar uno de los mantenimientos en cuestión pero el cambio del código requiere analizarlo un poco, si existen saldos activos se deben cambiar de código y deberían entender que los movimientos viejos quedarían en el código original. El caso del código no debería ocurrir porque el sistema controla tanto en el mantenimiento de clientes como en el mantenimiento de proveedores, el control que se hace es que para un RUT existente no se cree un titular con un código diferente.
Cómo implementar e-box?
Existe un documento de implementador para realizar este proceso. Este es el link documento al documento, eBOX
Por cualquier tipo de dudas contactarse con referente en el equipo Nodum.
Por cualquier tipo de dudas contactarse con referente en el equipo Nodum.