Casos Recurrentes Módulo de Logística

Documentacion

Casos Recurrentes Módulo de Logística

Nota: Para documentar estos casos recurrentes, se usaron números ficticios, con el fin de que sea una guia para solventar el error presentado.

Caso 1: Error en la facturación de un producto

Descripción del problema

Muestra una afectación en las ventas al no tener el precio de venta correcto. De igual forma, hay un error en la validación del precio de venta al momento de facturar y llamar el código, pues el cálculo no se está realizando y está afectando ventas a perdida o precios de venta errados.

Solución

Se indica que no se debe realizar ningún cambio a nivel de desarrollo, ya que realmente el precio siempre se recalcula al momento de crear las facturas de venta y lo único que se debe tener presente es lo siguiente:

## Caso 2: Error en documentación

Descripción del problema

El caso muestra que se necesita ajustar el documento SA por concepto TR para que se exija marcar el campo operation.pricegenerate y al procesar calcule el precio de venta en la ubicación destino para los productos trasladados que deban generar precios. Existe inconsistencias al replicar en BMOT - Motivos la validación para el en X EC. Del mismo modo, en el campo operation.pricegenerate es necesario que se ajuste que en la ICNV se valide que si no se está marcando para los documentos CN por concepto CN este no permita procesar.

Solución

En este caso, la condición del BMOT - Motivos para los documentos EN - EC al campo GeneratePrice solo puede condicionar promedio. Si lo que se solicita es colocar un objeto como lo tiene el aplicativo IMOV - Movimientos de Inventario para marcar Generar precio y que al procesar calcule el precio del producto entrante el cual se refleja en FPRE - Precios y VPSA - Balance_and_Prices_by_Location, no es posible realizarlo. Esto no es posible, ya que son movimientos que afectan la salida y entrada a la vez, lo cual no brindaría en la realidad el cálculo del precio pues la entrada es un movimiento espejo mas no un movimiento real, y por lo tanto, al marcar el campo no se verá reflejado lo solicitado.

Caso 3: Error en la ejecución de un proceso

Descripción del problema

Error al procesar el IMOV – Movimientos de Inventario

Solución

Se logra identificar que es necesario prestar atención en primer lugar al estado de la dirección asociado a la orden, pues sin este no se permite reversar el documento. Esto, debido a que, a nivel de proceso, se verifica si para el tercero asociado se tiene o no activas las direcciones. De esta forma, ya se logra procesar el IMOV – Movimientos de Inventario

Caso 4: Error en la parametrización de información

Descripción del problema

Usuario mal asignado en BTER - Terceros, este cuenta con roles no existentes en el SROL - Roles y parecidos al de otro usuario.

Solución

Es necesario validar en primer lugar la EN en el caso y saber si ésta ya se encuentra procesada. Además, el inconveniente no radica en que puedan o no procesar siendo los mismos roles de dos usuarios. Lo que sucede es que para el usuario que intentó procesar el documento en su momento y no lo dejó, fue porque ingresaron manualmente el rol mal escrito a este usuario, el sistema dejó guardar este registro, y por ende arroja el mensaje de que el rol no existe. En este caso, lo correcto es que tuvieran parametrizado un numero de rol diferente donde el usuario ya cuenta con este rol. Para ello, hay que verificar detenidamente el rol de usuario en SROL - Roles para que aparezca correctamente en BTER - Terceros.

Caso 5: Error en la ejecución de un proceso

Descripción del problema

Se ejecuta el módulo BARC - Archivos para cambiar la bodega que se asigna a las ubicaciones 10% y genera error “PARAMS”. Esta BINT lo que hace es cambiar las bodegas y, para esto, tienen que estar creadas como ubicación y ser válidas. Ante la dificultad, se realiza manualmente una a una.

Solución

Verificar si el error se presenta porque las ubicaciones ya existen con sus respectivas bodegas actualmente sobre el sistema, por lo que hay que ajustarse a nivel de base de datos. Si no es posible solucionar el problema, acudir a realizar la integración y consolidación de los ajustes necesarios a la nueva versión para evitar que se vuelvan a perder estos ajustes en las actualizaciones de versión según corresponda el caso.

Caso 6: Error en la facturación

