📘 Pantalla: Lote de pago

El lote de pago es el conjunto de cuotas que alguien decidió pagar juntas. Ocupa el intervalo entre "decidí pagar" y "el dinero salió", el tramo que antes no tenía lugar en el sistema, en el que la cuota estaba pendiente o ya estaba dada de baja, sin nada en el medio.

En la práctica es la rutina de pagos de la semana: el jueves alguien separa las cuotas que vencen, envía el lote a la aprobación de quien la empresa definió, genera el archivo que se sube al Internet Banking del banco y, con la respuesta del banco en la mano, da de baja lo que efectivamente se pagó. Cada uno de esos pasos tiene una situación del lote, y eso es lo que muestra la pantalla.

📍 Ubicación en el sistema

Menú: Financiero > Lote de pago

Cierra el bloque del día a día del menú Financiero, después de Transferencia entre cuentas. Como toda pantalla del portal, solo aparece para quien tiene permiso, concedido en Archivo > Usuarios.

Dos pantallas trabajan con ella: Niveles de aprobación, que dice quién aprueba cada rango de valor, y Cuentas por pagar / por cobrar, de donde vienen las cuotas y donde la baja realmente ocurre.


🧩 Función principal

Agrupar cuotas por pagar, pasarlas por la aprobación de la empresa, enviar los pagos al banco en un archivo y dar la baja según su respuesta. El lote no crea título ni cuota: apunta a cuotas que ya existen en Cuentas por pagar / por cobrar, y la cuota sigue siendo la fuente de verdad de lo que se debe.


El ciclo del lote

SituaciónQué significaQué se puede hacer
BorradorEl lote se está armando. Es la única situación en la que se modifica el encabezado y se incluye una cuota.Modificar, incluir y quitar cuotas, eliminar el lote, enviar a aprobación.
Esperando aprobaciónEl lote está en el escritorio de quien firma. La etapa actual aparece al lado de la situación ("Etapa actual: 2 de 3 - Director — aprueba: ...").Aprobar o devolver (solo quien es aprobador de la etapa actual); volver a borrador; eliminar.
AprobadoTodas las etapas firmaron. Es lo que autoriza enviar dinero al banco.Exportar la remesa, dar de baja, conciliar por el extracto, rechazar ítem, quitar cuota, volver a borrador.
Remesa generadaSe generó el archivo CNAB 240. El archivo salió; el dinero, todavía no; por eso la etiqueta es azul, no verde.Reexportar la remesa, importar el retorno, conciliar por el extracto, rechazar ítem.
EnviadoReservada para cuando haya envío automático al banco (VAN o API). Hoy quien sube el archivo es la persona, en el Internet Banking, así que el lote queda en "Remesa generada".Importar el retorno, conciliar por el extracto, rechazar ítem.
PagadoNo quedó ninguna cuota pendiente: cada línea se pagó o se rechazó. El lote es historia y ya no se modifica.Consultar. Importar el retorno todavía sirve, para lo que faltaba registrar.
RechazadoSituación antigua, que el sistema ya no produce. Hoy, el lote que no sirve se elimina, y el rechazo de una etapa devuelve el lote a borrador con el motivo.Consultar.
💡 "Dado de baja parcialmente" no es una situación. Es lo que la pantalla escribe al lado de Aprobado cuando parte de las cuotas ya se pagó y parte no; ocurre cuando una línea es rechazada y las demás pasan. El lote solo pasa a Pagado cuando ninguna cuota quedó pendiente.

Quién puede hacer qué

El permiso de la pantalla (Archivo > Usuarios) divide las acciones así:

  • Inclusión: crear el lote, agregar cuotas y enviar a aprobación.
  • Edición: modificar el encabezado, quitar cuota, rechazar ítem, volver a borrador, exportar la remesa, importar el retorno, conciliar y dar la baja.
  • Eliminación: eliminar el lote (un lote pagado no se elimina).
⚠️ Aprobar y devolver no dependen del permiso de la pantalla. Quien aprueba es quien está en la etapa actual de los niveles de aprobación: ni el permiso de edición lo habilita, ni su falta lo impide. Ese es el punto de la aprobación: quien opera la pantalla no es necesariamente quien autoriza el pago.

📝 Campos principales

CampoDescripción
NúmeroGenerado por el sistema y no editable. La ayuda del campo dice la regla: "Generado por el sistema: el mayor número de la sucursal más uno".
FechaLa fecha del lote, obligatoria. Nace con el día de hoy. No es la fecha del pago: esa se elige en la baja.
DescripciónCómo se reconoce el lote en la lista: "Proveedores semana 40", "Sueldos de septiembre". Hasta 100 caracteres.
Cuenta bancariaObligatoria. La ayuda es directa: "Cuenta de donde sale el dinero". De ella el archivo de remesa toma los datos del pagador, y es ella la que viene completada en la baja.
NotaEspacio libre, hasta 1.000 caracteres.

