openSAP

System Conversion to SAP S/4HANA

This transcript was created using machine translation to provide learners on openSAP with more free options
for using the learning content. It is possible that the translation contains parts that are incorrect, so we also
have the original English transcript for you that was written by professional translators.

Week 2 Unit 1

00:00:07 Hola y bienvenido a la semana dos de este curso de openSAP en la conversión del sistema y
SAP S/4HANA. Mi nombre es Gilbert Wong, y soy un consultor técnico y un experto en
productos en el grupo de
00:00:19 implementación regional de SAP S/4HANA regional de Norteamérica, y seré su anfitrión para
los cambios en la infraestructura de sistemas, para esta unidad.
00:00:29 Esta semana se compone de seis unidades y se centrará en la conversión de finanzas e
interlocutor comercial.
00:00:34 Ahora vamos a empezar con una unidad. Antes de discutir el tema de la conversión de
finanzas e interlocutor comercial, trataremos
00:00:41 algunas de las modificaciones técnicas dentro de la infraestructura de sistemas para
S/4HANA. Ahora, vamos a la diapositiva dos.
00:00:49 Por lo tanto, aquí tenemos un resumen de alto nivel de la pila de arquitectura de SAP
S/4HANA. A partir de abajo, tenemos la capa de base de datos.
00:00:58 SAP S/4HANA requiere que la base de datos SAP HANA esté en SAP HANA 2.0. Algunas de
las nuevas funciones incluidas en HANA 2.0 incluyen una configuración activa/activa, donde

00:01:10 puede activar las aplicaciones Fiori para descargar la carga de trabajo de análisis en un
sistema HANA secundario.
00:01:16 Para obtener más información, consulte las últimas notas de la versión de HANA 2.0. Para los
clientes que migran desde Business Suite en cualquier base de datos, puede migrar
directamente a
00:01:31 SAP S/4HANA. Para los clientes que ejecutan la suite en HANA, primero debe realizar una
actualización de HANA 1.0
00:01:39 a HANA 2.0 antes de poder iniciar su conversión de S/4HANA. A continuación, tenemos la
capa de aplicación, la capa de aplicación de SAP S/4HANA contiene la lógica
00:01:49 de transacción y se suministra a través del componente núcleo SAP ABAP S/4. Los análisis
integrados están disponibles y permiten a los usuarios realizar análisis en tiempo real
00:02:00 sobre datos transaccionales en directo. También proporcionamos nuevos servicios de datos
básicos y esto es, básicamente, su capa de
00:02:08 extracción que se encuentra entre su base de datos ABAP y SAP HANA. El contenido
también se representa como un modelo de datos virtual, que se basa en tablas de datos
00:02:19 maestros y transaccionales de su sistema SAP S/4HANA. Los servicios de datos básicos se
desarrollan, actualizan y amplían en la capa ABAP del sistema
00:02:30 S/4HANA. Un sistema generó vistas de tiempo de ejecución SQL en SAP HANA para ejecutar
realmente estos datos de
00:02:38 lectura y transformación en su capa de base de datos HANA. Además, para el análisis
integrado que funcione, se debe activar y configurar una instancia BW local.
00:02:51 Recomendamos encarecidamente no utilizar este BW integrado para el almacenamiento de
datos o los casos de utilización de almacén de datos empresariales de EW.
00:03:00 La cantidad de datos persistente en este BW integrado no debe superar el 20% del volumen
de datos global de su sistema.
00:03:08 También tiene la opción de utilizar un mandante separado o su mandante productivo como
mandante BW. Y, por último, tenemos la nueva experiencia de usuario Fiori.
00:03:19 Los usuarios tendrán la capacidad de iniciar sesión a través de la rampa de lanzamiento Fiori
para utilizar completamente todas las nuevas funcionalidades y funcionalidades suministradas
con
00:03:29 su sistema SAP S/4HANA. Actualmente, SAP proporciona más de 900 aplicaciones Fiori,
creadas en SAPUI5, y más de 9.000
00:03:37 aplicaciones de IU clásicas, que consisten en SAPGUI para aplicaciones Web Dynpro y Web
Dynpro ABAP, que se renderizarán con el nuevo tema Belize.
00:03:49 También se requerirá un SAP Web Dispatcher o un equilibrador de carga de terceros para el
ajuste de carga HTTP y la funcionalidad de proxy inverso.
00:03:58 Y, en caso de que tenga que hacer cualquier asignación URL a los diferentes sistemas back
end. Ahora, vaya a la siguiente diapositiva, por lo que la experiencia de usuario para SAP
S/4HANA.
00:04:13 Ahora, vamos a la nueva experiencia UX con más detalle. SAP Fiori 2.0 es la última evolución
de la experiencia de usuario para S/4HANA, el concepto de
00:04:23 diseño centrado en el usuario se centra en el funcionamiento del trabajo de los empleados y
ofrece una variedad de beneficios empresariales mediante los principios de diseño UX
modernos.
00:04:34 En primer lugar, se obtiene una mayor productividad: un acceso más rápido y directo a la
información relevante en las aplicaciones.
00:04:41 A continuación, obtendrá información sobre los artículos que necesitan su atención. Un
ejemplo sería las notificaciones.
00:04:50 También podrá ayudar a los usuarios a decidir qué es lo que se debe hacer a continuación, y
permitirá a los usuarios tomar medidas rápidas y acciones fundamentadas, y al final
aumentará la satisfacción
00:05:01 del usuario. La rampa de lanzamiento SAP Fiori es un punto de entrada único para todos los
usuarios.
00:05:07 La rampa de lanzamiento Fiori utiliza lo que llamamos el concepto de ventana flotante. La
ventana flotante se amplía prácticamente a la pantalla del usuario de forma flexible, y
mantiene
00:05:17 el área de la página de trabajo principal y el usuario mantiene el área de la página de trabajo
principal, al mismo tiempo que proporciona información de otras áreas, así como el acceso a
la
00:05:27 funcionalidad importante a través del área de trabajo y del centro de notificaciones. Con el
área de trabajo, esto permite al usuario final personalizar su rampa de lanzamiento Fiori.
00:05:37 Puede ver aplicaciones utilizadas recientemente, utilizar el buscador de aplicaciones y
modificar las parametrizaciones básicas en su rampa de lanzamiento.
00:05:44 A continuación, tenemos el área Notificaciones , se visualizarán los elementos o las
actividades que requieran la atención del usuario final, y un ejemplo sería una aprobación de
flujo de trabajo.
00:05:59 Todos los derechos, vaya a la siguiente diapositiva. En este punto, me gustaría hablar sobre
las opciones del despliegue del servidor front-end.
00:06:06 A continuación se muestran las opciones principales de despliegue de SAP Fiori con un
sistema back end de SAP S/4HANA local.
00:06:15 En primer lugar, tenemos un despliegue integrado, entonces tenemos un despliegue central,
un despliegue de hub central y, por último, tenemos un híbrido con una nube que utiliza
nuestra edición de

2
00:06:28 SAP Fiori Cloud en SAP Cloud Platform. Las principales diferencias de esta opción de
despliegue son la ubicación en la que existen las IU
00:06:39 de SAP Fiori, la plataforma de lanzamiento de Fiori y el contenido FLP. Para despliegues
integrados, toda la lógica de IU, gateway y back end se desplegará en una sola
00:06:51 instancia. Para un despliegue de hub central, tendrá una instancia de SAP NetWeaver
Gateway separada que
00:06:57 contendrá las aplicaciones de IU de front end y que se conectará a su sistema back end
mediante RFC de confianza.
00:07:04 Y, por último, tenemos la opción SAP Fiori Cloud. Podrá utilizar el servicio de rampa de
lanzamiento de SAP Fiori ubicado en SAP Cloud Platform.
00:07:15 Un conector SAP Cloud se implementará y configurará en su entorno local para consumir
datos desde su sistema back end.
00:07:24 Todas las opciones de despliegue mencionadas consumen datos empresariales de un
sistema back end local.
00:07:33 Para el escenario y la infraestructura de Business Suite más antiguos, seguimos
recomendando el despliegue de hub central.
00:07:40 Para las infraestructuras que solo tienen una infraestructura de S/4HANA, todavía es posible
ejecutar un despliegue de hub central.
00:07:48 Sin embargo, si tiene un escenario en el que tiene varios sistemas S/4HANA, la nueva
recomendación es el despliegue integrado.
00:07:57 Se puede configurar un único punto de varios sistemas S/4HANA con una rampa de
lanzamiento SAP Fiori central en un servidor front end Fiori dedicado que contiene mosaicos
personalizados para
00:08:10 iniciar rampas de lanzamiento locales específicas mediante la integración URL en una ficha o
ventana de navegador independiente.
00:08:19 Además, las IU independientes, como la aplicación Mi bandeja de entrada o las aplicaciones
personalizadas se pueden implementar conjuntamente, o se pueden implementar
directamente en su rampa de lanzamiento
00:08:30 Fiori central. En el futuro, SAP Cloud Platform Portal tiene el objetivo de actuar como
integrador de UX, para
00:08:39 ofrecer un punto de entrada central para las capacidades de integración, como una búsqueda
de avisos, usuario y gestión de roles, etc.
00:08:51 Por tanto, vamos a la siguiente diapositiva. A continuación, le mostraremos algunas de las
opciones para acceder a su plataforma de lanzamiento
00:08:59 de SAP Fiori. En la parte superior, existen varias opciones de cliente para acceder a su
infraestructura de SAP
00:09:07 Fiori. Así que Fiori se basa en SAPUI5, que se basa en CSS3, y HTML5 y JavaScript, deberá
ejecutar Fiori en
00:09:17 cualquier navegador compatible con HTML. Ejemplos serían la versión más reciente de
Internet Explorer, Edge, Chrome, Safari.
00:09:28 Además, revise la última información de la Matriz de disponibilidad de productos para los
navegadores y plataformas y plataformas de web y dispositivos de referencia más recientes.
00:09:41 Esto será válido tanto para dispositivos móviles como para dispositivos de escritorio. Otra
opción para acceder a la rampa de lanzamiento de SAP Fiori es la utilización de SAP
Business
00:09:52 Client, la edición de escritorio. SAP Business Client proporciona un acceso basado en roles a
aplicaciones en un sistema back end ABAP que
00:10:02 utiliza roles PFCG, que, de forma centralizada, contiene, conoce, SAPGUI, Web Dynpro,
rampa de lanzamiento Fiori y varias aplicaciones de contenido Web.
00:10:13 En el centro, también debe pensar cómo exponer su rampa de lanzamiento de Fiori a los
diferentes dispositivos y a los usuarios finales.

3
00:10:22 Tanto si es un teléfono móvil como un tablet o un puesto de trabajo de escritorio, tendrá que
encontrar esta arquitectura.
00:10:30 Algunas de las opciones incluyen el SAP Web Dispatcher, el proxy de terceros o su VPN de
empresa para permitir el acceso externo y interno a su sistema SAP S/4HANA interno.
00:10:48 Y, por último, una vez haya configurado la comunicación entre sus dispositivos y S/4HANA,
tendrá que diseñar y gestionar la seguridad y la autorización de SAP y la autenticación.
00:10:59 La seguridad de SAP back end sigue siendo la misma, seguirá necesitando gestionar sus
objetos de autorización para garantizar sus datos de transacción back end mediante PFCG.
00:11:10 Para las autorizaciones de SAP para Fiori, deberá crear catálogos empresariales y grupos de
rampa de lanzamiento Fiori personalizados y asignarlos a los roles de PFCG y, a
continuación, asignarlo a los
00:11:21 usuarios finales. Y, por último, necesitará determinar los requisitos de autenticación.
00:11:28 Para SAP S/4HANA más reciente, admitimos diferentes métodos de inicio de sesión único
que incluyen SAML 2.0, tickets de inicio de sesión de SAP y certificados de cliente X509,
SPNEGO y X509.
00:11:45 A continuación, hablemos sobre la interoperabilidad de la versión para SAP S/4HANA. El
siguiente diagrama ilustra los requisitos para todos los sistemas SAP NetWeaver conectados
a su
00:11:59 sistema SAP S/4HANA. Si ejecuta SAP NetWeaver Enterprise Portal, SAP Business
Warehouse o la integración de proceso, su
00:12:08 sistema debe cumplir con los siguientes requisitos. Por ejemplo, si ejecuta SAP S/4HANA
1709, debe actualizar su sistema a como mínimo SAP NetWeaver
00:12:23 7.31. Por lo tanto, antes de realizar la conversión del sistema, planifique el upgrade de sus
sistemas
00:12:30 conectados antes o durante el proyecto de conversión del sistema de S/4HANA. Para obtener
más información sobre el soporte de interoperabilidad, consulte la nota SAP 2251604 para

00:12:45 obtener la información más reciente. A continuación, hablemos de una actualización rápida en
el marco de cambio de SAP.
00:12:57 Es decir, los status de business function actuales de SAP S/4HANA pueden tener los
siguientes status: tenemos always_on, customer_conmutable y always_off.
00:13:08 Durante la conversión del sistema a SAP S/4HANA, el siguiente gráfico proporciona un
resumen sobre el tratamiento de diferentes status de la función empresarial.
00:13:17 Si una business function se ha activado en el sistema de liberación de inicio Business Suite,
pero se ha definido como always_off en el sistema SAP S/4HANA, entonces no es posible
realizar una
00:13:30 conversión del sistema con esta versión. Para las funciones empresariales en las que el
estado no se puede revertir en la versión de inicio,
00:13:39 consulte la siguiente nota: La nota SAP 2240359, que abordará las funciones empresariales
de S/4HANA always_off.
00:13:51 En esta nota, encontrará un anexo con una lista de funciones empresariales que están en
estado always_off en el sistema SAP S/4HANA.
00:14:00 Y siempre, para obtener la información más reciente, revise esta nota y, en esta nota, en
realidad contiene un adjunto para los diferentes releases de destino para SAP S/4HANA.
00:14:14 Además, no podrá convertir a S/4HANA si la función empresarial está fijada en always_off.
Por lo tanto, necesitará revisar la información de la hoja de ruta para obtener más información
sobre
00:14:26 qué hacer sobre estas funciones empresariales. A continuación, tenemos funciones
empresariales en las que estaba desactivado en el sistema de
00:14:33 liberación de inicio, pero que se definieron como always_on en la versión de destino. Estas
funciones empresariales se activarán automáticamente durante el proceso de conversión del

