La silla de oficina Algarra de PIQUERAS Y CRESPO ha sido diseñada para ofrecer un máximo confort durante jornadas laborales intensivas de hasta 8 horas. Gracias a su mecanismo asincrónico, permite un movimiento fluido que se adapta a sus movimientos, mejorando la experiencia de trabajo diaria.

• Mecanismo: Asincrónico para un movimiento flexible.
• Ajuste personalizado: Respaldo regulable en altura para un soporte ergonómico.
• Brazos: Brazos 2D ajustables en altura y posición para reducir la tensión en hombros y cuello.
• Materiales de calidad: Tapizado en similpiel blanco con espuma de corte y carcasa de PVC de 1 mm de grosor.
• Base y ruedas: Base cromada equipada con ruedas engomadas de 50 mm aptas para parqué.
• Capacidad: Peso máximo recomendado de 100 kg.
• Dimensiones: Ancho total de 59 cm, fondo de 57 cm y altura máxima de 100 cm.

Advertencias de seguridad: Esta silla está diseñada exclusivamente para estar sentado. No debe utilizarse como escalera ni ponerse de pie sobre ella. Se recomienda revisar el estado de los componentes cada 3 meses y limpiar con productos no abrasivos.

evering individual units included in a single package. 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 the attribute. 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. 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. 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.[]