Arriba de los campos está la etiqueta de la situación, y a su lado la línea que cambia según el lugar en que está el lote: la etapa actual y quién aprueba, mientras está en aprobación; "Aprobado por Fulano - 03/10/2026 (nivel: Más de R$ 100 mil)", después de aprobado; "Remesa 12 - CI240_001_000012.REM - generada por Fulano el 04/10/2026", cuando el archivo salió; y "Devuelto por Fulano - 03/10/2026: faltó la factura del flete", cuando volvió a borrador. Leído el retorno del banco, el nombre del archivo .RET se agrega después de eso, sin borrar el de la remesa: la revisión normal es comparar los dos.

💡 El encabezado solo se modifica en borrador. En aprobación, quien firma necesita ver el lote tal como fue enviado; aprobado, cambiar la cuenta bancaria cambiaría de dónde sale el dinero que ya fue autorizado. Para modificar, use Volver a borrador, sabiendo que la aprobación recomienza desde la primera etapa.

La lista, del lado izquierdo, trae Número, Fecha, Descripción, Cuenta bancaria, Situación, Etapa actual, Cuotas, Valor total, Cuenta gerencial, Centro de coste, Origen, Nota y una columna de Acciones. En las tres columnas del medio aparece (varios) cuando las cuotas del lote no coinciden en un mismo valor: así se ve, sin abrir el lote, que allí están mezclados gastos de naturalezas diferentes. El filtro arriba de la lista alterna entre Todos y Pendiente de mi aprobación.


🗂 Pestaña: Cuotas

Es la lista de lo que el lote va a pagar. Cada línea es una cuota de Cuentas por pagar / por cobrar, con Título, Entidad, Cuota, Fecha de vencimiento, Valor (el de la cuota), Importe a pagar (lo que se pretende pagar con este lote), Situación, Cómo va a salir, Su número, Ocurrencia y las acciones de la línea. Abajo, el total de lo que está vigente y la cantidad de cuotas.

La situación es por ítem, a propósito: el banco rechaza una línea y acepta las otras del mismo archivo. Pendiente, Pagado y Rechazado; y la rechazada, en rojo, sigue en la lista pero no suma en el total.


Agregar cuotas

El botón Agregar cuotas abre la selección. Aparecen solo las cuotas que pueden entrar, y la ayuda del diálogo dice cuáles: "Aparecen solo cuotas pendientes de cuentas por pagar que todavía no están en otro lote", del establecimiento en el que usted está, con vencimiento en el período elegido (que nace desde un año atrás hasta un mes adelante).

La grilla muestra Título, Entidad, Cuota, Fecha de vencimiento, Valor, Cuenta y Plazo, que marca lo que está Atrasado y lo que es de Corto plazo (vence en hasta siete días). Abajo, dos resúmenes: Total pendiente, de lo que encontró el filtro, y Seleccionado, que acompaña la marcación ítem por ítem; así se puede ver el valor del lote antes de confirmar.

💡 No hace falta guardar el lote antes de elegir las cuotas. En un lote nuevo, el clic en Agregar cuotas guarda el encabezado solo y abre la selección. Si falta la fecha o la cuenta bancaria, el mensaje es el de guardar, y el diálogo no se abre.

Quitar una cuota del lote

Aquí vale una regla que parece extraña y es deliberada: quitar se puede, incluir no se puede.

  • Incluir cuota solo en borrador. En aprobación, cambiar la lista debajo de la firma en curso es justamente lo que la aprobación en etapas existe para evitar; aprobado, incluir aumentaría el valor autorizado.
  • Quitar una cuota vale en borrador y en el lote aprobado, antes de la baja. Quitar solo disminuye lo que fue autorizado, y quien firmó un lote de R$ 100 mil no se opone a pagar R$ 80 mil de él. Antes, quitar una línea de un lote aprobado obligaba a rehacer toda la aprobación y, en la práctica, se rehacía apurada, sin que nadie revisara nada.
  • Una cuota ya pagada nunca sale del lote. Es el historial de la baja: "Esta cuota ya fue pagada y ya no sale del lote."
💡 Un lote aprobado que queda sin ninguna cuota vuelve a borrador solo, con el aviso "El lote quedó sin ninguna cuota y volvió a borrador: sin cuota, la aprobación ya no autoriza nada." Sin eso quedaría en un callejón sin salida: no habría qué dar de baja, e incluir exige borrador. El historial no se pierde: las etapas firmadas siguen en la pestaña Aprobaciones, y reenviar recomienza desde la primera etapa.

Rechazar ítem

El botón Rechazar, en la línea de la cuota, sirve para un solo caso: el banco rechazó esa línea (clave PIX equivocada, cuenta inválida, datos del beneficiario que no coinciden). La ayuda del diálogo dice el efecto: "La cuota sigue pendiente y puede volver a entrar en otro lote; no se da de baja ni se revierte nada."