4
00:14:42 sistema. Para obtener más información, puede revisar la nota 2240360, y esto también tendrá
un anexo con las
00:14:51 funciones empresariales que han cambiado al estado con always_on en su sistema SAP
S/4HANA. Y, por último, si tenemos una función empresarial definida como
customer_conmutable en la versión de
00:15:08 destino, el estado de la función empresarial permanecerá sin cambios después de la
conversión a SAP S/4HANA.
00:15:17 En la siguiente diapositiva, por ejemplo, debatamos el resumen de alto nivel de la gestión de
salida para SAP S/4HANA.
00:15:26 Las aplicaciones empresariales necesitan una solución para tareas relacionadas con la
entrada. Con SAP S/4HANA, se introduce una nueva gestión de salida y va a ser el sucesor
para todos los demás
00:15:40 marcos de gestión de salida. Sin embargo, todavía existen y se pueden utilizar otros
frameworks, pero no es obligatorio utilizar la
00:15:49 nueva gestión de salida. Las aplicaciones empresariales que ya han adoptado la nueva
gestión de salida las utilizará por
00:15:57 defecto. Siempre puede volver al framework admitido anteriormente, también es posible volver
a activar
00:16:06 la nueva gestión de salida más adelante. La nueva gestión de salida para SAP S/4HANA
también puede coexistir con otros frameworks, de modo que
00:16:15 pueda tener una combinación de la nueva salida con la anterior. Los clientes pueden decidir
en el nivel de aplicación empresarial, qué framework admite sus
00:16:24 requisitos de escenario de salida. El control de salida ofrecerá una solución unificada, por lo
que tendremos una nueva
00:16:31 configuración y procesamiento de IU que expone la funcionalidad de planificación de
necesidades a su consumidor.
00:16:37 Algunas de estas tecnologías incluirán la creación de documentos, mediante Adobe
Document Services, la salida de documentos mediante colas de impresión, SAPconnect y
otros acuerdos de comunicación.
00:16:53 Además, si los Servicios de documentos Adobe son necesarios, puede implementar ADS en
una pila local de SAP NetWeaver Java o utilizar el servicio ADS proporcionado en la
plataforma SAP Cloud.
00:17:07 Para obtener más información relacionada con la gestión de salidas, puede hacer referencia a
la unidad 3.3 Cambios esenciales en la gestión de salidas y la longitud del campo de material,
que se
00:17:22 llevará a cabo por Kusos. Por lo tanto, para resumir, para los clientes existentes que utilizan la
gestión de salida más
00:17:30 antigua, se conservan los datos de la OM antigua. El Customizing también se mantiene para
la OM antigua.
00:17:39 Los clientes deben personalizar la nueva gestión de salida si lo planifican utilizando. Los
documentos que se han procesado en la antigua gestión de salida seguirán siendo necesarios
para el
00:17:49 tratamiento mediante la gestión de salida antigua. Los nuevos documentos solo utilizarán la
nueva gestión de salida si la aplicación correspondiente
00:17:58 ya adopta este nuevo framework. Y, por último, para los clientes nuevos, los clientes deberán
personalizar la nueva OM para
00:18:06 nuevos procesos. Todos los documentos utilizan la nueva gestión de salidas.
00:18:13 Además, para obtener más información, consulte la nota SAP 2228611, que trata, en más
detalle, de la gestión de salida para SAP S/4HANA.
00:18:27 Por lo tanto, la siguiente diapositiva, comentaré rápidamente algunas de las modificaciones
adicionales que vienen con SAP S/4HANA.

5
00:18:36 En primer lugar, los clientes 001 y 066 ya no son necesarios y se entregan con instalaciones
nuevas de SAP S/4HANA.
00:18:46 Si todavía está ejecutando 001 y 066 después de la conversión del sistema, puede eliminarlos
y eliminar ambos mandantes, 001 y 066.
00:18:58 Para obtener más información sobre cómo hacerlo, puede consultar la nota SAP 1749142
para obtener más detalles.
00:19:07 Las claves de desarrollador siguientes, o SSCR, ya no son necesarias. El procedimiento de
clave de licencia SSCR ya no está implementado en SAP S/4HANA.
00:19:20 Encontrará más información en la nota SAP 2309060. Dado que eliminamos el proceso de
clave de licencia para controlar quién tiene acceso para llevar a cabo
00:19:34 el trabajo de desarrollo en su sistema S/4HANA, deberá controlarlo ahora mediante objetos de
autorización SAP.
00:19:42 Y, por último, los pasos para las copias de cliente se han modificado si está implementando
SAP Best Practices.
00:19:50 Al implementar S/4HANA local, tiene la opción de crear un nuevo cliente de mejores prácticas.
Esta configuración de cliente de mejores prácticas es un requisito previo para una activación y

00:20:03 despliegue con éxito del contenido de SAP Best Practices. Para obtener más información
sobre cómo configurar Best Practices, consulte las guías de mejores
00:20:19 prácticas y revise la nota SAP 2573352. A continuación, me gustaría comentar la
configuración multimandante para SAP Fiori.
00:20:33 Por lo tanto, para los clientes con una única implementación de S/4HANA en su
infraestructura y la utilización de un despliegue de hub central para SAP Fiori, recomendamos
lo siguiente, al configurar su
00:20:45 infraestructura de SAP Fiori. Por lo tanto, antes de la implementación de SAP Business Suite
o en implementaciones anteriores de
00:20:53 Business Suite, para SAP Fiori, la mayoría de los clientes configurará un cliente en su servidor
front end Fiori y los conecta a su mandante de test principal.
00:21:03 Esto funcionará, ya que los clientes solo dispondrán de un puñado de aplicaciones Fiori
desplegadas. Ahora, con el despliegue de SAP S/4HANA, ya que la mayoría de clientes
desplegarán la mayoría de sus
00:21:17 aplicaciones Fiori y, por lo tanto, sabrá, ejecutará tanto la IU de Fiori como las aplicaciones de
IU clásicas para la configuración y para la aplicación real, recomendamos lo siguiente:
00:21:32 Asignación uno a uno por mandante para sistemas front end y back end. Por lo tanto, si tiene
cuatro clientes o tres clientes en su sistema back end, recomendamos
00:21:43 configurar el mismo número de clientes en su sistema front-end y hacer la configuración a
cada uno de esos clientes.
00:21:52 Además, también se recomienda utilizar el mismo número de mandante tanto en el sistema
front end como en los sistemas back end para evitar la asignación de las parametrizaciones
de mandante en
00:22:00 su configuración de SAP Web Dispatcher. Para obtener más información, he proporcionado
un enlace al blog que comenta en detalle la
00:22:10 configuración multi-cliente. Y, por último, con SAP S/4HANA 1709 FPS01, tiene una opción de
implementar y configurar SAP CoPilot.
00:22:24 SAP CoPilot es nuestro asistente digital de SAP para la empresa. Podría creerlo como
nuestra versión de Siri de Apple Siri, los países de la Mancha de Microsoft, el mío
00:22:38 de Amazon y el asistente de Google. De forma similar a Siri y John a, los usuarios pueden
chatear con SAP CoPilot, hacer preguntas, dar
00:22:49 comandos, igual que con una persona regular. A continuación, su discurso informal y no
estructurado se haría en el contexto, se analiza y

6
00:23:00 se utiliza para ejecutar acciones, y presentar a los usuarios con opciones de BusinessObjects
y otros datos relevantes en un modo simple y de conversación.
00:23:12 Los requisitos técnicos son los siguientes. Si decide desplegar SAP CoPilot, necesitará SAP
Cloud Platform con un servicio de CoPilot
00:23:24 habilitado. Deberá configurar su rampa de lanzamiento Fiori 2.0, también necesitará un SAP
Web Dispatcher 7.53,
00:23:33 parche 30 o superior. Deberá desplegar el SAP Cloud Connector 2.11.03 local con la
configuración de propagación principal.
00:23:45 Y su sistema NetWeaver back end deberá estar en 7.52 SP1 o superior, o 7.51 SP6 o
superior. Así que, con esto, llegamos al final de esta unidad.
00:24:00 Gracias por su atención y disfrute de la próxima unidad. Adiós

7
Week 2 Unit 2

00:00:08 Hola y bienvenido a la semana dos, unidad dos del curso de la formación abierta de SAP a
SAP S/4HANA. Mi nombre es cristiano Rainer.
00:00:18 Soy un consultor senior en los servicios empresariales digitales en la LoB Finance y en el
Asistente de productos en el Grupo de implementación regional de SAP S/4HANA.
00:00:27 Seré su anfitrión para esta y las dos unidades siguientes. Ha aprendido la semana pasada de
Hendrik que un consultor de solución de finanzas es uno de los recursos más críticos para un
proyecto de
00:00:38 conversión exitoso. Los cambios entre el nuevo sistema SAP ERP y el nuevo sistema
S/4HANA son fundamentales y también afectarán a los procesos actuales de
00:00:49 finanzas. Por este motivo, como consultor de la solución de finanzas, en este curso de
openSAP irá a los cambios esenciales de las finanzas.
00:00:59 Me centraré en los cambios más importantes y básicos en finanzas que le ayudan a
comprender cuáles son las actividades principales que se deben realizar en finanzas en una
conversión del sistema.
00:01:10 Voy a cubrir con más detalle las actividades de conversión relacionadas con las finanzas en
las dos unidades siguientes. Pero antes de examinar detenidamente las tareas financieras
durante un proyecto de conversión del sistema, le proporcionaré un resumen de los
00:01:24 cambios principales en finanzas desde una perspectiva funcional y técnica. ¿Por qué es esto
importante?
00:01:30 Una conversión de S/4HANA no es una actualización técnica. Incluye las modificaciones
funcionales que debe saber antes de iniciar la conversión del sistema.
00:01:41 Puede encontrar los cambios funcionales relevantes, que también se conocen como
simplificaciones en S/4HANA, en el catálogo de posiciones de simplificación en la rampa de
lanzamiento de soporte y en la lista de simplificaciones como PDF, que puede encontrar en
00:01:57 help.sap.com/s4hana. La Verificación de disponibilidad también le permite identificar las
principales modificaciones funcionales relevantes para su sistema.
00:02:07 En el grupo de implementación regional de SAP S/4HANA hemos soportado varias
conversiones de sistema. Hemos visto algunos proyectos que tienen problemas porque no
sabían o no han tenido en cuenta los cambios funcionales que vienen con SAP
00:02:22 S/4HANA. Algunas modificaciones requieren una actividad antes de realizar una conversión
del sistema.
00:02:27 Por este motivo, quiero destacar algunos cambios principales en finanzas que tienen un gran
impacto en la conversión del sistema. Todas las simplificaciones no afectan al sistema.
00:02:39 La experiencia muestra de cerca de 30 a 40 posiciones. Debería considerar las
simplificaciones principales en su plan de proyecto y planificar el tiempo suficiente para que el
negocio la
00:02:51 discuta. Es posible que solo haya algunos elementos que tengan un impacto mayor, pero
podrían implicar cambios significativos en los procesos
00:02:59 empresariales. Muchos elementos pueden y deben abordarse ya en una fase temprana de un
proyecto de conversión.
00:03:07 ¿Cuáles son los principales cambios y los desafíos que hemos visto en finanzas? Primero
vamos a empezar con los cambios técnicos.
00:03:17 SAP S/4HANA incluye una nueva arquitectura de datos. El gráfico le ofrece un resumen de las
tablas conocidas en SAP Business Suite y el nuevo modelo de datos simplificado en SAP
S/4HANA.
00:03:30 Por supuesto, esto solo es una representación esquemática y no se muestran todas las tablas
en la imagen. Puede ver que solo quedan tablas principales y no hay más redundancias, ni
agregados ni índices en SAP S/4HANA.
00:03:46 En esta unidad nos centramos en las finanzas. Las tablas de contabilidad se muestran en la
parte derecha con el nuevo resumen universal nuevo.

8
00:03:55 Este es uno de los mayores cambios durante mucho tiempo en el núcleo financiero. La nueva
arquitectura proporciona una tabla de partidas individuales, ACDOCA, con todo detalle para
todos los componentes de contabilidad.
00:04:07 Los datos se almacenan solo una vez y se integran en tiempo real, por lo que no es necesario
realizar ninguna reconciliación mediante el diseño.
00:04:15 La nueva estructura de datos incluye nuevos cambios funcionales y simplificaciones. Por
ejemplo, en lugar de dos métodos de valoración en la gestión de stocks y el ledger de
materiales, solo hay un método para stock en SAP
00:04:30 S/4HANA. La valoración de stocks se realiza en la aplicación del ledger de materiales y ya no
en la gestión de materiales.
00:04:37 Esto significa que los datos de valoración de stock ahora se almacenan en la tabla ACDOCA y
no más en tablas de gestión de materiales como MBEW.
00:04:46 También podemos ver este principio de otras soluciones. En una conversión del sistema, los
datos se migran de forma no disruptiva al nuevo modelo de datos.
00:04:59 En logística, los datos se migran con la instalación técnica de S/4HANA con el Software
Update Manager (SUM). Por ejemplo, los documentos de materiales se mueven a la tabla
MATDOC.
00:05:13 A diferencia de las tablas de logística, en finanzas hay una conversión separada de
contabilidad. Esta migración de finanzas no se realiza durante la fase SUM porque requiere
también algunas actividades de preparación y de Customizing.
00:05:29 Las parametrizaciones de Customizing necesarias solo se pueden realizar después de la
instalación técnica de S/4HANA. Como puede imaginar, los datos consistentes en SAP ERP
son uno de los principales requisitos para los programas de conversión.
00:05:43 Vamos a ver más detenidamente las importantes comprobaciones de coherencia y los
programas de control en las unidades tres y cuatro. Vamos a ver más cerca del nuevo
resumen universal.
00:05:55 ¿Cuáles son los impactos para una conversión y qué actividades se necesitan por tanto
durante la conversión de finanzas? En primer lugar, el diario universal se basa en la
tecnología de ledger que ya conocemos del nuevo LM.
00:06:11 S/4HANA incluye muchas de las funciones del nuevo LM. Si proviene del libro mayor clásico,
puede migrar directamente a SAP S/4HANA.
00:06:20 A diferencia de la nueva migración de libro mayor, no es necesario migrar con el inicio de un
ejercicio. Deberá crear un nuevo ledger principal.
00:06:30 Por lo tanto, se requiere un Customizing de ledger, incluidas las parametrizaciones de
moneda, en S/4HANA antes de la migración de datos en ACDOCA.
00:06:39 El diario universal admite hasta 10 monedas por ledger, pero en una conversión, la
configuración de moneda antigua se migra sin cambios. No puede introducir nuevas monedas.

00:06:52 Y tenga en cuenta que durante la conversión tampoco se pueden implementar ledgers
adicionales o partes de documentos, o cambiar de cuenta a método de ledger para la
contabilidad paralela.
00:07:04 Puede implementar ledgers adicionales para la valoración paralela o introducir una partición
de documento en un proyecto separado tras la conversión y requiere un cierre de ejercicio en
SAP S/4HANA.
00:07:17 Información adicional y restricciones que puede encontrar en la ayuda de SAP. Para CO en la
contabilidad de gestión, el diario universal también contiene todas las clases de coste,
incluidas las clases de coste
00:07:32 secundario, que también deben crearse como cuentas de mayor en S/4HANA. También
significa que debe incluir las clases de coste secundario en la estructura P y L en finanzas
para el reporting.

