> For the complete documentation index, see [llms.txt](https://docs.hablla.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.hablla.com/hablla-docs-es/flujos-de-automatizaciones/todos-los-componentes/hablla/publicaciones-del-feed.md).

# Publicaciones del feed

### Visión General

El **Componente de Publicación en Feed Interno** es un nodo de acción enfocado en comunicación corporativa, compromiso de equipos y compartición de información. Su función principal es automatizar el envío de contenidos estructurados directamente a la cronología o muro de avisos (*Feed*) visible para los usuarios de la plataforma. Permite centralizar notificaciones importantes a lo largo del recorrido de automatización, eliminando la necesidad de publicación manual para eventos recurrentes.

### Parámetros de Configuración

La parametrización del componente define el formato visual de la publicación, su categorización y el contenido textual que se mostrará a los colaboradores:

* **Operación:** Campo estático y restringido del componente. Admite exclusivamente la acción de `Crear`, estableciendo que el propósito de este bloque es únicamente la inserción de nuevos registros en la cronología del sistema.<br>
* **Tipo:** Determina la estructura de medios que acompañará la publicación. Las opciones disponibles incluyen:
  * `Texto`: Publicaciones puramente textuales.<br>
  * `Imagen`: Envío enfocado en archivos visuales/gráficos.<br>
  * `Vídeo`: Compartición de contenido audiovisual.<br>
  * `Texto con imagen`: Estructura mixta que contiene cuerpo de texto y anexo visual.<br>
  * `Texto con vídeo`: Estructura mixta que contiene cuerpo de texto y anexo en vídeo.<br>
* \_*Título (* Campo obligatorio):\_\* El encabezado o asunto principal de la publicación. Admite relleno textual estático o la inyección de etiquetas dinámicas del flujo.<br>
* \_*Descripción (* Campo obligatorio):\_\* El cuerpo principal del mensaje, donde se detallan las informaciones que la empresa desea transmitir.<br>
* **Acción:** Menú desplegable que funciona como un clasificador o marcador de contexto (Tag) para la publicación, permitiendo a los usuarios filtrar el muro. Las categorías incluyen:
  * `Logro`, `Nuevo`, `Destacado`, `Alerta`, `Anuncio` y `Celebración`.<br>

### Constructor Visual

El constructor adapta dinámicamente los campos de entrada del formulario con base en la combinación de selectores del usuario:

* **Campos obligatorios con validación previa:** Los marcadores de asterisco (`*`) en los campos de *Título* y *Descripción* bloquean la ejecución del nodo si el flujo intenta pasar por ellos sin contenido válido, evitando publicaciones en blanco en el muro corporativo.<br>
* **Comportamiento responsivo de medios:** Al seleccionar formatos mixtos en el campo *Tipo* (como `Texto con imagen`), la interfaz habilita campos adicionales para carga de archivos o inserción de enlaces de la CDN para renderizar los medios adjuntos.<br>

### Operadores Especiales

Las propiedades lógicas de este componente manejan el control de visibilidad, indexación y concurrencia en la cronología:

* **Indexación Dinámica por Categoría:** El selector *Acción* inyecta metadatos ocultos en la base de datos del feed. Esto permite que el sistema organice las publicaciones generadas por automatización en canales específicos de visualización (ej.: si se categoriza como `Alerta`, la plataforma puede activar una notificación push adicional para los usuarios).<br>
* **Renderización de Variables:** El campo de *Descripción* admite intérpretes de cadenas. Esto significa que es posible mezclar texto fijo con variables recopiladas en el flujo (ej.: "El colaborador `{{nome}}` ¡acaba de cerrar una nueva cuenta!").<br>

### Ejemplos Prácticos

La tabla siguiente muestra escenarios clásicos de aplicación de este componente para generar notificaciones automatizadas basadas en eventos:

| **Tipo de Medio Seleccionado** | **Categoría (Acción)** | **Disparador Originador del Flujo**                          | **Caso de Uso Práctico**                                                                                                                              |
| ------------------------------ | ---------------------- | ------------------------------------------------------------ | ----------------------------------------------------------------------------------------------------------------------------------------------------- |
| `Texto`                        | **Alerta**             | **Cron** *(Todos los lunes a las 08:00)*                     | Publicar automáticamente un recordatorio en el muro de todos los usuarios reforzando la apertura de la reunión general de la semana.                  |
| `Texto con imagen`             | **Logro**              | **Componente de Transferencia** *(Cierre de Venta)*          | En cuanto el vendedor finaliza la atención de cierre, el flujo genera una publicación conmemorativa con el nombre del vendedor y el logo del cliente. |
| `Texto con vídeo`              | **Nuevo**              | **Disparador de Evento** *(Persona Creada - Nuevo Operador)* | Cuando se registra un nuevo usuario en el sistema, el flujo publica un video institucional de onboarding dando la bienvenida al equipo.               |


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.hablla.com/hablla-docs-es/flujos-de-automatizaciones/todos-los-componentes/hablla/publicaciones-del-feed.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.