El motivo es obligatorio, y va a la columna Ocurrencia. Es el único registro de por qué ese pago no se hizo: sin él, meses después, la línea rechazada es un misterio, y alguien la devuelve al lote sin saber que el problema era el registro del proveedor.

Rechazar solo existe a partir del lote aprobado (aprobado, remesa generada, enviado o pagado), que es cuando ya existe una respuesta del banco que registrar. En borrador y en aprobación nada fue enviado, y allí el camino para quitar una línea es eliminar el ítem: la ocurrencia sería una justificación inventada para algo que el banco ni vio. Una cuota ya pagada tampoco se rechaza: el dinero salió, y decir que el banco lo rechazó contradiría el extracto; en ese caso el camino es revertir la cuota en Cuentas por pagar / por cobrar.


🗂 Pestaña: Aprobaciones

El historial de las firmas, del envío más reciente al más antiguo: Envío (el lote puede haber sido enviado más de una vez), Etapa ("2 - Director"), Aprobadores (quién podía firmar), Situación de la etapa (Pendiente, Aprobado, Devuelto o Cancelado), Firmado por, Fecha y Motivo.

Aquí queda registrada la devolución: la etapa queda Devuelto, en rojo, con quién devolvió, cuándo y el motivo; las etapas que faltaban quedan Cancelado. La línea no se borra cuando el lote vuelve a borrador, y el envío siguiente entra como un ciclo nuevo.


El aviso de fraccionamiento

En la parte superior de la pestaña, y en la confirmación del envío, puede aparecer un aviso en rojo: "Atención: proveedores de este lote también están en otros lotes de los últimos 7 días", con la lista de cada proveedor, el número y la situación del otro lote y su valor allí. Cuando la suma de los dos caería en un rango de aprobación más alto, el aviso completa: "Si fuera un solo lote (R$ 118.000,00), caería en el rango 'Más de R$ 100 mil'."

Sirve contra el fraccionamiento: dividir un pago grande en lotes pequeños para caer en un rango que exige menos firmas. El aviso es para quien arma y para quien aprueba, y no bloquea nada: hay motivos legítimos para que el mismo proveedor aparezca dos veces en la semana. El botón del envío, en ese caso, es Enviar de todos modos.


✍️ Enviar, aprobar y devolver

  1. Enviar a aprobación: upCampo suma el lote, busca el rango activo de los niveles de aprobación que cubre ese total y copia sus etapas al lote. ¿Falta el rango, falta la etapa o falta el aprobador en la etapa? El lote sigue en borrador y el mensaje dice qué registrar.
  2. Aprobar: firma la etapa actual. Si era la última, el lote queda Aprobado; si no, la respuesta es "Etapa aprobada. El lote sigue a la próxima etapa."
  3. Devolver: en cualquier etapa, con el motivo obligatorio, el lote vuelve a borrador. La ayuda del diálogo avisa lo que pasa después: "Quien lo armó corrige y reenvía, y la aprobación recomienza desde la primera etapa."
  4. Volver a borrador: destraba el lote (en aprobación o ya aprobado) para modificar las cuotas. Borra la firma final y cierra el ciclo: quien aprobó no aprobó esto, aprobó el lote tal como estaba.

Tres trabas valen al momento de firmar, y cada una tiene su mensaje: solo firma quien es aprobador de la etapa actual; quien creó o envió el lote no lo aprueba; y quien ya firmó una etapa no firma otra del mismo envío. Están detalladas en el artículo de Niveles de aprobación.


Aprobar y dar de baja desde la lista

No hace falta abrir el lote para firmar. En la columna Acciones de la lista, cada línea tiene Aprobar y Dar de baja el lote, habilitados solo cuando la acción es posible para usted en ese lote: Aprobar aparece activo únicamente en los lotes en los que usted puede firmar la etapa actual ahora. Con el filtro Pendiente de mi aprobación, la lista muestra solo esos.

Quien aprueba desde la lista no vio las cuotas, así que el clic abre antes una confirmación con los ítems del lote y el total: "Revise las cuotas antes de firmar. Aprobar firma la etapa actual: si era la última, el lote queda aprobado y puede recibir la baja." Nadie firma lo que no leyó.


🔐 Aprobación obligatoria para dar de baja

Por defecto, el lote de pago es un camino más: quien quiera sigue dando de baja cuotas directamente en Cuentas por pagar / por cobrar. Quien quiere que la aprobación valga de verdad activa la opción Exigir aprobación para dar de baja en Archivo > Configuración de empresa/cultivo, en el bloque Financiero. La ayuda del campo resume: "Activada, ninguna baja ocurre fuera de un lote de pago aprobado, en ninguna pantalla. Exige niveles de aprobación registrados."

