Cómo automatizar la gestión de proveedores en una administración de fincas

El presupuesto está en el email. ¿Dónde está el resto?

Una avería en una bajante empieza con una llamada. El administrador pide fotos. Después escribe a dos proveedores. Uno responde por WhatsApp. El otro manda un PDF. El presidente aprueba uno de los presupuestos por teléfono. La visita se mueve dos veces. El técnico envía tres fotos al terminar y la factura llega a una cuenta de correo distinta.

Ninguno de esos canales es necesariamente un problema. El problema aparece cuando cada canal conserva una parte del estado y nadie puede abrir una ficha y saber qué se pidió, qué se aprobó, qué se hizo y qué queda pendiente.

Una incidencia en una comunidad puede terminar necesitando un proveedor. Un acuerdo aprobado en junta también. El circuito de proveedores empieza justo donde esos procesos necesitan que alguien ejecute un trabajo fuera del despacho.

Cuando esa actuación forma parte de una decisión de la comunidad, el expediente del proveedor es solo una pieza del seguimiento del acuerdo después de la junta.

La unidad de trabajo no es el proveedor: es el expediente de actuación

Guardar “Fontanería López” en una agenda sirve para encontrar un teléfono. No sirve para gestionar las siete actuaciones abiertas que ese proveedor tiene en seis comunidades distintas.

Cada trabajo necesita un expediente propio. Puede llamarse actuación, orden, intervención o como encaje mejor en el software del despacho. Lo importante es que tenga identidad y avance por estados.

Este modelo cambia la pregunta diaria del equipo. En lugar de “¿qué pasó con el electricista de la calle X?”, el sistema puede mostrar “pendiente de aprobación desde hace cuatro días” o “actuación terminada, falta factura”.

Eso es mucho más útil que una bandeja de conversaciones.

Una actuación puede empezar en sitios muy distintos

El mismo flujo de proveedor puede nacer por razones diferentes, y ese origen importa porque determina urgencia, autorizaciones y documentación.

• Incidencia. Un vecino comunica una avería y hace falta intervenir.
• Acuerdo de junta. Se aprueba una obra, sustitución o mejora que debe ejecutarse.
• Mantenimiento preventivo. Hay una revisión periódica, limpieza técnica o inspección prevista.
• Urgencia. El despacho debe actuar con rapidez y documentar después lo ocurrido.
• Revisión técnica. Un informe recomienda una actuación posterior.
• Reclamación. Hay que corregir o revisar un trabajo anterior.

La automatización puede crear el expediente con la información que ya existe: comunidad, dirección, zona afectada, imágenes, prioridad y persona de referencia. Así se evita volver a pedir o copiar datos que ya estaban en el proceso anterior.

Pedir varios presupuestos no sirve si cada proveedor presupuesta algo distinto

Comparar ofertas exige que la solicitud de partida sea razonablemente comparable. Si un proveedor recibe una foto y otro una descripción más completa, o si uno incluye materiales que el otro ha entendido que quedan fuera, el precio deja de ser una referencia limpia.

Una plantilla de solicitud puede preparar automáticamente:

• Descripción del trabajo.
• Ubicación exacta.
• Fotografías y documentos.
• Necesidad o no de visita previa.
• Fecha límite de respuesta.
• Desglose solicitado.
• Plazo estimado de ejecución.
• Condiciones o documentos adicionales cuando correspondan.

El sistema puede enviar la solicitud, registrar cuándo salió y recordar que sigue sin respuesta. Si el plazo vence, puede avisar al equipo o activar el siguiente proveedor previsto. Lo que no debería hacer es asumir que “sin respuesta” equivale siempre a “rechazado”: esa regla depende de cómo quiera trabajar el despacho.

Y tampoco existe una regla general que obligue a pedir siempre tres presupuestos. El número, las condiciones y el circuito de aprobación pueden depender de acuerdos internos, del tipo de actuación, de la urgencia o de las reglas de la propia comunidad.

La ficha del proveedor debería ahorrar preguntas repetidas

Hay información que no tiene sentido reconstruir cada vez que se necesita un profesional. La ficha mínima debería reunir lo necesario para decidir si ese proveedor encaja en una actuación y para saber si su expediente está en condiciones.

La ficha no debería convertirse en un almacén infinito de datos. Si una información no ayuda a seleccionar, coordinar, justificar o revisar una actuación, probablemente no necesita estar ahí.

Antes de automatizar, conviene limpiar el directorio de proveedores

