Cómo elegir un PMS para tu apartahotel en Colombia

Empieza por una estadía, no por una lista de funciones

Elige tu PMS demostrando que tu equipo puede completar una estadía, desde la reserva hasta la salida. Una función marcada en una presentación no prueba que recepción y aseo puedan trabajar con ella.

Un PMS es el sistema donde organizas la operación del alojamiento: reservas, asignación de unidades y seguimiento de la estadía, según su alcance. No lo confundas con un channel manager, que conecta disponibilidad y otros datos con canales de venta; un sistema contable, que lleva la contabilidad; o una herramienta de mensajería, que gestiona conversaciones. Un proveedor puede reunir varias funciones, pero debes comprobar cuáles incluye y cuáles dependen de terceros.

Si buscas software de gestión hotelera en Colombia, empieza con este ejemplo ilustrativo: una reserva para el apartamento 402, con salida a las 10:30. Pide que tu equipo pueda verificar lo siguiente:

• Inventario: el 402 queda asignado sin ofrecerlo de nuevo para esas noches.
• Llegada: recepción encuentra la reserva y sabe qué falta por preparar.
• Huéspedes: los datos de prueba quedan asociados a la estadía correcta.
• Dinero: puedes distinguir cargos, pagos registrados y saldos pendientes.
• Aseo: el responsable ve qué unidad debe preparar y recepción reconoce su estado.
• Salida: puedes cerrar la estadía y consultar sus pendientes.

Consejo: elige por lo que tu equipo logra demostrar, no por lo que promete una pantalla.

La decisión inicial es sencilla: ¿puedes completar este recorrido y reconocer cada pendiente? Si no, registra la brecha antes de avanzar. Esta guía compara evidencia operativa, no posiciones en un ranking de proveedores.

Convierte tus procesos en requisitos verificables

Antes de pedir una demo, escribe qué debe poder completar tu equipo y cómo vas a comprobarlo. Un requisito útil describe una tarea y su resultado, no solo una función llamada «gestión de reservas».

1. Documenta el recorrido operativo

Usa una estadía como referencia. Para cada paso registra responsable, entrada, salida esperada, excepción y evidencia. Este ejemplo es ilustrativo; ajusta los responsables a tu operación:

1. Crear la reserva. Recepción recibe fechas y apartamento solicitado; debe quedar una reserva con disponibilidad actualizada. Excepción: unidad ocupada. Evidencia: confirmación y calendario.
2. Modificarla. Recepción recibe nuevas fechas; debe confirmar el cambio sin perder el registro anterior. Excepción: cruce con otra reserva. Evidencia: historial del cambio.
3. Recoger datos del huésped. Recepción recibe los datos solicitados; debe distinguir registros completos y pendientes. Excepción: información faltante. Evidencia: estado de revisión, usando datos ficticios durante la prueba.
4. Preparar la llegada. Recepción recibe reserva y estado del apartamento; debe identificar si puede entregar la unidad. Excepción: aseo pendiente. Evidencia: estado visible y responsable asignado.
5. Coordinar aseo. La persona encargada recibe la tarea; debe registrar su cierre. Excepción: daño encontrado. Evidencia: tarea e incidencia relacionadas.
6. Registrar cargos. La persona responsable de caja recibe el concepto y soporte; debe dejar el cargo asociado. Excepción: cargo discutido. Evidencia: movimiento y soporte.
7. Cerrar la salida. Recepción recibe la salida confirmada; debe actualizar la estadía y avisar a aseo. Excepción: saldo pendiente. Evidencia: estado y tarea generada.
8. Conciliar. Administración recibe cargos, pagos registrados y soportes externos; debe identificar diferencias. Excepción: pago sin correspondencia. Evidencia: diferencia documentada y responsable.

2. Decide qué bloquea la compra

• Obligatorio: sin esto no puedes operar de forma controlada.
• Mejora útil: reduce trabajo, pero admite un procedimiento alternativo.
• Extra opcional: aporta comodidad, no decide la compra.

