Analítica necesita los datos de SAP y el equipo SAP necesita un sistema rápido. Patrones de cargas delta, programación y acceso que dejan contentos a ambos.

El equipo de analítica quiere todas las tablas, todas las noches, lo más rápido posible. El equipo de Basis de SAP quiere que el sistema responda bien mientras la gente registra facturas y despacha mercadería. Ambos tienen razón, y una extracción mal diseñada es la forma en que terminan enfrentados: una consulta pesada en mal momento vuelve lento el ingreso de pedidos y el primer proyecto de extracción queda con mala fama.
Extraer de forma segura consiste sobre todo en decidir temprano qué traer, cómo y cuándo, y acordar esas reglas con los responsables de SAP antes de escribir código.
Hay más de una manera de sacar datos de SAP, y la elección correcta depende del producto, la versión, el licenciamiento y las habilidades del equipo. Sea cual sea su elección, confirme con SAP o con su socio de soporte que está soportada para su versión y licencia, pues algunos enfoques de lectura directa de tablas tienen restricciones en ciertas configuraciones.
Prefiera fuentes que ya entienden la lógica de negocio de SAP, como monedas, unidades, códigos de estado y estructura organizacional, en lugar de tablas crudas que lo obligan a reconstruirla.
Una carga completa de todas las tablas cada noche es simple y costosa. Úsela para la primera carga y para datos de referencia pequeños. En las tablas transaccionales grandes, pase a cargas delta que solo toman lo que cambió.
Los deltas requieren un marcador de cambios confiable: un mecanismo de registro de cambios, una marca de última modificación o una secuencia de números de documento. Pruebe el marcador con casos límite. ¿Se ven las eliminaciones? ¿Los documentos contabilizados con retraso modifican períodos anteriores? ¿Una corrección con fecha anterior recibe una nueva marca de tiempo? Donde la respuesta sea incierta, agregue una conciliación periódica, por ejemplo una recarga semanal de una ventana móvil o una comparación de conteos y totales contra el origen.
Pregunte al equipo SAP cuándo el sistema está más ocupado: picos de contabilización, procesos batch, nómina y, sobre todo, el cierre de mes. Programe las cargas pesadas fuera de esas ventanas y regúlelas. Use paquetes más pequeños, tamaños de página razonables y límites de sesiones en paralelo. Empiece con prudencia y aumente solo cuando el monitoreo muestre margen.
Vigile ambos lados. Del lado de SAP, siga los tiempos de respuesta de diálogo y las esperas por bloqueos durante sus cargas. De su lado, siga la duración, el número de filas y los fallos. Si una carga excede su ventana, debe detenerse de forma limpia y avisar a alguien, no seguir corriendo dentro del horario laboral.
Cree un usuario técnico dedicado a la extracción con el rol más acotado que funcione: acceso de lectura a los objetos específicos, sin inicio de sesión de diálogo y sin autorizaciones de escritura. Guarde las credenciales en un gestor de secretos y rótelas con regularidad. Registre cada ejecución con quién, qué, cuándo y cuántas filas, y dé visibilidad de ese registro al equipo SAP.
Decida también desde el inicio qué campos nunca deben salir de SAP o deben enmascararse, como datos personales y bancarios, y aplique esa regla al extraer, no aguas abajo.

Pasar Business One a la base de datos HANA es más que un cambio técnico. Use esta lista para encontrar los riesgos antes de que encuentren su salida a producción.

Sus datos de SAP necesitan una capa de visualización y tres herramientas dicen ser la indicada. Estos son los criterios que realmente deciden.

Zonas horarias, contratación, calidad y comunicación: cómo funciona día a día una puerta de entrada en EE. UU. respaldada por empresas afiliadas en Lima y San José.
Una sesión de trabajo de 45 minutos, sin diapositivas.