La automatización pierde mucha fiabilidad cuando el mismo proveedor aparece tres veces con nombres distintos, un teléfono antiguo y dos correos de facturación que nadie sabe si siguen activos. No hace falta montar un proyecto de datos maestros enorme, pero sí dedicar tiempo a ordenar la información mínima.

Los problemas más habituales son fáciles de reconocer:

• Duplicados con razón social y nombre comercial separados.
• Proveedores que ya no trabajan con el despacho y siguen apareciendo como candidatos.
• Categorías demasiado genéricas, como “mantenimiento”, que no ayudan a seleccionar.
• Contactos personales mezclados con correos administrativos o de urgencias.
• Documentación caducada sin fecha de vencimiento registrada.
• Zonas de servicio desactualizadas.
• Condiciones económicas o de desplazamiento guardadas únicamente en conversaciones antiguas.

Una limpieza inicial permite que reglas muy simples empiecen a funcionar. Si el sistema sabe que un proveedor es fontanero, trabaja en una zona concreta y tiene documentación vigente, puede incluirlo en una solicitud sin que una persona tenga que volver a comprobar esos datos cada vez.

También evita otro problema: automatizar errores existentes. Si dos fichas pertenecen al mismo proveedor, el historial queda partido. Una parece rápida y la otra acumula retrasos, cuando en realidad estamos midiendo a la misma empresa. Antes de puntuar o comparar, hay que asegurarse de que la identidad está bien resuelta.

Presupuesto recibido, gasto aprobado y proveedor adjudicado no son el mismo estado

Es una distinción sencilla, pero evita muchos errores.

• Presupuesto recibido: existe una oferta concreta.
• Aprobación: existe autorización para ejecutar o gastar conforme al circuito que corresponda.
• Adjudicación: se ha elegido proveedor y alcance.
• Programación: ya existe fecha o ventana de ejecución.

La Ley de Propiedad Horizontal atribuye al administrador funciones como atender la conservación, disponer reparaciones urgentes, ejecutar acuerdos en materia de obras, efectuar pagos y cobros y custodiar documentación. Eso no significa que el administrador tenga una autorización universal para aprobar cualquier actuación. El circuito debe reflejar quién puede decidir en cada caso, según la actuación y las reglas aplicables a la comunidad.

Automatizar esa parte consiste en que el expediente sepa quién está pendiente de actuar, desde cuándo y qué información necesita para decidir. No en que el software sustituya esa decisión.

Un cuadro de valoración ayuda más que una columna ordenada por precio

En documentación técnica y herramientas de gestión se utiliza a veces el anglicismo scorecard. Aquí lo llamaremos cuadro de valoración: una ficha que reúne varios criterios para comparar proveedores de forma consistente antes de que una persona tome la decisión.

El sistema puede ordenar información y señalar diferencias. La adjudicación sigue siendo una decisión del circuito responsable. Esta separación evita convertir una herramienta de apoyo en un algoritmo opaco de contratación.

Mucho de este circuito puede automatizarse sin IA

La gestión de proveedores tiene una parte muy repetitiva que funciona mejor con reglas sencillas que con decisiones probabilísticas. Si un presupuesto lleva cinco días pendiente, no hace falta que una IA “razone” si conviene recordarlo: basta con una regla de vencimiento bien configurada.

Lo mismo ocurre con otras tareas:

• Crear el expediente cuando una incidencia o un acuerdo genera una actuación.
• Enviar solicitudes a proveedores de una categoría y zona determinadas.
• Registrar fechas de envío, recepción, aprobación y ejecución.
• Recordar vencimientos cuando nadie ha respondido.
• Avisar al responsable cuando una actuación supera la fecha prevista.
• Comprobar documentación pendiente o próxima a caducar.
• Relacionar archivos que ya contienen referencias inequívocas del expediente.
• Generar tareas cuando falta una evidencia o una factura.

La IA empieza a ser más interesante cuando el dato llega peor estructurado. Puede ayudar a extraer de un PDF el importe y el alcance, resumir un correo largo, identificar que un mensaje corresponde a una actuación existente o comparar descripciones de presupuestos que no utilizan exactamente las mismas palabras.

Incluso ahí conviene mantener una frontera clara. Interpretar un documento no equivale a aprobarlo. El sistema puede preparar una comparación y señalar diferencias; la decisión sigue dentro del circuito que la comunidad y el despacho tengan definido.