Si aplica, agrega pruebas de apartamentos vendidos individualmente o en combinación, estadías largas y varias propiedades.

Pide a recepción y aseo que documenten un problema real cada uno. Conviértelo en criterio de aceptación: «Recepción puede ver que la unidad sigue pendiente sin llamar a aseo».

Consejo: Define qué cuenta como aprobado antes de la demo. Una pantalla bonita no sustituye una tarea comprobada.

Verifica reportes de huéspedes y facturación en Colombia

Capturar datos no equivale a reportarlos. Preparar una factura tampoco demuestra que fue aceptada en el flujo correspondiente. Cuando compares un software de gestión hotelera en Colombia, pide evidencia de cada paso, no una casilla que diga «cumplimiento».

Separa cinco momentos: recolección, validación, preparación, envío y conservación del acuse o respuesta. Para SIRE, TRA y facturación electrónica, el proveedor debe mostrar cuáles resuelve el PMS, cuáles dependen de otro servicio y cuáles quedan a cargo de tu equipo. No supongas que todos los huéspedes tienen los mismos requisitos.

1. Pide una demostración por etapas

1. Define qué aplica. Verifica con las fuentes oficiales las obligaciones de tu operación, los datos requeridos y las condiciones vigentes. Para facturación, consulta también las condiciones técnicas actuales de la DIAN.
2. Usa datos sintéticos. Por ejemplo, crea una reserva ilustrativa para la unidad 402. Pide al proveedor que muestre cómo detecta un campo faltante y quién puede corregirlo.
3. Sigue el envío. Identifica quién revisa, quién autoriza y dónde puedes consultar la respuesta externa. Una pantalla de «preparado» no prueba recepción ni aceptación.
4. Prueba un rechazo controlado. En un entorno de prueba autorizado, solicita un caso rechazado. Comprueba cómo se asigna el pendiente, se corrige y se evita un envío duplicado.
5. Conserva la evidencia. Define quién guarda el acuse, el identificador externo y el historial de correcciones. Verifica el procedimiento aplicable antes de modificar información ya enviada; no asumas que basta con borrarla del PMS.

Consejo: Exige que el proveedor distinga «preparado», «enviado» y «aceptado» cuando esos estados existan. Si no puede demostrar el resultado externo, registra ese paso como pendiente de verificación.

Antes de dar este requisito por aprobado:

• Cada flujo tiene un responsable de revisión y un reemplazo.
• Las dependencias externas y las tareas manuales están documentadas.
• Puedes encontrar rechazos y seguir su corrección.
• El respaldo operativo fue contrastado con la fuente oficial pertinente.
• La evidencia permite distinguir un registro interno de una respuesta externa.

Un PMS puede apoyar tu operación. No sustituye la verificación de tus obligaciones ni convierte una configuración en garantía de cumplimiento.

Compara hojas de cálculo, sistemas separados y PMS

Compara cómo se completa el trabajo, no cuántas funciones aparecen en una presentación. Una hoja de cálculo, varias herramientas conectadas y un PMS pueden servirte. La diferencia está en los traspasos entre personas, los datos que debes copiar y la evidencia que queda cuando algo cambia.

Una hoja de cálculo puede ayudarte a llevar un registro controlado. No es, por sí sola, una conexión con canales ni un mecanismo de envío oficial. Tampoco des por hecho que un PMS incluye esas capacidades.

Compara el mismo trabajo en cada opción

En un ejemplo ilustrativo, recepción cambia la salida del apartamento 402 y la líder de aseo necesita actualizar su programación. Con cada alternativa, identifica quién registra el cambio, quién lo recibe y cómo confirma que lo vio. Cuenta las veces que alguien vuelve a digitar el mismo dato. Revisa si puedes reconstruir quién cambió qué, sin depender de la memoria de una persona.

Incluye el esfuerzo de implementación: limpiar datos, configurar unidades, conectar herramientas y capacitar al equipo. Después, pide una exportación de muestra y ábrela. Un archivo descargable no necesariamente contiene registros completos y utilizables.