Descripción del problema

Debido a un error generado anteriormente en cuanto a costos, el sistema se ve afectado porque no ha vuelto a generar recosteo. Se ha puesto a generar el recosteo, pero el control de no validar consecutivo en las resoluciones se pierde.

Solución

Es necesario realizar la adecuación para la factura ya que se debe verificar el proceso para la inserción del costeo. Además, toca que en los procesos ya previamente realizados, se realice el procedimiento de la inclusión de la variable para que al momento de ejecutar el recosteo el sistema no tome en cuenta las verificaciones del Trigger de operation con relación a la resolución. Para este escenario se debe tener en cuenta que la ejecución deberá ser en horas no transaccionales ya que la exclusión la hará de manera general, el campo a actualizar es el campo DEMO de la tabla Company.

Caso 7: Error en la facturación

Descripción del problema

Problemas al generar una factura. Se revisa los tipos de impuestos BTIM - Tipos de Impuestos, BIMP -Impuestos y las configuraciones del BPLA - Plantillas y BGRU - Gruopos y aun no se identifica el error. Se muestra que ya se han realizado facturas con las mismas condiciones de pago, pero ésta genera error y tampoco genera la pestaña de pagos.

Solución

Es necesario verificar y replicar el escenario para identificar en primer lugar si para un impuesto específico se tiene asociado el impuesto asignado, por ende, que para el error generado, se permita confirmar la factura sin problemas. Este impuesto lo requiere el cliente según la configuración del BPLA - Plantillas para ese documento por concepto, el cual debe llevar amarrado este impuesto al consumo quien lo toma según sea el producto si lo posee, esto lo puede verificar en los productos del detalle en el BPRO - Productos donde evidenciará que el tipo de impuesto que maneja requiere este impuesto al consumo.

Caso 8: Error en la ejecución de un proceso

Descripción del problema

Al precontabilizar un documento genera un error “EXCEPCIÓN: E2068 LA INVOICEID ES A CRÉDITO Y LA FORMA DE PAYMENT NO TIENE VALUÉ EN CRÉDITO 1611 7”. Donde, el sistema no está asignando la tarifa correspondiente al producto y en el detalle de la columna precio esta asignando el valor de 0.

Solución Identificar si es correcto que la factura tenga todos sus precios del detalle en cero, porque por eso se presenta el mensaje de error, ya que el valor del pago llega en cero, lo cual no es correcto. Además, verificar la condición de pago de la factura porque puede estar con condición de pago indefinido, y se entiende que no es correcto que queden con esta condición de pago, por lo que se debe seleccionar la que corresponde porque genera inconvenientes en la contabilización. Observar que los valores calculados en el FFAC para la factura analizada sean los mismos del FCSFB, puede que por la premura se agregaran los valores de forma manual en el detalle de esta factura y estos sean errados.

Caso 9: Error en documentación

Descripción del problema

Al intentar procesar un documento CZ en el PMOV - Movimientos arroja un error donde se muestra que no hay disponible en el saldo presupuestal. Sin embargo, se verifica el QRRM - Resumen de Movimientos y si hay disponible.

Solución

Al hacer un análisis del mensaje de control a nivel del procedimiento, se encuentra que el inconveniente se debe a que al realizar la contabilización y afectación presupuestal del documento CZ, el sistema toma en cuenta el Presupuesto inicial para la partida. Así, tras realizar las contabilizaciones de cada renglón, identificando que cuya partida sea la misma del saldo de la reserva, por ejemplo, esta es mayor a la inicial y generar error sin disponibilidad.

Caso 10: Error en la ejecución de un proceso

Descripción del problema: Al realizar la conciliación en el TCON - Conciliación, para una ubicación especifica, el sistema no concilia los rubros I.V.A y servicio de impresión de MOVIMI, pero si una vez validado el TBBC - Bank_-_Concept están bien. No obstante, al validarlos todos tienen el detalle en blanco, no se sabe cuál es la causa.

Solución

Identificar si al realizar la reversión de los documentos de TMOV y ejecutar el proceso de generación nuevamente desde TCON - Conciliación, el sistema elimina el detalle de estos documentos. Esto, debido a que el sistema no los reconstruye ya que luego de confirmar se dieron por conciliados. Por tal motivo no reconoce data al momento de generar el proceso. Es necesario desactivar el falg de conciliado para los movimientos del KT y ejecutar nuevamente.

