Problemas de conectividad
No pudimos conectar con el servicio. Puede ser temporal (red, tiempo de espera o mantenimiento). Probá de nuevo en unos minutos.
Modo reducido: sin Supabase. Solo Órdenes y cola local.
Recuperar contraseña
Te enviamos un enlace por email para elegir una contraseña nueva.
Nueva contraseña
Elegí una contraseña nueva para tu cuenta.
v3.8.12
Panel de Control
Cuenta y sesión
Inicio
Resumen de cajas (Efectivo, Banco, Cheque): saldos iniciales, actuales y variación.
Tarjetas pendientes: órdenes y transacciones que aún no están cerradas; el ojo abre el listado.
Accesos rápidos: atajos a Órdenes, Cajas, Clientes y Cuenta corriente.
Tarjetas pendientes: órdenes y transacciones que aún no están cerradas; el ojo abre el listado.
Accesos rápidos: atajos a Órdenes, Cajas, Clientes y Cuenta corriente.
Efectivo
USD
ARS
EUR
Saldo Inicial
–
–
–
Saldo Actual
–
–
–
Var.
–
–
–
Banco
USD
ARS
Saldo Inicial
–
–
Saldo Actual
–
–
Var.
–
–
Cheque
ARS
Saldo Inicial
–
Saldo Actual
–
Var.
–
G/P OperativaG/P Operativa: visión de ganancia o pérdida de la empresa en el período. La primera fila P&L (devengado) suma libro + caja por órdenes: CC clientes e intermediarios (flujo), resultado económico compensatorio, comisiones del acuerdo (intermediario en negativo) y movimientos de caja con orden cerrados al ejecutar transacciones (coherente con el cierre de la orden en CC y en caja). No incluye caja manual (sin orden): va más abajo como liquidez según tipos con «incluye en G/P». En CC entran líneas pendiente o cerrado (no anuladas), sin comisión del acuerdo en el flujo ni compensatorio en esas dos filas —alineado a Cuenta corriente → Saldos. Con reparto empresa+intermediario misma orden y moneda, la parte intermediario de ese reparto no se descuenta otra vez en su fila. Junto a cada fila, el ?; el ojo junto al P&L abre el desglose por bolsa (oculto si los tres importes de la primera fila son cero). Otro ojo por moneda en cada fila con importe distinto de cero.
El P&L refleja devengado en CC, comisiones y cierre en caja por órdenes; en una moneda pueden compensarse líneas sin implicar «cero negocio».
Períodos en calendario Argentina; la semana va de lunes a domingo.
Calculando…
Órdenes pendientes
Transacciones pendientes
–
Accesos rápidos
Órdenes de compra/venta de divisas
Los importes se alinean con el tipo de operación: Moneda IN = recibido en el acuerdo, Moneda OUT = entregado. La instrumentación y la cuenta corriente usan las mismas monedas y montos (ARS, USD, EUR u otras según el catálogo).
Cada orden es un acuerdo comercial con transacciones. El estado pasa por Pendiente instrumentar → Parcial / Cerrada en ejecución → Orden ejecutada (o anulada), según cómo cargues y ejecutes las transacciones.
Cargando órdenes…
| Nº | Fecha | Tipo op. | Cliente | Intermediario | MultiMulti (multicontraparte): Sí si la orden tiene instrumentación con multicontraparte manual activado (pagos con contrapartes cliente/intermediario explícitas en las transacciones, distinto del flujo estándar solo cliente–Pandi). No si no aplica o aún no hay fila de instrumentación. Aj: instrumentación distinta de la plantilla sugerida por el tipo de orden (pagador/cobrador, montos, modos o TC); el sync de CC no usa el motor completo de reglas como con multicontraparte, pero sin activar multicontraparte ni borrar plantillas. Columna ordenable. | Comisión Pandi | Comisión int. | Estado | Usuario | Recibido | Moneda recibida | Entregado | Moneda entregada |
|---|
Cajas
Los saldos de las tarjetas son el total histórico. Usá las solapas Movimientos de caja (filtros y tabla) y Tipos de movimiento (catálogo para movimientos manuales). En movimientos, por defecto se lista el día de hoy; podés ampliar fechas o «Todo el historial», y filtrar por caja y moneda.
La convención de montos sigue el tipo de operación de cada orden: Moneda IN / OUT del acuerdo.
Efectivo
USD
ARS
EUR
Saldo
–
–
–
Banco
USD
ARS
Saldo
–
–
Cheque
ARS
Saldo
–
Cargando movimientos…
| Fecha | Origen | Nro orden | Nro Trx | Movimiento | Tipo | Moneda | Monto | Caja | Usuario | Concepto |
|---|
Catálogo de tipos
Definí los tipos que usás al cargar movimientos manuales (no generados por una orden). Cada tipo tiene dirección: Ingreso o Egreso respecto de la caja. G/P: si está activo, los movimientos con ese tipo suman en la fila de caja manual de la tarjeta G/P Operativa del Panel (liquidez; la primera fila P&L suma libro + caja por órdenes, no esta caja manual); desactivalo para aportes de capital u otros que no quieras incluir.
Cargando tipos…
| Nombre | Dirección | Activo | G/P |
|---|
Intermediarios
Intermediarios son terceros con los que Pandi opera en circuitos intermediados. Pueden tener cuenta corriente propia en la app cuando el tipo de operación lo prevé.
Si la misma persona también es cliente en otras operaciones, podés declararlo en Editar intermediario con «Mismo registro que cliente»: es un vínculo 1:1 en datos. En Cuenta corriente, el tipo Intermediario unifica la vista de ambos libros para esa persona; en Saldos con tipo Cliente no hay fila de resumen del vinculado, pero en Movimientos con tipo Cliente podés ver su libro de cliente. En Nueva orden, si el tipo usa intermediario no podés dejar cliente e intermediario exactamente en ese par vinculado: la app pide el mismo tipo sin intermediario y multiparte en instrumentación. Si el intermediario de la orden no es el del vínculo, no aplica. Si antes cargaste dos registros distintos sin vínculo, creá el vínculo en Clientes/Intermediarios para alinear la CC unificada.
Cargando…
| Nombre | Documento | Teléfono | Activo | Mismo cliente |
|---|
Clientes
Cargando clientes…
| Nombre | Documento | Teléfono | Activo | Mismo intermediario |
|---|
Tipos de operación
Catálogo de tipos: Moneda IN = recibida en el acuerdo, Moneda OUT = entregada.
Con permiso de ABM, la columna Orden sube/baja filas; ese orden se usa en Nueva orden y Cargar por chat. La columna Tipo muestra iconos (flujo de monedas o solo cheques si el código incluye CHEQUE).
El código puede repetirse si cambia Intermediario (ej. USD-ARS con/sin int.); el nombre diferencia la opción. Docs: docs/TIPOS_OPERACION_UNICIDAD_CODIGO.md, docs/TIPOS_OPERACION_ORDEN_VISUAL.md. Nota: la instrumentación se alinea cada vez más a las monedas IN/OUT del tipo, no solo al código.
Cargando tipos…
| Orden | Tipo | Nombre | Código | Moneda IN | Moneda OUT | Intermediario | Activo |
|---|
Cuenta corriente
La cuenta corriente es de Pandi: muestra qué nos debe cada cliente/intermediario o qué les debemos. Misma convención que Órdenes: cada movimiento se entiende respecto del acuerdo (Moneda IN = recibido, Moneda OUT = entregado). Los importes y cruces (ARS, USD, EUR, etc.) siguen el tipo de operación del catálogo.
El selector Tipo: Cliente / Intermediario / Total cambia qué listado ves. En Saldos con Cliente, la grilla solo incluye clientes sin «mismo registro» con un intermediario (quien está vinculado se ve unificado en Intermediario o Total). En Movimientos con Cliente, el listado incluye las líneas del libro de CC de cada cliente que elijas en el combo, también si tiene mismo registro con intermediario (lo persistido en base). En Intermediario, si en Clientes o Intermediarios marcaste «Mismo registro que…» (misma persona en ambos circuitos), esa fila y su detalle unifican también los movimientos que esa persona tiene como cliente, además de los de intermediario (solo en pantalla; en el servidor cada movimiento sigue en su tabla). En Total ves la misma posición consolidada sin duplicar en Saldos: quien tiene ese vínculo cuenta una sola vez (como en la fila intermediario); los clientes sin vínculo siguen en su fila cliente.
En Saldos el saldo por moneda es la suma de movimientos no anulados (incluye pendientes y cerrados), mostrada en óptica Pandi: positivo (verde) = a favor de Pandi; negativo (rojo) = Pandi debe pagar. Si en esa moneda hay líneas pendientes, debajo puede verse «Pendiente de cobro» o «Pendiente de pago» (clase de compromiso). En el detalle (icono de ojo), las tarjetas muestran además el subtotal solo de lo pendiente y la tabla un pie «Saldo pendiente». Podés filtrar la lista por nombre (cliente, intermediario o ambos en Total, según el Tipo arriba). Exportar genera un Excel con el mismo encabezado de auditoría que el resto de exportaciones e incluye solo las filas que ves (y los totales por moneda de esas filas). El detalle de movimientos y el Excel de líneas siguen la contabilización interna.
En Movimientos el listado, por defecto, muestra solo el día de hoy (Argentina); podés cambiar fechas o usar Histórico (sin filtro de fechas). Usá el icono de ojo en Saldos para abrir el detalle por entidad y operaciones vinculadas.
Tipo:
Sincronizando y cargando cuenta corriente…
| Total | – | – | – | |
|---|---|---|---|---|
| Nombre | USD |
ARS |
EUR |
Acción |
| Fecha | Tipo op. | Orden | Trans. | Concepto | USD |
ARS |
EUR |
Estado | Pagador | Cobrador | Usuario | Acción |
|---|
Control de calidad
Control de calidad agrupa alertas sobre caja, los libros de cuenta corriente cliente e intermediario y las transacciones de la orden en el período (calendario Argentina; semana lunes a domingo). Incluye revisión de intermediarios sin vínculo con cliente (sin fila en contraparte_vinculo), independiente del período. Las parejas CC↔caja miran movimientos con movimiento_caja_id en ambas tablas de CC. Las secciones por transacción usan la fecha de la orden (incluye órdenes anuladas) y no filtran por dueño: en ejecutada/pendiente debe haber CC coherente en los dos libros; en transacción anulada los movimientos CC derivados (no manuales) deben quedar en estado anulado. Requiere ver_control_calidad (o permiso heredado de control G/P). Ejecutá en Supabase sql/migracion_control_calidad_vista_informe.sql si falta la función control_calidad_informe.
No tenés permiso para ver esta vista (
ver_control_calidad o el permiso heredado de control G/P).
Intermediarios sin vínculo con cliente
Intermediarios que no tienen fila en contraparte_vinculo (no están como «Mismo registro que…» con un cliente). Revisión de catálogo; no depende del período del informe.
Cargando…
| Nombre | Activo | Alta (ART) |
|---|
Cargando informe…
Reglas de negocio (cuenta corriente)
Qué es esto. Cada fila define cómo el motor de CC traduce una transacción (pagador, cobrador, tipo, estado, contrapartida) en un movimiento para el cliente o el intermediario. La clave única en base es la combinación de tipo de operación, intermediario, entidad CC, pagador/cobrador, tipo de transacción, comisión, estado, contrapartida y línea.
Riesgo. Cambios incorrectos pueden dejar saldos que no cierran o duplicar movimientos. Preferí primero Replicar matriz desde un tipo ya probado (ej. USD-ARS) hacia un código nuevo (ej. EUR-USD) y luego ajustar monedas/signos con calma.
Permiso. Solo perfiles con abm_reglas_negocio (por defecto Admin). Podés delegarlo desde Seguridad → permisos por rol.
Menú crítico. Cambios incorrectos pueden romper saldos en CC.
Las reglas alimentan directamente el motor de cuenta corriente (
Antes de editar: leé
main.js → aplicarMotorCcDesdeReglasDeNegocio).Antes de editar: leé
docs/REGLAS_DE_NEGOCIO.md y revisá el tipo de operación en el catálogo. Para nuevos cruces o monedas, creá primero el tipo y usá Replicar matriz desde un tipo ya probado (ej. USD-ARS → EUR-USD) y luego ajustá filas.
Cargando reglas…
| Código | Intermediario | CCEntidad CC: indica si el movimiento que genera esta regla impacta la cuenta corriente del cliente o la del intermediario (siempre respecto de Pandi). Es distinto de la vista “Cuenta corriente” del menú: acá definís para quién se escribe el movimiento en base. | Pagador | Cobrador | Tipo trx | Comisión | Estado | Contr. | Línea | Mon. | Signo (+/−) |
Monto origenQué monto usa el motor para armar el importe del movimiento: mr — Monto recibido del acuerdo (total de la orden). me — Monto entregado del acuerdo. monto_transaccion — Monto de esta transacción (la que matchea la regla). mr_prorrateado / me_prorrateado — Parte proporcional de mr/me cuando hay varias patas que suman el acuerdo. mr_menos_me — Diferencia mr − me (ej. comisión implícita en misma moneda, USD-USD). monto_efectivo_intermediario — Efectivo del circuito con intermediario (ej. CHEQUE-ARS). comision_intermediario — Importe de comisión del intermediario (ej. USD-USD con intermediario). |
Concepto | Detalle de Mov. |
Cond. com.Condición de estado (comisiones): suele usarse en filas de comisión. El motor solo aplica la fila cuando el “par” indicado alcanza el estado esperado: par_cliente — Circuito cliente ↔ Pandi (ej. comisión cuando el cliente ya cerró su pata). par_pandy_int — Circuito Pandi ↔ intermediario. Vacío — Sin condición extra por par; rigen el resto de columnas (estado de la transacción, etc.). Si marcás comisión sin condición, revisá que el motor la aplique como querés (ver docs del tipo). |
|---|
Empresa / marca
Nombre legal y nombre en el sistema (marca visible en textos y ayudas). Logo: subí una imagen con el mismo flujo que en Tipos de operación (bucket público tipo-operacion-iconos, carpeta lógica empresa-marca/) o pegá una URL https / ruta /assets/.... Vacío = logo por defecto del producto. Los códigos internos pandy en BD no cambian. Solo quien tenga permiso de configuración puede editar.
No tenés permiso para editar la configuración de empresa. Solo un administrador con el permiso correspondiente puede hacerlo.
Si no podés guardar, ejecutá sql/migracion_app_empresa.sql en Supabase (y el bucket tipo-operacion-iconos si aún no existe: sql/storage_bucket_tipo_operacion_iconos.sql) y recargá la app.
Cargando…
Seguridad – Usuarios y roles Asigná el perfil (rol) a cada usuario: los base son Admin, Encargado y Visor; podés crear perfiles nuevos (ej. comercial o administrativo) y luego darles permisos. Más abajo configurás permisos por perfil (qué menús ve y en cuáles puede operar) y, si sos Admin, el tiempo de inactividad antes del cierre de sesión automático, el tamaño de página de consultas a Supabase y la comisión fija USD–USD cuando aplica.
Tiempo de inactividad Si el usuario no interactúa con la app (clic, teclado, scroll) durante esta cantidad de minutos, se cierra la sesión automáticamente para que la información no quede expuesta. Solo el Admin puede modificar este valor.
Tamaño de página (Supabase)
Cantidad máxima de filas por request que la app pide al servidor en listas grandes (cuenta corriente, transacciones, etc.). Debe ser menor o igual al límite max-rows configurado en PostgREST (en tu proyecto puede ser 5000). Valores típicos: 1000–5000. Rango permitido en la app: 100 a 10000. Solo Admin puede modificarlo; tras guardar, volvé a iniciar sesión o recargá la página para que todas las vistas usen el nuevo valor.
USD–USD con intermediario: comisión fija
Solo aplica con patrón cp_ic (cliente paga a la empresa y el intermediario entrega al cliente). Elegís el intermediario por ID y dos importes en USD; en la orden el usuario marca cuál corresponde. Si dejás intermediario en «Ninguno», se mantiene la regla anterior por nombre (palabra «nacho»). Ejecutá en Supabase si falta la clave: sql/migracion_app_config_usd_usd_comision_fija_intermediario.sql.
Cargando usuarios…
| Nombre (listados) | Rol | Acción |
|---|
Permisos por perfil Para cada opción de menú podés permitir Ver (acceso a la vista y a la información) y Operar (crear, editar o anular según corresponda). Los cambios aplican a todos los usuarios con ese perfil. Los perfiles nuevos empiezan sin permisos hasta que actives los interruptores.
Auditoría del sistema Registro de acciones sensibles y ediciones. En el detalle: cuándo, quién y tabla de cambios con nombres legibles (clientes, intermediarios, tipos de operación, modos de pago, etc.); los identificadores internos van en «Referencia técnica (JSON)». Requiere permiso ver_auditoria. Filtros y «Buscar»; «Cargar más»; export Excel del lote cargado.
No tenés permiso para ver la auditoría. Un administrador puede otorgarte ver_auditoria en Seguridad → permisos por perfil.
Cargando auditoría…
| Fecha (ART) | Usuario | Categoría | Nº orden | Nº trans. | Acción | Detalle | Cambios | Ver | Orden |
|---|