Material de 18 a 40 caracteres en S/4HANA: qué cambió realmente

En la pieza anterior de esta serie, una factura llegó a un sistema externo con el número de material cortado a la mitad, sin que nadie hubiera tocado la integración. Antes de abrir el código, conviene entender qué cambió exactamente en el campo de material de SAP S/4HANA. La respuesta tiene un matiz que suele pasar inadvertido: una parte del cambio ya está en el sistema desde la conversión, y otra permanece apagada hasta que alguien decide encenderla.

En AGT acompañamos a utilities y empresas de oil & gas de América Latina en su paso a S/4HANA, y este es uno de los simplification items que más conversaciones genera entre los equipos de maestro de materiales, facturación e integración. Aquí lo explicamos sin jerga innecesaria.

Un mismo campo, tres capas distintas

El número de material (el campo técnico MATNR) no cambió de una sola vez: el cambio se reparte entre la base de datos, la funcionalidad de número extendido y las interfaces, y cada una de esas capas sigue su propia lógica. En nuestra experiencia, confundirlas es una fuente habitual de diagnósticos equivocados. Un equipo puede afirmar, con razón, que «no activamos nada» y, aun así, estar trabajando con un campo distinto al que conocía en SAP ERP.

Lo que cambió para todos: la base de datos

A partir de SAP S/4HANA, edición on-premise 1511, la longitud máxima del número de material pasó de 18 a 40 caracteres (SAP Blogs, 2016; IBM, 2019). La ampliación se aplicó en todas las tablas, y en todos los campos de esas tablas, donde puede almacenarse un número de material (SAP Community, s. f.).

Para el negocio, lo relevante es que la forma de guardar el contenido no cambió respecto a SAP Business Suite, de modo que normalmente esos campos no requieren conversión de datos durante la migración (SAP Community, s. f.). En la práctica, los códigos de repuestos, medidores o válvulas que una utility ya tenía en su catálogo de mantenimiento conservan su valor. El contenedor creció; lo que hay adentro sigue igual.

Lo que sigue apagado: la funcionalidad, desactivada por defecto

---
config:
  theme: base
  fontFamily: 'Inter Variable, system-ui, sans-serif'
  themeVariables:
    darkMode: true
    fontFamily: 'Inter Variable, system-ui, sans-serif'
    fontSize: '15px'
    background: '#111113'
    primaryColor: '#1A1A1D'
    primaryTextColor: '#F4F5F8'
    primaryBorderColor: '#00C2FF'
    secondaryColor: '#242428'
    tertiaryColor: '#1A1A1D'
    mainBkg: '#1A1A1D'
    secondBkg: '#242428'
    tertiaryBkg: '#2E2E33'
    lineColor: '#00C2FF'
    textColor: '#F4F5F8'
    titleColor: '#F4F5F8'
    nodeBorder: '#00C2FF'
    clusterBkg: '#1A1A1D'
    clusterBorder: '#2E2E33'
    edgeLabelBackground: '#242428'
    pie1: '#00C2FF'
    pie2: '#f59e0b'
    pie3: '#22c55e'
    pie4: '#59d7ff'
    pie5: '#f97316'
    pie6: '#ef4444'
    pieTitleTextColor: '#F4F5F8'
    pieSectionTextColor: '#F4F5F8'
    pieLegendTextColor: '#F4F5F8'
    pieStrokeColor: '#111113'
    pieOuterStrokeColor: '#111113'
---
flowchart TD
  A([Conversión o instalación nueva]) --> B[MATNR admite 40 caracteres en base de datos]
  B --> C{¿Funcionalidad extendida activada?}
  C -->|No, por defecto| D[Se sigue con números de 18 caracteres]
  D --> E[Interfaces estándar funcionan con normalidad]
  E --> F([Conviene revisar el código custom])
  C -->|Sí| G[Activación vía IMG o FLETS]
  G -.->|Además| H[OMSL permite formato de más de 18]
  G --> I[Integraciones que reciben el número completo usan el campo nuevo]
  I --> J([No se desactiva con facilidad])
  class A inicio
  class C decision
  class B,D,E,G,H,I proceso
  class F,J neutro