Caso 11: Error en la ejecución de un proceso confirmación datos en BTER

Descripción del problema

Inquietud al realizar la asignación de un contacto a un tercero en el BTER - Terceros teniendo en cuenta lo siguiente:

Solución

Según lo indicado, es necesario validar en el sistema que en ACON - Contactos el campo “Email” se encuentra diligenciado. En este caso, si se diligencia este campo si se permite guardar el cambio que se realice. Por lo tanto, para realizar el cambio que requieren, se debe indicar un correo en este campo, del jefe directo como mencionan.

Caso 12: Error en la ejecución de un proceso En el programa EBODEQ - Support_Document

Descripción del problema

En el programa EBODEQ - Support_Document al realizar el seguimiento a los registros procesado figuran 97 con un error de envío.

Solución

En este caso, revisar si los documentos que se encontraban en error de envío se debe a la parametrización de la ubicación geográfica del tercero. Por ejemplo, de los que se lograron enviar 65 documentos corregidos en la aplicación BTER - Terceros. Sin embargo, si existen aún documentos en error de envío, para enviar estos documentos, es necesario validar el nombre del tercero y la ubicación geográfica, si estos campos no se encuentran correctamente diligenciados, los documentos no se transmiten a la Dian. Es necesario tener presente si es Nit extranjero pues debe indicarse el país, en diferentes terceros se encuentra el continente más no el país, para estos casos debe ir el país. Adicionalmente, revisar si en Nit extranjeros la ubicación geográfica es de Bogotá, ya que esto no es válido, al ser extranjero debe ir el país que corresponde.

Caso 13: Error en la ejecución de un proceso en el módulo EBODEQ - Support_Document

Descripción del problema

Error en el módulo EBODEQ -Support_Document pues no se ha podido enviar a la Dian.

Solución

Cuando existen documentos en Pendiente Envío es porque la DIAN está en ventana de mantenimiento, genera incidencia en la sincronización del envió de estos documentos con Oasis, por tanto, toca volver a enviar los documentos que quedaron en ese Status. Se puede optar por parametrizar un BINT - Interfaces, para realizar en dado caso, el envió de una manera más dinámica y rápida, siempre y cuando, se cumpla con la ubicación de los documentos represados.

Caso 14: Error en la exportación de un archivo desde BINT

Descripción del problema

Error al exportar archivo del BINT - Interfaces

Solución

El error generado al cargar el archivo plano sobre el portal puede ser por la configuración y parametrización de los terceros. En estos, es necesario identificar si son terceros con permisos especiales, pues estos no tienen configurado el campo ClientCode, lo que sería lo que cause el error en el sistema.

Caso 15: Error en la ejecución de un proceso

Descripción del problema

Error en la coherencia de los datos de la operación en comparación con las cifras del POWER BI. Existe diferencia en los ingresos de un mes en específico pese a haber actualizado el sistema en KPGF - Genera Formatos.

Solución

En este caso, toca realizar las modificaciones pertinentes, en donde es necesario actualizar el POWER BI y programar las actualizaciones a forma automática. Revisar desde el KFOR - Balance de Formatos la actualización de los datos para el mes analizado.

Caso 16: Error en la ejecución de un proceso de salida de inventario

Descripción del problema

Error al momento de imprimir los documentos de salida de inventario.

Solución

Es necesario validar los documentos SA del módulo IMOV - Movimientos de Inventario donde se imprimen varias salidas de inventario al azar.

Caso 17: Error en la parametrización de cuentas

Descripción del problema

En un turno el valor de impuesto se está considerando en la cuenta de caja, lo cual no se entiende por qué ya que esta no es una venta que deba afectar a caja. En este caso, solo se debe afectar las cuentas de costo de venta y el inventario, pues fue un obsequio y para esto se solicitó una parametrización y fue creado el concepto FO.

Solución

