{"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](https://help.vtex.com/es/docs/tutorials/b2b-buyer-portal-es), como centro de costos, número interno 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 se encuentra disponible únicamente para tiendas que utilizan [B2B Buyer Portal](https://help.vtex.com/es/docs/tutorials/b2b-buyer-portal-es), actualmente disponible para cuentas seleccionadas.\n\n## Uso de campos contables\n\nCon los 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\nLos campos contables funcionan en dos roles:\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\nEl administrador puede configurar cada campo para que se aplique en uno de los siguientes 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\nEl comportamiento de llenado de un campo contable depende de cómo crea el campo el administrador: por la cuenta de la organización o por la [Custom Fields API](https://developers.vtex.com/docs/api-reference/custom-fields-api).\n\n### Campos creados en la cuenta de la organización\n\nLos campos creados en la interfaz de la cuenta de la organización son de tipo lista de forma predeterminada. En el checkout, el comprador selecciona uno de los valores predefinidos que el administrador gestiona en la página de detalles del campo.\n\nAl crear el campo, el administrador también puede marcar la opción **Habilitar campo de texto libre** para permitir que los compradores ingresen un valor manualmente en el checkout, además de seleccionar un valor de la lista.\n\n### Campos creados vía API\n\nAl crear un campo contable mediante Custom Fields API, el administrador debe elegir uno de los siguientes tipos:\n\n- **Texto (`text`):** acepta cualquier secuencia de caracteres, sin validación de formato. Si el campo está configurado como obligatorio, la plataforma solo verifica si el comprador lo completó.\n- **Número (`number`):** acepta solo números. Se puede utilizar cuando el valor debe seguir un formato estrictamente numérico.\n- **Opción (`option`):** muestra una lista de valores predefinidos para selección, lo que permite la estandarización de datos. Es el único tipo creado vía API que puede tener un valor predeterminado por unidad organizativa.\n\n## Configuración de los campos\n\nAl crear un campo, el administrador define:\n\n- Nombre del campo.\n- Nivel de entrada (pedido o ítem).\n- Obligatoriedad (obligatorio u opcional).\n- Llenado con texto libre en el checkout (solo campos creados en la cuenta de la organización).\n- Tipo `text`, `number` u `option` (solo campos creados vía API).\n- Status habilitado o deshabilitado (solo campos creados vía API).\n\nEl administrador puede crear y eliminar de forma permanente campos contables directamente en la cuenta de la organización, en **Contratos > [contrato] > Campos contables**, además de gestionar la configuración y los valores de cada campo. Para consultar las instrucciones, accede a [Agregar o editar campos contables](https://help.vtex.com/es/docs/tutorials/agregar-o-editar-campos-contables).\n\n## Valores predeterminados en el checkout\n\nPara reducir el llenado manual y evitar incoherencias, puedes configurar valores predeterminados por unidad organizativa.\n\nPuedes definir como predeterminados los siguientes ítems:\n\n- Dirección\n- Tarjeta\n- Campos contables con valores predefinidos: campos de lista creados en la cuenta de la organización y campos del tipo `option` creados mediante API.\n\nPara los campos creados en la cuenta de la organización, se define el valor predeterminado en la página de detalles del campo, usando la opción **Definir como predeterminado** en el menú de opciones del valor.\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## Asignación de presupuestos a campos contables\n\nPuedes usar campos contables como entidades vinculadas en asignaciones de presupuesto, distribuyendo un presupuesto entre los valores de un campo. Por ejemplo, puedes asignar un límite de gastos a cada centro de costos. Esto permite que la organización controle los gastos con base en la información contable recopilada en el checkout. Para más información, accede a [Presupuestos - Información general](https://help.vtex.com/es/docs/tutorials/presupuestos-informacion-general).\n\n## Resultados para los administradores\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 los compradores\n\n- Los campos se muestran en el checkout con instrucciones claras.\n- El checkout completa automáticamente los valores predeterminados configurados para la unidad organizativa.\n- El comprador finaliza el pedido 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 el **centro de costos** y el **número de PO** en todos los pedidos.\n- **Configuración:** crear campos obligatorios a nivel de pedido (`option` para centro de costos y `text` o `number` para el número de PO).\n- **Resultado:** el comprador solo puede finalizar el pedido después de proporcionar toda la información, lo que garantiza el cumplimiento.\n\n### Autocompletar campos del checkout 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 dirección, tarjeta y campos contables con valores predefinidos.\n- **Resultado:** el checkout completa los campos automáticamente después del inicio de sesión, reduciendo el esfuerzo.\n\n### Clasificar proyectos o actividades\n\n- **Escenario:** la empresa necesita vincular cada ítem comprado a un proyecto o actividad.\n- **Configuración:** crear un campo `option` a nivel de ítem con una lista de proyectos o actividades activos.\n- **Resultado:** cada ítem se vincula a un proyecto, facilitando la distribución y el control de costos.\n\n### Diferenciar compras 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` a nivel de pedido con valores predefinidos, como reventa y consumo interno.\n- **Resultado:** permite que la empresa segmente los pedidos y aplique reglas fiscales o comerciales.\n\n### Segmentar para informes de gestión\n\n- **Escenario:** el equipo financiero necesita clasificar los pedidos por tipo de gasto.\n- **Configuración:** crear campos `option` estandarizados a nivel de pedido (ejemplo: CAPEX, OPEX).\n- **Resultado:** el equipo financiero puede filtrar informes sin tratamiento manual posterior.\n\n### Exigir justificación para compras específicas\n\n- **Escenario:** la empresa requiere una justificación en compras sensibles o que superen un valor determinado.\n- **Configuración:** crear un campo `text` obligatorio a nivel de pedido.\n- **Resultado:** la plataforma registra la justificación en el pedido para revisión o auditoría.\n\n### Estandarizar y centralizar la gobernanza\n\n- **Escenario:** la empresa necesita evitar variaciones en el llenado de datos.\n- **Configuración:** utilizar campos de tipo `option` en lugar de texto libre y definir valores predeterminados por unidad organizativa.\n- **Resultado:** datos más coherentes y auditables en toda la operación.\n\n### Controlar 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."}