Pide cotizaciones con alcance equivalente

• Suscripción: propiedades, unidades, usuarios y módulos incluidos.
• Puesta en marcha: importación, configuración y capacitación.
• Conectores: activación, mantenimiento y dependencias externas.
• Soporte: cobertura incluida y servicios adicionales.
• Proveedor de pagos: cargos y condiciones por separado.
• Salida: exportación, asistencia y costos aplicables.

Consejo: Pide el mismo alcance por escrito a cada proveedor. Una tarifa menor no demuestra un costo total menor.

Elige la opción que tu equipo pueda operar, revisar y dejar cuando lo necesite. Si una tarea obligatoria depende de copiar datos, incluye ese trabajo en la comparación. Si no puedes verificar una capacidad, no la cuentes como incluida.

Comprueba qué sincroniza cada conexión

Un logo no demuestra una integración. Pide evidencia de qué datos viajan, en qué dirección y cómo se detecta una falla. El intercambio de calendarios y una conexión mediante API no prueban el mismo alcance: verifica las funciones concretas de cada conexión, sin asumir que alguna cubre todo.

1. Lista canales y requisitos

Anota cada canal que utilizas. Pide al proveedor identificar si la conexión es directa o pasa por un intermediario, quién responde por ella y qué configuración, autorización o contratación adicional necesita. Solicita el alcance soportado por escrito.

2. Mapea unidades y categorías

Relaciona cada anuncio y categoría con el apartamento físico correspondiente. No aceptes nombres parecidos como prueba de una correspondencia correcta.

Ejemplo ilustrativo: el apartamento 402 se vende solo y también como parte de una combinación con el 403. En el entorno de prueba, reserva el 402 y comprueba que la combinación deje de ofrecer esa misma capacidad. Prueba también el sentido contrario. El inventario compartido debe conservar sus dependencias.

3. Define quién manda sobre cada dato

Para cada campo, registra sistema de origen, destino y dirección permitida. Define dónde cambias tarifas y restricciones, y desde dónde recibes cancelaciones. Evita que dos sistemas sobrescriban el mismo campo sin una regla explícita.

Comprueba por separado:

• Inventario y disponibilidad por unidad o categoría.
• Tarifas y restricciones utilizadas en tu operación.
• Cancelaciones y su efecto sobre la disponibilidad.
• Mensajes, incluidos los sentidos admitidos.
• Estado del pago, sin confundirlo con dinero recibido.

4. Cambia datos y revisa errores

Con autorización del proveedor, usa un entorno de prueba o anuncios de prueba aislados. Cambia un dato a la vez. Guarda el valor inicial, el cambio, la hora y el resultado visible en destino. Contrasta el comportamiento con lo documentado, no con una promesa de sincronización instantánea.

Pide ver dónde aparece un error, quién recibe la alerta y cómo se recupera el dato sin duplicarlo. Si no puedes probar una función, déjala como no verificada.

Consejo: No apruebes una conexión solo porque transmite una reserva. Exige evidencia del alcance que realmente necesitas y de su recuperación.

Errores frecuentes: asumir que una API incluye mensajes, confundir calendario con gestión de tarifas y dejar dos sistemas modificando disponibilidad sin autoridad definida. Corrige cada supuesto antes de aprobar la conexión.

Prueba permisos, interfaz en español y soporte

Prueba el PMS con quienes van a usarlo, no solo con quien lo vende. Crea cuentas separadas para administración, recepción nocturna y coordinación de aseo. Usa datos ficticios, incluidos documentos, saldos y códigos de acceso de prueba.

1. Comprueba lo permitido y lo bloqueado

Define primero qué necesita cada cargo. En un ejemplo ilustrativo, recepción consulta la llegada del apartamento 402; aseo actualiza su estado de limpieza; administración revisa un saldo. No presupongas que todos necesitan ver lo mismo.

