Importación de pedidos de RondaNET

Los clientes que trabajan con RondaNET mandan sus órdenes de compra en archivos de texto. El sistema los baja, los lee y los convierte en pedidos, que después se pasan a comprobantes desde la pantalla IMPORTACION AUTOMATICA DE PEDIDOS.

El circuito son dos programas:

Programa	Qué hace
rondanet_imp	Baja los archivos, los interpreta y graba los pedidos. Corre solo, sin pantalla.
rondanet_ped	IMPORTACION AUTOMATICA DE PEDIDOS: muestra lo importado y genera los comprobantes.
rondanet_con	CONSULTA DE PEDIDOS RONDANET: los mismos pedidos, sólo para mirar.

Nota

En el relevamiento del menú estos tres programas no figuran montados: se ejecutan por su código, o el proceso de importación arranca por una tarea programada del servidor. Preguntá a soporte cómo quedó armado en tu instalación.

El archivo no trae códigos de Eternum: trae los códigos GLN/EAN de GS1. Todo el trabajo de configuración es, en el fondo, dejar esos códigos cargados en los maestros para que el sistema sepa a qué cliente, a qué sucursal y a qué producto corresponde cada renglón.

El orden de la configuración

Paso	Qué se configura	Programa
1	Atributos del programa de importación (carpetas, comando, mails)	gen1141
2	Atributos del programa de pedidos (interfaz, tipo de cuenta, unidad kilos)	gen1141
3	Código GLN del cliente	ccg5105
4	Código GLN del lugar de entrega	ccg5305
5	Código GTIN/EAN13 de cada producto	sto5101
6	Factores de cantidad y precio por cliente, si la unidad no coincide	sto5343
7	Lista de precios del cliente, con precios vigentes y bonificaciones	sto3101
8	Guía de reparto asociada al comprobante	gen1128

---

1. Atributos del programa de importación

gen1141 — Configuracion General → de Sistema → Atributos → Atributos de Programas.

En PROG va, exactamente, rondanet_imp. Cada uno de los seis atributos es un registro aparte, con su propio NUMERO.

Atributo	Qué poner
carpeta_origen	Obligatorio. Ruta del servidor donde caen los archivos .txt que manda RondaNET.
carpeta_destino	Obligatorio. Ruta a la que se mueve cada archivo una vez procesado sin errores.
cmd	Obligatorio que exista, el valor puede quedar vacío. Comando que baja los archivos desde RondaNET. Vacío significa “no bajes nada, procesá lo que ya está en la carpeta”.
email_origen	Obligatorio. Dirección desde la que sale el aviso.
email_destino	Obligatorio. Ver la advertencia de más abajo.
email_errores	Obligatorio. A quién le llega el aviso cuando un archivo falla. Van varias direcciones separadas por punto y coma.

Si falta uno solo, no se importa nada

Los seis atributos se leen al arrancar. Si cualquiera falta, el programa corta con no se leyo el atributo de programa - <atributo> y no procesa ni un archivo. No es que salte ese pedido: no arranca.

El campo Valor admite 90 caracteres. Una ruta más larga que eso se guarda cortada y sin aviso.

Las dos carpetas tienen que existir antes

No alcanza con escribir la ruta: el programa la abre. Si no existe en el servidor, corta con:

no existe en el servidor la carpeta - <ruta>

Las carpetas las crea quien instala, no el sistema.

El aviso de “todo salió bien” no se manda

email_destino es obligatorio de cargar, pero el programa nunca llega a usarlo: el único correo que sale es el de errores. Que no llegue nada no quiere decir que haya funcionado — para confirmar que corrió, hay que mirar la carpeta de destino o abrir la pantalla.

Si falla la bajada, el proceso sigue igual

Cuando el comando de cmd no puede conectarse o no trae archivos nuevos, el proceso no avisa: sigue de largo y procesa lo que hubiera quedado de antes en la carpeta de origen. Si un día no aparecen pedidos nuevos y tampoco llegó ningún mail de error, el primer lugar donde mirar es la conexión con RondaNET.

---

2. Atributos del programa de pedidos

Misma pantalla, gen1141, pero en PROG va rondanet_ped. Acá el atributo principal lleva renglones en la grilla de abajo.

Atributo	Dónde va	Qué poner
int_rondanet	Arriba, como atributo	Un valor distinto de cero. Es lo que habilita la interfaz.
TIPOCC	En la grilla, colgando de int_rondanet	Tipo de cuenta corriente con el que se busca la cuenta del cliente y se graba el comprobante.
UNIKGS	En la grilla, colgando de int_rondanet	La unidad de venta que el sistema tiene que considerar “kilos”.
obl_guia	Arriba, como atributo aparte	1 si querés que la guía de reparto sea obligatoria al procesar. Si no lo cargás, la guía queda opcional.

