ApiMp - 28/02/2025
Este artículo presenta una lista de nuevas funciones, mejoras y correcciones disponibles en ApiMp.
Noticias / Mejoras:
Usuario OBTENER
- Situación: el registro de usuarios/vendedores debe realizarse a través de Demander Web. Sin embargo, el TO-FOR de ID/códigos entre ERP-Demander estaba generando mucho trabajo para los ERP.
- Solución: se creó una API para listar usuarios/vendedores con sus códigos e ID para que el ERP guarde y realice el FROM-TO automáticamente (según el nombre).
Creación de Configuración ApiMp
- Situación: para garantizar que el socio/usuario del ERP pueda controlar la generación del token, activación y desactivación de la integración y otra información, es necesario crear una pantalla para configurar la integración.
- Solución: se creó la pantalla de Configuración de ApiMp.
Textos de ayuda en la pantalla de configuración de ApiMp
- Situación: en la pantalla de configuración de ApiMp en Demander Web faltaba información que ayudara al usuario a encontrar otras pantallas con accesos directos e incluso consejos.
- Solución: se agregó información en la parte superior de la pantalla para ayudar con la navegación.
Descuento de vendedor/adicional por artículo de pedido
- Situación: a algunos ERP les gustaría trabajar con el descuento/adición del vendedor a nivel de artículo del pedido.
- Solución: la devolución del descuento/precio adicional del vendedor se implementó a nivel de artículo del pedido.
Devolución del transportista del pedido
- Situación: a algunos ERP les gustaría trabajar con el transportista del pedido en la devolución GET, para leerla en su sistema.
- Solución: se implementó la etiqueta de identificación del transportista al devolver los pedidos.
Estado del pedido POST
- Situación: algunos ERP quisieran trabajar con el estado de su sistema interno dentro de Demander, sin necesidad de registrarse manualmente.
- Solución: se implementó la API POST para registrar estados de pedidos automáticamente. La actualización del estado se realiza en otra API.
POST de actualización del estado del pedido
- Situación: algunos ERP desean actualizar el estado del pedido según la información de su sistema interno.
- Solución: se implementó la API POST para actualizar el estado del pedido en Demander, para generar más información para el vendedor.
POST de facturación
- Situación: algunos ERPs controlan la facturación de los pedidos, al actualizar el estado en Demander.
- Solución: Se creó una API para actualizar el estado del pedido y definir si fue facturado o no.
Correcciones:
Cliente registrado en Demander sin código
- Situación: cuando un cliente está registrado en Demander, por defecto tiene el código 0, por lo que el ERP puede procesar el código y devolverlo. Sin embargo, algunos ERP no realizan este tratamiento y necesitan recibir el código/ID de cliente de ApiMp.
- Solución: se agregó el código del cliente a la devolución del cliente, igual que el ID del cliente en Demander.
Los registros de clientes por lotes generan error
- Situación: cuando se registran varios clientes en secuencia, se generaba un error de rendimiento.
- Solución: Se realizó tratamiento para no generar más el error y procesar correctamente a los distintos clientes.
El cliente de títulos financieros no se actualiza
- Situación: cuando un título financiero ya insertado en Demander fue cambiado en el ERP, con un nuevo cliente, esta información no fue actualizada en Demander.
- Solución: se realizó una actualización para buscar el título y luego cambiar el cliente.
Los usuarios siempre regresan con el verdadero “eliminado”
- Situación: en todas las solicitudes GET de los usuarios, el parámetro excluido siempre se devolvió como verdadero.
- Solución: Se corrige el comportamiento de devolución según el campo ‘activo’ en el registro de vendedor/usuario.
Cliente que regresa con el tipo incorrecto
- Situación: al solicitar GET a los clientes, algunos registros del tipo individual regresaban con el parámetro de tipo fijo como ‘J’, lo cual era incorrecto.
- Solución: se corrigió para regresar según lo ingresado.
Acepta precio cero- Situación: en Demander los productos con precio cero no figuran como posibilidades de venta en el pedido. De esta forma se realizó un tratamiento en la API para no aceptar este tipo de comportamientos con el precio del producto. Sin embargo, a algunos ERP les gustaría restablecer los precios para desactivar productos en las listas.
- Solución: Se realizó un tratamiento para aceptar precios cero y continuar con la conducta de no listarlos en el pedido.
Consulta también las novedades en las otras plataformas de Demander: