{"section":"tutorials","requestedLocale":"es","requestedSlug":"campos-contables","locale":"es","slug":"campos-contables","path":"docs/es/tutorials/b2b/b2b-buyer-portal/campos-contables.md","branch":"main","content":"Los **campos contables** permiten recopilar información adicional durante la compra en **B2B Buyer Portal**, como **centro de costo**, **número de orden de compra (PO)** y otros datos de control. Esta información se asocia al pedido, ayudando a la empresa a estandarizar datos, aplicar reglas internas y facilitar auditorías.\n\n> ⚠️ Esta funcionalidad solo está disponible para tiendas que usan B2B Buyer Portal, actualmente disponible para cuentas seleccionadas.\n\n## Uso de los campos contables\n\nCon campos contables, tu empresa puede:\n\n- Estandarizar la información de compras entre unidades organizativas y compradores.\n- Exigir datos obligatorios antes de finalizar el pedido.\n- Reducir errores de llenado en el checkout.\n- Mejorar la rastreabilidad, auditoría y conformidad.\n\n## Roles\n\nHay dos roles relacionados con el uso de campos contables:\n\n- **Administrador**: crea los campos necesarios para la empresa y define dónde aparece cada campo en el checkout.\n- **Comprador**: llena los campos durante la compra.\n\n## Aplicación de los campos\n\nLos campos pueden configurarse en diferentes niveles:\n\n- **Pedido**: se aplica a toda la compra.\n- **Ítem**: se aplica a cada producto en el carrito.\n- **Dirección**: se aplica a la información de envío o facturación.\n\n## Tipos de campo\n\nAl crear un campo contable, el administrador debe elegir uno de los siguientes tipos.\n\n### Texto (`text`)\n\nPermite que el comprador ingrese un valor libre en el checkout.\n\n- Acepta cualquier secuencia de caracteres.\n- No tiene validación de formato además de la obligatoriedad (cuando está configurada).\n\n### Número (`number`)\n\nPermite la inserción exclusiva de valores numéricos.\n\n- Solamente acepta números.\n- Se puede utilizar cuando el valor debe seguir un formato estrictamente numérico.\n\n### Opción (`option`)\n\nMuestra una lista de valores previamente registrados para selección.\n\n- El comprador debe seleccionar una de las opciones disponibles.\n- Permite la estandarización de datos.\n- Es el único tipo que puede recibir **un valor predeterminado por unidad organizativa**.\n\n## Configuración de cada campo\n\nAl crear un campo, el administrador define:\n\n- Nombre del campo.\n- Tipo (`text`, `number` u `option`).\n- Nivel de aplicación (pedido, ítem o dirección).\n- Obligatoriedad (obligatorio u opcional).\n- Status (activado o desactivado).\n\n## Valores predeterminados en el checkout\n\nPara reducir el llenado manual y evitar incoherencias pueden configurarse valores predeterminados por **unidad organizativa**.\n\nEs posible definir como predeterminado:\n\n- Dirección\n- Tarjeta\n- Campos contables del tipo `option`.\n\n> ⚠️ Solo los campos de tipo `option` pueden definirse como valor predeterminado.\n\n> ℹ️ Para más información sobre cómo agregar o configurar campos contables, accede a [Agregar o editar campos contables](https://help.vtex.com/es/docs/tutorials/agregar-o-editar-campos-contables).\n\n## Resultados para el administrador\n\n- Datos coherentes entre unidades organizativas.\n- Mejor aplicación de reglas internas de compra.\n- Mayor seguridad para informes y auditorías.\n\n## Resultados para el comprador\n\n- Los campos se muestran en el checkout con instrucciones claras.\n- Algunos valores pueden venir autocompletados (cuando se configuran por la unidad organizativa).\n- El pedido se finaliza con menos retrabajo y menor riesgo de error.\n\n## Ejemplos de uso\n\n### Exigir información obligatoria en todos los pedidos\n\n- **Escenario:** la empresa necesita registrar **centro de costo** y **PO** en todos los pedidos.\n- **Configuración:** crear campos obligatorios a nivel de `pedido` (`option` para centro de costo y `text` o `number` para PO).\n- **Resultado:** el pedido solo puede completarse con los datos llenados, garantizando así su conformidad.\n\n### Checkout autocompletado por unidad organizativa\n\n- **Escenario:** la empresa desea reducir errores y tiempo de compra en múltiples unidades.\n- **Configuración:** definir valores predeterminados por **unidad organizativa** para los campos de dirección, tarjeta y tipo `option`.\n- **Resultado:** el checkout aparece autocompletado tras el inicio de sesión, reduciendo el retrabajo.\n\n### Clasificación de proyecto o actividad\n\n- **Escenario:** la empresa necesita asociar cada ítem comprado a un proyecto o actividad.\n- **Configuración:** crear un campo `option` en el nivel de `item` con la lista de actividades o proyectos activos.\n- **Resultado:** cada ítem se vincula a un proyecto, facilitando la distribución y el control de costos.\n\n### Diferenciar compra para reventa y consumo interno\n\n- **Escenario:** la empresa necesita identificar el tipo de compra en el pedido.\n- **Configuración:** crear un campo `option` en el nivel de `pedido` con valores predefinidos (Reventa/Consumo interno).\n- **Resultado:** permite segmentar pedidos y aplicar reglas fiscales o comerciales.\n\n### Segmentación para informes de gestión\n\n- **Escenario:** el equipo financiero necesita clasificar pedidos por tipo de gasto.\n- **Configuración:** crear campos `option` estandarizados en el nivel de `pedido` (ej.: CAPEX, OPEX).\n- **Resultado:** los informes se pueden filtrar sin necesidad de procesamiento manual posterior.\n\n### Justificación obligatoria para compras específicas\n\n- **Escenario:** la empresa exige justificación en compras sensibles o superiores a determinado valor.\n- **Configuración:** crear un campo `text` obligatorio en el nivel de `pedido`.\n- **Resultado:** la justificación queda registrada en el pedido para revisión o auditoría.\n\n### Estandarización y gobernanza centralizada\n\n- **Escenario:** la empresa necesita evitar variaciones en el llenado de datos.\n- **Configuración:** utilizar campos `option` en lugar de texto libre y definir valores por **unidad organizativa**.\n- **Resultado:** datos más coherentes y auditables en toda la operación.\n\n### Control de compliance en empresas reguladas\n\n- **Escenario:** la empresa necesita registrar códigos regulatorios por ítem.\n- **Configuración:** crear un campo obligatorio en el nivel de `item` (por ejemplo, de tipo `text` u `option`).\n- **Resultado:** cada ítem comprado incluye la información necesaria para auditorías regulatorias."}