1. Asigna a cada cuenta una propiedad y un rol. Si manejas varias propiedades, intenta abrir una que quede fuera de su alcance.
2. Prueba por separado el acceso a documentos de identidad, información financiera y códigos de acceso. Comprueba tanto la consulta como la descarga o modificación, cuando existan.
3. Intenta una acción expresamente prohibida para ese rol. Un menú oculto no demuestra que el acceso esté bloqueado.
4. Modifica un dato de prueba y revisa si el historial identifica quién hizo el cambio y qué cambió.
5. Retira el acceso de una cuenta de prueba. Comprueba qué ocurre con sus sesiones abiertas y cómo queda registrada su actividad anterior.

Consulta con la Superintendencia de Industria y Comercio las obligaciones aplicables sobre datos personales. Revisa los acuerdos con encargados del tratamiento, conservación y controles de acceso; no asumas que contratar un PMS resuelve esas responsabilidades.

2. Prueba el español durante el turno

Pide a cada persona que complete su tarea sin que el vendedor la guíe. Revisa etiquetas, mensajes de error y materiales de ayuda en español, desde los equipos y la conexión que utiliza tu operación. Anota dónde necesita interpretación o ayuda externa.

3. Verifica quién responde cuando algo falla

• Confirma horarios de soporte y zona horaria.
• Verifica canales disponibles y atención en español.
• Identifica quién recibe y escala un caso fuera del horario habitual.
• Contrasta los compromisos de respuesta del contrato con lo ofrecido en la demo.
• Simula un caso y comprueba qué contexto recibe el siguiente agente.

Consejo: Guarda evidencia de los accesos bloqueados, no solo de las tareas completadas.

Decisión: si falla un permiso obligatorio o nadie asume un incidente crítico, deja la selección bloqueada hasta corregirlo y repetir la prueba.

Escenario 1: prueba una estadía de principio a fin

Usa una reserva de prueba para la unidad 402, con salida a las 10:30. Es un ejemplo ilustrativo: los huéspedes, movimientos y resultados son ficticios. Trabaja en el entorno de pruebas acordado con el proveedor, sin enviar reportes oficiales, emitir documentos reales ni cobrar dinero.

1. Recorre la estadía con tu equipo

1. Crea la reserva. Recepción ingresa fechas, ocupantes y condiciones con su propia cuenta. Guarda el identificador y comprueba que la reserva aparece en el calendario correcto.
2. Confirma el inventario. Revisa que la 402 quede reservada durante las noches elegidas y que su disponibilidad posterior respete las demás reservas y bloqueos. Distingue disponibilidad para venta de estado de aseo. Compara la reserva con el calendario, no solo con el mensaje de confirmación.
3. Registra huéspedes ficticios. Introduce datos sintéticos en los campos requeridos. Comprueba qué ocurre si falta un dato y quién puede corregirlo. No uses documentos de huéspedes reales.
4. Revisa el reporte aplicable. Identifica qué información queda preparada y qué paso requiere revisión humana. Verifica las condiciones vigentes con Migración Colombia para SIRE y MinCIT para TRA. Una pantalla diligenciada no demuestra un envío aceptado.
5. Prepara la llegada. Recepción redacta las instrucciones y verifica destinatario, unidad y forma de acceso. Usa un destinatario de prueba y códigos ficticios; comprueba el contenido antes de cualquier envío.
6. Confirma el alistamiento. La persona encargada de aseo entra con su cuenta, consulta la tarea y marca la unidad como lista. Recepción debe ver ese cambio desde su propia sesión, sin depender de una llamada.
7. Registra los cargos. Añade el alojamiento y un cargo ilustrativo autorizado. Comprueba concepto, saldo e historial. Registrar un pago no significa recaudarlo ni recibir su liquidación: distingue el registro interno de la confirmación del proveedor de pagos y la conciliación bancaria.
8. Prueba la facturación. Revisa los datos del receptor y el paso al sistema de facturación. Solicita evidencia del resultado en pruebas. Confirma con la DIAN las condiciones técnicas y el procedimiento aplicable; no des por válida una factura porque tenga un archivo PDF.
9. Cierra la estadía. Simula la salida a las 10:30. Recepción revisa saldos y pendientes; aseo recibe la tarea correspondiente. Comprueba que cerrar la reserva no marque automáticamente la unidad como limpia.