Si falta el atributo o alguno de los dos renglones, la pantalla no abre:

Mensaje	Qué falta
No se cargo atributo de programa (int_rondanet) - interfaz de Notas de Pedidos Automaticas	El atributo int_rondanet, o está en cero.
No se cargo sub-atributo de programa (TIPOCC) de (int_rondanet) interfaz de Notas de Pedidos Automaticas	El renglón TIPOCC.
No se cargo sub-atributo de programa (UNIKGS) de (int_rondanet) interfaz de Notas de Pedidos Automaticas	El renglón UNIKGS.

UNIKGS cambia cómo se graba la cantidad. Los productos cuya unidad de venta es la que pusiste ahí se mueven por peso; el resto se convierte a unidades usando el factor de elementos por unidad alternativa del producto. Si el valor está mal, las cantidades del comprobante salen mal aunque el pedido se haya leído bien.

---

3. Código GLN del cliente

ccg5105 — Ventas → Configuracion → Entidades.

Dentro de la entidad, el botón OTROS DATOS COMPLEMENTARIOS, campo Codigo de GLN.

Es el código con el que el archivo identifica al comprador. Sin él, el pedido entero falla:

No se leyo la entidad compradora (<gln>) - <razon social del archivo>

Del cliente salen además dos datos que después mueven el precio: su lista de precios y su condición de pago. Los dos tienen que estar cargados.

Un GLN por cliente

El sistema busca por GLN y se queda con el primero que encuentra. Si el mismo código quedó cargado en dos entidades, los pedidos se le van a ir a una sola y no hay aviso.

---

4. Código GLN del lugar de entrega

La sucursal a la que va la mercadería viene también como GLN. Se carga en el lugar de entrega de la entidad, campo Codigo de GLN de la pantalla LUGARES DE ENTREGAS DE ENTIDADES (ccg5305), a la que se entra desde la grilla de lugares del cliente.

Si no está:

No se leyo de lugar de entrega (<gln>) - <descripcion> - Entidad: <codigo de cliente>

Del lugar de entrega sale también el vendedor del pedido. Si el lugar no tiene vendedor asignado, se usa el del cliente.

Ver Lugar de entrega para el resto de los campos.

---

5. Código del producto

sto5101 — Inventarios → Configuracion → del Catalogo de Productos → Productos.

Dentro del producto, el botón OTROS DATOS, campo Codigo GTIN/EAN13 y su U.Medida.

El sistema busca el producto de dos maneras, y le alcanza con que una funcione:

1. por el EAN del producto contra el Codigo GTIN/EAN13 del maestro;
2. por el código de la empresa que el cliente devuelve en el archivo, contra el código alfanumérico del producto.

O sea: si el cliente te manda tu propio código de artículo en su orden de compra, podés no cargar el EAN. Si no te lo manda, el EAN es obligatorio.

Cuando no resuelve por ninguna de las dos:

No se leyo el producto (<ean>) - <descripcion del archivo>

---

6. Factores de cantidad y de precio por cliente

sto5343 — Inventarios → Configuracion → del Catalogo de Productos → Otras configuraciones de productos → Codigos y Textos Alternativos de Producto por Entidad.

Es la pantalla CODIGOS Y TEXTOS ALTERNATIVOS DE PRODUCTO POR ENTIDAD. Para este circuito importan dos columnas:

Columna	Qué controla
FAC.CANT	Cuántas unidades tuyas entran en una unidad del cliente. Convierte la cantidad pedida a tu unidad.
FAC.PRECIO	Con qué factor se lleva el precio del cliente a tu unidad, para poder compararlo.

Sólo hacen falta cuando el cliente pide en una unidad distinta de la tuya (cajas contra kilos, por ejemplo). Si no hay renglón cargado, los dos factores valen 1 y la conversión se hace con la cantidad de empaque que viene en el propio archivo.

Precaución

Un FAC.PRECIO mal cargado no rompe la importación: hace que el precio del cliente quede fuera de tolerancia y el pedido entre marcado con error de precio. Es la causa más frecuente de errores de precio masivos en un mismo cliente.

---

7. Precios y bonificaciones

Antes de grabar cada renglón, el sistema calcula su propio precio y lo compara con el que mandó el cliente. Para eso necesita:

