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.
Muy buena consulta, y muy importante aclararla correctamente en entornos SAP S/4HANA.
Voy directo al punto clave: en SAP S/4HANA las tablas BSIK, BSAK, BSID, BSAD y BSAS ya no son tablas físicas como en ECC, sino vistas de compatibilidad.
Contexto técnico en SAP S/4HANA (Módulos FI-AP, FI-AR, FI-GL)
En SAP ECC clásico:
• BSIK → partidas abiertas proveedor
• BSAK → partidas compensadas proveedor
• BSID → partidas abiertas cliente
• BSAD → partidas compensadas cliente
Pero en SAP S/4HANA el modelo de datos financiero cambió radicalmente con la introducción del Universal Journal.
La tabla real donde residen los datos es:
• ACDOCA (Universal Journal)
Las tablas BSIK, BSAK, BSID, BSAD y BSAS en S/4HANA son CDS Views o compatibility views que leen desde ACDOCA y BKPF.
Por lo tanto:
Desde el punto de vista funcional
Sí, las transacciones FBL1N y FBL5N siguen funcionando y conceptualmente siguen mostrando:
• Abiertas → BSIK / BSID
• Compensadas → BSAK / BSAD
Pero técnicamente:
• No son tablas físicas
• No deben usarse como base para desarrollos nuevos
• No reflejan la arquitectura optimizada HANA
Qué deberías usar en S/4HANA
Si estás haciendo:
• Reportes Z
• Extracciones BW
• Interfaces
• Vistas HANA
• Modelos CDS
La recomendación estándar SAP es:
• Leer directamente ACDOCA
• Usar CDS Views estándar como I_JournalEntryItem
ACDOCA contiene:
• Datos de cliente (KUNNR)
• Datos de proveedor (LIFNR)
• Indicador de compensación
• Información de partidas abiertas/cerradas
• Segmento, centro de beneficio, ledger, etc.
Cómo identificar abiertas vs compensadas en ACDOCA
En lugar de depender de BSIK/BSID:
• Campo AUGBL (documento de compensación)
• Campo AUGDT (fecha de compensación)
Si están vacíos → partida abierta
Si están informados → partida compensada
Qué pasa si consultas BSIK en S/4HANA
Si haces un SELECT sobre BSIK en S/4:
• No fallará
• Pero estarás leyendo una vista
• Puede afectar performance en grandes volúmenes
• No es el modelo recomendado por SAP
Y aquí es donde en proyectos que vemos en Consultoria-SAP suelen aparecer problemas de rendimiento cuando se migra código ECC sin adaptar a ACDOCA.
Confirmación final a tu pregunta
Tu listado es correcto desde el punto de vista funcional (cómo lo ve el usuario en FBL1N / FBL5N).
Pero desde el punto de vista técnico en SAP S/4HANA:
• No son tablas físicas reales
• La tabla fuente real es ACDOCA
• Debes considerar el modelo Universal Journal
Resumen Consultoria-SAP
En SAP S/4HANA (FI-AP, FI-AR, FI-GL):
• FBL1N y FBL5N siguen existiendo
• BSIK, BSAK, BSID, BSAD funcionan como vistas de compatibilidad
• La tabla base real es ACDOCA
• Para desarrollos nuevos, usar ACDOCA o CDS estándar
Si me confirmas si es para desarrollo ABAP, extracción BW o consulta directa HANA SQL, puedo indicarte la mejor estructura técnica recomendada.
¡Estamos aquí para ayudarte en los Foros SAP de Consultoria-SAP!