Con ella activada, cualquier intento de pagar una cuenta por pagar que no esté en un lote aprobado es rechazado con "Esta empresa exige aprobación para dar de baja: la cuota tiene que estar en un lote de pago aprobado.", no importa por qué pantalla llegó la baja. Es todo o nada a propósito: bastaba un camino por fuera para que la aprobación no controlara nada.

Desde el 05/10/2026, la regla vale solo para cuentas por pagar. La aprobación existe para autorizar dinero que sale, y el lote solo acepta títulos por pagar; así que la cuenta por cobrar se cobra normalmente en Cuentas por pagar / por cobrar, con la opción activada o no.

Armar el lote desde la ventana de pago

Con la opción activada, el lote también nace en Cuentas por pagar / por cobrar. La ventana Pago y Recibo de una cuenta por pagar no ofrece el Hacer pago/recibir.: avisa que el pago sale por un lote aprobado y muestra el botón Agregar al lote. En el campo Lote de pago usted elige un lote en Borrador o Nuevo lote (este pide la cuenta bancaria y la descripción) y las cuotas marcadas entran en él. De ahí en adelante el camino es el de esta pantalla:

  1. agregar al lote;
  2. enviar a aprobación;
  3. aprobar;
  4. pagar, por la baja del lote o por la lectura del retorno del banco.

Si la cuota ya está en un lote, la ventana informa en qué lote y en qué situación, y el botón Abrir lote trae esta pantalla con ese lote seleccionado. La baja de esa cuota sale por el lote incluso después de que el lote sea aprobado: así el lote sabe lo que se pagó, y el retorno del banco no paga de nuevo lo que ya se pagó por fuera.

⚠️ Active la opción después de registrar los niveles de aprobación, nunca antes. Sin un rango activo, ningún lote consigue ser enviado a aprobación y, sin lote aprobado, ninguna baja ocurre en ninguna pantalla. El financiero se detiene por completo hasta que los niveles de aprobación existan.
💡 La conciliación bancaria sigue liberada, incluso con la aprobación obligatoria activada, tanto la Conciliación bancaria como la conciliación del propio lote. La razón: la aprobación existe para autorizar un pago antes de que ocurra, y la conciliación no paga nada; solo registra en el sistema lo que el banco ya hizo, y eso está en el extracto. Bloquear allí no impediría ningún pago; solo impediría que el financiero cuadre con el banco. El período cerrado, ese sí, sigue bloqueando la conciliación: modificar un mes cerrado es un problema contable de verdad.

📤 Exportar remesa (CNAB 240 del Banco Inter)

Exportar remesa genera el archivo que usted sube al Internet Banking PJ para que el banco pague todo el lote de una vez, en lugar de cargar un pago por vez. La ayuda del botón delimita lo que es: "Genera el archivo CNAB 240 del lote, en el formato del Banco Inter, para importar en el Internet Banking PJ."

Generar no paga nada. Quien paga es el banco, después de que usted sube el archivo allí; la baja en el sistema sigue siendo un paso suyo, por el retorno, por el extracto o por el botón de baja. El botón vale en un lote Aprobado (es la firma la que autoriza enviar dinero) y en un lote que ya tiene Remesa generada, porque reexportar es normal (el archivo se pierde, el banco objeta la subida, alguien necesita subirlo de nuevo). Después de enviado o pagado, no: de ahí en adelante lo que falta es leer el retorno.

Entran en el archivo solo las cuotas pendientes: la rechazada ya no es dinero por salir, y la pagada ya salió. PIX y TED salen en el mismo archivo, en lotes separados.


La columna "Cómo va a salir"

En la pestaña Cuotas, la columna Cómo va a salir responde, antes de que alguien haga clic en exportar, por dónde va cada pago y de dónde vino el dato bancario:

  • PIX por clave: el beneficiario tiene clave PIX con el tipo completado. Es lo que upCampo elige siempre que puede: se acredita al instante, no tiene costo y no depende de día hábil.
  • TED: sin clave PIX, pero con banco, agencia y cuenta.
  • PIX por datos bancarios: la forma que exige el ISPB del banco del beneficiario.
  • Sin datos de pago, en rojo: el registro no tiene clave PIX ni cuenta.

Entre paréntesis viene el origen del dato: Entidad o Dirección. Cuando el dinero cae en el lugar equivocado, la primera pregunta es "¿de dónde vino ese dato?", y la columna responde sin abrir el registro.


Si hay pendencias, no sale archivo

⚠️ Es todo o nada, y eso es protección, no rigidez. Si falta un dato de un proveedor, el archivo no se genera: ni archivo, ni grabación, ni cambio de situación; solo la lista de lo que hay que corregir. Generar con 9 de los 10 pagos parece amable y es peor: el lote pasaría a decir "remesa generada" con un pago afuera, y nadie lo descubriría hasta que el proveedor cobrara.