Las urgencias necesitan un carril distinto, no saltarse la trazabilidad

Una fuga importante, un fallo eléctrico o una situación que exige una reparación inmediata no puede esperar el mismo recorrido que una mejora planificada. La propia Ley de Propiedad Horizontal contempla entre las funciones del administrador disponer las reparaciones y medidas urgentes y dar cuenta de ellas. Eso justifica un circuito operativo distinto, no la ausencia de circuito.

En una urgencia pueden cambiar varias reglas:

• Se contacta primero con proveedores disponibles para atención inmediata.
• La solicitud de presupuesto puede convertirse en una estimación o parte urgente.
• La autorización sigue el procedimiento que corresponda al caso, pero el sistema debe registrar por qué se utilizó la vía urgente.
• La documentación puede completarse después de contener la incidencia.
• Las fotos, partes y factura deben terminar vinculados al mismo expediente.

La diferencia está en la velocidad, no en perder el rastro. Si seis meses después aparece una reclamación, el despacho debería poder reconstruir qué ocurrió, quién intervino, qué se autorizó y qué documentación se recibió.

Email, WhatsApp y teléfono pueden seguir siendo los canales

No hace falta obligar a todos los proveedores a entrar en un portal nuevo para que exista trazabilidad.

Un proveedor puede mandar el presupuesto por email. Otro puede confirmar una visita por WhatsApp. Un técnico puede llamar porque necesita acceso al cuarto de contadores. La automatización debe capturar el dato que cambia el estado del expediente.

• Solicitud enviada.
• Presupuesto recibido.
• Fecha propuesta.
• Aceptación o rechazo.
• Cambio de alcance.
• Trabajo finalizado.
• Parte o fotos recibidos.
• Factura recibida.

El canal sigue siendo cómodo para cada interlocutor. El despacho gana una fuente común donde consultar la situación.

El proceso se vuelve útil cuando sabe detectar lo que se ha torcido

Un circuito feliz —solicitar, aprobar, ejecutar, facturar— es fácil de dibujar. El trabajo diario está lleno de desviaciones.

El equipo deja así de vigilar manualmente todas las actuaciones para comprobar si alguna lleva demasiado tiempo parada. El propio estado hace visible dónde hay que intervenir.

La factura debería cerrar el expediente, no abrir otra búsqueda

Cuando una factura llega sin relación con el trabajo que la originó, el equipo vuelve a empezar: ¿de qué comunidad es?, ¿quién lo pidió?, ¿había presupuesto?, ¿se hizo?, ¿coincide el importe?

La automatización puede intentar vincular la factura con:

• Proveedor.
• Comunidad.
• Actuación.
• Presupuesto o adjudicación.
• Evidencia de ejecución.
• Importe y conceptos.

Si todo encaja, el trabajo administrativo se reduce. Si el importe cambia, falta una evidencia o aparecen dos posibles actuaciones, el sistema debe dejar el caso en revisión.

España cuenta desde 2026 con el Real Decreto 238/2026, que desarrolla el sistema de facturación electrónica obligatoria entre empresarios y profesionales. La obligación legal se refiere a relaciones entre empresarios y profesionales y su despliegue efectivo está sujeto a los mecanismos y plazos previstos en la normativa. No debe trasladarse automáticamente esa obligación a cualquier comunidad de propietarios sin comprobar la condición jurídica y fiscal de los intervinientes.

Desde el punto de vista operativo, la evolución hacia facturas más estructuradas facilita relacionar documentos con actuaciones, pero no elimina la necesidad de comprobar que el proveedor, el trabajo y el importe corresponden realmente.

El proveedor necesita información para trabajar, no toda la información de la comunidad

La AEPD sitúa a la comunidad de propietarios como responsable del tratamiento y, cuando existe un administrador contratado para la gestión, a éste como encargado del tratamiento.

Esa relación obliga a ser cuidadosos cuando los datos salen hacia terceros. Para reparar una bajante puede ser necesario facilitar una dirección, un contacto de acceso y una descripción de la avería. No suele ser necesario reenviar un hilo completo con datos de varios propietarios.

• Compartir solo los datos necesarios para la actuación.
• Evitar adjuntos o hilos con información ajena al trabajo.
• Separar expedientes y comunidades.
• Limitar el acceso interno por función.
• Revisar el papel contractual del proveedor cuando trate datos por cuenta de la comunidad.
• Aplicar el mismo criterio de minimización a fotografías, partes y documentos.

