SDK de SAP
Las integraciones SAP del CMS — RFC/BAPI e IDoc — dependen del SAP NetWeaver RFC SDK, una biblioteca nativa distribuida por SAP.
No se incluye con el CMS: SAP la licencia por contrato, por lo que cada instalación usa la SDK descargada por el propio cliente, con el usuario S de su empresa. La instalación la hace un administrador, en la pestaña SDK SAP de Configuraciones › Parámetros, sin acceso al servidor y sin reconstruir nada.
Mientras la SDK no está instalada
- El CMS funciona normalmente — solo las integraciones SAP dependen de ella.
- En Conexiones Externas, los tipos SAP RFC y SAP IDoc aparecen en la lista deshabilitados, con el motivo y un acceso directo a la pantalla de instalación.
- Las conexiones SAP que ya existían siguen visibles y editables, con una advertencia. No se ocultan: en una instalación restaurada en otro servidor, que las integraciones desaparezcan de la pantalla sería peor que verlas señaladas.
Instalación
Descargar la SDK en el SAP Support Portal
Software Downloads → SAP NW RFC SDK 7.50 → variante Linux on x86_64. El archivo viene en
.zip (desde la versión 7.50 ya no es .SAR, así que no hace falta SAPCAR).
El paquete de Windows tiene un nombre casi idéntico — cambia un dígito al final
(nwrfc750P_19-70002752.zip es Linux; ...-70002755.zip es Windows). Los conectores del CMS
funcionan en contenedores Linux; si se envía el paquete equivocado, el CMS lo identifica y lo dice
exactamente así.
Enviar desde la pestaña
Configuraciones › Parámetros › pestaña SDK SAP → Elegir archivo → Enviar e instalar. Envíe
el .zip tal como fue descargado, sin descomprimir.
Esperar el reinicio de los conectores
El CMS valida el paquete, guarda los archivos y reinicia los dos conectores SAP — una biblioteca
nativa solo se carga al iniciar el proceso. En pocos segundos la pestaña muestra SDK instalada
con la versión leída del propio binario (ej.: 7.50 PL18) y los dos conectores marcados como
cargados.
Qué rechaza la validación
| Situación | Qué responde el CMS |
|---|---|
Paquete de Windows (contiene sapnwrfc.dll) | Identifica el paquete y pide la variante Linux on x86_64 |
| Variante de AIX, IBM i o HP-UX | Avisa que el binario no es una biblioteca Linux (ELF) |
| SDK de otra arquitectura (ARM64, PowerPC…) | Indica para qué arquitectura es el paquete y cuál se esperaba |
Zip sin lib/libsapnwrfc.so o sin los headers | Avisa que no es un SAP NW RFC SDK completo |
| Zip con una ruta de archivo insegura | Rechaza el paquete completo |
Nada se borra antes de que el paquete nuevo esté íntegro en disco: si la validación falla, la instalación anterior permanece en su lugar.
Dónde queda la SDK
Una sola carpeta, montada en los contenedores en /usr/local/sap/nwrfcsdk — la ruta que busca
node-rfc. En el servidor, la carpeta se define con SAP_SDK_PATH (predeterminado
./data/nwrfcsdk). El cms-api la monta con escritura, porque recibe el envío; los dos conectores
la montan solo de lectura.
Actualizar y eliminar
Enviar un paquete nuevo reemplaza al anterior — así se aplica un patch level más reciente. Eliminar borra la biblioteca del servidor: los conectores vuelven al modo simulado y las conexiones SAP quedan no disponibles hasta un nuevo envío. Ambas acciones quedan registradas en el registro de auditoría, con usuario, fecha y el archivo enviado.
Exportación de configuración
La exportación registra en el manifiesto solo metadatos — si esa instalación tenía la SDK y en qué versión. El binario nunca entra en un archivo exportado: son decenas de MB de material licenciado por SAP, que no pueden viajar entre instalaciones.
Al importar en un servidor sin la SDK, la configuración se aplica normalmente y el resultado incluye una advertencia de que las conexiones SAP solo funcionarán después de la instalación.