Cuando falta algo, upCampo abre la lista: "La remesa no se generó. Corrija lo que falta y genere de nuevo", con una línea por pendencia y el nombre del proveedor en cada una. Corrija el registro y haga clic en exportar otra vez.

Lo que el registro del proveedor necesita tener, en la pestaña Datos de pago:

Para salir porEl registro necesita
PIX por claveTipo de clave de pix (CPF/CNPJ, E-mail, Teléfono o Clave) y la Clave PIX. Una clave grabada sin el tipo es una pendencia: es el tipo lo que le dice al banco qué consultar. Cuando el tipo es CPF/CNPJ, la clave tiene que ser igual al CPF/CNPJ del registro.
TEDBanco y Código del banco, Agencia con Dígito de la agencia, Número de cuenta con Dígito de la cuenta y el Tipo de cuenta (Corriente, Pago o Ahorro).
PIX por datos bancariosLos mismos datos de la TED más el ISPB: los ocho primeros dígitos del CNPJ del banco del beneficiario.

Además, el beneficiario necesita CPF o CNPJ completo en el registro, y la cuenta bancaria del lote necesita cuenta y dígito (el manual del Inter es explícito en no aceptar dígito en blanco), y la empresa, CNPJ.

💡 El dato puede estar en dos lugares, y la dirección prevalece. El mismo proveedor puede tener una cuenta en la pestaña Datos de pago de la entidad y otra en una dirección suya: es el caso de la casa matriz y las sucursales, en el que cada unidad cobra en su propia cuenta. Si está completado en la dirección, el bloque de la dirección reemplaza al de la entidad; en blanco, vale el de la entidad. El dato viene completo de uno de los dos, nunca mitad de cada uno: mezclar la agencia de uno con la cuenta del otro armaría una cuenta que no existe. La dirección que vale es la elegida en la factura que generó el título; un título cargado a mano no tiene dirección elegida, y entonces vale la de la entidad. Nombre y CPF/CNPJ son siempre de la entidad: es el titular que el banco verifica.

El archivo y la fecha del pago

  • El nombre del archivo no se cambia: sale como CI240_001_NNNNNN.REM, y el Internet Banking verifica el nombre en la subida. La pantalla avisa: "Descargue el archivo e impórtelo en el Internet Banking PJ del Inter. No le cambie el nombre: el banco verifica el nombre en la subida."
  • Reexportar reutiliza el número de la remesa y el "su número" de cada cuota. Son dos motivos diferentes: el banco rechaza un número de remesa repetido en el mismo día, y cambiar el "su número" haría que la respuesta del archivo anterior encontrara la cuota equivocada. El archivo sale igual: no es un pago nuevo.
  • La fecha del pago no es el vencimiento cuando este ya pasó. El banco no acepta fecha en el pasado, y la cuota atrasada es exactamente lo que más entra en un lote: el vencimiento vencido pasa a hoy, que es cuando usted está enviando el archivo.
  • La TED no sale en fin de semana, así que la fecha de una TED se corre al lunes. El PIX sale cualquier día.
⚠️ Los feriados bancarios no se tratan, y es una falta conocida: no existe una tabla de feriados en el sistema, e inventar una sería peor que su ausencia. Sábado y domingo upCampo los esquiva; el feriado el banco lo rechaza, y la ocurrencia del retorno dice el motivo. En vísperas de feriado, revise las TED del lote.

📥 Importar retorno del banco (.RET)

Es la otra mitad de la remesa. El banco devuelve un archivo .RET que dice, pago por pago, qué hizo con cada orden, y esta pantalla aplica esa respuesta: lo que el banco efectivizó se da de baja con la fecha real y el valor real que informó, y lo que rechazó se marca como Rechazado, con la ocurrencia en texto, y queda libre de nuevo para otro lote.

La correspondencia es exacta: cada línea del archivo encuentra la cuota por el "su número" que la remesa grabó. No hay tolerancia, no hay margen de días y no hay empate posible: si el "su número" no es de ninguna cuota de este lote, esa línea no es de este lote. Por eso el botón solo existe después de que se generó la remesa: en un lote solo aprobado ninguna cuota tiene "su número", y el archivo no le encontraría dueño a nada.

La pantalla muestra lo que va a hacer antes de hacerlo ("N cuota(s) por dar de baja y N por rechazar", más las líneas del archivo que no son de este lote y las ya aplicadas) y cada cuota con lo que el banco dijo, la fecha real de la efectivización y el valor realmente pagado.


Los casos que confunden