9
00:07:46 Las contabilizaciones CO también crean un documento FI y debe realizar algunas
parametrizaciones de Customizing, como para definir la clase de documento FI para las
contabilizaciones CO.
00:07:56 Si ha ampliado el bloque de codificación, los campos de ampliación de la estructura de
Include CI_COBL se incluyen automáticamente en ACDOCA y se consideran en la migración
de datos.
00:08:09 Si está realizando un upgrade a S/4HANA desde un sistema en el que se han añadido
campos de cliente a COEP o a BSEG mediante una estructura append, verifique la nota
correspondiente 2160045.
00:08:22 En CO-PA, la nueva cuenta de resultados se integra en CO-PA basada en cuentas y se migra
al diario universal. El ACDOCA contendrá entonces todas las características de CO-PA para
un informe detallado y un desglose.
00:08:41 Todavía puede utilizar CO-PA basada en costes clásica, pero se recomienda activar la nueva
cuenta de resultados en el diario universal.
00:08:49 Se ha ampliado con nuevas funcionalidades como el reparto de costes de mercancías
vendidas o la llamada división de precio de coste, para permitir funciones similares que se
conozcan desde CO-PA basada en costes.
00:09:01 No puede migrar del coste basado en el coste a CO-PA contable nueva, sino comenzar con la
nueva cuenta de resultados en S/4HANA justo después de la conversión.
00:09:10 Como ya se ha mencionado, para el stock valorado, el libro auxiliar de material es obligatorio
en S/4HANA. Los datos de valoración de stocks se transfieren de las tablas de ledger de
materiales a ACDOCA.
00:09:24 La última aplicación que vemos aquí es la contabilidad de activos fijos. En S/4HANA, la nueva
contabilidad de activos fijos es obligatoria.
00:09:32 Los datos reales de las antiguas tablas de contabilidad de activos fijos ANEK también se
migran a la tabla ACDOCA. Por lo tanto, ¿cuál es el código personalizado y los informes que
utilizan tablas antiguas?
00:09:49 Obtendrá más información sobre los cambios y los ajustes personalizados en la semana
cuatro, pero tenemos una visión breve sobre el impacto en el lado financiero.
00:09:58 Desde la perspectiva de un programa ABAP que requiere acceso de lectura, nada ha
cambiado como SAP proporciona vistas de compatibilidad.
00:10:06 Estas vistas de compatibilidad redireccionan la sentencia SELECT a la nueva persistencia en
S/4HANA. Como resultado, los programas ABAP personalizados que leen directamente de
tablas como FAGLFLEXA o COSP mediante sentencias de selección
00:10:22 continúan ejecutándose como antes y no se requiere ninguna modificación en el código de
cliente. Tenga en cuenta que, por ejemplo, en el ledger de materiales, debido a las
modificaciones fundamentales del cálculo de costes reales, la nueva
00:10:37 solución no es compatible hacia atrás y tampoco hay ninguna vista de compatibilidad
disponible. Sin embargo, los módulos de funciones estándar para leer los datos del ledger de
materiales se han modificado para leerlos desde las nuevas
00:10:51 tablas MLDOC y MLDOCCCS. Los programas personalizados pueden seguir funcionando,
quizá con limitaciones si utilizan los módulos de funciones estándar.
00:11:01 En CO, la tabla de partidas individuales COEP sigue estando disponible y todavía no son
reales en COEP. Sin embargo, los datos reales ahora se almacenan en ACDOCA.
00:11:12 Si ve entradas en SE16 o lee datos de COEP en un programa de cliente, la selección se
redireccionará a una vista que lee datos reales de ACDOCA y los demás tipos de valor de
COEP.
00:11:27 ¿Cómo puede ver el contenido original de la tabla COEP? Para obtener el contenido original,
debe utilizar las vistas correspondientes suministradas.

10
00:11:40 Por ejemplo, la vista V_COEP_ORI para entradas en COEP. También hay vistas similares
disponibles para otras tablas, como para la tabla de libro mayor FAGLFLEXA o ANEA para
valores de activos fijos.
00:11:55 Durante una conversión, los datos de totales o tablas de índice, datos que no se utilizan en
S/4HANA como FAGLFLEXT o GLT0 se mueven a tablas de copia de seguridad.
00:12:07 Se denominan _igualdad para CO al final y _BCK para FI. De nuevo, las tablas CO
COSS_BAK y también COSP_BAK se utilizan para datos no reales.
00:12:24 Cuando se ve en un sistema S/4HANA, todavía encontrará la tabla de partidas individuales
BSEG. Esta tabla todavía se utiliza para mantener, por ejemplo, la Prima Nota para la vista
Entrada de documentos.
00:12:37 Tenga en cuenta que la tabla BSEG no contiene todas las contabilizaciones de libro mayor en
S/4HANA. Por ejemplo, las contabilizaciones del controlling, como los subrepartos y las
distribuciones, no crean entradas en la tabla BSEG.
00:12:51 Sólo crean entradas en la tabla ACDOCA. Por lo tanto, recomendamos adaptar los informes
de cliente al nuevo ACDOCA.
00:13:00 También las contabilizaciones de valoración de moneda extranjera no crean entradas en la
tabla BSEG y tiene que reinicializarla antes de la conversión.
00:13:10 Encontrará más información sobre el modelo de datos en S/4HANA en la nota de FAQ
2408083. Allí también encontrará referencias adicionales sobre cómo optimizar el uso de
vistas de compatibilidad.
00:13:26 Pasemos a los cambios funcionales. ¿Cuáles son las aplicaciones que se ven afectadas por
una conversión?
00:13:33 En primer lugar, el ledger de materiales es obligatorio para el stock valorado. Si el ledger de
materiales aún no está activo, debe activarse durante el proceso de conversión de
contabilidad.
00:13:45 El ledger de materiales puede almacenar hasta tres monedas y utilizar las monedas definidas
para el ledger principal en finanzas. La valoración de stocks en monedas paralelas se activa
automáticamente durante la migración.
00:13:58 Los precios y los valores de stock se convierten automáticamente en monedas paralelas. En
segundo lugar, el cálculo del coste real sigue siendo opcional en S/4HANA, y no es necesario
cambiar al precio estándar.
00:14:12 Tampoco es posible activar el cálculo del coste real durante la conversión. La estructura de
datos para el cálculo de costes real se ha simplificado y los pasos del cierre del período para
el cálculo del
00:14:24 coste real se han rediseñado completamente. Por lo tanto, debe cerrar todas las actividades
de cierre de período para el cálculo de costes real antes de la conversión.
00:14:33 Si el cálculo del coste real estaba activo, los datos del ledger de materiales se migrarán a las
nuevas tablas MLDOC y MLDOCCCS durante la conversión de la contabilidad.
00:14:43 Sin embargo, todos los resultados están disponibles finalmente en ACDOCA. Tercero, la
nueva contabilidad de activos fijos.
00:14:51 La nueva contabilidad de activos fijos ya estaba disponible a partir del paquete de ampliación
7 de SAP ERP con la función empresarial FIN_AA_PARALLEL_VAL.
00:15:02 Se introdujo para representar la valoración paralela basada en el nuevo enfoque de libro
mayor. En el enfoque de ledger, se crea un ledger separado para cada principio de valoración
o de contabilidad.
00:15:13 Si no está activo, debe configurar la nueva contabilidad de activos fijos y activarla durante la
conversión. En SAP S/4HANA, la nueva contabilidad de activos fijos admite valoraciones
paralelas con el enfoque de libro o el enfoque de cuentas.
00:15:28 En una conversión, no puede cambiar de cuentas al enfoque de ledger, y no se admite una
mezcla de ambos. El plan de valoración se ha simplificado junto con la estructura de datos.

11
00:15:41 Solo hay un área principal por valoración o principio de contabilidad. Por lo tanto, las áreas
delta para la valoración paralela ya no son necesarias después de la conversión.
00:15:53 Tiene que verificar si tiene que configurar nuevas áreas de amortización, por ejemplo, puede
ser necesaria para las monedas que faltan o para los valores de seguro que ya no se admiten
en los datos maestros.
00:16:05 Si es necesario, debe crear nuevas áreas de valoración antes de la conversión. Puede
encontrar toda la información detallada en las notas de simplificación y FAQ y en la ayuda de
SAP.
00:16:21 Gestión de créditos. ¿Cuáles son las siguientes aplicaciones importantes en finanzas que
debe tener en cuenta?
00:16:30 Con la gestión de créditos, SAP tenía dos soluciones para la gestión de créditos, la gestión de
créditos en FI y SAP Credit Management en FSCM. En SAP S/4HANA, tenemos un principio
de uno y solo SAP Credit Management basado en FSCM está disponible.
00:16:48 Tiene que migrar de FI a una edición básica de SAP Credit Management que se incluye en
SAP S/4HANA. La migración se realiza durante la conversión.
00:16:59 Consulte la nota SAP correspondiente para obtener más información. También contiene una
lista de tareas en el PDF adjunto.
00:17:07 Gestión de caja. La gestión de caja clásica ya no está disponible en S/4HANA y la nueva
solución es la nueva SAP Cash Management, que se basa en la nueva tabla
00:17:21 One Exposure. Un cliente que utiliza la Gestión de caja y liquidez clásica debe activar la
nueva gestión de caja de SAP después de la conversión a SAP
00:17:31 S/4HANA. Una versión básica de nuevo de la nueva SAP Cash Management está disponible y
necesaria para la gestión de cuentas bancarias en SAP
00:17:39 S/4HANA. Se llama SAP Bank Account Management Lite y es una versión compacta de Bank
Account Management que se proporciona para los clientes sin la
00:17:49 necesidad de una gestión de caja completa de SAP. Durante la conversión, debe migrar
cuentas de banco propio a la nueva gestión de cuentas bancarias.
00:17:59 Las cuentas de banco propio solo se pueden actualizar mediante el cliente empresarial o la
aplicación Fiori en SAP S/4HANA. Puede encontrar las diferencias de alcance de las
funciones entre Bank Account Management y Bank Account Management Lite en la nota SAP.

00:18:15 Financiación comercial Los documentos financieros, como carta de crédito, se incluyen hoy en
el comercio exterior de SAP ERP, componentes de SAP: SD-FT y MM-FT
00:18:27 También hay nuevas opciones en S/4HANA para la funcionalidad de comercio exterior y
obtendrá más información sobre los cambios esenciales en el comercio exterior en la unidad
cinco de la próxima semana.
00:18:38 En cuanto a las finanzas, el procesamiento de la carta de crédito ha sido sustituido por la
financiación del comercio en SAP Treasury and Risk Management.
00:18:45 Se integra con SAP S/4HANA Sales. Si desea utilizar las transacciones de financiación del
comercio para garantizar el pago de sus pedidos de cliente y entregas en SAP S/4HANA,
00:18:56 debe migrar desde el comercio exterior a la financiación del comercio. Se puede realizar una
migración durante la conversión de la contabilidad.
00:19:04 Si hasta ahora no ha utilizado los pagos de documentación o solo tiene algunos de ellos,
puede decidir no utilizar y no migrar las finanzas comerciales.
00:19:17 Administración flexible de bienes. Clientes que utilizan la antigua necesidad clásica de bienes
inmuebles para la migración a la administración flexible de bienes, RE-FX como
00:19:29 parte de un proyecto de migración. No se puede migrar después de cambiar a S/4HANA.
00:19:35 La migración de datos de bienes inmuebles clásicos a la administración flexible de bienes no
es una simple conversión técnica. La migración debe estar planificada como un proyecto y
ejecutarse de forma similar a una transferencia de datos existentes.

12
00:19:49 Los programas de migración están disponibles como soporte técnico para la transferencia de
datos. Encontrará más información en la nota SAP para Bienes inmuebles.
00:19:59 Contabilidad de ingresos y Gestión de informes. La solución de reconocimiento de ingresos
existente en SD ha sido obsoleta debido a sus limitaciones y no funcionará en SAP S/4HANA.

00:20:13 No se puede utilizar para la nueva norma de contabilidad IFRS15. La nueva solución de
destino es SAP Revenue Accounting and Reporting.
00:20:22 Se trata de un add-on en ERP y también se incluye en S/4HANA. Debe realizarse una
migración a SAP Revenue Accounting and Reporting antes de actualizar su sistema a
S/4HANA.
00:20:35 Debe migrar todos los pedidos de cliente y contratos que están en proceso. Si está utilizando
el reconocimiento de ingresos SD, debe evaluar si la migración a SAP Revenue Accounting
and Reporting es posible para su
00:20:49 empresa antes de decidir si desea realizar la conversión a SAP S/4HANA. También debe
verificar y comparar las funcionalidades existentes y el código personalizado con la nueva
contabilidad de ingresos y la gestión
00:21:01 de informes. En la ayuda en línea de SAP Revenue Accounting and Reporting encontrará más
detalles y la guía de administración para la integración de SAP SD
00:21:10 con SAP Revenue Accounting and Reporting. Encontrará más información en la nota.
00:21:16 Interlocutores comerciales. Ahora, los socios comerciales y la integración de cliente/proveedor
son obligatorios en S/4HANA.
00:21:26 Antes de realizar la instalación técnica de S/4HANA, debe realizar una migración de
interlocutor comercial. Obtendrá más información sobre los socios comerciales y la migración
en unidades cinco a siete de la semana de Alexander esta semana.
00:21:40 Por supuesto, para las finanzas hay muchas más innovaciones y soluciones nuevas
disponibles en SAP S/4HANA. Por ejemplo, para la planificación de informes de conformidad
de SAP Analytics Cloud o avanzados para informes fiscales y legales.
00:21:54 Para obtener más información sobre los otros cambios, su relevancia y sus impactos, verifique
el catálogo de posiciones de simplificación o la información en SAP Help Portal.
00:22:04 Solo me he centrado en las modificaciones principales seleccionadas que son relevantes para
la conversión de contabilidad. Por supuesto, Fiori como nueva experiencia de usuario es otro
tema importante en finanzas que debe tener en cuenta.
00:22:16 Obtendrá más información sobre los cambios realizados en la experiencia del usuario y Fiori
de la próxima semana desde Jocelyn. En esta unidad, cambios esenciales en finanzas,
cubrimos los principales cambios técnicos y funcionales en finanzas.
00:22:30 Y me he centrado en las modificaciones que son relevantes para la siguiente unidad. En la
próxima unidad, diremos más abajo en las actividades de conversión y preparación de
contabilidad que debe tener en cuenta antes
00:22:42 de la conversión del sistema. Gracias por escuchar esta unidad.

13
Week 2 Unit 3