Es necesario validar si el turno observado pertenece a un mes ya cerrado, pues en este caso, los movimientos no pueden reversarse porque el turno comentado ya presenta su debido cierre. Toca realizar una revisión directa sobre la parametrización de la plantilla en el BPLA - Plantilla para el documento FA por concepto FO, en donde, se debe observar que estas facturas afectan la Caja Registradora ya que, para el código CJR, este se encuentra como Obligatorio. Esto, le indicara a la aplicación que se contabilice, por lo que se deshabilita que este código sea obligatorio. Sin embargo, para comprender mejor la situación, es necesario plantearlo bajo un escenario activo con facturas bajo este concepto para validar la contabilización en tiempo real antes de procesarla. Por ello, se recomienda observar lo anteriormente dicho cuando se realicen nuevamente facturas de este tipo para validar la contabilización antes de procesar la factura.

Caso 18: Error en facturación

Descripción del problema

Al realizar la auditoria de turnos del sistema POS, se identificó que existe un turno que sigue activo debido a que tiene facturas pendientes. No se puede reconocer que usuario lo realizo, pues al revisar el SAUD - Auditoria no se puede visualizar ni el turno ni las facturas.

Solución

Para el tema del SAUD - Auditoria, las facturas sí aparecen en el registro procesadas por un usuario en específico. El inconveniente con la búsqueda en el SAUD - Auditoria normalmente se debe a que se consulta para una fecha diferente a las de las facturas en auditoria. Referente al turno, solo es que se procese para terminar el proceso.

Caso 19: Dificultad para comprender el error arrojado

Descripción del problema

Hay facturas en estado activo en el sistema, que deben eliminarse. Al intentarlo después de abrir el periodo a las cuales pertenecen aparece un error BPRY - Proyectos que dice que es un proyecto. Sin embargo, no se tiene claridad a lo que quiere decir este error. Se quieren eliminar estas facturas en estado activo de periodos anteriores, y se sabe que para que sean anuladas, se debe abrir el periodo, pero aparece el error.

Solución

En este caso, si se abren los periodos no se podrá ajustar el documento ya que no está en el rango de la resolución. Se recomienda validar los documentos para que no se presenten estos inconvenientes. Para poderla eliminar las facturas tocaría activar la resolución y, tras eliminarlas, volver a procesarla, no dejarla activa ya que esto podría generar inconvenientes en la facturación

Caso 20: Error al reversar un documento

Descripción del problema

Se tiene un documento FO, el cual se reversó para desamarrar en una legalización que por error se había amarrado. De modo que, cuando se volvió a procesar no fue posible y apareció un error.

Solución

Se tienen que eliminar los cruces y acciones realizadas principalmente por base para poder procesar el documento FO directamente desde la aplicación. Se evidencia en el PMCR - Cruces que bajo la FO se encuentran lo cruces de los documentos.

Caso 21: Error en la consulta de inventario

Descripción del problema

Se requiere obtener los saldos en los inventarios por marca a un corte determinado. Se realizo la consulta por la opción IRRI, pero no arroja resultados. Se consulto la opción IRSAQ - Saldo Actual por Marca, pero solo indica el saldo actual por marca. Esta situación genera que no se pueda consultar el inventario por marca periodos anteriores, actividad que se realiza frecuentemente.

Solución

Es necesario validar la consulta del IRRI - Rotación de Inventarios, pues si este no trae información es porque, a nivel de las ubicaciones en el BUBI - Ubicaciones Organización en la pestaña productos, estos no se parametrizan como Tipo NIVELES DE STOCK. Revisar cuantos productos se encuentran parametrizados con este tipo. Por lo cual, el reporte al traer solo datos por marca, únicamente se puede consultar por Periodo y Año y, muestra el saldo que este tiene a corte en el momento de la consulta. Hay que recordar que estos errores se deben a la falta de parametrización de los productos en cada Bodega, por lo que se debe realizar esta parametrización en el BUBI - Ubicaciones Organización para que el reporte les muestre los datos correctos.

Caso 22: Error en la facturación de productos

Descripción del problema

Al descargar los productos que están en tránsito en una ubicación en especifica en la bodega por el módulo ICTR - Consulta Traslados, se presenta un error. Es la primera vez que se realiza este proceso, ya que la ubicación su creada recientemente y los productos que están en tránsito, no se han podido descargar a la ubicación seleccionada para poder facturarlos.

