La silla de oficina Aýna de PIQUERAS Y CRESPO combina un diseño funcional con un acabado elegante en similpiel negro, ideal para un uso moderado de 4 a 6 horas diarias. Este modelo destaca por su comodidad y adaptabilidad gracias a su respaldo regulable en altura y su estructura robusta.

• Mecanismo de contacto permanente de doble maneta para un ajuste preciso.
• Asiento con espuma de corte para mayor confort durante la jornada.
• Respaldo con carcasa de PVC de 1 mm de grosor.
• Brazos fijos y base cromada para un estilo moderno y duradero.
• Ruedas de nailon autofrenantes que facilitan el movimiento y la estabilidad.
• Pistón de elevación de secretaria con acabado cromado.
• Capacidad de peso máxima recomendada: 100 kg.

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 el estado de los componentes cada 3 meses y limpiar con productos no abrasivos.

everthing else is a positive claim that no source evidence supports that attribute. Use null only when no supplier evidence supports it. 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 should 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. Use

for prose and

for factual details when there are several facts. Do not use page or section heading tags such as

,

,

,

,

, 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. 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.