00:00:07 Hola y bienvenidos de nuevo a la semana dos, unidad 3, del curso de la formación de SAP a
SAP S/4HANA. La última unidad, hablé sobre los cambios esenciales en las finanzas.
00:00:19 Ahora ha obtenido una idea sobre los principales elementos de simplificación en finanzas y lo
que debe tener en cuenta en un proyecto de conversión.
00:00:27 En esta unidad, vamos a examinar más detenidamente la conversión de la contabilidad.
Obtendrá un resumen de las tareas necesarias y, especialmente, sobre las actividades de
preparación
00:00:38 que debe realizar en finanzas durante una conversión del sistema. Permítanme comenzar con
donde encontrará más información sobre las actividades relacionadas con las
00:00:48 finanzas en una conversión del sistema. La semana pasada, ya ha aprendido que un proyecto
de conversión tiene dos fases principales, la fase de
00:00:55 preparación con actividades específicas de la aplicación y la fase de realización con
actividades de seguimiento específicas de la aplicación.
00:01:03 En estas fases, también puede encontrar finanzas como una aplicación principal con varias
actividades que exigen una experiencia de finanzas funcional, antes y después de la
conversión técnica.
00:01:15 La guía de conversión general de SAP S/4HANA está disponible en help.sap.com y explica el
proceso de conversión.
00:01:23 Esta guía contiene una lista de los pasos importantes de preparación y seguimiento
específicos de la aplicación, y donde encontrará su documentación.
00:01:32 Para finanzas, hay una guía disponible, Conversión de componentes de contabilidad a SAP
S/4HANA que se adjuntan a la nota 2332030.
00:01:43 En esta unidad, tendremos un aspecto más profundo de estas actividades relacionadas con
las finanzas que se describen en la guía, Cómo convertir sus componentes de contabilidad a
SAP S/4HANA.
00:01:53 Encontrará más información sobre SAP Credit Management y SAP Cash Management en la
guía de conversión. Hay enlaces en los que encontrar más documentación específica de la
aplicación.
00:02:04 Para la migración a la nueva contabilidad de activos fijos, recomiendo encarecidamente leer la
documentación de la ayuda de SAP.
00:02:10 También encontrará ejemplos de cómo configurar las áreas de valoración en la contabilidad
de activos fijos y más información detallada.
00:02:20 Esta imagen de la guía de conversión le ofrece un resumen de las fases de una conversión de
sistema. Antes de comenzar con la instalación técnica de SAP S/4HANA, debe realizar
algunas actividades de
00:02:33 preparación específicas de la aplicación en finanzas. En primer lugar, debe identificar y revisar
las posiciones de simplificación relevantes.
00:02:42 He mencionado algunas de las posiciones más importantes de la última unidad. También hay
informes de verificación previa de Customizing que puede ejecutar y puede adaptar las
00:02:51 parametrizaciones ya antes de la conversión si es necesario. La integración de
clientes/proveedores y la migración a interlocutores comerciales también es una actividad
00:02:59 importante en una lista de tareas para el departamento de finanzas. Por eso hemos dedicado
unidades a los socios comerciales y a la CVI al final de esta semana.
00:03:09 Tiene especialmente en cuenta las condiciones previas y prepara la contabilidad de activos
fijos. No tiene permiso para reabrir el ejercicio anterior en S/4HANA.
00:03:19 Solo un año debe estar abierto en la contabilidad de activos fijos cuando realice la conversión.
La nueva contabilidad de activos fijos es obligatoria en S/4HANA y debe configurar la nueva
contabilidad de
00:03:31 activos durante la conversión o ya en un proyecto independiente antes de instalar SAP
S/4HANA. La nueva contabilidad de activos fijos utiliza el nuevo motor de amortización.

14
00:03:40 Si no está activo, se debe activar la Enterprise Extension EA-FIN antes de instalar SAP
S/4HANA. Consulte las notas SAP correspondientes para obtener más información.
00:03:52 Si tiene una variante de ejercicio alternativa para la valoración paralela, verifique la nota SAP
2220152 mencionada.
00:04:01 Realizar actividades de cierre del período. En el ledger de materiales, debe completar todos
los cálculos de costes reales si el cálculo de costes real
00:04:10 está activo. No podrá realizar modificaciones después de haber migrado.
00:04:16 Además, en la contabilidad de activos fijos debe realizar actividades de cierre de período en la
contabilidad de activos fijos y bloquear el sistema para contabilizaciones posteriores.
00:04:25 En SAP S/4HANA, tendremos un diario universal. Para realizar una conversión correcta, debe
verificar la consistencia y reconciliar los datos.
00:04:35 La migración se soporta desde un punto de vista técnico por muchas verificaciones técnicas y
programas, que le explicaré en un minuto.
00:04:43 Documente sus datos de contabilización. Desde una perspectiva empresarial, estas
verificaciones técnicas no son suficientes.
00:04:50 Los stakeholders especiales, como los auditores internos o financieros, deben participar en el
proyecto para diseñar y verificar reconciliaciones para las comparaciones.
00:05:00 Por ejemplo, para balance contable, saldos de cuenta, etc. Documente sus datos financieros
después de haber bloqueado el sistema para las contabilizaciones.
00:05:09 Puede utilizar los informes que normalmente usa como RFBILA00 para balance contable. Le
recomendamos que se archiven datos que ya no sean necesarios.
00:05:20 Esto le ayudará a reducir el tiempo de ejecución, pero también a reducir el riesgo de
inconsistencias de datos.
00:05:28 Después de las actividades de preparación, existe un tiempo de parada del sistema. Y un
administrador del sistema realiza la instalación técnica de SAP S/4HANA con el Software
Update Manager.
00:05:41 Se ejecutan las siguientes tareas. La base de datos se migra, el software se actualiza y los
datos se convierten al nuevo modelo de datos.
00:05:50 ¿Todos los datos? No. No todos los datos, excepto para las finanzas. Recuerde que, de la
última unidad, la instalación técnica crea las tablas de copia de seguridad para las
00:06:02 tablas de totales e índices (con sufijos BCK y cortar al final) y crea vistas de compatibilidad.
En este momento, el diario universal todavía está vacío y existe una tarea separada para la
migración en
00:06:18 la tabla ACDOCA que también requiere otras actividades anteriores. Estas actividades
siguientes se resumen como conversión de la contabilidad a SAP S/4HANA y se debe
00:06:31 realizar después de la instalación técnica de SAP S/4HANA. Las actividades también se
conocen como migración de finanzas, porque se ha llamado Migración a SAP S/4HANA
00:06:42 Finance antes del paquete de servicios 3 de SAP S/4HANA 1610. La conversión tiene tres
etapas básicas, que voy a explicar más adelante.
00:06:52 Primero, la preparación y la migración de Customizing, luego la migración de datos y las
actividades de procesamiento posterior.
00:06:59 Sé a los clientes que han preguntado si pueden realizar estas actividades más adelante. La
respuesta es no - es importante saber.
00:07:06 No se permiten más contabilizaciones después de instalar SAP S/4HANA con el Software
Update Manager, hasta el final de la conversión.
00:07:13 Veamos una de las actividades más importantes de la fase de preparación: verificaciones de
consistencia. Antes de la instalación de SAP S/4HANA, ya puede ejecutar la verificación de
posición de simplificación
00:07:26 para verificar las parametrizaciones de Customizing. Encontrará la documentación de los
posibles mensajes y soluciones en la nota SAP 2245333.

15
00:07:37 Para cada problema, se explica la causa raíz potencial y, si es posible, se proporciona una
recomendación de cómo resolverlo.
00:07:45 Para verificar el Customizing de la contabilidad de activos fijos, ejecute el report
RASFIN_MIGR_PRECHECK. Este report es necesario para los releases hasta 1709.
00:07:54 Desde 1809, las verificaciones previas de contabilidad de activos se incluyen en la verificación
de posición de simplificación.
00:08:01 Para obtener más información, consulte la nota mencionada. Puede haber algunas
configuraciones del sistema actuales en la contabilidad de activos fijos que
00:08:08 pueden afectar a los períodos del proyecto de conversión. Por ejemplo, si utiliza una variante
alternativa de ejercicio para la valoración paralela como se ha
00:08:17 mencionado anteriormente. Para las comprobaciones de consistencia de los datos
transaccionales, ya hay muchos informes disponibles en
00:08:25 SAP ERP. Le ayudan a reconciliar diferentes libros auxiliares.
00:08:28 Antes de la migración, todos los libros auxiliares deben estar completamente reconciliados. Se
debe depurar cualquier inconsistencia encontrada en las migraciones de prueba en el sistema
productivo.
00:08:40 Durante la instalación de SAP S/4HANA con el gestor de actualización de software, la
verificación de la posición de simplificación se realiza de nuevo y se identifican errores; se
evitarán la instalación.
00:08:53 Después de la instalación, de nuevo hay informes de verificación que deben ejecutarse
durante la conversión de la contabilidad para verificar el Customizing y analizar los datos
transaccionales.
00:09:04 Se ejecutan antes del inicio de la actividad de migración de datos. En la mayoría de los
proyectos de conversión, la mayoría de las inconsistencias se encuentran aquí,
00:09:14 justo antes de la migración. Después o durante la migración de datos, hay verificaciones de
nuevo.
00:09:19 En la fase de preparación en SAP ERP, las verificaciones de consistencia no pueden
identificar todas las inconsistencias.
00:09:27 Esto significa que la corrección de datos en una conversión de S/4HANA es un proceso
iterativo. Utilice las verificaciones en S/4HANA durante una conversión de test para depurar
sus datos en el
00:09:41 sistema fuente. Esta imagen le ofrece un resumen de la fase de realización con las tres
etapas de la conversión de
00:09:48 contabilidad que siguen la instalación técnica de S/4HANA. Preparación y migración de
Customizing, por ejemplo, Customizing de libro mayor y creación de cuentas de
00:09:58 mayor para clases de coste secundario. La migración de datos donde se realiza la migración a
ACDOCA.
00:10:04 Algunas actividades de tratamiento posterior que se pueden realizar después de la finalización
de la migración.
00:10:10 Las dos primeras fases requieren un tiempo de parada. Las contabilizaciones no se permiten
o son posibles después de SUM hasta que la migración de datos se fija
00:10:19 en finalizada. Las actividades posteriores a la migración se pueden llevar a cabo en tiempo
productivo tras el tiempo de
00:10:25 inactividad del sistema. Para cada fase, todas las actividades de migración y la
documentación están disponibles en la guía de
00:10:33 implementación, la IMG. Debe ejecutar las actividades IMG en la secuencia correcta, tal y
como se muestra en la IMG.
00:10:39 No omita ninguna actividad Customizing. También hay informes que verifican si el
Customizing se ha completado correctamente.

16
00:10:48 La conversión debe ejecutarse para cada mandante y se han migrado todas las sociedades.
Para desactivar las verificaciones de Customizing para sociedades ya no se utilizan, puede
marcarlas como
00:11:03 modelos con la transacción FINSC_CO_CD_TEMPLATE. Una conversión específica de
sociedad a S/4HANA sería otro escenario y sería necesario SAP Landscape
00:11:14 Transformation (LT). Consulte la nota SAP para obtener más detalles.
00:11:18 Si ya tiene una financiación simple, SAP S/4HANA Finance o SAP S/4HANA 1511 instalado,
puede encontrar los pasos necesarios en la nota SAP 2450377.
00:11:31 Ahora voy a explicar con más detalle qué actividades deben realizarse en la primera fase, la
preparación y la migración de Customizing.
00:11:41 Un requisito previo es la instalación de S/4HANA. A continuación, en la guía de
implementación encontrará las siguientes actividades IMG bajo el nodo
00:11:50 "Preparación y migración del Customizing". La primera es verificar las parametrizaciones de
Customizing antes de la migración como se ha
00:11:57 mencionado anteriormente. Paso dos, para reducir el tiempo de inactividad, los diferentes jobs
durante la migración se pueden
00:12:03 realizar en paralelo, en el denominado framework de datos en masa. Puede fijar el número de
jobs para cada actividad de migración del framework de datos en masa.
00:12:12 El número óptimo de jobs depende de su instalación y de los recursos. Y puede determinar el
óptimo mediante tests y comenzar, por ejemplo, con 10 jobs.
00:12:24 En el tercer paso, migre el Customizing de libro mayor, la configuración de ledger para las
nuevas tablas de configuración de S/4HANA se realiza.
00:12:36 El paso cuatro, los preparativos y la migración de Customizing para el nuevo motor de
devengo es nuevo en 1809.
00:12:44 El paso cinco, los preparativos y la migración de Customizing para la contabilidad de activos
fijos. Debería saber que el plan de valoración se ha simplificado.
00:12:55 Sólo hay un área principal por valoración o principio contable. Por lo tanto, las áreas delta
para la valoración paralela no son más necesarias o relevantes después de
00:13:05 la conversión. Debe migrar todos los planes de valoración activos.
00:13:10 Le recomendamos encarecidamente el archivo de las sociedades desactivadas antes de la
instalación de S/4HANA.
00:13:16 De lo contrario, deberá convertir las sociedades ya desactivadas con el riesgo de que se
generen muchos errores.
00:13:24 Al final, ejecute nuevas condiciones de contabilidad de activos fijos y active la nueva
contabilidad de activos fijos.
00:13:30 Tenga en cuenta que se trata de una migración de Customizing. Aún no hay conversión de
datos en ACDOCA.
00:13:37 El paso seis, los preparativos y la migración de Customizing para Controlling solo son
relevantes si se utiliza CO-PA.
00:13:45 Opcional pero se recomienda la activación del nuevo análisis de rentabilidad en S/4HANA.
Luego tenemos aquí los preparativos y la migración de Customizing para el ledger de
materiales, la
00:14:00 preparación para la migración de cuentas de bancos propios y los preparativos para la
migración de documentos financieros a las finanzas comerciales.
00:14:11 Al final, hay preparativos y migración de Customizing para la gestión de créditos. Aquí se
realizan todas las tareas según la guía de conversión de la gestión de créditos.
00:14:23 Ahora le mostraré una demostración rápida de los pasos de preparación y Customizing de la
conversión de contabilidad en un sistema en el que SAP S/4HANA 1809 ya está instalado
técnicamente.
00:14:37 Puede encontrar todos los pasos en la IMG aquí. Vaya al Customizing y encontrará aquí la
contabilidad en SAP S/4HANA.

17
00:14:50 En primer lugar, lea la información Customizing de SAP S/4HANA y Migración de datos con el
enlace a la guía de conversión.
00:15:01 Puede ver aquí las tres fases, los preparativos y la migración de Customizing, la migración de
datos y las actividades después de la migración.
00:15:10 En esta unidad, le mostraré los preparativos y la migración del Customizing. En primer lugar,
verifique las parametrizaciones de Customizing antes de la migración.
00:15:21 Hay algunas advertencias y la nota para verificar la nota SAP 2245333 para posibles
soluciones que he mencionado anteriormente.
00:15:31 Lo sé y puedo ignorar estos mensajes. Fijar cantidad de jobs para actividades en framework
de datos en masa.
00:15:39 He fijado el número de puestos de trabajo en 10. Customizing del libro mayor.
00:15:45 Verifique y transfiera variantes de ejercicio. Deben ser idénticos en FI y CO.
00:15:55 No se requieren modificaciones para las variantes de ejercicio. Definir parametrizaciones de
moneda para la migración.
00:16:03 Defino que la conversión de moneda se realiza con el tipo de cambio M, si es necesario. Y
tengo que especificar cómo calcular los importes que se han utilizado en CO antes de la
introducción del
00:16:21 diario universal. Selecciono según enfoque CO.
00:16:26 Esta es la misma lógica que antes. Encontrará más información en la ayuda online.
00:16:38 Luego, Migrar Customizing de libro mayor. El ledger se ha migrado correctamente.
00:16:47 Veamos lo que se ha hecho en Opciones para libros y tipos de moneda. Aquí puede ver los
nuevos campos de moneda en su diario universal.
00:17:06 Yeah, hay hasta 10 campos disponibles en el diario, pero no se pueden introducir nuevos
durante la conversión.
00:17:12 Sólo existían los tipos de moneda 10 y 30. En la parte derecha, puede ver las monedas
paralelas en FI, solo se han utilizado 10.
00:17:23 También puede ver que se ha asignado un principio de contabilidad al ledger. Paso siguiente,
revise la asignación de ledger y sociedad a los principios de contabilidad.
00:17:42 Sólo se define una norma de presentación de cuentas a partir de una sociedad 1000.
Siguiente paso, Definir ledger para versión CO.
00:17:54 En esta actividad IMG se asignan los libros mayores a las versiones CO. Esto significa que el
Controlling leerá los datos reales del ledger de libro mayor que especifique
00:18:07 aquí... 0L. Definir clases de documento para contabilizaciones en Controlling.
00:18:13 Aquí puede crear nuevas clases de documento para las contabilizaciones en Controlling.
Utilizo la clase de documento estándar SA y adáptela y márquela para Costes secundarios.
00:18:25 Para el controlling se debe fijar el indicador Cuenta de mayor. "Definir clases de documento
para contabilizaciones en Controlling", hemos hecho.
00:18:39 Definir asignación de clase de documento para operaciones comerciales CO. Esto asigna su
transacción comercial a los tipos de documentos.
00:18:51 Si no ha creado una nueva clase de documento, puede mantener la versión estándar "SA". A
continuación, verifique y defina valores de propuesta para contabilizaciones en Controlling.