Solución

El cargue de los productos no se puede hacer porque no existen los consecutivos correspondientes al documento SA por ubicación. Es necesario ajustar esta información. Además, validar si existe creada la localización # en la ubicación que se quiere dentro del BUBI - Ubicaciones Organización en la pestaña “localizaciones”.

Caso 23: Error en la facturación de un producto

Descripción del problema

Al realizar el proceso de traslado de x unidades de un producto de una ubicación a otra se presenta un error de saldo negativo. Se revisa el KARDEX y si se cuenta con unidades disponibles. De igual forma, al facturar un producto en un almacén, genera error habiendo existencias en el KARDEX.

Solución

Es necesario revisar si para el producto que se quiere trasladar sobre el periodo en cuestión, presenta saldo suficiente en cantidad al consultar el programa ICKU - Kardex por Ubicación. En este caso, no debe haber y, por este mismo motivo, se genera el error de saldo en negativo, ya que se intenta realizar un movimiento con un saldo en cantidad inexistente. Se recomienda revisar el programa ICKU - Kardex por Ubicación para estos escenarios.

Caso 24: Error en la ejecución de un proceso

Descripción del problema

Según una entrada del centro de costo, se ingresó una cantidad especifica de un producto erróneamente en el ítem equivocado. Se decidió hacer la salida del ítem, y al revisar el sistema se vio afectado el KARDEX IRKA - Kardex pero no se afectaron los saldos valorizados IRVA - Saldos Valorizados por Clasificación.

Solución

Es necesario tener en cuenta los siguientes puntos:

Se debe revisar además si el valor tomado del reporte IRVA - Saldos Valorizados por Clasificación es erróneo, puesto que en este reporte no se maneja un balance general del total movimientos realizados, si no, simplemente muestra un detallado con relación a los filtros asociados a la consulta, puesto que, si se compara la información del reporte IRKA - Kardex con la información del programa FPSA - Saldos y Precios por Ubicación, realizando la misma consulta se evidencia el mismo saldo total, si se requiere un detallado semejante al del reporte IRVA - Saldos Valorizados por Clasificación deberán validar el programa IMCM - Consulta de Movimientos.

Caso 25: Error al ajustar el costo del producto

Descripción del problema

Al procesar un documento de SA (salida) de una ubicación presenta error. Un producto en diferentes fechas y diferentes cantidades se ha tratado de procesar y presenta el mismo error, y no se ha podido ajustar el costo del producto.

Solución

Al realizar la validación de la incidencia, se verifico que la causa del error se debía a una mala operación que estaba realizando el sistema, al dividir el costo unitario por 0.

Caso 26: Error al intentar sacar mercancía

Descripción del problema

Se necesita sacar la mercancía de una bodega de suministros y estos productos enviarlos al gasto de acuerdo con el centro de costos. En este caso, al intentar procesar el IMOV - Movimientos de Inventario de salida en cierta ubicación de donde se quiere sacar la mercancía y enviar al gasto en la bodega sale un error adjunto. Se intento reversar el IMOV - Movimientos de Inventario con concepto SA (salida) para realizar una modificación en el destino y al intentar procesar nuevamente sale que el producto tiene un saldo negativo, pero al reversar el producto este tiene una unidad.

Solución

En este caso, hay que revisar si la salida no se había podido procesar porque para el producto, en el detalle del documento, tiene registrado que tomará su cantidad de localización. Si se busca en el ICKL - Kardex por Localización el producto, en este caso, no arrojará datos porque está con la información de la localización 0, por eso se muestra con saldos en negativo para el producto. Así que lo que se debe hacer es modificar la localización del producto anteriormente mencionado a la que si cuenta con saldoCantidad (en este caso la cero) e intentar procesar nuevamente la SA.

Toca considerar para procesar la SA que la cuenta del inventario que toma del grupo del producto de donde intenta acreditar los saldos, sea correcta, ya que debe coincidir el ingreso del producto para la cuenta parametrizada que es de donde debería tomar la información donde si existen tales saldos. Por esto, el mensaje de control indica que la cuenta de donde se está tratando de mover tiene saldos en negativo, porque este no haya información alguna de ese producto.