Registro copiable de la prueba

Estas observaciones son ejemplos ilustrativos, no resultados de un proveedor. Reemplázalas con lo que observes.

Consejo: Deja que tu equipo ejecute la prueba. Si el vendedor debe intervenir, registra la ayuda y repite ese paso sin asistencia antes de aprobarlo.

Escenario 2: cambia la reserva y provoca una falla controlada

Una reserva que sale bien no demuestra cómo se recupera el sistema. Prueba también una solicitud imposible y un error controlado. Usa datos ficticios y un entorno de pruebas autorizado por el proveedor, nunca canales activos.

1. Pide una extensión que choque con otra reserva

En este ejemplo ilustrativo, el huésped de la unidad 402 solicita quedarse más tiempo, pero la siguiente reserva ya ocupa las noches solicitadas.

1. Pide al recepcionista que consulte la disponibilidad antes de modificar fechas. Comprueba la unidad física y cualquier combinación que la incluya.
2. Verifica que el sistema muestre el conflicto sin desplazar la siguiente reserva ni liberar inventario por error.
3. Busca alternativas: otra unidad disponible, una extensión más corta o mantener la salida original. No confirmes una alternativa sin revisar disponibilidad y condiciones.
4. Exige aprobación del responsable autorizado antes de aplicar el cambio. Conserva la solicitud, la decisión y el historial de modificaciones.

Frena la selección si el sistema permite ocultar el conflicto o cambiar otra reserva sin los controles que definiste como obligatorios.

2. Provoca un error sin afectar la operación

Acuerda con el proveedor un rechazo de reporte en pruebas o una interrupción simulada del conector. Define antes quién puede detener el ejercicio.

1. Detecta: comprueba dónde aparece el error y si el responsable puede identificar el registro afectado.
2. Contén: evita reenvíos repetidos y cambios que puedan agravar el problema. Asigna un responsable para resolverlo.
3. Sostén la operación: usa solo el procedimiento manual aprobado. Registra qué quedó pendiente y quién debe retomarlo; no confundas ese registro con un envío aceptado.
4. Recupera: restablece la conexión o corrige el dato en pruebas. Antes de reintentar, consulta el estado externo y los identificadores disponibles para evitar duplicados.
5. Concilia: compara el registro original, el resultado externo y el estado final del PMS. Guarda errores, acuses disponibles e historial de cambios como evidencia.

Consejo: una pantalla sin alertas no demuestra recuperación. Exige evidencia de que el registro correcto llegó a su destino y no quedó duplicado ni pendiente.

3. Comprueba la corrección después del envío

Si una factura o un reporte ya entró a un proceso externo, no aceptes «bórralo y créalo otra vez» como solución universal. Verifica el procedimiento aplicable con la DIAN para facturación, Migración Colombia para SIRE o MinCIT para TRA, según corresponda.

Errores frecuentes: reintentar sin consultar el estado, cerrar el incidente sin conciliar y dejar la solución en manos de alguien sin asignación explícita. Si una prueba crítica falla, deja la selección en pausa hasta repetirla con evidencia satisfactoria. Una promesa comercial no cierra un incidente.

Acuerda la migración y la salida antes de firmar

Entrar y salir son pruebas de compra. Pide una importación de muestra y un archivo de exportación antes de comprometer tus datos. Una pantalla con reservas no demuestra que los saldos, documentos y relaciones entre unidades estén completos.

1. Define qué entra y cómo lo vas a comprobar

Haz un inventario de reservas futuras, unidades y combinaciones, huéspedes, saldos, documentos e identificadores internos y externos. Acuerda qué se importa, qué queda en consulta y quién responde por cada diferencia.