00:19:09 Si no introduce aquí ningún grupo de ledgers por defecto, todas las contabilizaciones CO se
realizarán en todos los libros mayores.
00:19:15 Dejaré en blanco. Definir clase de determinación de cuenta de contrapartida.
00:19:21 En esta actividad se define cómo el sistema calcula la cuenta de contrapartida en todas las
aplicaciones. Así que seleccionaré dos.
00:19:32 Paso siguiente... Definir ledger fuente para migración de saldos.

18
00:19:42 En esta actividad IMG se define el ledger fuente de los saldos para la contabilidad principal.
Por lo tanto, puedo definir 0L... para una sociedad... todavía 2001, el ledger fuente 0L y back...

00:20:01 Ahora, verifique las parametrizaciones de la sociedad Ningún problema, nada que hacer aquí.

00:20:08 Al final, ejecute la verificación de consistencia de las parametrizaciones de libro mayor. Se ha

cerrado el Customizing de libro mayor.
00:20:16 Y ahora, paso a la contabilidad de activos. En este sistema de demostración, la contabilidad
de activos fijos clásica está activa con una norma de
00:20:28 presentación de cuentas y un solo ledger. Es un plan de amortización sencillo y utilizaremos el
programa de migración proporcionado en la
00:20:36 demostración. El status debe ser "en preparación".
00:20:39 Veamos aquí la opción Activar contabilidad de activos fijos. "En preparación".
00:20:57 Voy a verificar primero los requisitos previos para mostrarles los resultados antes de la
migración. Obtiene algunos errores aquí porque para el plan de valoración no se ha asignado
el grupo de ledgers de
00:21:15 destino y no se ha asignado el principio de contabilidad. Volvamos.
00:21:23 Esto lo hará el programa de migración. También le mostrarán las parametrizaciones actuales
de cómo las áreas de amortización se contabilizan en el
00:21:32 libro mayor. Vamos a la contabilidad de activos fijos.
00:21:39 Puede ver que no hay ningún grupo de ledgers y una norma de presentación de cuentas
asignadas a las áreas de amortización.
00:21:45 Se añadirán con el informe de migración. Empezaré por la migración de los planes de
valoración.
00:21:59 En esta actividad, debe migrar los planes de valoración de la contabilidad de activos fijos
clásica a la nueva contabilidad de activos fijos.
00:22:06 He seleccionado Actualizar y ejecutado. Se finaliza la migración.
00:22:13 Veamos el log de job. En el sistema de demostración, no hay ninguna valoración paralela
implementada, y todas las áreas de
00:22:22 valoración están asignadas a una norma de presentación de cuentas y un grupo de ledgers,
como puede ver aquí en el log de job.
00:22:30 Para la valoración paralela, debe asignar una norma de presentación de cuentas a un grupo
de ledgers y asignar las áreas de valoración a un principio de contabilidad.
00:22:38 También puedo mostrarles los resultados aquí en el Customizing de activo. Todas las áreas
de valoración están asignadas a una norma de presentación de cuentas.
00:22:49 Antes de la activación, verifique las condiciones previas para la activación de la contabilidad
de activos fijos (nuevo).
00:23:02 No hay problemas, todos están en verde. En el final, Activar contabilidad de activos fijos
(nuevo)...
00:23:16 Ahora se activa Nueva contabilidad de activos fijos. No obstante, no se trata de una migración
de datos y sólo de la migración del Customizing.
00:23:26 Esto significa que debe transportar e importar estas parametrizaciones en un sistema de test
o un sistema productivo, como todas las demás parametrizaciones de Customizing.
00:23:35 Preparación y migración del Customizing para Controlling. En este paso, puede activar Nueva
cuenta de activo...
00:23:42 No cuenta de activo fijo nuevo, tenemos eso... cuenta de resultados contable nueva.
00:23:46 No lo haré aquí en el sistema. Vamos a migrar el Customizing del ledger de materiales.
00:23:54 Esta actividad migra las parametrizaciones de Customizing para el ledger de materiales.
Anular el indicador modo de test y ejecutar.

19
00:24:06 Se ha fijado la determinación de precio 2 y el tipo de ledger de materiales. Vaya a Verificar
asignación de tipos de ledger de materiales a áreas de valoración.
00:24:21 A las áreas de valoración con los tipos de moneda 10 y 30 se ha asignado el tipo de ledger de
materiales 9300.
00:24:28 Esto significa que la valoración de material estará disponible en la moneda de la sociedad y
en la moneda del grupo.
00:24:37 A continuación, los preparativos para la migración de cuentas de banco propio. Le mostraré la
configuración para la migración solo de cuentas de banco propio.
00:24:50 Para el maestro de cuenta bancaria, puede definir diferentes tipos de cuentas que se pueden
utilizar en la gestión de informes y la planificación.
00:24:56 Voy a crear un tipo de cuenta B, para mis tipos de cuenta bancaria. Y la dirección B para el
alta y la baja, y márquela como Cuenta de explotación...
00:25:19 Con este paso, nuestro sistema de demostración está preparado para la migración de datos.
Las siguientes actividades no son relevantes para un sistema de demostración.
00:25:28 En esta unidad, Fase Conversión de contabilidad, Resumen y preparación obtiene un
resumen sobre las actividades de la conversión contable.
00:25:36 Hemos tratado la fase de preparación en finanzas y, al final, le guía a través de una selección
de pasos que se realizan para la preparación y la migración de Customizing antes de la
migración de datos
00:25:48 financieros. En la próxima unidad, profundizaremos en la conversión de la contabilidad y
analizaremos las actividades y
00:25:54 los pasos de la migración de datos después de la migración. Gracias por escuchar esta
unidad.

20
Week 2 Unit 4

00:00:08 Hola y bienvenidos de nuevo a la semana dos, unidad cuatro de la formación del sistema de
cursos de SAP a SAP S/4HANA. En la última, la unidad que hablaba de la conversión de la
contabilidad.
00:00:19 Ha obtenido un resumen sobre las actividades de la conversión contable y lo que debe hacer
en la fase de preparación de un proyecto de conversión. En esta unidad, nos veremos más
cerca de la fase de realización.
00:00:31 Obtendrá un resumen de las tareas necesarias para la migración de datos financieros.
También continuaré con la demostración y le mostrará cómo se realiza la migración de datos
en finanzas.
00:00:45 En la última unidad, he explicado los pasos para la preparación y la migración de
Customizing, y he mostrado todas estas actividades en un sistema de demostración.
00:00:54 Una finalización satisfactoria de todas estas actividades de preparación y de Customizing es
un requisito previo antes de poder pasar a la siguiente fase: migración de datos.
00:01:03 La fase de migración de datos consta de aproximadamente diez pasos principales con un
paso importante para la migración de datos. Todas las actividades están disponibles en la
guía de implementación y también se documentan allí.
00:01:19 Primero, vuelva a generar vistas CDS y asignación de campos. Este programa genera el
redireccionamiento de las sentencias SELECT a las vistas de compatibilidad que he
mencionado en la unidad dos de esta semana.
00:01:32 También se regenera la asignación de campos específicos de cliente en el procedimiento de
migración de datos. En segundo lugar, analice los datos transaccionales.
00:01:43 Este es uno de los informes de verificación de consistencia que he mencionado en la última
unidad para analizar si todos los datos transaccionales están completos y son correctos.
00:01:52 Después de la instalación de SAP S/4HANA, utilice este paso en un sistema de test para
verificar si todos los documentos FI están completos y son correctos.
00:02:01 Utilice los resultados de estas verificaciones para corregir documentos inconsistentes en su
entorno productivo antes de iniciar el proceso de migración de datos.
00:02:11 Durante las iteraciones de test posteriores y durante la migración de datos en productivo,
puede omitir este paso ya que ya ha identificado documentos inconsistentes durante la prueba
inicial.
00:02:23 Además, la actividad Inicio y el seguimiento de la migración de datos, que verá más adelante,
incluye verificaciones similares. Tercero, visualizar el estado de los datos transaccionales.

00:02:34 Esto analiza los datos de movimiento. Y luego aquí, inicie y supervise la migración de datos.
00:02:42 Iniciar y supervisar la migración es el paso principal para llevar a cabo y supervisar los
resultados de la migración de datos al diario ACDOCA y a otras nuevas tablas de finanzas.
00:02:54 Veamos este monitor de migración de datos. Puede iniciar el monitor de migración de datos
en la guía de implementación o con la transacción FINS_MIG_STATUS.
00:03:10 La transacción ejecuta la migración de datos y garantiza la secuencia correcta de las
actividades de migración que se enumeran a la derecha. Proporciona un resumen de todas
las ejecuciones de migración realizadas y puede analizar los errores y repetir y restablecer las
actividades de
00:03:27 migración. Le mostraré la migración y el monitor de datos y explica las actividades en una
breve demostración.
00:03:36 Puede encontrar las actividades de migración de datos en la IMG en Conversión de
contabilidad a SAP S/4HANA. En la primera actividad se regeneran las vistas CDS y las
asignaciones de campos.
00:03:50 Ejecutar... y aquí la generación se ha realizado con éxito.

21
00:04:01 La siguiente actividad es Analizar datos de transacción. Esto se inicia en segundo plano con
diez puestos de trabajo.
00:04:10 Podemos ver el estado del análisis de datos de transacciones en el siguiente paso. Aún
quedan algunos jobs esperando.
00:04:22 Actualice y todo debe ser verde. Antes del inicio de la migración, puede encontrar aquí en la
IMG una documentación de todas las actividades de migración que se realizan con el
00:04:38 monitor de migración de datos, por ejemplo, Migración de clases de coste. La migración de
clases de coste consta de las siguientes actividades en la transacción Iniciar y supervisar
migración:
00:04:52 Verificación de la consistencia de cuentas de mayor y clases de coste del CCG, puede ver
aquí, la cuenta de mayor de GCM y la fusión de clases de coste y la asignación
predeterminada de los elementos de coste.
00:05:04 Puede ver aquí que cada actividad tiene un ID, como CCG o GCM. Por lo general, existe un
report de verificación de consistencia separado que debe iniciarse antes de la actividad de
migración correspondiente.
00:05:16 Antes de combinar las cuentas de mayor y las clases de coste, este informe de verificación de
consistencia. Vamos a iniciar la migración de datos.
00:05:29 Tiene un resumen de las ejecuciones de migración. Está vacío y primero tiene que inicializar
el monitor y prepararlo aquí para la migración.
00:05:42 En tablas, puede ver que tenemos alrededor de 4.7 millones de entradas en la tabla BSEG y
alrededor de 2,8 millones de entradas en la tabla COEP. También hay algunos datos en el
ledger de materiales y no existen entradas en ACDOCA.
00:05:58 Vamos a iniciar la migración de finanzas. Aquí puede ver el número de jobs de fondo que se
utilizan y la utilización de CPU actual, y el status con número de errores y advertencias para
cada
00:06:18 actividad aquí. En el primer test de migración, es importante obtener un resumen de todos los
errores y mensajes de las verificaciones de consistencia.
00:06:27 Después de un primer test, los errores de conversión deben solucionarse lo antes posible en
el entorno de producción antes de realizar una copia siguiente del sistema de producción a un
sistema de prueba o de pruebas.
00:06:39 Cada error debe resolverse. Ignorando errores sólo tiene sentido en casos específicos, por
ejemplo, para tests de rendimiento o si tiene un acuerdo con los auditores debido a
00:06:50 datos antiguos o ya no utilizados. Para visualizar el status de una actividad, haga doble clic en
él, y después verá cada paso y luego haga doble clic en el mensaje de error.
00:07:03 A continuación, puede ver el status y obtener un resumen de los mensajes y ver los mensajes
detallados. La migración normalmente se ejecuta durante un tiempo.
00:07:11 En el primer paso, fusionar cuentas de mayor y clases de coste, las cuentas de mayor se
crean para clases de coste secundario. No existe ninguna imputación por defecto en el
maestro de cuentas de mayor, ya que estaba disponible en el maestro de clases de coste.
00:07:29 Por lo tanto, en el siguiente paso, las asignaciones de cuenta se transfieren desde el maestro
de clases de coste a imputaciones por defecto en la transacción OKB9.
00:07:41 Los siguientes tres pasos son reconciliar y enriquecer datos transaccionales para el diario
universal. Reconciliación de datos transaccionales, verifique el enriquecimiento de datos de
transacciones...
00:07:57 Luego tenemos aquí el paso principal, la migración de datos en ACDOCA. Migración de datos
en diario unificado: Partidas individuales.
00:08:16 Esta es una de las actividades más lentos. Puede minimizar el tiempo de inactividad
aumentando el número de jobs paralelos, pero, por supuesto, el número máximo depende de
los recursos del
00:08:28 sistema. Si el tiempo de inactividad mínimo es importante, verifique la unidad sobre la
optimización de tiempo de parada en la última semana de este curso, de

