Servicios que necesita Ramaflex Móvil

Nunca devuelvan la clave ni su hash. Solo el veredicto. Si la credencial es incorrecta, un error con código estable — no una respuesta vacía.

Es el código con que la aplicación pedirá después su cartera, su historial y sus metas. Si aquí viene con espacios y en otro servicio sin ellos, las comparaciones fallan y el vendedor ve todo vacío, sin ningún error.

Es la llave con que se consulta el servicio de reglas de la modalidad, que define bodega, caja y lista de precio. Un vendedor sin modalidad no puede abrir una venta.

Casi todas las consultas llevan este código. Si su ERP maneja una sola empresa, igual necesitamos un valor constante con el que identificarla.

Define si un pedido aún no facturado descuenta del cupo disponible. Si el dato falta, el control de crédito no se aplica y no se emite ningún aviso: el vendedor puede vender por sobre el cupo sin enterarse.

Debe venir resuelto, no como una regla a interpretar. Si en su ERP el tope depende del producto, de la lista o del cliente, resuélvanlo antes de responder: la aplicación aplica el número tal cual, sin red.

Si la lista viene vacía, el vendedor no ve stock de ningún producto y no puede vender. Es una causa frecuente de "la aplicación no muestra productos" que en realidad es configuración del ERP.

Los valores concretos se acuerdan al definir el vocabulario de tipos de documento. Lo importante es que sea una lista cerrada y estable.

Sin este valor el catálogo queda vacío o cae a la lista del cliente, que puede no ser la correcta. Es el campo que más veces explica un catálogo sin precios.

Las dos identifican la venta. Si su ERP no maneja sucursales, devuelvan un valor constante: la aplicación necesita el par completo para grabar.

Incluyan el dígito verificador. Si llega sin él, calcularlo por checksum produce un RUT que también valida pero no es el del cliente; ya ocurrió y el documento sale a nombre equivocado.

Si el cliente no tiene lista propia, devuelvan nulo y se usa la de la modalidad. No devuelvan vacío ni cero.

Sin este dato el arqueo de caja emite avisos de pagos faltantes que son falsos positivos: el vendedor cree que dejó de cobrar algo que en realidad era a plazo.

Ausente se interpreta como "no se sabe" y no bloquea. Si su ERP maneja bloqueo de clientes, conviene enviarlo siempre.

Es lo que permite pedir solo lo que cambió. Sin ella, cada sincronización tiene que bajar la cartera completa.

Debe ser el mismo código en catálogo, lista de precio y stock. Si en alguno viene distinto, el producto aparece sin precio o sin existencia.

Habilita buscar el producto escaneando o tecleando el código de barras.

Si el producto se vende en dos unidades, hace falta además cuántas unidades primarias contiene la secundaria, para poder convertir.

Determina si el vendedor puede digitar 1,5 o solo enteros. Se necesita uno por cada unidad de venta.

Los niveles pueden repetir código entre sí. El mismo código puede significar cosas distintas en el nivel 1 y en el 2, así que el nivel debe venir junto al código. Resolver el nombre sin el nivel da el nombre equivocado.

Si su convención es otra, decláren la y entreguen la regla de redondeo. Ver "Precios: una sola convención" en las reglas generales.

Si este dato falta, la aplicación asume una tasa fija y termina cobrando IVA a un producto exento. Envíen cero explícito cuando no aplique.

Solo si esa política existe en su ERP. La aplicación los muestra como referencia al vendedor.

Si el producto se vende en dos unidades, hacen falta las dos existencias, o la conversión para calcularlas.

Sin esta clave la aplicación no puede reconocer los documentos que ella misma creó, y quedan duplicados en pantalla: uno local y otro descargado. Es el campo que cierra el ciclo de idempotencia.

Si mandan el total bruto de una línea, manden también el neto. Los dos van después de descuento. Si llega solo el bruto, la aplicación vuelve a restar el descuento y muestra un neto equivocado.