edición general

Mikhail Devyatayev, el piloto ruso que escapó de un campo de prisioneros nazi robando un bombardero

#40 Pues que me expliquen de donde sacan la info cuando les peta un objeto de negocio porque de lo poco que he visto son como una BAPI con la ventaja de que no tienes a ni dios en los foros del SNC que te pueda decir para que cojones sirve el campo AN_1_INV_REAC... Si te soy sincero aún no me ha tocado montar montar nada pero el onpremise me da mucho miedo, si ya de R3 con documentacion hay veces donde te encontrabas con mierdas y te tocaba debuguear el standard hasta aburrirte para encontrar que cojones sucede (tengo un recuerdo muy doloroso de una BAPI con un hardcode cabrón que hacía para que respondise de forma raruna si provenia de una dynpro llamada "0400", que por casualidad me coincidía me daba petes y vaya usted a saber por que esa mierda estaba ahi) no quiero imaginarme el problema cuando debugueas entre varios sistemas en la nube con el puto Eclipse (que es un chiste de entorno) o aún peor con el Cockpit ese de chinchinabo que se han montao.

En fins que me da cosica
#43 El caso es que hablando de un piloto ruso hemos acabao hablando de BAPIs. Lo que es la vida...
#43 Aquí estamos implementando "on premise" y "on cloud", si si, las dos en el mismo "landscape" y no solo S/4 también estamos implementando unos cuantos sistemas más de SAP. "On cloud" solo usamos unas cuantas aplicaciones de Fiori, pero esta conectado al mismo "backend" usando el SAP cloud connector.

El "migration cockpit" no esta mal del todo... no es BODS, pero es que para BODS te piden la licencia "enterprise" que vale un huevo y parte del otro...

No hay nada como depurar el estándar y bucear en una pila infinita de llamadas :-)
#51 #43
Precioso.

menéame