22
00:08:41 Boris. El siguiente paso verifica la migración de entradas de diario en ACDOCA.
00:08:48 Luego están los jobs para la migración del ledger de materiales: Migrar datos maestros de
ledger de materiales, Migrar historial de pedido de ledger de materiales y verificar datos
maestros de ledger de materiales.
00:09:07 Después de la migración del ledger de materiales, los deltas se contabilizan en el paso DLT,
la migración de datos en el diario unificado: Deltas agregados
00:09:18 ¿Por qué hay deltas? En S/4HANA, los totales se calculan agregando artículos en línea.
00:09:26 Ya no existen totales y puede haber diferencias entre los totales de las partidas individuales
migradas y los totales originales. Por ejemplo, porque se han archivado partidas individuales
históricas o como resultado de una conversión.
00:09:41 En este paso, los deltas se contabilizan a nivel de totales de libro mayor. En el final, los
artículos en línea migrados más ajustes de saldo de la migración son iguales a los totales
originales.
00:09:54 A continuación, se verifica la migración de saldos. Las últimas dos actividades son necesarias
para inicializar y verificar la nueva lógica de cálculo desde la nueva contabilidad de activos
fijos.
00:10:12 Ahora la migración de datos ha finalizado y vamos a las tablas. Aquí puede ver que ahora
tenemos más de seis millones de entradas migradas en ACDOCA.
00:10:23 Se finaliza la primera demostración de migración de datos. Los pasos de migración después
de esta migración de datos se deben realizar si es necesario.
00:10:39 Depende de si la gestión de créditos está activa o no, o si se utiliza o no la carta de crédito, o
si se utilizan o no las imputaciones de libro mayor. Tampoco hay una secuencia estricta de las
siguientes actividades de migración, como en el monitor de migración de datos, excepto la
migración
00:10:54 de conjuntos a completar al final. ¿Qué debe hacer?
00:10:58 paso cinco, migrar asignaciones de libro mayor. En esta actividad, se modifican los ciclos de
asignación de libro mayor existentes para los valores reales en tablas de bases de datos de
entradas
00:11:10 de diario nuevas. Paso seis, migre cuentas de banco propio al nuevo maestro de cuentas
bancarias en Gestión de cuentas bancarias.
00:11:17 Para las cuentas de banco propio, la conversión, y para el maestro de bancos propios,
también hay un código de transacción nuevo, FI12_HBANK y ya no son objetos de
Customizing.
00:11:32 Paso siete, migrar documentos financieros SD-FT a letras de crédito en finanzas comerciales
si es necesario. Esta actividad contiene la migración de datos maestros de documentos
financieros, la asignación de pedidos de cliente a documentos financieros,
00:11:47 la inicialización y reconciliación de las decisiones de verificación de riesgo para documentos
de ventas y entregas bloqueados. Paso 8, migra la gestión de créditos SD a SAP Credit
Management en FSCM.
00:12:01 Migre los datos maestros del cliente de control de crédito como la categoría de riesgo y los
límites de crédito. Para tratar los datos maestros de la gestión de créditos para un interlocutor
comercial después de la migración, utilice la transacción
00:12:15 UKM_BP. Los valores de crédito de los pedidos abiertos y las entregas se migran al
comprometido y las decisiones de crédito documentadas se crean para
00:12:23 documentos de ventas bloqueados. Encontrará más información en la lista de tareas para la
gestión de créditos.
00:12:30 El paso nueve, antes de configurar la migración a "Completado", las empresas deben
participar para validar y comparar los resultados antes y después de la migración.
00:12:41 Paso 10: al final cuando haya finalizado con éxito todas las actividades, puede fijar la
migración en "concluida". Las últimas verificaciones se realizan automáticamente.

23
00:12:52 Después de fijar la migración en "Finalizado", se permiten las contabilizaciones de nuevo.
Después de la migración y las finanzas, hay algunas actividades que puede hacer. Hay más
actividades que puede o tiene que hacer. El tiempo de
00:13:08 inactividad no es necesario, pero se recomienda para algunas actividades. En primer lugar,
puede transferir tablas de índice de aplicación al área poco interesante de la base de datos
para reducir el consumo de memoria.
00:13:22 Obtendrá más información sobre el nuevo concepto de data aging en SAP S/4HANA en la
última semana de este curso. A continuación, rellene los nuevos campos de vencimiento en
las partidas individuales correspondientes y rellene la cuenta de contrapartida en
00:13:37 documentos FI. Puede enriquecer el arrastre de saldos de las cuentas de mayor gestionadas
por partidas abiertas con dimensiones adicionales que no estaban
00:13:44 disponibles en el libro mayor antes de la migración, por ejemplo, desde el ledger de materiales
o la contabilidad de activos fijos. Las actividades manuales para la financiación del comercio y
las actividades manuales para la gestión de créditos son necesarias para el
00:13:58 tratamiento posterior de datos no migrados. En el siguiente paso, migre los datos del motor de
acumulación que vienen de nuevo con 1809.
00:14:06 Para reducir la memoria de la memoria y la base de datos, puede desactivar el ledger de
reconciliación, que ya no es necesario en S/4HANA. Puede eliminar tablas obsoletas de la
memoria caliente y también de bases de datos, ya que las entradas en las tablas de finanzas
antiguas no se han
00:14:23 borrado mediante la migración. Para ello, debe ejecutar este report y verificar la nota SAP
correspondiente para más información.
00:14:31 Por último, después de completar la parte técnica más técnica de la conversión, puede pensar
en la implementación de nuevas funcionalidades en SAP S/4HANA, por ejemplo, la
introducción posterior de la partición de documentos o la introducción de una norma de
presentación de cuentas o un
00:14:49 ledger en un proyecto de seguimiento independiente. También puede considerar todas las
innovaciones nuevas en finanzas que vienen con SAP S/4HANA.
00:14:59 Realice el picking de los importantes y los implemente dentro del proyecto de conversión o
planifique los proyectos de seguimiento. Con esto concluye la migración de finanzas, y
también le mostrarán los pasos restantes en una demostración rápida.
00:15:14 Parto aquí con la migración de datos. No existen asignaciones de libro mayor en el sistema de
demostración y tampoco documentos financieros ni gestión de créditos.
00:15:23 Le mostraré la migración de cuentas de banco propio. Asigne la clase de cuenta bancaria que
ha creado en la fase de Customizing a las cuentas de banco propio activas.
00:15:34 He creado el tipo de cuenta B para mis cuentas de banco propio en la última unidad, y para
esta demostración solo migra una cuenta de banco propio y que obtiene un ID técnico nuevo.

00:15:46 Todo esto se encuentra aquí en la IMG de conversión. El resto de parametrizaciones para la
gestión de caja encontrará en la guía de implementación de la gestión de caja.
00:15:58 Antes de fijar la migración como finalizada, ahora reconciliaría y comparará los datos
migrados. Fijar la migración como finalizada aquí.
00:16:11 En primer lugar, hay algunos controles: todos están en verde. Fijado en completado aquí.
00:16:19 Ahora hemos realizado con éxito la migración de finanzas y el sistema ahora está abierto para
las contabilizaciones.
00:16:27 Con este paso, terminé nuestra unidad sobre la migración de datos en finanzas. En esta
unidad, "Conversión de contabilidad - Fase de realización" ahora obtiene un resumen sobre
las actividades de la conversión contable.

24
00:16:42 Hemos cubierto la migración de datos en finanzas y le he mostrado en la demostración de los
pasos que se realizan para la migración de datos. En la siguiente unidad, obtendrá
información sobre los interlocutores comerciales y la transición de clientes y proveedores a los
socios
00:16:57 comerciales en SAP S/4HANA. Gracias por escuchar esta unidad.

25
Week 2 Unit 5

00:00:07 Bienvenido de nuevo a la semana de formación 2. Ahora continuaremos con el tema

Transición de proveedores y clientes a los socios comerciales.
00:00:14 Voy a ser su anfitrión para las tres próximas unidades. Mi nombre es Alexander Roten.
00:00:19 Trabajo como consultor principal en el área de logística, en particular, el aprovisionamiento al
pago y ahora también la adaptación del socio comercial.
00:00:27 Durante tres años he sido miembro del Grupo de implementación regional de SAP S/4HANA.
Estoy actuando como experto en productos.
00:00:34 Uno de mis temas centrales es la integración de interlocutor comercial y cliente/proveedor. En
las tres unidades siguientes, explicaré los conceptos y el diseño del socio comercial.
00:00:45 En la unidad seis, introduciré cómo convertir clientes y proveedores a interlocutores
comerciales en un escenario de conversión de SAP ERP a SAP S/4HANA.
00:00:55 La unidad siete está pensada para ofrecer experiencias importantes de nuestros proyectos en
varios clientes.
00:01:02 Ahora vamos a empezar con las cinco unidades. ¿Por qué tenemos que hablar de
interlocutores comerciales y su implementación en SAP ERP y SAP
00:01:15 S/4HANA? El maestro de clientes y proveedores se ha establecido como objetos de datos
maestros hace
00:01:21 tiempo. A lo largo del tiempo, experimentamos limitaciones.
00:01:25 Estas se resolvieron con soluciones básicas, o no se pudieron resolver dentro del modelo de
datos actual. Estos son algunos ejemplos de estas limitaciones.
00:01:38 Solo proporcionamos una sola dirección. No existe ninguna relación entre un proveedor y un
cliente para la misma entidad real.
00:01:47 En el maestro de clientes se han introducido personas como persona de contacto.
Posteriormente, se han incluido personas de contacto para proveedores.
00:01:55 Sin embargo, todo esto es un apéndice de estos datos maestros que un objeto de datos
maestros propio. Además, no existen dependencias temporales para los datos.
00:02:09 El socio comercial ya se utiliza en aplicaciones estratégicas como sistema independiente o
add-on, por ejemplo:
00:02:19 CRM, SCM, SRM y GTS. El interlocutor comercial del objeto está disponible en ERP durante
más de 10 años.
00:02:28 La integración con los datos maestros de los clientes y los proveedores lleva mucho tiempo.
Sin embargo, existen y existen aplicaciones que utilizan el objeto de interlocutor comercial.
00:02:40 El número de aplicaciones también está creciendo en el entorno SAP ERP. Pero la
integración más profunda en los datos maestros de los clientes y los proveedores no era
00:02:52 necesaria o se ha restringido parcialmente a las correspondientes aplicaciones. Con SAP
S/4HANA, hemos decidido cambiar este enfoque.
00:03:01 El interlocutor comercial ahora es el punto individual de entrada para gestionar entidades
reales.
00:03:08 Incluye una transacción y las aplicaciones Fiori para actualizar. Tiene la misma apariencia
para clientes, proveedores, clientes potenciales o datos maestros
00:03:18 de persona de contacto, y comparte tantos datos como sea posible en las aplicaciones. Las
aplicaciones bien establecidas como SD y MM seguirán utilizando los objetos de datos
maestros
00:03:31 clásicos, el cliente, el proveedor y la persona de contacto. Estos objetos de datos maestros
ahora forman parte del interlocutor comercial.
00:03:40 Estarán sincronizados con la llamada CVI, esta es la abreviatura para la integración de
clientes/proveedores, en el socio comercial, que introducirá más adelante.
00:03:52 En las diapositivas siguientes, explicaré algunos principios básicos del modelo de datos de
socio comercial.

26
00:04:04 Empezamos con la categoría de interlocutor comercial. SAP ha implementado tres categorías
diferentes.
00:04:13 La categoría indica si un interlocutor comercial es una persona física, una organización o un
grupo. No es posible crear ningún otro tipo de interlocutor comercial.
00:04:27 Una persona física es una persona privada. Normalmente se utiliza para las personas de
contacto, los clientes finales o los empleados.
00:04:36 Una organización describe una entidad legal, como una empresa o un departamento. Los
ejemplos son clientes de la empresa o organizaciones internas.
00:04:48 Un grupo se utiliza casi para un fin determinado, por ejemplo, en soluciones sectoriales como
IS-Media o bien inmueble.
00:04:57 Puede definir, por ejemplo, el tipo de grupo de interlocutores si están casados o en un
acuerdo de vida compartido.
00:05:05 En la mayoría de los casos, se utilizan las dos primeras categorías, la persona y la
organización. El objetivo de una categoría de interlocutor comercial es para controlar los
campos visualizados,
00:05:19 por ejemplo, la fecha de nacimiento, las personas o varios campos de nombre para
organizaciones. Además, define qué roles se pueden actualizar para un interlocutor comercial
determinado.
00:05:32 Tenga en cuenta que una vez que se asigna una categoría a un socio comercial, no se puede
cambiar. No puede modificar la categoría de interlocutor comercial en una etapa posterior.

00:05:48 Un rol es solo una vista en un socio comercial. Puede utilizar el rol de interlocutor comercial
para realizar una clasificación de interlocutor comercial
00:05:59 de... Al seleccionar un rol durante la actualización de interlocutores comerciales, define el
subconjunto de
00:06:04 datos disponible. Por ejemplo, al seleccionar el rol Cliente, solo se visualizan los datos
relevantes para el cliente.
00:06:15 El interlocutor comercial puede tener varias funciones al mismo tiempo, por ejemplo,
Empleado y Cliente.
00:06:20 En este caso, los roles comparten, por ejemplo, el conjunto de datos de dirección. Cada
interlocutor comercial tiene el rol Interlocutor comercial general.
00:06:32 Consta de datos de dirección, datos de comunicación, datos bancarios. No existe ningún
interlocutor comercial sin el rol Interlocutor comercial general.
00:06:44 Los roles se pueden añadir, se pueden borrar de los datos maestros del interlocutor
comercial, restringido, es decir, roles dependientes del tiempo.
00:06:54 Pueden excluirlo entre sí, por ejemplo, un socio comercial no puede ser un cliente potencial y
Cliente al mismo tiempo.
00:07:02 Es posible definir roles propios para determinados fines. Solo para mencionar : los roles se
pueden agrupar.
00:07:11 En este caso, puede actualizar varios roles juntos. Una relación de interlocutor comercial
representa la conexión empresarial entre dos interlocutores
00:07:27 comerciales. Para crear una relación entre dos interlocutores comerciales, debe asignar un
tipo de relación a la
00:07:35 relación correspondiente. El tipo de relación describe las características correspondientes.
00:07:45 Como puede ver aquí, hemos conectado un socio comercial que representa una empresa con
un socio comercial que representa a la persona de contacto correspondiente.
00:07:57 O puede conectar dos organizaciones. Por ejemplo, uno de los actos como agente, como en
este caso.
00:08:07 Cuando se crea una relación de una categoría determinada, generalmente incluye una
relación para ambas direcciones.