Un proveedor no se convierte automáticamente en encargado del tratamiento por el hecho de emitir una factura o entrar en un edificio. Esa condición depende de si trata datos personales por cuenta del responsable y con qué finalidad. La AEPD define al encargado precisamente como quien trata datos por cuenta del responsable.

Arquitectura técnica: el expediente en el centro

El circuito puede construirse sobre herramientas distintas, pero necesita una fuente común de estado.

1. Origen. Incidencia, acuerdo, mantenimiento, urgencia o solicitud interna.
2. Expediente. Comunidad, ubicación, necesidad, prioridad, responsable y estado.
3. Directorio de proveedores. Categorías, zonas, contactos, documentación e historial.
4. Solicitud. Plantilla, adjuntos, canales y vencimientos.
5. Recepción documental. Presupuestos, partes, fotografías, certificados y facturas.
6. Normalización. Proveedor, importe, alcance, fechas y referencias.
7. Flujo de trabajo. Reglas para pasar de un estado al siguiente y saber quién debe actuar.
8. Excepciones. Retrasos, discrepancias, cambios, ausencia de documentación o no conformidad.
9. Integraciones. Software sectorial, contabilidad, correo, mensajería y almacenamiento documental.
10. Panel operativo. Pendientes por comunidad, estado, proveedor, antigüedad y prioridad.
11. Auditoría. Quién aprobó, qué se envió, qué cambió y cuándo.

Si se utiliza el término inglés workflow, significa simplemente flujo de trabajo: las reglas que indican qué debe ocurrir después de cada estado. En este artículo preferimos el término español porque describe exactamente lo que necesita el despacho.

El historial solo sirve si registra hechos, no impresiones sueltas

Después de varias actuaciones, el despacho dispone de información valiosa sobre sus proveedores. El problema aparece cuando ese conocimiento se resume en comentarios como “trabaja bien”, “tarda mucho” o “mejor llamar a otro”. Son útiles en una conversación interna, pero demasiado vagos para automatizar o comparar.

Un historial más aprovechable registra hechos:

• Fecha prometida y fecha real de ejecución.
• Número de actuaciones terminadas.
• Trabajos que necesitaron una segunda visita.
• Reclamaciones abiertas y resultado.
• Presupuestos recibidos dentro o fuera de plazo.
• Diferencias frecuentes entre presupuesto y factura.
• Documentación pendiente.
• Tiempo de respuesta en urgencias, cuando ese servicio forma parte de la relación.

Eso permite detectar patrones sin convertirlos automáticamente en una sentencia sobre el proveedor. Un retraso aislado puede tener una explicación razonable. Diez retrasos sobre doce actuaciones ya ofrecen otra información. El sistema debería mostrar esos datos para que una persona pueda valorarlos en contexto.

Cómo empezaría el piloto

No intentaría digitalizar de golpe todos los gremios y todas las comunidades. Es más útil elegir una categoría frecuente y recorrer el circuito completo.

1. Elegir una categoría. Por ejemplo, fontanería, electricidad o una familia de mantenimiento recurrente.
2. Seleccionar un grupo limitado de comunidades.
3. Definir estados y datos mínimos.
4. Crear la plantilla de solicitud de presupuesto.
5. Automatizar recordatorios y vencimientos.
6. Vincular presupuestos al expediente.
7. Registrar aprobación, adjudicación y programación.
8. Añadir evidencia de ejecución.
9. Vincular la factura y controlar diferencias.
10. Medir varias semanas antes de ampliar.

Las métricas más útiles son bastante concretas: tiempo hasta solicitar presupuesto, tiempo de respuesta, solicitudes sin contestar, duración de la aprobación, actuaciones vencidas, trabajos con evidencia completa, diferencias entre presupuesto y factura, retrabajos y tiempo de cierre.

Conclusión: hablar con proveedores seguirá siendo necesario; perseguir el estado no debería serlo

Un proveedor puede necesitar una aclaración, cambiar una fecha o avisar de algo inesperado. Esa conversación forma parte del trabajo.

Lo que no debería depender de conversaciones es saber si falta un presupuesto, quién tiene que aprobar, qué actuación lleva una semana de retraso, dónde está el parte o por qué una factura no coincide.

Cuando cada trabajo tiene un expediente y un estado, el despacho deja de reconstruir el pasado para poder decidir el siguiente paso.

Ahí está la automatización útil: menos persecución administrativa y más visibilidad sobre lo que realmente está pendiente.