Lo que viene en el archivoLo que hace upCampo, y por qué
"Inclusión efectuada con éxito"Es Aceptado, aguardando; no es pagado. El banco recibió y aceptó la orden, y va a pagar en la fecha. Tratar eso como pago daría de baja una cuota con dinero que no salió. La cuota queda como está; dé la baja cuando el pago aparezca en el retorno siguiente o en el extracto.
"Crédito o débito efectivizado" sin fecha de efectivizaciónTambién entra como Aceptado, con aviso. Un pago efectivizado tiene fecha de efectivización; sin ella, lo que existe es una orden aceptada. Quien necesita dar de baja igual tiene el camino del extracto.
Ocurrencia en el lote entero (ej.: "Lote no aceptado")Vale para todos sus pagos: ningún pago de ese lote ocurrió, y los ítems vienen sin ocurrencia propia. La pantalla lo destaca: corrija lo que la ocurrencia indica y genere la remesa de nuevo.
Código que upCampo no conoceAparece en bruto, como "ocurrencia no prevista", con el código del banco a la vista. No se adivina nada: el banco puede agregar códigos sin avisar, y la decisión de dar de baja o rechazar sigue siendo suya.
Valor pagado diferente del enviadoAvisa, no bloquea. La diferencia aparece ítem por ítem y solo sigue con un sí explícito: no se deshace un pago que el banco ya hizo. La baja cancela la cuota por su valor; la diferencia se resuelve en Cuentas por pagar / por cobrar.
Líneas que no son de este loteQuedan afuera, listadas. Un archivo de retorno puede traer la respuesta de más de una remesa; solo se aplica lo que es de este lote.

La baja usa la fecha real de cada línea, no la de hoy: las cuotas efectivizadas en fechas diferentes se dan de baja por separado. Y el período cerrado sigue bloqueando: no hay retorno de banco que justifique modificar un mes cerrado.

💡 El retorno de pagos no es un extracto, y las líneas del .RET no se graban en la Conciliación bancaria. El retorno dice "su orden fue procesada"; el débito en la cuenta aparece en el extracto de verdad, que es otro archivo, con otro formato. Importe el extracto normalmente en la Conciliación bancaria: las líneas de salida van a encontrar las cuotas que el retorno acaba de dar de baja. Cuidado con un detalle del banco: entrega el retorno de pagos y el extracto con la misma extensión .RET, y upCampo avisa cuando el archivo elegido es el otro.

🔍 Conciliar el lote por el extracto

Conciliar retorno del banco es el otro camino, y responde a otra pregunta. Importa el extracto que devolvió el banco y compara los ítems del lote con las líneas del archivo, haciendo la correspondencia por valor y fecha, con tolerancia: lo que coincidió se puede dar de baja con la fecha del extracto, y lo que no coincidió se puede rechazar con el motivo.

La diferencia entre los dos es cómo se sabe de quién es cada línea: el retorno dice lo que el banco hizo con la orden y coincide de forma exacta, por el "su número"; el extracto prueba lo que salió de la cuenta y coincide por aproximación. Ninguno reemplaza al otro, y la conciliación es el camino de quien pagó por fuera del archivo CNAB, o de quien quiere la prueba de que el dinero salió.

El diálogo es cerrado a propósito: solo las cuotas de este lote contra las líneas de este archivo. No crea movimientos, no busca cuotas de otra entidad, no ofrece candidatos. Quien necesita el resto tiene la Conciliación bancaria completa, al lado. Vale a partir del lote aprobado, incluso ya pagado: es normal revisar el archivo del banco después de una baja parcial.

Dos cosas que ocurren junto con la baja, y que evitan problemas después:

  • Las líneas del archivo se graban en la conciliación bancaria: las que coincidieron, ya conciliadas con la cuota que pagaron, y las demás pendientes, para resolver en la Conciliación bancaria (comisión, impuesto, un pago fuera del lote). Sin eso, quien importara el mismo extracto después vería esas líneas pendientes y sin candidato, y un clic en "Generar asiento" crearía un gasto nuevo para un gasto que ya estaba en el resultado.
  • La cuenta del archivo tiene que ser la cuenta del lote. Si es otra, la pantalla avisa en rojo y exige confirmación explícita: dar de baja así grabaría movimiento de un banco dentro de otra cuenta.

💰 Dar de baja el lote

Dar de baja el lote es el camino manual: cancela de una vez todas las cuotas pendientes del lote. Solo vale en un lote Aprobado; después de exportar la remesa, el camino para pagar es Conciliar retorno del banco o Importar retorno del banco, que también dan la baja.

El diálogo pide Cuenta bancaria (ya viene la del lote), Fecha de pago (hoy), Medio de pago (Efectivo, Transferencia, Tarjeta de crédito, Boleto, PIX o Cheque, con Transferencia marcada) y Nota, mostrando cuántas cuotas y cuánto se va a pagar. La ayuda dice lo que es: "La baja usa el mismo camino de Cuentas por pagar / por cobrar: cada cuota se cancela una vez, moviendo el saldo y el extracto de la cuenta elegida."