classDef inicio fill:#113d4f,stroke:#00C2FF,color:#ffffff
classDef decision fill:#473519,stroke:#f59e0b,color:#ffffff
classDef proceso fill:#33363c,stroke:#9aa0aa,color:#ffffff
classDef neutro fill:#33363c,stroke:#9aa0aa,color:#ffffff

Este es el punto central de la pieza. Tanto después de convertir a S/4HANA como en instalaciones nuevas, la funcionalidad de número de material extendido NO está activada: para usar números de 40 caracteres hay que activarla de forma expresa (SAP Blogs, 2016; SAP Community, s. f.). Mientras la organización siga con números de 18 caracteres, la comunicación mediante interfaces estándar continúa funcionando con normalidad (IBM, 2019). Aun así, en nuestra experiencia, el código custom existente merece una revisión aunque la función nunca se encienda.

Encenderla es una decisión de configuración, no un efecto colateral. Se hace desde la guía de implementación, en la ruta Cross-Application Components → General Application Functions → Field Length Extension → Activate Extended Fields, o bien con la transacción FLETS (SAP Community, s. f.). Por su parte, la transacción OMSL permite ajustar el formato del número de material para que admita más de 18 caracteres (SAP Community, s. f.).

Dos matices completan el cuadro. Primero, una vez activada, la funcionalidad no se desactiva con facilidad, porque pueden existir valores que solo son válidos con el número extendido (SAP Community, s. f.). Segundo, los números de material puramente numéricos siguen limitados a 18 caracteres y se rellenan con ceros a la izquierda en la base de datos (IBM, 2019).

Lo que cambió en las interfaces: dos campos donde había uno

Para no romper la compatibilidad con otras versiones ni con las interfaces existentes, los campos que ya tenían las BAPIs conservaron su longitud original, y SAP agregó un campo nuevo al final de cada estructura para alojar los 40 caracteres (IBM, 2019). En el IDoc de maestro de materiales MATMAS, por ejemplo, el segmento E1MARAM incorpora el campo MATNR_LONG, mientras que MATNR sigue midiendo 18 caracteres (IBM, 2019).

Mientras la funcionalidad extendida esté apagada, la comunicación mediante BAPIs, IDocs, servicios web y RFC liberados de entrada sigue funcionando con normalidad (IBM, 2019). Una vez encendida, las integraciones que deban recibir el número completo tienen que leerlo y escribirlo en el campo nuevo (IBM, 2019). Esa es la grieta por la que un número largo puede llegar recortado a un sistema que sigue mirando el campo clásico.

Por qué importa en una utility o petrolera de LATAM

Si se activa el número extendido, conviene evaluar el impacto en todo el paisaje de sistemas, porque no todos los sistemas relacionados pueden estar preparados para 40 caracteres. Es justamente el escenario habitual en el sector regional: el catálogo de materiales de mantenimiento convive con plataformas de facturación, portales de proveedores, sistemas de gestión de activos, middleware heredado y, en muchos casos, desarrollos propios construidos hace años.

Por eso la pregunta útil no es «¿cambió el campo?», sino «¿en qué capa está mi organización?». Antes de pasar al código, recomendamos que el equipo responda estas tres preguntas:

Con presupuestos acotados y operaciones que no admiten interrupciones en la recaudación ni en el mantenimiento, responderlas a tiempo evita descubrir el problema en una factura ya emitida.

Lo que viene en la serie

Ya sabemos qué cambió en el campo y que la ampliación funcional depende de una activación explícita. En la siguiente pieza revisaremos los cuatro errores típicos que aparecen cuando el código custom no se adaptó a este cambio.

Fuentes

• SAP Blogs (2016). Simplification Item: Material Field Length Extension. https://blogs.sap.com/2016/05/19/simplification-item-material-field-length-extension/
• SAP Community (s. f.). Material Number Field Length Extension in SAP S/4 HANA (blog de miembros). https://answers.sap.com/t5/enterprise-resource-planning-blogs-by-members/material-number-field-length-extension/ba-p/13294583
• IBM (2019). Configuring Maximo Enterprise Adapter for SAP to use the material number field length extension in SAP S/4HANA. https://www.ibm.com/support/pages/node/1098081

Artículo de Edward Camacho Guerra, elaborado con apoyo de herramientas de inteligencia artificial y revisado y aprobado por el autor.