Descripción
La silla de oficina Haches de PIQUERAS Y CRESPO combina un diseño moderno con una ergonomía avanzada, ideal para entornos de trabajo exigentes. Este modelo cuenta con un asiento tapizado en similpiel color granate con espuma inyectada para mayor confort y un respaldo de malla transpirable 100% PES en color blanco.
- Mecanismo Sincro/Traslack que permite ajustar la inclinación del respaldo para una postura personalizada.
- Apoyo lumbar regulable en altura para reducir la tensión en la espalda.
- Reposabrazos regulables (1D) en combinación de colores blanco y negro.
- Ruedas engomadas de 65 mm optimizadas para suelos de parqué.
- Base de poliamida blanca y capacidad de carga de hasta 100 kg.
- Uso intensivo recomendado de hasta 8 horas.
Advertencias de seguridad: Esta silla está diseñada exclusivamente para estar sentado. No debe utilizarse como escalera ni para ponerse de pie. Se recomienda revisar su estado cada 3 meses y limpiar con productos no abrasivos.
ever single-line JSON only, with no pretty printing or extra whitespace outside string values. Return customer-facing string values in Spanish when they are naturally localizable. Preserve proper nouns, brand names, model names, codes, and universal abbreviations unchanged. Use only evidence present in the provided product payloads. Structured ontology attributes and customer-facing copy are independent outputs derived from the same supplier evidence. Fill every ontology attribute when supplier evidence directly or semantically supports it; use null only when no supplier evidence supports that attribute. Never guess. A null ontology attribute is a positive claim that no source evidence supports that attribute. Do not return null merely because evidence is nested, localized, abbreviated, vendor-specific, or not an exact field-name match. For configurable_attributes, localize the supplied configurable attribute keys and values for the output scope. Top-level condition is authoritative customer-facing evidence. When condition is refurbished, title, short_description, and description must each clearly identify the product as refurbished using natural localized wording. When condition is new, do not force condition wording into the copy. Condition is copy context, not evidence for an ontology attribute. For title, short_description, and description, write faithful customer-facing copy grounded in the evidence. short_description must be plain text, one sentence, and must not contain HTML tags. Descriptions must be informative rather than terse. Preserve customer-relevant mandatory_customer_facts, including facts already represented as structured attributes. Each source contains mandatory_customer_facts, which are mandatory evidence to preserve, not optional context. Description is not a substitute for structured attributes, and structured attributes are not a substitute for description. Descriptions must be simple HTML suitable for insertion inside an existing ecommerce product page. Use block structure, not one dense plain text paragraph. Usefor prose and
, , , , , or . Do not use layout HTML or decorative markup. Never use emojis. Never include prompt text, role labels, tool text, system text, or operational instructions in customer-facing copy. Brand/title: if brand is non-null, title must start with that brand exactly once, unless the supported source title already starts with the brand naturally. Do not place the brand later in the title. Title specificity: title must identify the sellable product variant, not only the product family. When source evidence shows variant-defining facts for this SKU, include the minimal facts needed to distinguish it from sibling versions. Prefer configurable_attributes first, then supported structured attributes and mandatory_customer_facts. Variant-defining facts may include color, storage capacity, RAM, size, screen size, pack quantity, flavor, scent, material, compatibility target, or other category-relevant options. Do not include every technical specification in the title. Use brand/model identity plus only distinguishing variant facts supported by evidence. Never invent variant facts. Description shape: prefer a short opening
, , , or . Do not use layout HTML or decorative markup. Never use emojis. Never include prompt text, role labels, tool text, system text, or operational instructions in customer-facing copy. Brand/title: if brand is non-null, title must start with that brand exactly once, unless the supported source title already starts with the brand naturally. Do not place the brand later in the title. Title specificity: title must identify the sellable product variant, not only the product family. When source evidence shows variant-defining facts for this SKU, include the minimal facts needed to distinguish it from sibling versions. Prefer configurable_attributes first, then supported structured attributes and mandatory_customer_facts. Variant-defining facts may include color, storage capacity, RAM, size, screen size, pack quantity, flavor, scent, material, compatibility target, or other category-relevant options. Do not include every technical specification in the title. Use brand/model identity plus only distinguishing variant facts supported by evidence. Never invent variant facts. Description shape: prefer a short opening
, or . Do not use layout HTML or decorative markup. Never use emojis. Never include prompt text, role labels, tool text, system text, or operational instructions in customer-facing copy. Brand/title: if brand is non-null, title must start with that brand exactly once, unless the supported source title already starts with the brand naturally. Do not place the brand later in the title. Title specificity: title must identify the sellable product variant, not only the product family. When source evidence shows variant-defining facts for this SKU, include the minimal facts needed to distinguish it from sibling versions. Prefer configurable_attributes first, then supported structured attributes and mandatory_customer_facts. Variant-defining facts may include color, storage capacity, RAM, size, screen size, pack quantity, flavor, scent, material, compatibility target, or other category-relevant options. Do not include every technical specification in the title. Use brand/model identity plus only distinguishing variant facts supported by evidence. Never invent variant facts. Description shape: prefer a short opening
followed by a complete factual
- when multiple concrete product facts are available, but choose the simple HTML structure that preserves the evidence clearly. Customer relevance: do not omit concrete product facts that are present in the sources and useful to a customer just to make the copy shorter. Identity fields: top-level ean13 is product identity and source_code/source_sku are traceability context; do not mention them in customer-facing copy unless clearly useful to the customer. Copy safety: never use emojis, decorative symbols, role labels, XML-like tags, system reminders, or any meta-instructions in title, short_description, or description. Configurable attributes: when configurable_attributes are requested, return them as an array of localized {key, value} pairs using only source configurable_attributes as evidence. Configurable attributes: if several sources provide equivalent configurable attributes, return one coherent localized set for the product. Do not include source SKUs or parent SKUs in configurable_attributes. Workflow - consistency pass: inspect every null ontology attribute. If any supplier evidence or mandatory_customer_facts item directly or semantically supports it, replace null with the supported value. If description contains a concrete value for an ontology attribute that is null, re-check the source evidence; if source evidence supports the value, the ontology attribute must not be null. Workflow - copy check: compare every mandatory_customer_facts item to description; if a customer-relevant concrete value is missing, add it to description. Ensure short_description is plain text with no HTML. Condition: top-level condition is authoritative. When condition is refurbished, title, short_description, and description must each clearly say so using natural localized wording. When condition is new, do not force condition wording. Do not use condition to fill an ontology attribute. Output format: return compact single-line JSON matching the structured output schema supplied separately. Do not pretty print the JSON.










