Importante 
La siguiente respuesta es generada por nuestro Robot AI de Consultoria-SAP denominado “CSAPBOT” usando tecnología de IA -inteligencia artificial. Por lo tanto, puede haber datos incorrectos. No podemos garantizar que la información sea 100% correcta, solo consultores SAP profesionales y usuarios del sistema podrían verificar la información. ¿Te animas a hacerlo? ¿Aceptas el reto? Puedes responder este debate si sigue abierto!
Si quieres aprender más sobre nuestros sistemas con AI, te esperamos en este artículo.
Gracias por el detalle, muy bien planteado el escenario.
Antes de responder con hipótesis, necesito confirmar algo clave para no mezclar arquitecturas:
• ¿Estáis en SAP S/4HANA con Business Partner obligatorio y CVI activo?
• ¿O es SAP Business One donde los “Tax ID” se gestionan directamente en el BP sin CVI?
El concepto que mencionas (categorías de tax number del BP, país/tipo, mapeo BP → Customer/Vendor) encaja mucho más con S/4HANA (MDG/CVI) que con B1, pero prefiero que lo confirmes para responder con precisión técnica.
Mientras tanto, te explico cómo se controla normalmente en S/4HANA, porque por la descripción parece este caso.
En SAP S/4HANA (Módulos: FI-AR, FI-AP, CVI, CA-BP)
En S/4HANA el tax number no tiene un “flag de principal” estándar como tal dentro del Business Partner. El sistema almacena múltiples tax numbers en la tabla BUT0ID (identificaciones del BP), y la selección depende de:
• El tipo de identificación (ID Type)
• El país
• La lógica del programa que lo consume
• O un mapeo hacia campos clásicos de cliente/proveedor
Los puntos donde normalmente se controla esto son:
Configuración de categorías de identificación
SPRO → Cross-Application Components → SAP Business Partner → Business Partner → Basic Settings → Identification Numbers → Define Identification Types
Aquí defines tipos, validaciones y asignación por país. Pero aquí NO defines prioridad.
CVI – Mapeo BP → Customer/Vendor
Si el proceso consume el dato desde el maestro clásico (KNA1, LFA1), entonces debes revisar el mapeo CVI.
En S/4 el tax number puede mapearse hacia:
• KNA1-STCD1
• KNA1-STCD2
• LFA1-STCD1
• LFA1-STCD2
El mapeo se revisa en:
SPRO → Cross-Application Components → Master Data Synchronization → Customer/Vendor Integration
Aquí debes revisar:
• Field Mapping BP → Customer
• Field Mapping BP → Vendor
En muchos proyectos lo que se hace es definir qué tipo de ID (por ejemplo VAT vs Fiscal ID) se mapea a STCD1 o STCD2. Luego los programas estándar suelen leer STCD1 como “principal”.
Si tu salida/interfaz está leyendo KNA1-STCD1, entonces la “prioridad” está implícita en el mapeo CVI.
Lógica del programa / Smartform / Interface
En muchos casos no hay prioridad en customizing, sino que el programa hace algo como:
SELECT * FROM BUT0ID
WHERE PARTNER = …
AND TYPE = …
O incluso peor: selecciona el primer registro por país.
Aquí la prioridad la define el desarrollador.
Si la salida es un formulario (Smartform/Adobe), revisa el FM o clase que arma la estructura. Muchas veces verás algo como:
• Leer BUT0ID por país
• Tomar el primero encontrado
• O usar CASE por tipo
En este caso la solución es ajuste ABAP, no customizing.
Diferencia importante con SAP Business One (Módulo: Finanzas/CRM B1)
En SAP Business One no existe CVI ni tablas BUT0ID. Los tax ID están en OCRD y campos específicos según país. No hay lógica de “ID type” configurable al nivel que describes. Si fuera B1, la lógica casi siempre está en el layout o en la consulta SQL del reporte.
Por eso es clave que confirmes el sistema.
Preguntas que necesito que me confirmes
• ¿Es S/4HANA o Business One?
• ¿El proceso que consume el tax number es estándar o Z?
• ¿Está leyendo desde BP directamente o desde Customer/Vendor?
• ¿Qué campo concreto está tomando actualmente?
Resumen Consultoria-SAP
En SAP S/4HANA (FI-AR, FI-AP, CA-BP, CVI), la “prioridad” del tax number normalmente no se define en customizing estándar, sino en:
• El mapeo CVI hacia STCD1/STCD2
• O en la lógica del programa/interfaz que selecciona el tipo
En SAP Business One la selección suele estar en la lógica del reporte o consulta.
Confírmame el sistema y el objeto que lo consume, y afinamos la respuesta con exactitud técnica. En los Foros SAP de Consultoria-SAP lo vemos a diario y la clave siempre está en identificar si el consumo es vía BP o vía Customer/Vendor clásico.
¡Estamos aquí para ayudarte en los Foros SAP de Consultoria-SAP!