• el cliente con lista de precios asignada, y esa lista con precio vigente para el producto;
• las bonificaciones que correspondan a ese cliente y producto, por el circuito normal de bonificaciones;
• el redondeo de decimales definido en la lista de precios;
• la condición de pago del cliente con su concepto asociado: si ese concepto tiene porcentaje, el recargo o descuento se suma al precio antes de comparar.

La tolerancia es medio peso (0,50) por unidad, y no se puede parametrizar.

diferencia = | precio neto del cliente − precio propio |
si diferencia > 0,50  →  error de precio

Un producto sin precio en la lista sale como error de precio

Si la lista no tiene precio vigente para ese producto, el precio propio da cero y la diferencia se dispara. En el mail de error vas a leer un problema de precio, pero lo que falta es el precio en la lista.

Ver Listas de Precios de Ventas, Circuito de pricing y Bonificaciones y recargos.

---

8. Comprobante, talonario y guía de reparto

El comprobante y el talonario con los que se generan los pedidos no son un atributo: se eligen cada vez en el subformulario FILTROS PARA SELECCION de la pantalla, y los dos son obligatorios (El dato es obligatorio).

Lo que sí se configura de antemano es la guía de reparto que se propone para ese comprobante: gen1128 — Configuracion General → de Comprobantes → Configuracion → Comprobantes Asociados a Talonarios, botón RELACIONES / PROCESOS, renglón Guia de Reparto.

Con eso cargado, la pantalla propone sola el comprobante y el talonario de la guía y sólo hay que poner el número. Se valida que exista y que esté habilitada:

Mensaje	Qué pasó
La guia no existe	El número de guía no corresponde a ninguna guía de ese comprobante y talonario.
La guia no esta habilitada	La guía existe pero está en otro estado.
El dato es obligatorio	El atributo obl_guia está en 1 y dejaste el número vacío.

Además, para que el comprobante se pueda grabar:

• el talonario tiene que tener moneda, tipo de cotización y depósito;
• el cliente tiene que tener cuenta corriente del tipo que pusiste en TIPOCC;
• el cliente tiene que tener condición de pago.

---

Qué pasa cuando algo falla

Cada archivo se procesa entero o no se procesa. El comportamiento cambia según el tipo de error:

Falta un GLN — cliente, lugar de entrega o producto. Se deshace todo lo del archivo, el archivo queda en la carpeta de origen y sale el mail de errores. Corregís el maestro y en la corrida siguiente el archivo entra solo. No hay que pedir nada de nuevo a RondaNET.

Diferencia de precio. El pedido sí queda importado y el archivo se mueve a la carpeta de destino. Sale igual el mail de errores. En la pantalla, ese pedido aparece marcado y no se procesa hasta que la diferencia se resuelva.

El mail de errores llega con el asunto ERRORES!!! - RondaNET del <fecha> <hora> y en el cuerpo el detalle línea por línea, con el cliente, el producto y los dos precios comparados.

Los nombres de archivo no se pueden repetir

El sistema identifica cada pedido por el nombre del archivo del que salió. Si RondaNET manda dos veces un archivo con el mismo nombre, el segundo se saltea en silencio: no se importa, no avisa, y el archivo se mueve a destino como si hubiera entrado.

---

Preguntas frecuentes

¿Puedo importar a más de una empresa? No. El proceso de importación graba siempre en la empresa 1, y no hay parámetro que lo cambie.

El pedido se importó pero no aparece para procesar. Fijate la columna FEC.FAC. El sistema calcula la fecha estimada de facturación a partir de la fecha de entrega (el día hábil anterior) y sólo habilita el pedido cuando esa fecha ya llegó. Un pedido con entrega para la semana que viene aparece en la lista, pero recién se va a poder procesar más cerca de la fecha.

¿Cuántos comprobantes genera un pedido? Uno por cada rubro distinto que tenga el pedido. Un pedido con productos de tres rubros sale como tres comprobantes.

No me llegó ningún mail. ¿Salió todo bien? No se puede saber por el mail: el aviso de corrida correcta no se manda. Sólo llegan los de error.

Ver también

• Importación automática de pedidos de RondaNET — cómo se corre el proceso y cómo se generan los comprobantes.
• Maestro de Clientes — dónde vive el código de GLN del cliente.
• Lugar de entrega — el GLN de la sucursal y el vendedor asignado.
• Maestro de Productos — el Codigo GTIN/EAN13 y su unidad.
• Listas de Precios de Ventas — la lista contra la que se compara el precio del cliente.
• Bonificaciones y recargos — cómo se arma el descuento del renglón.
• Condiciones de pago — el concepto que suma o resta al precio comparado.