Caso 27: Error en la ejecución de un proceso

Descripción del problema

En los IMOV - Movimientos de Inventario generados para una ubicación especifica, tras correr el módulo IFAJ - Gener Ajustes hay errores, un producto en el IFIS - Registro de Conteos conto de manera incorrecta y no se sabe el motivo.

Solución

Para este escenario se deben aclarar los datos que deberían encontrarse en el campo Quantity1 (Cantidad1) porque, si no es la correcta, el sistema al generar diferencias, se considerará la cantidad que se encuentre en este campo, junto con la cantidad real en Oasis, por lo que si se genera así el sistema tomara la información que encuentre en el momento.

Caso 28: Error en la facturación de un producto

Descripción del problema

No se puede facturar un producto ya que este aparece con una unidad disponible en una ubicación especifica, pero no existen movimientos de esa unidad para poderla facturar.

Solución

Es necesario verificar el balance histórico del producto, y revisar si se tiene data basura la cual refleja un valor en la cantidad del producto erróneo. Sobre ISPL - Saldos por Localización la información se refleja de manera correcta, favor validar.

Caso 29: Error en el procesamiento de pedidos

Descripción del problema

Cuando se procesa un pedido y separa las unidades de un producto, está tomando de una localización donde no hay disponible, dejando el pedido al 100%, y cuando llega el picking, no permite procesar porque dice que no hay unidades disponibles en esa ubicación, este sale con error de saldo negativo, e incluso, así se trasladen unidades a esa localización, este no las toma.

Solución

Es necesario revisar que este actualizado correctamente la separada del producto, lo correcto según la trazabilidad del ICKU - Kardex por Ubicación es que estuviese separada la cantidad de unidades, correspondiente al producto mencionado, que pudo deberse al reversar y procesar algún documento del proceso WMS, quedando el dato erróneo. Se procede a ajustar este dato para que cuente con la separación de unidades y, por tanto, ahora arroja un mensaje ya es por tema de unidades faltantes en el inventario. En este caso, se debe de ingresar más cantidad de ese producto, pero para la otra localización que se visualiza en el detalle del TI, para posteriormente intentar procesar nuevamente el picking. El mayor inconveniente se debe a cuando no se cuenta con unidades suficientes para poder procesar el documento TI, por ello, ser debe revisar la trazabilidad de ese producto para la localización. En última instancia, es mejor liberar el pedido y anularlo como se requieren.

Caso 30: Error en inventario

Descripción del problema

Consulta por una transacción en ICKU - Kardex por Ubicación para validar las cantidades y el valor del inventario que se hizo y se encontraron productos con saldo en cantidad 0 y con saldo en valores, lo cual está de manera incorrecta ya que, si no existe cantidades unitarias, tampoco debería arrojar saldo.

Solución

Es necesario revisar en la aplicación ICKU - Kardex por Ubicación el movimiento de cada producto para evidenciar si salieron por un menor valor al ingresado. Para estos casos donde ya no hay saldo cantidad, pero si saldo, se debe realizar una salida por ajuste al costo, utilizando SA por AS y en cantidad digitar 1 y el valor a ajustar de cada producto. Este documento no afecta cantidades solo saldo.

Caso 31: Error en procesamiento de pedidos

Descripción del problema

Se requiere cerrar los casos para unos pedidos y no contabilizar como PD pendientes en el sistema. Se realizo una prueba para un proceso de unpick y el módulo ITRA - Trabajos no permite reversar la SE y genera error, el cual no permite reversar ni anular los PD.

Solución

Primero, hay que validar si los pedidos que se encuentran no pueden reversarse, ya que tienen un proceso de WMS muy avanzado, y por esto, al realizar los procesos de reversión se saltan algunos procesos y anulan otros importantes para el proceso de reversión de la cadena de los pedidos. Por esto, al no haber restablecido el status WMS de estos pedidos, los cuales se pueden visualizar en el VDAR - Asignar Recolector Al Despacho, se puede realizar un ajuste por base para que se pudiesen reversar los documentos TI por concepto SE. Sin embargo, y debido a que anularon los documentos DS del VDES, al realizar la reversión del TI, este no devuelve la separada del pedido ni crea su respectivo documento DS por concepto DR.