Dar de baja
Son tres operaciones distintas y se confunden seguido. La diferencia importa porque una de ellas afecta lo que el público ve y las otras dos no.
| Querés… | Llamás | ¿El aviso sale del portal? |
|---|---|---|
| bajar un aviso de un portal | DELETE …/publication/{portal} | sí |
| desconectar la cuenta de tu cliente | desconectar | no |
| borrar la ficha de tu cliente | DELETE /customers | no |
🔴 La regla, y es una decisión nuestra, no una limitación
Nunca damos de baja un aviso de tu cliente por iniciativa propia. Ni al desconectar su cuenta, ni al borrar su ficha, ni si deja de usar el servicio.
Ese aviso está publicado con la cuenta de tu cliente en el portal, y la decisión de bajarlo es suya. Nosotros desconectamos lo nuestro; su aviso sigue siendo su aviso.
Lo que sí hacemos al desconectar es cortar nuestro propio acceso: dejamos de poder publicar o actualizar en su nombre.
⚠️ Esto importa para tu diseño. Si tu app ofrece "desvincular de Mapaprop" y vos asumís que eso limpia los portales, el aviso de tu cliente va a seguir arriba — con los datos congelados del último día que lo actualizaste. Si querés bajarlo, bajalo explícitamente antes.
El orden, si querés dejar todo limpio
1 · bajar los avisos DELETE …/publication/{portal} ← uno por propiedad y portal
2 · desconectar la cuenta
3 · borrar la ficha (si corresponde)
Saltear el paso 1 no falla: desconecta igual y los avisos quedan publicados. Por eso el orden es una recomendación, no un requisito que el sistema imponga.
Bajar un aviso
DELETE …/publication/{portal} baja ese aviso de
ese portal.
- Es idempotente: si ya no estaba, contesta bien igual. No tenés que llevar la cuenta.
- Es por portal: si publicaste en tres, son tres llamadas. Bajar de uno no toca los otros.
- Gasta una llamada del cupo de tu cliente, como publicar.
- La propiedad sigue existiendo del lado nuestro: despublicar no es borrar. Podés volver a publicarla cuando quieras, con el mismo identificador.
Desconectar la cuenta
Desconectar corta nuestro acceso a la cuenta del portal. Después de eso no se puede publicar ni actualizar hasta que tu cliente la vuelva a conectar.
Lo que conservamos a propósito, y es lo que hace que reconectar sea barato:
- Qué propiedades estaban publicadas en qué portal. Al reconectar, el estado se recupera y se corrige contra lo que el portal diga de verdad.
- El mapeo de las zonas. Ese dato es del sistema, no de la cuenta: no se borra nunca.
Borrar la ficha del cliente
DELETE /customers borra lo que tenemos de ese cliente.
Sus avisos en los portales siguen publicados — misma regla de arriba.
Es la operación menos reversible de las tres: después de borrar, dar de alta a ese cliente otra vez es empezar de cero, incluida la conexión del portal.
Cómo responde cada una si te adelantás
| Si… | |
|---|---|
| bajás un aviso que ya estaba bajo | 200, sin drama. Es idempotente |
| bajás un aviso de un portal donde nunca publicaste | te lo decimos, y no hay nada roto |
| desconectás una cuenta que no estaba conectada | te lo decimos nombrando el portal |
| publicás después de desconectar | el error dice que falta conectar esa cuenta, no "no tenés permiso" |
Relacionado
- Despublicar de un portal — el endpoint y su contrato
- Consultar y desconectar · Dar de baja un cliente
- Dar de alta un cliente — el camino inverso