27
00:08:16 Por ejemplo, al actualizar la relación de persona de contacto de la organización, tiene la
relación "Tiene persona de contacto" y la persona que asigna la relación "Es persona de
contacto para" esta
00:08:30 organización. Puede asignar atributos, como una dirección de empresa para la relación de
persona de contacto, a
00:08:38 la relación. De este modo se evita que los datos se almacenen de forma redundante.
00:08:43 SAP proporciona una lista determinada de tipos de relación. Puede definir categorías propias
según sus necesidades.
00:08:58 Esta imagen proporciona una visión holística de los tres principios de diseño juntos. Verá aquí
una empresa.
00:09:07 Dentro de esta empresa trabaja la Sra. Miller. Tanto la empresa como la señora. Miller se ha
creado como interlocutor comercial.
00:09:16 La empresa es de la categoría "Organización", señora. Miller es de la categoría "persona".
Puesto que esta empresa es un cliente, el socio comercial correspondiente consiste en los
roles
00:09:30 Cliente, visto desde el punto de vista de las ventas, y el Cliente, desde la perspectiva
financiera.
00:09:38 Por supuesto, el rol Datos de interlocutor comercial general se crea porque es obligatorio. Sra.
Miller se crea en los roles respectivos, Persona de contacto e Interlocutor comercial
00:09:54 General. Ambos interlocutores comerciales están enlazados entre sí con la relación de la
categoría "Es persona
00:10:02 de contacto para". Al leer de interlocutor comercial Miller es "Es persona de contacto para", al
leer de una
00:10:13 organización de socio comercial, es la categoría "Tiene persona de contacto". Aquí puede ver
dónde encontrar estas tres opciones en la transacción de actualización de interlocutor
00:10:27 comercial. Se puede seleccionar una categoría al crear un interlocutor comercial aquí.
00:10:33 Tenga en cuenta que no se puede modificar posteriormente. Seleccione los roles
correspondientes en este menú desplegable.
00:10:44 Las relaciones se pueden gestionar utilizando esta funcionalidad separada. Cuando hablamos
de integración de cliente/proveedor, hablamos de tres objetos de datos maestros.
00:11:00 Hablamos del socio comercial, hablamos del cliente y hablamos sobre el proveedor o
proveedor como se llama en SAP S/4HANA.
00:11:11 Todos estos tres objetos están ahora integrados y sincronizados entre sí. Esto se garantiza
mediante la llamada integración de CVI, cliente/proveedor.
00:11:24 CVI existe en ERP y S/4HANA. La CVI utiliza la llamada interfase compleja.
00:11:34 Contiene los datos de los tres objetos. Al modificar un interlocutor comercial, también tiene
acceso a datos de cliente y/o proveedor.
00:11:43 Al realizar la contabilización, la actualización del interlocutor comercial se lanza directamente
mediante los APIs correspondientes.
00:11:52 En paralelo, se lanza la CVI. Esto no solo es necesario para actualizar datos maestros de
clientes y proveedores, sino también
00:12:04 para actualizar las llamadas tablas de enlaces de CVI. Esta lógica se implementa en la
transacción BP para actualizar el interlocutor comercial, en las
00:12:17 aplicaciones Fiori y en nuestros API liberados. Permítanme dedicar algunas palabras a las
tablas.
00:12:26 Las tablas de interlocutores comerciales nativas se denominan con URT al principio. Por
ejemplo, BUT000 para los datos centrales.
00:12:40 Los datos maestros de cliente y proveedor se almacenan en sus tablas clásicas, como KNA1
o LFB1. Además, hay un conjunto separado de las tablas de vínculos de CVI para mantener
las conexiones entre
00:12:58 los tres objetos. Hablemos de las instrucciones de sincronización.

28
00:13:03 En ECC, para la conversión tenemos que utilizar la dirección de sincronización del cliente y el
proveedor al interlocutor comercial.
00:13:13 Una vez activada la CVI, se recomienda utilizar esta dirección para la sincronización continua.
Técnicamente, también sería posible utilizar la dirección del interlocutor comercial al deudor y

00:13:26 acreedor. Sin embargo, no recomendamos que todos los campos de cliente y proveedor no
estén disponibles en las
00:13:32 transacciones de interlocutor comercial. Y para mejorar la transacción del socio comercial con
todos estos campos, sería un esfuerzo
00:13:41 importante. En S/4HANA, la dirección del interlocutor comercial a objetos dependientes solo
es compatible.
00:13:49 Esta dirección es obligatoria aquí. La transacción de interlocutor comercial en S/4HANA
admite ahora todos los campos obligatorios del
00:14:02 maestro de clientes y proveedores. Permítanme decir unas palabras sobre la numeración de
interlocutores comerciales, clientes y
00:14:10 proveedores. Verá que las aplicaciones clásicas en ventas y aprovisionamiento seguirán
funcionando con el objeto
00:14:17 cliente y proveedor. Podría ser un buen enfoque para armonizar el número entre los distintos
objetos.
00:14:23 Esto se puede realizar fácilmente en una nueva implementación en la que migra todos los
objetos de datos con un nuevo diseño de números.
00:14:31 En un escenario de conversión del sistema, no es tan fácil. Los datos maestros de cliente y
proveedor pueden haber solapado los rangos de números.
00:14:40 Si hay un cliente y un proveedor que representan la misma entidad legal, en la mayoría de los
casos no tienen el mismo número.
00:14:49 En estos casos, personalmente no recomiendo invertir tanto tiempo en armonización y,
finalmente, de renumeración de todos estos objetos.
00:14:58 También es un enfoque común el uso de diferentes números. De este modo, se evita
establecer los límites mediante un diseño de rango de números artificial.
00:15:08 Y como puede ver aquí, el socio comercial se convierte en más y más el objeto central que se
consumen de forma nativa por nuevas aplicaciones.
00:15:21 Gracias por ver la presentación. Ahora hemos terminado cinco, los conceptos y el diseño de
los socios comerciales.
00:15:28 En la próxima unidad, paso a cómo convertir clientes y proveedores en un escenario de
conversión. Gracias y bye-bye.

29
Week 2 Unit 6

00:00:07 Bienvenido de nuevo a la semana de formación 2. Con esta unidad, continuaré introduciendo
Socio comercial y CVI.
00:00:14 En esta sesión, proporcionaré información sobre Integración y sincronización de proveedor de
cliente.
00:00:20 Mi nombre es Alexander Roten. Empecemos con seis unidades.
00:00:29 Una información fundamental es que solo los clientes de SAP Business Suite con integración
de clientes/proveedores en su sitio pueden pasar a SAP S/4HANA, edición local.

00:00:40 Todos los clientes, proveedores y sus contactos deben convertirse en interlocutores
comerciales. Aquí vemos los enfoques principales para llegar a S/4HANA, el campo verde y el
enfoque de conversión.
00:00:55 Por un lado, disponemos de la implementación del campo verde, donde seguimos el enfoque
de la migración de datos.
00:01:03 Los datos maestros correspondientes al cliente y al proveedor deben cargarse como
interlocutores comerciales.
00:01:08 CVI se encarga de sincronizarlos con clientes y proveedores. La depuración de datos, el socio
comercial y la configuración de CVI deben realizarse como requisito
00:01:20 previo. Por otro lado, y más importante para este curso, es debatir el enfoque de la
conversión.
00:01:27 En este caso, un sistema SAP ERP existente con todos sus datos se convertirá en un sistema
S/4HANA. En nuestra sesión reciente hemos aprendido que la sincronización de CVI del
cliente y el proveedor al
00:01:41 socio comercial solo está disponible en ERP. Debido a este hecho, es necesario sincronizar
todos los clientes, proveedores y personas de contacto en
00:01:52 ERP. Para todos estos objetos a convertir en interlocutores comerciales existe una
verificación
00:01:57 previa estricta en la conversión. Así pues, ¿qué significa "todo"?
00:02:02 Todo significa 100% en todos los clientes del sistema correspondiente. Si solo hay un cliente,
un proveedor o una persona de contacto que no se ha vinculado a un socio
00:02:15 comercial, la conversión de S/4 se detiene. Permítanme introducir brevemente lo que se
necesita en este escenario de conversión.
00:02:23 En las diapositivas siguientes, resaltaré algunos detalles más. Dado que todos los datos
históricos se sincronizarán, es necesario depurar los datos
00:02:33 maestros existentes. Los menos datos que se deben convertir, menos errores e
inconsistencias deben tratarse.
00:02:41 En cuanto a la configuración en el Customizing, debe realizarse dos veces: una vez en ERP
para sincronizar clientes y proveedores a los socios comerciales, y de nuevo
00:02:53 donde lo adaptamos para S/4HANA para la sincronización de interlocutores comerciales a
clientes y proveedores.
00:03:00 Una vez finalizada la depuración de datos y la configuración de ERP, podemos ejecutar la
sincronización en masa con los socios comerciales.
00:03:07 Después de esta sincronización en masa, CVI se ejecuta continuamente en proceso de fondo.
Los errores de la sincronización en masa y CVI se graban en log en Postprocessing Office o
PPO.
00:03:19 CVI se puede considerar como una interfaz. Para supervisar la interfase, debe verificar PPO.

00:03:26 Esto debe eliminarse antes de la conversión de S/4HANA. Durante la conversión de S/4 no
hay nada que ejecutar desde la perspectiva de socio comercial y

30
00:03:36 CVI, pero tras la conversión de S/4, dentro del tiempo de inactividad empresarial, se deben
realizar algunos pasos.
00:03:43 Uno es la configuración del Customizing específico de S/4HANA. El otro paso importante es
realizar la primera ejecución del report de sincronización HCM.
00:03:52 A menudo, esto está influenciado por, y por sí mismo, influye, el interlocutor comercial y la
configuración de CVI.
00:03:59 Después de la entrada en productivo, debe proceder con la supervisión de la interfase de CVI
mediante la verificación de PPO.
00:04:12 En esta diapositiva, explicaré las consideraciones para la sincronización en masa de clientes y
proveedores en ERP.
00:04:20 Uno de los primeros pasos es planificar y organizar el punto en el tiempo y la duración de esta
sincronización en masa.
00:04:28 Normalmente, la sincronización en masa se ejecuta junto con la activación de CVI en el
sistema ERP. ¿Qué es necesario tener en cuenta?
00:04:39 Debe planificar la cantidad de tiempo necesaria para ejecutar la depuración de datos y para
ejecutar uno o varios ciclos de test.
00:04:46 No hay ninguna recomendación fija al activar CVI y realizar la sincronización en masa. Se
recomienda hacerlo en tiempo suficiente antes de la conversión de S/4HANA para no estar en
la vía de
00:05:00 acceso crítica con CVI. Se puede considerar como un proyecto preliminar propio.
00:05:05 A partir de nuestra experiencia, se pueden hacer días o semanas antes de la conversión de
S/4HANA. Hemos apoyado a algunos clientes que lo hacen hasta un año antes de la
conversión.
00:05:16 También recomendamos programar el tiempo de inactividad de la empresa para la activación
de CVI y la sincronización en masa.
00:05:23 El motivo principal es detener todas las interfaces que intercambian los datos maestros
correspondientes a sistemas externos.
00:05:30 La sincronización en masa tiene el potencial de enviar de nuevo todos los objetos y bloquear
estas interfaces.
00:05:38 Debido a otros motivos, por ejemplo, algunos datos históricos deben gestionarse con una
configuración especial, es preferible tener el control del entorno.
00:05:48 La sincronización se ejecuta con el llamado MDS_LOAD_COCKPIT. HDMs para la
sincronización de datos maestros.
00:05:58 No puedo proporcionar una cifra media para el tiempo de ejecución requerido. Esto depende
mucho del entorno, por ejemplo, el número de clientes, proveedores y personas de
00:06:07 contacto, y en los recursos del sistema disponibles. La duración debe estimarse o extrapolar
con ciclos de test.
00:06:16 En mis proyectos, recomiendo la ejecución completa de la sincronización en masa. Esto
significa que siempre verifico y depura la PPO para cualquier error.
00:06:27 De este modo, estoy seguro a la seguridad de los negocios tras el tiempo de inactividad de la
empresa.
00:06:36 Dado que CVI está activada, ahora la verificación de PPO debe introducirse como una tarea
de supervisión permanente.
00:06:44 Esta situación permanecerá después de la conversión S/4. Voy a elaborar algunos detalles de
MDS_LOAD_COCKPIT con mi siguiente diapositiva.
00:06:59 MDS_LOAD_COCKPIT se utiliza para la sincronización en masa de clientes y proveedores a
interlocutores comerciales.
00:07:05 No hay ningún objeto separado para las personas de contacto, ya que se consideran una
parte de o más un apéndice de su objeto de datos maestros principal.
00:07:16 En función de la configuración, puede sincronizar varios objetos. Para fines de CVI,
necesitamos las opciones de cliente para interlocutor comercial y proveedor para

31
00:07:29 el interlocutor comercial. Al seleccionar una opción, puede definir aquí sus criterios de
selección.
00:07:37 Por ejemplo, puede dividir los clientes por número, grupo de cuentas o indicador de borrado.
Puede utilizar este área para controlar la sincronización en masa.
00:07:51 En relación con el tamaño de bloque, aquí, esta figura define el número de clientes y
proveedores por actualización o commit.
00:08:01 Si los contactos se asignan a ellos, se añadirán al tamaño de bloque. Esta figura es para el
ajuste preciso de rendimiento.
00:08:11 Normalmente, 50 es un buen enfoque. Con el número de tareas o cantidad de procesos, la
sincronización en masa se puede dividir en tareas
00:08:23 paralelas. A pesar de que el proceso de fondo está marcado, este es el número de tareas de
diálogo para procesar
00:08:32 las actualizaciones. El usuario MDS_LOAD_COCKPIT generará qRFCs de entrada si se
verifica el indicador Procesamiento de
00:08:41 fondo. Estas colas consumen tareas de diálogo cuando se están procesando.
00:08:48 En este área puede gestionar la supervisión de cola, llamar la PPO y visualizar entradas de
log para la ejecución que ha seleccionado.
00:09:03 Ya he mencionado que la depuración de datos es una de las principales tareas para preparar
la activación de CVI.
00:09:10 En un punto en el pasado, habrá iniciado con datos maestros consistentes y consistente en
este momento. Con el tiempo, continuamente se han añadido nuevos datos maestros.
00:09:24 Esto puede provocar errores o errores. Además, se han implementado nuevas reglas de
verificación o se han modificado las reglas de
00:09:35 verificación. Estas reglas se aplican solo a objetos de datos maestros nuevos o modificados
recientemente.
00:09:41 Ahora iniciamos una sincronización completa de todos los clientes, proveedores y personas
de contacto. Con efecto inmediato, todas las reglas válidas actualmente son válidas para el
conjunto de datos
00:09:54 completo. Esto también ocurre cuando se migran datos.
00:10:00 Normalmente tienen el mismo historial. La pregunta es cómo detectar problemas de datos
maestros y cómo resolverlos.
00:10:09 La mejor opción para identificar estos problemas es ejecutar un ciclo de test para la
sincronización en masa.
00:10:15 En este caso, no sería necesario convertir el sistema en S/4HANA. La mejor forma de realizar
este test sería un espacio de experimentación como una nueva copia del
00:10:27 sistema productivo. Además, existe la opción de identificar los problemas utilizando el informe
Z propio del
00:10:33 cliente, o bien en las experiencias pasadas o en los resultados de prueba de los cuadros de
arena. Un informe de este tipo también ofrece la posibilidad de verificar regularmente el
progreso de
00:10:46 la revisión de datos en un sistema productivo. La solución a los problemas de datos depende
del problema.
00:10:53 Para ciertas categorías, puede utilizar transacciones de modificación en masa como XD99 y
XK99.
00:11:01 Para algunos de los problemas, se requieren informes con una lógica determinada, pero para
asegurarse de que algunos datos solo se pueden corregir manualmente.
00:11:11 Además, SAP proporciona un producto aparte para limpiar datos. Por ejemplo, nos referimos
a los servicios de datos con el ámbito de aplicación de la administración de
00:11:25 datos, pero esto sería un tema propio. Siempre se trata de los temas del socio comercial y de
CVI.

