| N° CORR. | ESTADO | RO | LINBIS | TIPO | MODAL | COM | CLIENTE | ETD | ETA | MES CONT. | ASIGNADO A | VENTA USD | COSTOS USD | UTILIDAD USD | MARGEN | % CIERRE | FACTURADO | COBRADO | ACCIONES |
|---|
| SEMANA | FUNCIONARIO | ÁREA | TIPO | RO | CLIENTE | DESCRIPCIÓN / ACTIVIDAD | RESULTADO / AVANCE |
|---|
| N° CORR. | RO | LINBIS | CLIENTE | MES CONT. | FECHA COBRO | VENTA USD | COSTOS USD | UTILIDAD USD | MARGEN | N° FACTURA | ESTADO COBRO | COND.PAGO | RESP.COM | RESP.OPS | ESTADO CIERRE |
|---|
El operativo solicita a Contabilidad el pago a proveedores y el cobro a clientes. Contabilidad confirma cada solicitud en el Panel Contable adjuntando el comprobante.
| RO | Proveedor | Concepto | Monto USD | Estado | Comprobante Gasto | Solicitado por / Fecha | Acción |
|---|
| RO | Cliente | N° Factura | Venta USD | Estado | Solicitado por / Fecha | Acción |
|---|
Cada servicio o ítem adicional registrado con "+ Agregar Venta" — recordá que no alcanza con facturar: hay que tickear que el cliente pagó y subir su comprobante.
| RO | Cliente | Concepto | Monto | Estado | Comprobante Factura | Solicitado por / Fecha | Acción |
|---|
Solo Contabilidad, Gerencia o Administración pueden confirmar. Cada confirmación exige adjuntar el comprobante correspondiente.
| RO | Proveedor | Concepto | Monto USD | Solicitado por / Fecha | Comprobante Gasto | Acción |
|---|
| RO | Cliente | N° Factura | Venta USD | Solicitado por / Fecha | Acción |
|---|
| RO | Cliente | Concepto | Monto | Solicitado por / Fecha | Comprobante Factura | Acción |
|---|
| Tipo | RO | Detalle | Monto | Confirmado por / Fecha | Comprobante |
|---|
Toda Orden de Pago generada (con su comprobante subido desde el módulo operativo de Embarques) aparece acá agrupada por mes, para que Contabilidad o Administración la valide contra el extracto bancario.
| N° Orden de Pago | RO | Beneficiario | Monto | Fecha | Comprobante | Generado por | ✍️ Firmas | Validación Bancaria | Acción |
|---|
Se genera automáticamente, numerado, cada vez que Contabilidad confirma un cobro (con la fecha real de depósito y el comprobante ya cargados en esa confirmación) — es el equivalente de ingreso de la Orden de Pago.
| N° Comprobante | RO | Cliente | Concepto | Monto | Fecha | Comprobante | Generado por |
|---|
Costos en moneda extranjera (CLP, BOB...) ya ejecutados: cuánto de la diferencia contra lo presupuestado viene del tipo de cambio (para asentar como diferencia de cambio al cierre) y cuánto es variación real del costo.
| RO | Proveedor / Concepto | Moneda | Monto Ejecutado | TC Presupuesto | TC Ejecución | Efecto Monto (USD) | Efecto TC (USD) |
|---|
Espejo de todos los ítems de Venta y Costo cargados en el sistema, con su saldo pendiente. Filtrable por operación, cliente/proveedor o tipo de cuenta. Todavía NO genera comprobantes de ingreso/egreso/traspaso ni asientos contables ni concilia contra el banco — eso es la siguiente etapa del panel contable.
ℹ️ Una venta recién aparece acá como Por Cobrar una vez que se le emitió al cliente algún documento de cobro (borrador u oficial) — antes de eso, el "estado de cuenta" de esa operación todavía no está activo.
| Cuenta | RO | Cliente / Proveedor | Concepto | 🔗 Cód. VC | Monto | Saldo Pendiente | Estado | ✔️ Validado Contab. |
|---|
Motor de reglas que revisa cada operación (sin depender de una IA externa) y detecta automáticamente lo que Operaciones tiene pendiente: facturas vencidas por cobrar, proveedores sin pagar, solicitudes sin confirmar y descuadres de tipo de cambio. Todo se referencia a USD para consolidar, respetando la moneda original de cada pago (Bs, USD, CLP).
| Moneda | Por Cobrar (monto original) | Por Cobrar (equiv. USD) | Por Pagar (monto original) | Por Pagar (equiv. USD) |
|---|
Base de conceptos estandarizados con su sigla, nombre en español e inglés, unidad de cobro, régimen y precio de referencia. Es la fuente que usa el sistema para autocompletar los ítems, y va a ser la base del módulo de cotizaciones.
| Sigla | Español | Inglés | Categoría | Unidad | Servicio | Régimen | Moneda | Precio Ref. | Acción |
|---|
Vista consolidada por cliente: cuánto se le facturó, cuánto pagó realmente (confirmado con comprobante) y cuánto queda pendiente — sumando tanto la venta general de cada operación como los ítems/servicios facturados por línea.
| Cliente | N° Ops | Facturado (USD) | Cobrado / Pagado por cliente (USD) | Pendiente por Cobrar (USD) | Pendiente en otras monedas | Costos (USD) | Utilidad (USD) | Margen | Acción |
|---|
Son las que se cargaron antes de que existiera el CRM. Mientras no se vinculen, el desempeño por asesor arranca en cero para todos y el retorno de PLA, WCA y JCtrans no se puede medir — porque justamente los negocios que esas redes trajeron son los históricos.
Al regularizar se crea la oportunidad ganada que faltaba, con el ingreso y el margen reales que salen de la propia operación. No se inventan cotizaciones: esa cotización no existió. Quedan marcadas como regularizadas, así suman en ingresos y en atribución de red, pero no en la tasa de cierre — nunca compitieron ni se pudieron perder.
Los documentos que vienen con el sistema se descargan siempre, incluso sin internet.
Las versiones que publica el equipo se guardan en la nube y le llegan a todos en la próxima sincronización.
Si acabaron de publicar algo y no lo ves, tocá 🔄 Actualizar. Y si lo que no ves es una
versión nueva del sistema, forzá la recarga del navegador:
Windows Ctrl+F5 · Mac Cmd+Shift+R — F5 solo recarga con lo que ya tenía guardado.
Los kilómetros que vienen cargados son referenciales: sirven para armar la cotización, no para cerrar un precio. Cuando confirmes una distancia con la real de operación, editala y tildá «distancia confirmada» — la corrección le llega a todo el equipo. Lo que no es referencial y se puede usar tal cual: las fronteras, las aduanas de ingreso y destino, el orden de los tramos y la altura.
Los tres caminos para mandarlo, de más control a más rapidez: ⬇ Word+Excel baja los dos archivos de la combinación de correspondencia: la carta en Word, ya en Arial 10 negro y con el campo «Saludo» puesto, y el Excel con una fila por agente. Se revisa la lista, se enganchan los dos en Word y sale un correo individual a cada agente. Si el requerimiento tiene agentes de Bolivia y del exterior, se bajan dos cartas —una por idioma— y se filtra por la columna Idioma en cada pasada. 📋 Copiar cuerpo copia el texto ya formateado en Arial 10 negro, listo para pegar. 📧 Generar correos abre un borrador por agente directo en Outlook, pero en texto plano: el enlace que abre el programa de correo no transporta tipografía, y eso no lo puede cambiar ningún sistema web. En los tres, cada agente recibe el suyo y ninguno ve a los demás — están compitiendo entre sí, y a quién más le pediste precio no es información que les corresponda.
Una operación puede cobrarse a más de una empresa: el sistema agrupa las líneas de venta por el pagador que traen del ERO y emite un documento por cada uno. Una línea ya cobrada no se puede volver a cobrar — queda marcada con el documento que la cubre.
Esto no decide ni paga nada: muestra las expensas que todavía se deben, ordenadas por fecha máxima de pago. Esa fecha la carga quien registra la expensa, al editar el ítem en su operación. Una expensa sin fecha no entra en «esta semana» y nadie la ve venir — por eso salen contadas aparte. Para comprometer el pago sigue estando la Orden de Pago, con sus firmas.
Todo lo que se ve acá sale de sumar y restar: el packing list dice cuánto entró, los MIC dicen cuánto salió declarado a la aduana, la asignación dice qué bulto subió a qué camión y el POD firmado dice qué llegó. Mientras las tres cifras no sumen el total del packing list, el embarque no se cierra. A los 3 días sin POD la línea pasa a reclamar; a los 6, a crítico.