Eofferix tiene dos formas parecidas de no enviar datos al resultado: Condiciones de exportación y la acción no cargar campo dentro de Transformaciones. Pueden dar un resultado parecido, pero controlan niveles distintos de la lógica.
Resumen rápido
Condiciones de exportación es una comprobación de exportación separada. Se elige su alcance: campo o elemento completo. También se elige cuándo se aplica: antes o después de las transformaciones.
No cargar campo en transformaciones es una acción dentro de la cadena secuencial de reglas. Se ejecuta exactamente donde está colocada: al principio, en medio o al final de las transformaciones.
Orden de ejecución
- Eofferix lee el valor de origen y el contexto de la fila, producto, oferta o sección.
- Si una condición de exportación está configurada antes de las transformaciones, se comprueba antes de iniciar la cadena de reglas. Así se puede filtrar un campo o elemento por los datos de origen.
- Después las transformaciones se ejecutan de arriba abajo. Dentro de esta cadena, no cargar campo puede ejecutarse en cualquier paso y detener el procesamiento posterior del campo actual.
- Si una condición de exportación está configurada después de las transformaciones, se comprueba sobre el valor final después de la cadena. Así se puede filtrar un campo o elemento por el resultado limpio, calculado o ensamblado.
Qué elegir
| Tarea | Usar | Por qué |
|---|---|---|
| No exportar un campo si el precio de origen está vacío | Condición de campo antes de transformaciones | La comprobación mira el valor de origen y evita ejecutar reglas para un campo que no hace falta. |
| No exportar un producto sin SKU o con precio 0 | Condición para el elemento completo | Hay que eliminar todo el registro, no solo un campo. El momento depende de si se comprueba el precio original o el calculado. |
| Limpiar primero la descripción de HTML y luego no exportarla si queda vacía | Condición de campo después de transformaciones | La comprobación queda separada de la cadena de reglas, pero usa el resultado limpio. |
| En medio de la cadena entender que el campo ya no debe procesarse | Transformación "no cargar campo" | Esta acción puede estar entre otras transformaciones, no solo antes o después de toda la cadena. |
| Después de recalcular el precio, eliminar todo el producto si el precio final es demasiado pequeño | Condición del elemento completo después de transformaciones | La decisión afecta al elemento completo, pero la comprobación necesita el valor calculado. |
Alcance
En Condiciones de exportación se elige el alcance y el momento:
- Condición para el campo oculta solo el campo actual. Los demás campos de la misma fila o producto pueden seguir exportándose.
- Condición para el elemento completo excluye todo el elemento: fila, producto, oferta o sección, según el editor y el rol del nodo.
- Antes de transformaciones comprueba el valor o contexto de origen.
- Después de transformaciones comprueba el valor final tras la cadena de reglas.
La acción no cargar campo en transformaciones pertenece al valor actual y vive dentro de la cadena de reglas. Úsela cuando la decisión debe ocurrir entre operaciones vecinas.
Regla práctica
Si la tarea es "exportar o no exportar este campo/elemento", use Condiciones de exportación y elija el momento correcto: antes o después de las transformaciones.
Si la tarea es "detener el procesamiento de este campo en este punto de la cadena", use no cargar campo en las transformaciones y coloque la regla en la posición correcta.
Ejemplo
Un proveedor envía description con el valor <p> </p>. En el origen el campo no está vacío, por lo que una comprobación antes de transformaciones lo dejaría pasar. Si primero se eliminan las etiquetas HTML y se compactan los espacios, el valor queda vacío. En ese caso, use una condición de exportación del campo después de transformaciones.
Otro caso: en medio de la cadena, después de normalizar, el valor se convierte en el marcador técnico STOP, y las reglas siguientes no deben ejecutarse. Entonces conviene usar no cargar campo justo en ese punto de la cadena.