32
00:11:34 De hecho, se trata de dos temas, y cada uno requiere una configuración y consideraciones
separadas. En la parte izquierda de esta diapositiva, ve las opciones y opciones para
configurar el socio
00:11:46 comercial, en general. Los ejemplos son para definir asignaciones de números, roles, etc., y
para verificar e integrar
00:11:55 ampliaciones de cliente y proveedor. En la parte derecha se encuentran las parametrizaciones
principales que son necesarias
00:12:03 para asignar clientes y proveedores a interlocutores comerciales, y viceversa. Además,
debería activar una Business Function determinada SAP ERP para considerar las personas
de
00:12:17 contacto y activar PPO. Las áreas son relevantes tanto para la conversión S/4 como para el
enfoque de campo verde.
00:12:32 Durante la conversión de S/4 real, por ejemplo, la ejecución SUM, no hay nada que hacer
para el interlocutor comercial y CVI.
00:12:40 Después de realizar los pasos técnicos, normalmente hay un tiempo de parada empresarial
planificado. Aquí se encuentran varios pasos a ejecutar.
00:12:51 Esta diapositiva muestra las tres tareas principales de nuestro área. Primero, debe
implementar el Customizing necesario para la configuración de interlocutor comercial y
00:13:01 CVI en S/4HANA. Por ejemplo, debemos cambiar la dirección de sincronización al socio
comercial como el objeto
00:13:07 principal, actualizar clientes, proveedores y personas de contacto. Esto incluye opciones de
sincronización, así como asignaciones correspondientes.
00:13:16 Por lo general, se importan una o varias solicitudes de transporte que se han creado antes,
después de la conversión de sistemas de desarrollo y consolidación.
00:13:27 Un paso influenciado por e influye en la sincronización de interlocutor comercial es la
ejecución inicial del report de sincronización HCM.
00:13:36 Este informe se ocupa de integrar datos maestros de empleados con el interlocutor comercial
y la identidad de usuario.
00:13:44 Como tercera actividad importante, deberíamos verificar algunas funciones básicas para
actualizar los interlocutores comerciales, por ejemplo, atributos de campo y transacciones de
interlocutor
00:13:54 comercial. Con la entrada en productivo, tenemos que supervisar de nuevo nuestra interfaz de
CVI.
00:14:02 Esta vez, la interfaz trabaja en la otra dirección, desde el socio comercial al cliente y los
proveedores.
00:14:14 Para concluir esta unidad, quiero destacar y compartir nuestro Cookbook de CVI. Está
disponible públicamente.
00:14:21 Cubre casi toda la información que presenté durante esta sesión. Contiene información más
detallada sobre los principales pasos y consideraciones que acabo de
00:14:31 exponer. Incluye cómo configurar el interlocutor comercial y las parametrizaciones importantes
para CVI.
00:14:38 Proporciona algunos aceleradores, como una hoja de cálculo de Excel para analizar rangos
de números existentes y derivar números de socio comercial y puntos a algunos informes
estándar útiles.
00:14:50 El Cookbook está disponible en SAP Help Portal. He añadido el vínculo a esta imagen.
00:15:00 Gracias por escuchar. Ahora hemos terminado la unidad seis, la Integración de proveedores
de clientes y la sincronización.
00:15:08 En la próxima unidad, voy a ir con sugerencias y trucos para la sincronización de
interlocutores comerciales que experimentamos de varios proyectos.
00:15:16 Gracias y ve en la próxima unidad.

33
Week 2 Unit 7

00:00:08 Bienvenido de nuevo a la semana dos. Mi nombre es Alexander Roten.

00:00:12 Y con esta unidad siete, continuaré introduciendo Socio comercial y CVI. Voy a hacer hincapié
en algunos puntos que deben considerarse en el proceso de CVI, en particular.
00:00:23 Por tanto, vamos a empezar. Una vez iniciada la planificación de una conversión a SAP
S/4HANA, debe pensar en la organización del proyecto.
00:00:34 Personalmente recomiendo el edificio y el establecimiento de un equipo dedicado o, al menos,
asignar una persona que sea responsable de los temas de los interlocutores comerciales y de
CVI durante su proyecto de conversión.
00:00:46 Este es un equipo válido para todas las funciones que se comunica con todas las partes que
utilizan los datos maestros de clientes y proveedores.
00:00:53 Se trata de Finanzas con acreedores y deudores, Ventas para los clientes, Compras para los
acreedores y muy a menudo el departamento de recursos humanos, ya que sus datos
maestros de empleado deben convertirse en interlocutores comerciales.
00:01:12 Al sincronizar los interlocutores comerciales, el equipo tiene que centrarse principalmente en
dos áreas. Uno es obvio:
00:01:20 es la asignación y conversión de los datos maestros existentes al interlocutor comercial. El
otro tema está muy lejos al comienzo del proyecto, pero también hay que tener en cuenta.
00:01:33 El equipo siempre tiene que tener en cuenta las futuras necesidades de S/4HANA, por
ejemplo, el interlocutor comercial será el objeto principal para los datos maestros.
00:01:43 Y también tienen que ocuparse de los pasos necesarios después de la conversión de
S/4HANA. A menudo hemos preguntado cuánto tiempo es necesario para ejecutar la
sincronización de los interlocutores comerciales.
00:01:58 Pues bien, no hay ninguna respuesta fija a esta pregunta. Se recomienda comenzar lo antes
posible una vez que haya decidido realizar una conversión de S/4HANA.
00:02:08 Siempre intentamos evitar tener el tema CVI-tema en la vía crítica para su proyecto de
S/4HANA. Esto se debe a que el proyecto de CVI tiene potencial para ampliar el tiempo.
00:02:22 Podría haber varios motivos para esto, por ejemplo, los problemas de calidad de datos que
solo se detectan durante el tiempo de ejecución del proyecto.
00:02:30 También puede suceder que los departamentos funcionales presenten necesidades
específicas o más detalladas para sus datos maestros que ahora deben introducirse en el
diseño del socio comercial.
00:02:43 En algunos de mis proyectos recientes, empezamos con un alcance bien definido. Pero el
mundo en todo el mundo no ha dejado de movernos.
00:02:50 Por lo tanto, durante el tiempo de ejecución se reconoció que hay nuevas aplicaciones que se
deben implementar que también requieren el socio comercial.
00:02:57 Estos proyectos también afectan a la duración de la implementación de los interlocutores
comerciales. También tenemos que tener en cuenta el plan de proyecto para la conversión de
S/4HANA.
00:03:09 Normalmente, la conversión de S/4HANA se verifica en una o varias cajas de cartón como
copia del sistema productivo. Mientras la CVI no esté activada en el sistema productivo,
tenemos que sincronizar todos los clientes y proveedores en cada
00:03:29 experimentación. Además, también nos gusta probar nuestra sincronización de interlocutores
comerciales en cajas separadas.
00:03:38 Además, debe planificarse la creación y la sincronización de estas cajas y, en consecuencia,
ampliar la duración del proyecto general. ¿Por qué se recomienda realizar tests con cajas de
cartón separadas?
00:03:56 Las conversiones de prueba están ahí para reducir los posibles errores en el sistema
productivo. Además, se necesitan indicaciones para el tiempo de ejecución técnica de la
sincronización de interlocutor comercial.

34
00:04:08 Esto es para programar y refinar la transposición productiva. Si recuerdan, ya he mencionado
que recomendamos un tiempo de inactividad empresarial.
00:04:18 El objetivo es mantener este tiempo de inactividad lo más corto posible, pero siempre que sea
necesario. Normalmente tenemos que prestar atención a dos tipos de sistemas de pruebas.

00:04:29 Como ya se muestra en la diapositiva anterior, solo hay cajas para la sincronización de
interlocutores comerciales y CVI. Por ejemplo, para verificar el resultado de las actividades de
depuración de datos completa.
00:04:43 El otro tipo de experimentación es para la conversión de S/4HANA. La decisión individual del
proyecto determina si necesita ambos tipos de cajas o fusionar ambas actividades desde el
primer ensayo.
00:04:59 Una vez que se sienta seguro con las parametrizaciones correspondientes, puede sincronizar
el socio comercial en el sistema de desarrollo y calidad.
00:05:06 Cuando estos sistemas se convierten en S/4HANA, puede implementar el Customizing
necesario para los sistemas S/4HANA aquí. Estas parametrizaciones se registran en los
transportes posteriores a la conversión que he mencionado en mi unidad anterior.
00:05:28 Permítanme decir algunas palabras sobre el tiempo de inactividad empresarial para la
sincronización de interlocutores comerciales. Técnicamente, sería posible ejecutar la
sincronización de interlocutores comerciales en un tiempo de actualización
00:05:39 empresarial, es decir, de forma paralela a las operaciones diarias normales. Sin embargo,
recomendamos un tiempo de inactividad para ejecutar este ejercicio.
00:05:47 Esto es por tres razones principales. En primer lugar, el rendimiento.
00:05:52 La sincronización de interlocutor comercial se puede ejecutar en proceso de fondo, pero
consume una cantidad determinada de tareas de diálogo que pueden ser necesarias.
00:06:02 Normalmente, hay interfaces que intercambian datos maestros. La sincronización de
interlocutor comercial podría iniciar interfaces para crear o modificar estos datos maestros.
00:06:14 Puesto que se trata de un procesamiento en masa, esto podría sobrecargar y bloquear estas
interfaces, ya que se transfieren todos los clientes y/o proveedores.
00:06:22 Y la detención de estas interfaces durante el tiempo productivo empresarial tampoco es una
opción, ya que los cambios reales no se transfieren durante este tiempo.
00:06:32 Y la tercera razón podría ser la necesidad de controlar y adaptar ciertas parametrizaciones
para alcanzar nuestros diseños de rango de números.
00:06:39 Y no solo la numeración que requiere una configuración determinada, ya que también existe
la opción de suprimir varias verificaciones para la sincronización en masa solamente.
00:06:53 Ya he hablado de la numeración varias veces. Con las diapositivas siguientes, quiero explicar
las opciones disponibles.
00:07:03 Aquí puede ver con CVI que tenemos que hablar sobre tres objetos. De hecho, las
transacciones de SD y MM clásicas seguirán utilizando datos maestros de cliente y proveedor.

00:07:16 En S/4HANA, el objeto principal será el interlocutor comercial. Las nuevas aplicaciones
utilizarán este objeto de datos maestros.
00:07:26 La imagen muestra la situación cuando se utilizan números diferentes para los tres objetos. Si
es posible, recomendamos la armonización de números.
00:07:37 De hecho, esto puede ser complicado en caso de conversiones S/4HANA, ya que nuestras
experiencias lo muestran. Debe tener en cuenta los solapamientos en la numeración de
clientes y proveedores.
00:07:52 Si desea fusionar clientes y proveedores a un interlocutor comercial común, normalmente
tendría que decidir qué objeto es el principal en términos de numeración.
00:08:01 O se mantiene por separado para garantizar el mismo número para sus interlocutores
comerciales. En mis proyectos, personalmente discuto el mismo número, pero no insistiré en
que así sea.

35
00:08:14 Esto se debe a que a menudo existen otras aplicaciones que necesitan interlocutores
comerciales con sus propios requisitos de numeración concurrente.
00:08:29 Las imágenes siguientes explican algunas opciones para el diseño de rango de números.
Aquí, en este caso, decidimos no fusionar clientes y proveedores con el mismo socio
comercial en caso de que serían la misma entidad
00:08:42 legal. Ambos objetos de datos maestros no se superponen en la numeración.
00:08:47 Por lo tanto, es muy fácil mantener el mismo número para el socio comercial. Tenga en
cuenta que debe cambiar la dirección de sincronización en S/4HANA.
00:08:58 Con esta modificación, el interlocutor comercial se convierte en el objeto principal también
para la asignación de números. Hemos alcanzado el mismo número para ambos objetos.
00:09:07 El objeto principal obtiene un rango de números interno asignado. El objeto dependiente
requiere un rango de números externo con exactamente los mismos límites.
00:09:22 En esta variante, hemos decidido no fusionar el mismo cliente y proveedor a un socio
comercial. Sin embargo, aquí se ha asignado una enumeración completa de todos los objetos.

00:09:34 Cada objeto tiene su propio rango de números interno. No se requerirá ninguna configuración
adicional después de la conversión de S/4HANA.
00:09:47 Aquí hemos decidido combinar la misma entidad legal de cliente y proveedor a un socio
comercial. En este caso, vamos al número de cliente como número principal.
00:09:59 El número de acreedor es diferente. En este caso, el rango de números del objeto
dependiente debe fijarse como externo.
00:10:09 En ECC, se trata del rango de números para el interlocutor comercial. En S/4HANA, sería el
rango de números para el maestro de clientes.
00:10:23 Por último, tenemos el caso en el que combinamos y no nos preocupamos por los mismos
números de ninguno de los objetos de datos maestros afectados.
00:10:30 Cada objeto se asigna a un rango de números interno. Estas cuatro diapositivas muestran las
opciones comunes para la numeración.
00:10:40 Esto se debe discutir sobre una base de proyecto. El primer paso es documentar todos los
rangos de números utilizados.
00:10:48 En este caso, verifique los intervalos actuales y los datos históricos. Posiblemente se ha
modificado la configuración del rango de números en el sistema correspondiente.
00:10:58 En consecuencia, es necesario realizar un análisis de los datos existentes. En el Cookbook de
CVI, mencionado en mi unidad anterior, encontrará una hoja de cálculo de Excel para
simplificar y acelerar este
00:11:14 ejercicio. Así que voy a cerrar esta unidad sobre sugerencias y trucos sobre la base de
nuestras experiencias de proyecto, así como mis
00:11:22 presentaciones sobre los partners empresariales y la integración de clientes/proveedores. El
sistema concluye las unidades de la semana dos.
00:11:31 Muchas gracias por su atención y por pronto.

36
www.sap.com/contactsap

© 2018 SAP SE or an SAP affiliate company. All rights reserved.

No part of this publication may be reproduced or transmitted in any form or for any purpose without the express permission of SAP SE or an SAP affiliate company.

The information contained herein may be changed without prior notice. Some software products marketed by SAP SE and its distributors contain proprietary software components of other software vendors.
National product specifications may vary.

These materials are provided by SAP SE or an SAP affiliate company for informational purposes only, without representation or warranty of any kind, and SAP or its affiliated companies shall not be liable
for errors or omissions with respect to the materials. The only warranties for SAP or SAP affiliate company products and services are those that are set forth in the express warranty statements
accompanying such products and services, if any. Nothing herein should be construed as constituting an additional warranty.

In particular, SAP SE or its affiliated companies have no obligation to pursue any course of business outlined in this document or any related presentation, or to develop or release any functionality
mentioned therein. This document, or any related presentation, and SAP SE’s or its affiliated companies’ strategy and possible future developments, products, and/or platform directions and functionality are
all subject to change and may be changed by SAP SE or its affiliated companies at any time for any reason without notice. The information in this document is not a commitment, promise, or legal obligation
to deliver any material, code, or functionality. All forward-looking statements are subject to various risks and uncertainties that could cause actual results to differ materially from e xpectations. Readers are
cautioned not to place undue reliance on these forward-looking statements, and they should not be relied upon in making purchasing decisions.

SAP and other SAP products and services mentioned herein as well as their respective logos are trademarks or registered trademarks of SAP SE (or an SAP affiliate company) in Germany and other
countries. All other product and service names mentioned are the trademarks of their respective companies. See http://www.sap.com/corporate-en/legal/copyright/index.epx for additional trademark
information and notices.