No existe una baja propia del lote: es la misma baja de la pantalla de Cuentas por pagar / por cobrar, con las mismas reglas y los mismos efectos en el saldo de la cuenta. Después de ella, las cuotas que quedaron canceladas pasan a Pagado en el lote, y el lote pasa a Pagado cuando no quedó ninguna pendiente; si no, la respuesta es "Lote pagado en parte. Las cuotas que no se cancelaron siguen pendientes en el lote."


El cierre financiero bloquea la baja

Si alguna cuota pendiente del lote vence dentro de un período cerrado, el botón Dar de baja el lote nace deshabilitado, y la explicación aparece al pasar el mouse: "3 cuota(s) del lote vencen en período cerrado y serían rechazadas en la baja.", con la fecha hasta la cual el financiero está cerrado.

El número importa: es lo que permite ir a buscar las cuotas en cuestión en lugar de adivinar. Dentro del diálogo de baja la cuenta se rehace con cada cambio de la fecha de pago: la fecha elegida también puede caer en el período cerrado.

Sin el aviso, el lote volvería "dado de baja parcialmente" sin explicación: quien bloquea de verdad es la traba del cierre, que vale para todo el sistema, y rechaza la línea a mitad de camino. Los dos caminos son: dar de baja con fecha posterior al cierre, cuando eso sea correcto, o pedir la reapertura del período a quien responde por el financiero.


⚠️ Lo que todavía no entra

Para no descubrirlo en el apuro del pago:

  • El boleto y el tributo con código de barras no entran en la remesa ni en el retorno. El archivo de hoy lleva PIX y TED. El boleto de proveedor y la guía de impuesto siguen pagándose en el banco, uno por uno, y dándose de baja con Dar de baja el lote, con la Conciliación bancaria o en Cuentas por pagar / por cobrar. El PIX por código QR tampoco.
  • La remesa solo sale en el formato del Banco Inter (077). Un lote cuya cuenta bancaria es de otro banco no genera archivo; la pendencia dice qué banco es. El resto de la pantalla (aprobación, baja, conciliación) funciona con cualquier banco.
  • El retorno de otro banco se lee con reservas. Las posiciones del estándar FEBRABAN son las mismas, pero la tabla de códigos de ocurrencia es de cada banco: el código que no se reconoce aparece en bruto, y upCampo avisa que el archivo es de otro banco.
  • Los feriados bancarios no se tratan, como se dijo arriba.
  • Solo las cuotas por pagar entran en el lote. No hay lote de cobro, y los títulos antiguos con tipo fuera del estándar de hoy no aparecen en la selección.
✅ Resultado: con el lote de pago:
  • El pago de la semana pasa a ser un documento, con quién lo armó, quién lo aprobó y cuándo.
  • Ningún pago por encima del valor acordado sale sin la firma de quien la empresa definió y, con la aprobación obligatoria activada, ninguna baja ocurre fuera de un lote aprobado.
  • Decenas de pagos se suben al banco en un archivo, en lugar de cargarse uno por uno.
  • La respuesta del banco vuelve al sistema: lo que se pagó se da de baja con la fecha y el valor reales, y lo que se rechazó queda registrado con el motivo.
  • La cuota rechazada no se pierde: vuelve a quedar pendiente, libre para el lote siguiente.
  • El financiero sabe, antes de exportar, qué proveedor tiene el registro incompleto.

❓ Preguntas frecuentes

¿Cómo pago a varios proveedores de una vez por el banco?

Con el lote de pago de upCampo, en Financiero > Lote de pago. Cree el lote eligiendo la cuenta de donde sale el dinero, use Agregar cuotas para marcar las cuotas pendientes, envíelo a aprobación y, con el lote aprobado, haga clic en Exportar remesa: upCampo genera un archivo CNAB 240 que usted importa en el Internet Banking PJ del banco. Después, Importar retorno del banco da de baja en el sistema lo que el banco efectivizó.

La remesa no se generó y apareció una lista de pendencias. ¿Por qué no salió nada?

Porque el archivo es todo o nada: si falta un dato bancario de un proveedor, no se genera ningún pago. Si saliera con un pago afuera, el lote diría "remesa generada" y nadie descubriría lo que faltó hasta que el proveedor cobrara. Corrija lo que indica la lista en la pestaña Datos de pago del registro del proveedor (clave PIX con el tipo, o banco, agencia y cuenta con los dígitos y el tipo de cuenta) y haga clic en exportar de nuevo.

El proveedor tiene cuenta, pero la columna dice "Sin datos de pago". ¿Qué falta?

Para que upCampo considere que existe una cuenta, tiene que haber agencia y número de cuenta; para considerar que existe PIX, la clave y el tipo de clave. Falta uno de esos pares. Verifique también si el dato no está en una dirección del proveedor en lugar de la pestaña Datos de pago, o al revés: la dirección completada reemplaza la de la entidad.