1. Relaciona cada campo de origen con su destino, incluidos estados de reserva y referencias de canales.
2. Importa una muestra con datos sintéticos o debidamente protegidos. Por ejemplo, una reserva ilustrativa de la unidad 402 con un saldo pendiente.
3. Busca duplicados por identificadores y relaciones, no solo por nombre del huésped.
4. Compara cantidades de reservas, fechas, asignaciones, saldos y documentos. Registra diferencias y exige su resolución antes del cambio.

2. Prepara un cambio que puedas revertir

Designa un solo sistema autorizado para actualizar inventario durante la transición. Capturar reservas en paralelo sin control puede duplicarlas o dejar disponibilidad contradictoria.

Define el momento de corte, quién registra los cambios posteriores y cómo los concilia. Conserva una copia recuperable del origen y acuerda cómo volver atrás sin perder movimientos nuevos. La persona responsable de la operación debe aprobar el cambio después de revisar reservas, inventario y saldos críticos.

Consejo: No canceles el acceso al sistema anterior hasta comprobar que puedes consultar los registros necesarios y recuperar los archivos exportados.

3. Comprueba la salida y el contrato

• Abre la exportación en una herramienta independiente y verifica formatos utilizables, campos y relaciones.
• Comprueba adjuntos, historial de cambios e identificadores externos cuando estén disponibles. Documenta ausencias.
• Revisa propiedad de los datos, acceso tras cancelar, aviso de terminación, asistencia de exportación y cargos.
• Aclara eliminación de datos y dependencias de proveedores externos.
• Verifica conservación y tratamiento aplicables con la SIC; para soportes fiscales, consulta la DIAN.

Decisión: si no puedes conciliar la importación o recuperar los registros necesarios al salir, deja ese punto como bloqueo de compra, no como una promesa pendiente.

Mide resultados y compara evidencia, no promesas

Compara cada PMS con las mismas condiciones de prueba: reserva, datos sintéticos, roles, tareas y resultado esperado. Registra la versión probada, las conexiones habilitadas y cualquier intervención del proveedor. Si cambia una condición, anótala antes de comparar.

1. Registra medidas que puedas comprobar

• Pruebas críticas aprobadas sobre intentadas: conserva ambos conteos y enumera las pendientes. Una prueba no ejecutada no cuenta como aprobada.
• Recapturas manuales por estadía de prueba: cuenta cada vez que alguien vuelve a digitar información ya registrada. Identifica el dato y el sistema de destino.
• Tiempo por tarea: fija el mismo inicio y final para todos. Por ejemplo, desde abrir la reserva hasta guardar el cambio y comprobarlo en el calendario.
• Fallas sin resolver: registra qué bloquean, quién responde y qué evidencia falta para cerrarlas.
• Diferencias al conciliar la exportación: compara registros, identificadores y saldos con el origen. Anota faltantes y valores distintos, no solo si el archivo abre.

Separa una demostración asistida de una prueba independiente del equipo. Si el vendedor completa una tarea, eso demuestra su ejecución, no que tu recepcionista pueda hacerla sin ayuda.

2. Copia una matriz de decisión

Esta plantilla usa criterios ilustrativos. Completa los resultados con evidencia de tu prueba, no con respuestas comerciales.

3. Decide por requisitos, no por puntos acumulados

Consejo: Una función opcional atractiva no compensa un proceso obligatorio que falla.

• Cada resultado tiene una captura, archivo o registro identificable.
• Las afirmaciones sin probar tienen confirmación escrita de alcance, dependencias y condiciones de disponibilidad.
• Las pruebas pendientes siguen marcadas como pendientes, aunque exista confirmación comercial.
• Cada bloqueo tiene responsable y criterio para repetir la prueba.

Si falla un requisito obligatorio, no apruebes la selección hasta corregirlo y repetir la prueba. No conviertas una promesa en un resultado.

Evita los errores que una buena demo puede esconder

Una demo muestra lo que el proveedor preparó. Tu decisión depende de lo que tu equipo puede comprobar. Usa estos pares de error y corrección para revisar tus notas:

