Comprobantes
| Acción |
Descripción |
| Corregir en la grilla |
Tipo, letra, punto de venta, número, fechas, cotización y total, y las líneas y percepciones del Detalle (agregar o quitar con el navegador). Cada cambio se guarda en el acto, queda en el historial como corregido en el ERP y se vuelve a validar. Requiere PortalProveedores.Corregir. |
| Cambiar estado |
Pasa el comprobante a otro estado (por ejemplo Observado, Pendiente de autorización o Rechazado). Algunos estados piden motivo, que ve el proveedor. |
| Aprobar |
Para los elegidos (admite varios): graba el comprobante de compra con sus percepciones, el asiento y la cuenta corriente del proveedor en una sola operación, lo pasa a Aprobado y adjunta el archivo en la galería de IVA Compras. Los que tienen errores no se aprueban y se informa por qué. Requiere PortalProveedores.Aprobar. |
| Ver adjuntos |
Abre los archivos adicionales que subió el proveedor. |
Reglas del cambio de estado:
- Aprobado solo se alcanza con Aprobar; Pago parcial y Pagado los pone el sistema al registrar los pagos.
- Un comprobante en un estado final (Pagado, Rechazado, Anulado) o ya registrado en el ERP no cambia de estado a mano ni se corrige.
- Anulado lo pone solo el proveedor; si el comprobante no corresponde, se rechaza.
- Un estado puede pedir un permiso propio para pasar a él.
Solicitudes de cambio
| Acción |
Descripción |
| Ver constancia |
Abre la constancia que adjuntó el proveedor (por ejemplo, la del CBU). |
| Aprobar |
CBU/CVU: desactiva las cuentas anteriores del proveedor (se pueden reactivar desde CBU-CVU-Alias) y agrega la nueva como predeterminada. Razón social: actualiza el nombre del proveedor. |
| Rechazar |
Pide el motivo, que ve el proveedor. |
Requiere PortalProveedores.Solicitudes.
Legajo
Ver documento, Aprobar o Rechazar (con motivo) cada documento que subió el proveedor. Los documentos que se le piden salen del grupo del catálogo de Documentos indicado en PortalProveedores.Documentos.Id_Grupo. Requiere PortalProveedores.Legajo.
Usuarios del portal
Reenviar invitación y Bloquear / desbloquear, con las mismas reglas que desde el ABM. Requiere PortalProveedores.Invitar.
Estados
El circuito viene con ocho estados del sistema:
| Estado |
Lo ve el proveedor como |
Notas |
| En revisión |
En revisión |
Estado inicial; el proveedor puede editar. |
| Observado |
Observado · requiere tu acción |
Pide motivo; el proveedor corrige y reenvía. |
| Pendiente de autorización |
En revisión |
Paso interno opcional. |
| Aprobado |
Aprobado |
Lo pone Aprobar. |
| Pago parcial / Pagado |
Pago parcial / Pagado |
Los pone el sistema con los pagos. Pagado es final. |
| Rechazado |
Rechazado |
Final; pide motivo. |
| Anulado por el proveedor |
Anulado |
Final; solo lo pone el proveedor. |
Nuevo y Editar configuran un estado: nombre interno y el que ve el proveedor, color, orden, si el proveedor puede editar, si es final, si avisa por mail al proveedor o al staff (PortalProveedores.Mail.Aviso), si pide motivo, el permiso opcional para pasar a él y si está dado de baja. En los estados del sistema se cambian nombres, color, orden, avisos, motivo y permiso, pero no si son finales, si los edita el proveedor ni se dan de baja. Requiere PortalProveedores.Estados.
Crear tablero Kanban arma el tablero Portal de Proveedores en el Pipeline Kanban, con una columna por estado (sin Anulado) y una tarjeta por comprobante; la bandeja lo mantiene al día cada vez que se refresca. No renombres sus columnas ni les cambies las acciones. Mover una tarjeta cambia el estado, solo hacia estados que no piden motivo ni permiso propio; aprobar se hace siempre desde la bandeja.