El banco rechazó una línea del lote. ¿Qué hago?

Use Rechazar en la línea de esa cuota, en la pestaña Cuotas, escribiendo el motivo (clave PIX equivocada, cuenta inválida, datos que no coinciden). La cuota sale del lote a efectos de pago y sigue pendiente, libre para entrar en otro lote; no se da de baja ni se revierte nada. Corrija el registro del proveedor antes de incluirla en el lote siguiente. Quien importa el archivo de retorno no necesita hacer esto a mano: el rechazo se aplica con la ocurrencia del banco.

Necesito quitar una cuota de un lote ya aprobado. ¿Pierdo la aprobación?

No. Quitar una cuota vale también en el lote aprobado, antes de la baja, y la aprobación sigue vigente: quitar solo disminuye el valor autorizado. Incluir, en cambio, exige volver a borrador y aprobar de nuevo, porque aumenta lo que se autorizó. Si el lote queda sin ninguna cuota, vuelve a borrador solo.

El retorno dice "inclusión efectuada con éxito". ¿Se pagó la cuota?

No. Esa ocurrencia significa que el banco aceptó la orden y todavía no pagó; upCampo lo muestra como Aceptado, aguardando y no da de baja la cuota. Dar la baja en ese momento registraría un pago con dinero que no salió de la cuenta. Importe el retorno siguiente, cuando el pago esté efectivizado, o concilie por el extracto.

El botón para dar de baja está apagado. ¿Por qué?

Hay tres motivos posibles. El lote no está Aprobado: después de exportar la remesa, pague por el retorno o por la conciliación. Usted no tiene permiso de edición en la pantalla. O alguna cuota pendiente del lote vence en un período cerrado: en ese caso, pase el mouse sobre el botón y la sugerencia dice cuántas cuotas son y hasta cuándo está cerrado el financiero.

¿Puedo generar el archivo de remesa dos veces?

Sí, y el archivo sale igual: la reexportación reutiliza el número de la remesa y el "su número" de cada cuota, así que el banco no lee el reenvío como un pago nuevo. Sirve para el caso común de que el archivo se pierda o que la subida sea objetada. Lo que no se debe hacer es exportar "para ver": el lote sale de Aprobado y el botón de baja manual deja de valer; el pago pasa a hacerse por el retorno o por la conciliación.

¿Por qué la cuota que quiero no aparece en la selección?

La selección muestra solo cuotas pendientes de cuentas por pagar, del establecimiento en el que usted está, con vencimiento dentro del período del filtro y que todavía no estén en otro lote. Verifique el período (nace desde un año atrás hasta un mes adelante) y si la cuota no está en un lote de otra persona. La cuota de un ítem rechazado vuelve a aparecer.

Activé "Exigir aprobación para dar de baja" y ahora nadie puede pagar nada. ¿Qué pasó?

Probablemente faltan los niveles de aprobación. Con la opción activada, ninguna cuenta por pagar se paga fuera de un lote aprobado (la cuenta por cobrar sigue cobrándose normalmente) y, sin un rango activo, ningún lote consigue ser enviado a aprobación. Registre los rangos y las etapas en Financiero > Niveles de aprobación, o desactive la opción en Archivo > Configuración de empresa/cultivo mientras tanto. La conciliación bancaria sigue funcionando mientras tanto, porque solo registra lo que el banco ya hizo.

¿Puedo armar el lote directamente desde Cuentas por pagar / por cobrar?

Sí, cuando la empresa exige aprobación para pagar. En la ventana de pago de una cuenta por pagar, el botón Agregar al lote coloca las cuotas marcadas en un lote en Borrador o en un Nuevo lote, creado allí mismo con la cuenta bancaria y la descripción. Después solo queda enviar el lote a aprobación en esta pantalla.

¿Cuál es la diferencia entre "Importar retorno del banco" y "Conciliar retorno del banco"?

Son dos archivos diferentes. El retorno (.RET de pagos) es la respuesta del banco a la remesa: encuentra cada cuota por el "su número", de forma exacta, y trae la fecha real y el valor real de cada pago. El extracto, usado en "Conciliar retorno del banco", prueba lo que salió de la cuenta y hace la correspondencia por valor y fecha, con tolerancia; es el camino de quien pagó por fuera del archivo CNAB. Los dos siguen vigentes, y ninguno reemplaza al otro.

¿El boleto del proveedor entra en el archivo del banco?

Todavía no. La remesa de hoy lleva PIX y TED; el boleto y el tributo con código de barras no entran en ella ni vuelven en el retorno. Esos siguen pagándose en el banco, uno por uno, y registrándose en upCampo con Dar de baja el lote, con la Conciliación bancaria o directamente en Cuentas por pagar / por cobrar.