• Aceptar un logo como prueba de integración. Pide evidencia de qué datos intercambia esa conexión y qué habilitación necesita. El logo no demuestra el alcance contratado.
• Suponer que toda automatización está activa. Confirma qué incluye la propuesta, qué debes configurar y qué depende de otro proveedor. Una función visible puede no estar habilitada para tu operación.
• Confundir preparación con aceptación. Un reporte generado no demuestra que la entidad lo recibió y aceptó. Exige evidencia del estado y verifica el procedimiento aplicable con Migración Colombia, MinCIT o DIAN, según corresponda.
• Ignorar el uso cotidiano. No respondas por tu equipo durante la prueba. Si recepción necesita ayuda para encontrar una llegada, registra esa dificultad, aunque la presentación haya sido impecable.
• Compartir la cuenta administradora. Usa cuentas separadas para comprobar permisos. Una prueba con acceso total oculta restricciones y exposición innecesaria de datos.
• Comparar solo la suscripción. Contrasta alcances escritos equivalentes, incluidos implementación, conexiones, soporte y salida.
• Migrar datos sin depurar. Identifica duplicados y saldos sin explicar antes de importarlos. Cambiar de sistema no corrige el registro original.
• Aceptar un archivo exportado sin abrirlo. Comprueba que puedes interpretar sus campos y relacionar reservas, saldos y documentos.

Consejo: Una promesa sin demostrar no cuenta como capacidad disponible para tu decisión.

Si ventas y soporte se contradicen, documenta la diferencia. Pide una respuesta escrita que identifique alcance, condiciones y responsable, y repite la prueba correspondiente. Hasta resolverla con evidencia, conserva esa capacidad como no verificada. Si no está disponible, decide sin contar con ella.

Cierra con un checklist de compra y puesta en marcha

Comprar y poner en marcha son aprobaciones distintas. Puedes elegir un proveedor y mantener pendiente el cambio de sistema hasta comprobar que tu equipo puede operar sin bloqueos críticos.

1. Completa el checklist de aprobación

Copia esta lista en tu registro de evaluación. Reemplaza cada cargo por el nombre de la persona responsable y adjunta la evidencia antes de marcar la casilla.

• Procesos documentados. Responsable: administración. Evidencia: requisitos obligatorios y criterios de aceptación acordados con recepción y aseo.
• Proveedores preseleccionados. Responsable: administración. Evidencia: evaluación preliminar frente a los requisitos obligatorios, con pruebas y pendientes identificados. La preselección no autoriza la compra.
• Cotizaciones comparables. Responsable: compras. Evidencia: alcance escrito de suscripción, implementación, conexiones, soporte y salida.
• Ambos escenarios probados. Responsable: recepción. Evidencia: registros de la estadía completa y de la falla controlada, con resultados observados.
• Bloqueos resueltos. Responsable: administración. Evidencia: repetición satisfactoria de cada prueba crítica que falló.
• Contrato y exportaciones revisados. Responsable: administración. Evidencia: condiciones verificadas y archivos exportados abiertos y conciliados.
• Migración ensayada. Responsable: líder de implementación. Evidencia: conciliación de reservas, saldos y unidades, con un plan de recuperación.
• Cada rol preparado. Responsable: líder de cada equipo. Evidencia: tareas completadas con cuentas y permisos propios.
• Cambio autorizado. Responsable: administración. Evidencia: aprobación registrada, responsable del inventario definido y pendientes no críticos aceptados expresamente.

Consejo: No conviertas un bloqueo obligatorio en una tarea para después de la compra. Exige evidencia de que quedó resuelto.

2. Decide con cinco preguntas

1. ¿Tu equipo demostró los procesos locales aplicables, sin confundir preparación con envío aceptado?
2. ¿Está claro qué sistema controla el inventario en cada canal?
3. ¿Puedes recuperarte de una falla sin duplicar registros?
4. ¿La cotización incluye todo el alcance que necesitas?
5. ¿Puedes salir y recuperar datos utilizables?

Si una respuesta crítica sigue sin evidencia, deja la aprobación pendiente.