SAP S/4 HANA Finanzas

Personalización para el Libro Mayor de SAP

1Lógica de registro durante la migración de saldos de cuentas del libro mayor y de partidas por pagar abiertas
Migración

La migración de los saldos de la cuenta de G/L permite migrar todos los saldos de las cuentas del libro mayor de un
empresa. Puedes migrar saldos de cuentas para múltiples cuentas al mismo tiempo.
El sistema crea automáticamente una entrada de diario por cada saldo, y una entrada compensatoria, de modo que la
el saldo general es cero.
Nota: La cuenta G/L de compensación es siempre la cuenta de traslado de datos inicial para fijos.
activos, exclusivos solo para fines de migración.

Pero, ¿qué pasa si intentas ingresar la Cuenta G/L que pertenece a otro sub-libro en la Cuenta G/L?
¿Migración de saldos? (Para fines de explicación, consideramos la migración de cuentas del libro mayor y abiertas
Artículo cobrable aquí)

Esta cuenta pertenece a AP

Y tú entraste en lo mismo sin saberlo

The message says that G/L 200000 is replaced by migration clearing account 990010–Initial Data
Llevar adelante la cuenta por pagar y esto se hace de acuerdo con la lógica de publicación
Si migras los saldos de cuentas contables y incluyes una cuenta contable que pertenezca a lo anterior, el
los montos se registran en las cuentas del libro mayor de los sublibros correspondientes también. De esta manera, el
la misma cantidad se publicaría dos veces en una cuenta G/L y para evitar esto, la cuenta G/L que tú
las entradas se envían automáticamente a las cuentas de compensación de migración.

Para AP, la cuenta de compensación de migración es 990010–Cuenta de Datos Iniciales de Prorrateo de AP

Puede que hayas notado esto o no, pero si continúas y completas la migración de G/L.
el resultado final de la publicación puede verse algo así como la captura de pantalla a continuación.
Nota:
1. Si te refieres a los datos que ingresaste, es GL 200000 pero aquí ves GL 990010 y esto
hecho de acuerdo con la lógica de publicación, publicando en la cuenta de compensación de migración de AP

2. Para toda la migración de G/L, la entrada de contrapartida es siempre la Cuenta de Activo de Anticipos de Datos Iniciales
only ( this is only migration purpose )
Ahora, si procedes con la migración de Cuentas por Pagar de ítems abiertos, esto puede resultar en un registro en el libro mayor.
200000 debido a la determinación de la cuenta del proveedor utilizado en la migración
Ahora, si comparas ambas publicaciones, al no tener esta lógica de publicación en su lugar, terminarías
publicando el doble de la cantidad y los saldos pendientes en el G/L 200000 habrían sido -
2000 pero el sistema no lo hizo y evitó esta publicación duplicada.
Ahora refiérase a la captura de pantalla a continuación que muestra la lógica de publicación exacta que podemos ver en el
publicaciones anteriores.
Puedes ver esta misma captura de pantalla en el documento de ayuda–Configuración: Migración de G/L
Saldos de cuenta
Además, para explicar, con la migración de cuentas G/L, se está registrando directamente el monto en la cuenta G/L 200000
el lado del crédito de la cuenta de G/L para cuentas por pagar nacionales está incorrecto, en su lugar, necesita ser registrado en
Cuenta de compensación de migración para cuentas por pagar, lo cual es correcto y podemos ver el mismo comportamiento en nuestro
publicaciones también.

Siempre que ocurra tal publicación, los saldos de la cuenta de Compensación de Migración para cuentas por pagar serán
anulado, como puedes ver en la migración de G/L, esta cuenta está registrando en crédito y en la migración de AP está
se ha debitado resultando en que no hay saldo en esta cuenta.
Nota:
Además, la misma lógica de publicación se aplica a las siguientes actividades de migración:

Migración de Activos Fijos

Migración de Inventario
Migración de Artículos Abiertos por Cobrar
Migración de Saldos para Cuentas Bancarias
Migración de Cheques Salientes Abiertos
Migración de Recibos de Mercancías Abiertos
Migración de Letras de Cambio por Pagar
Migración de Cuentas por Cobrar de Letras de Cambio

Cuando migras estos objetos, los montos se registran en las cuentas del G/L correspondientes
sub-ledgers,To avoid this, the G/L accounts (that you assigned to the corresponding G/L account in
la solución empresarial SAP) se envían automáticamente a cuentas de compensación de migración por ejemplo
para cuentas por pagar es el traspaso de datos inicial A/P Cuenta
Configuración de moneda de SAP S/4HANA
Objetivo
Este blog está destinado a proporcionar una visión y comprensión general y consideración de la moneda.
setup in S/4HANA environment and have tried to answer the following queries.

¿Cuál es el tipo de moneda?

En SAP S/4HANA, ¿cuántos tipos de moneda existen?
Cómo configurar un tipo de moneda personalizada
How to set a currency key with the custom currency types
How to setup currency in Finance and linking Currency and Ledger
Opciones para configurar la moneda en el libro mayor de materiales
Opciones para configurar la moneda en Precios de Transferencia
Opciones para configurar la moneda en el Área de Control
Opciones para configurar la moneda en COPA
Opciones para configurar la moneda en la Nueva Contabilidad de Activos

Qué tipo de moneda es

En la configuración de SAP, la moneda juega un papel importante. En SAP, se mantienen todas las monedas.
según la norma ISO. Podemos configurar las monedas según las reglas del país definido en
el código de la empresa. SAP proporciona las monedas de cada país y también podemos definir la nuestra
moneda si lo requerimos.
Tipos de moneda en S/4HANA
Tenemos los siguientes tipos de moneda estándar en SAP S/4HANA

Currency Type 00
La moneda del documento es la moneda que se aplica para el documento y el código de la empresa.
la moneda es la moneda donde se genera el documento. Ejemplo: una India
la empresa realiza una publicación para la venta de bienes en EE. UU. En este caso, la moneda del documento
sería USD y la moneda del código de la empresa sería INR
Currency Type 10
La moneda del código de la empresa se define a nivel de código de la empresa en la transacción OX02
11- Grupo de Moneda del Código Co Valoración (utilizado en Precios de Transferencia)
12- Código de Moneda PC Valoración (utilizado en Precios de Transferencia)

(El tipo de moneda 11 y 12 se explican en la sección de precios de transferencia)

Puede seleccionar el tipo de moneda 10 en el área de control solo si todos los códigos de empresa asignados a la
el área de control utiliza la misma moneda.

Currency Type 20
Si los datos se devuelven de Control a la contabilidad financiera en tu aplicación, para
ejemplo a través de la liquidación de órdenes, debes usar un tipo de moneda en el área de control
que también se utiliza como el tipo de moneda de una moneda paralela en la empresa asignada
códigos. Típicamente, estos son los tipos de moneda para una moneda de grupo, moneda dura o
moneda basada en índices.
–>El tipo de moneda 20 no se puede usar en FI.
El tipo de moneda 20 es compatible en FINSC_LEDGER, por lo tanto, solo por razones de compatibilidad; si
el tipo de moneda 20 ya se utilizó en CO, luego de la migración de la configuración de moneda, 'KSL'
el campo de ACDOCA se utilizará solo para CO, y FI trabajará con los campos HSL, OSL y VSL.
Para nuevas instalaciones, recomendamos encarecidamente configurar el tipo de moneda 30 en CO y en FI (para el
KSL (Group Currency) field in ACDOCA).

Currency Type 30
Definiste la clave de moneda para estos tipos de moneda cuando definiste el cliente. Puedes definirlo por
Código T: SCC4.
El tipo de moneda 20 solo es conocido por la contabilidad de costos, mientras que el tipo de moneda 30 es conocido en finanzas.
la contabilidad también. Por lo tanto, la transmisión de datos a través de los módulos CO, AM y FI funciona sin problemas
sin ninguna dificultad si el tipo de moneda 30 es utilizado por todos.

Si utilizar el tipo de moneda 20 o 30, para obtener más detalles puede leer la nota OSS 119428
31- Valoración del Grupo de Moneda del Grupo (utilizado en la Precios de Transferencia)
32- Valuación de Moneda del Grupo PC (utilizada en Precios de Transferencia)

(Los tipos de moneda 31 y 32 se explican en la sección de precios de transferencia)

Tipo de moneda 40 y 50
Moneda dura y moneda basada en índices
Definís la clave de la moneda para este tipo de moneda al definir los países en la "Moneda dura".
código T de campo: OY01

Si selecciona el tipo de moneda 40 o 50 en el área de control, los códigos de la empresa deben estar en el
mismo país, o los países deben usar la misma moneda basada en índices o moneda dura.

Tipo de moneda 60–Moneda de empresa global

Si selecciona el tipo de moneda 60 en el área de control, los códigos de la empresa deben pertenecer a la misma.
la empresa, o las empresas deben usar la misma moneda.
Con los tipos de moneda 40, 50 y 60, especifique la moneda solo mientras no haya códigos de empresa.
se ha asignado. Si se han asignado códigos de empresa, el sistema predetermina la moneda
automáticamente.
Tipo de moneda 70 Objeto de moneda (CO)
Cada objeto en Controlling, como centro de costos o pedido interno, puede utilizar una moneda separada.
especificado en sus datos maestros. Cuando creas un objeto en CO, el sistema SAP predetermina la moneda
del código de la empresa al que se asigna el objeto como la moneda del objeto. Puede especificar un
moneda de objeto diferente solo si la moneda del área controladora es la misma que la del código de la empresa
moneda. Hay un objeto de moneda para el remitente, así como uno para el receptor.
Supported currencies in ERP

Todavía en S/4HANA hasta el lanzamiento On-premise 1709, tenemos un máximo de 3 monedas en FI (BSEG), 2
monedas en CO y 3 monedas en ML. Sin embargo, en la tabla del Journal Universal (ACDOCA) podemos
tiene un máximo de hasta 10 monedas.

Monedas utilizadas en S/4HANA 1610 en adelante

Desde la versión SAP S/4HANA 1610 en premisa, así como con SAP S/4 HANA Finance 1605, podemos
tiene hasta 10 monedas en el Diario Universal (ACDOCA)
Ve a SPRO -> Contabilidad Financiera -> Configuración Global de Contabilidad Financiera -> Libros -> Libro contable -
Definir configuraciones para libros contables y tipos de moneda
En esta actividad de personalización, configuras los tipos de moneda y las configuraciones de conversión de moneda que
utilizas en Contabilidad y defines la configuración del libro mayor correspondiente y asignas los principios contables
para libros contables y códigos de empresa.

Tipos de moneda
Verifica la configuración de tu moneda y crea tipos de moneda adicionales si es necesario. Tu propia moneda
los tipos deben comenzar con la letra Y o Z, por ejemplo Y1, Y2, ZA, etc.

Para cada tipo de moneda, decides si quieres la conversión correspondiente de la moneda.

configuraciones para ser válidas globalmente para todos los códigos de la empresa o querer definir la configuración de conversión de moneda
a nivel de código de la empresa.

No puedes hacer ningún cambio en los tipos de moneda estándar de SAP Moneda del documento (00) y
Código de la empresa Moneda (10). Para los otros tipos de moneda estándar, puedes definir si el
los ajustes de conversión de moneda correspondientes son válidos a nivel global o a nivel de código de empresa.

Si estás utilizando precios de transferencia, crea el número requerido de tipos de moneda (dependiendo de la
los métodos de valoración que necesitas) y selecciona la vista de valoración que necesitas (legal, grupo o centro de beneficios
valoración). Para los tipos de moneda con valoración de grupo o centro de beneficios, necesitas ingresar la base
tipo de moneda, lo que significa el tipo de moneda con la valoración legal sobre la cual se basan los precios de transferencia
La valoración se basará en. Para cada tipo de moneda base puede haber solo un tipo de moneda utilizando
valoración de grupo y una utilizando la valoración por centro de ganancias.

Configuraciones de conversión de moneda global

Para tus propios tipos de moneda, introduce la moneda a la que se va a realizar la conversión
(CampoDeMoneda), y la moneda de la que se va a realizar la conversión de moneda (Fuente
Campo de moneda). Además, ingrese el tipo de tasa de cambio y la fecha en la que se realizará la traducción.
ser llevada a cabo (fecha del documento, fecha de publicación o fecha de traducción). También puedes decidir si el
la conversión de divisas se realizará en tiempo real. Si no seleccionas el tiempo real
Conversioncheckbox, puedes hacer esto al cierre de período utilizando la ejecución de moneda extranjera.

Configuración de conversión de moneda para códigos de empresa

Configuraciones del código de la empresa para el libro mayor

Configuraciones de moneda ACDOCA V/s BSEG

Los primeros 2 campos de moneda se derivan de la moneda local, es decir, la moneda del código de la empresa y el control.
área de moneda y los otros 8 campos son moneda definida libremente por libro mayor y todos estos campos que puedes ver
en la tabla del Diario Universal (ACDOCA)

No hay dependencia de los tipos de moneda del libro mayor principal.

La conversión de divisas en tiempo real para todos los tipos de moneda es posible (o con valoración de moneda extranjera)
programa al final del período

Aún así, BSEG está poblado con 3 monedas, por lo que puedes elegir cuáles 3 monedas deseas.
poblar en BSEG (por supuesto, la primera moneda será la predeterminada a la moneda del código de la empresa para BSEG)

Para más detalles, puede consultar la nota OSS 2344012 (Monedas en el Diario Universal)
Monedas utilizadas en Controlling
El sistema utiliza esta moneda para la contabilidad de costos. Esta moneda se configura cuando creas el
área de control. Se basa en el indicador de control de asignación y el tipo de moneda, siguiendo
se pueden asignar monedas posibles al área de control, estas se explican en la sección de tipo de moneda
arriba.

10 Moneda del código de la empresa

30 Moneda del grupo
40 Moneda fuerte
50 Moneda basada en índices
60 Moneda de empresa global

Moneda del área de control

SPRO-> Control-> Control General-> Organización-> Mantener Área de Control

Moneda de transacción (CO)

Los documentos en Controlling se registran en la moneda de transacción. La moneda de transacción puede diferir.
desde la moneda del área de control y la moneda del objeto. El sistema convierte automáticamente la
valores en la moneda del área de control al tipo de cambio especificado.

La moneda de transacción es USD, la moneda del área de control es EUR, y la moneda del objeto es
SFR (francos suizos). El sistema convierte las cantidades de la siguiente manera:

1. De la moneda de transacción a la moneda del área de control (USD a EUR)

2. De la moneda del área de control a la moneda del objeto (EUR a SFR)

Monedas del Libro de Materiales

SPRO->Control->Control de Costos de Producto-> Costeo Actual/Libro de Materiales->Asignar
Tipos de moneda y definir tipos de libro mayor de materiales
Currency Type 10, 30
Con precios de transferencia activos
Por ejemplo, podemos tener los siguientes tipos de moneda en el Libro de Materiales

Tipo de moneda 10, 31

O
Currency Type 10, 32
O
Currency Type 10, 31,32

Moneda del Centro de Beneficios con Precios de Transferencia

Transacción 0KE5
Es común establecer 30 en el área de control, 10 y 32 en el perfil de moneda y valoración, y 10.
y 32 en el libro mayor de materiales.

Si luego configuras el tipo de moneda local del centro de beneficios a 30 y la vista de valoración 2 (valoración del centro de beneficios)
en la Contabilidad de Centros de Beneficio, el tipo de moneda 32 se utiliza continuamente. En la Contabilidad de Centros de Beneficio,
32 se actualiza como centro de beneficios en la moneda local en el campo de moneda KSL. El código de la empresa local
la moneda en la valoración del centro de beneficios (12) se traduce luego de los valores 32 con el tipo de cambio
tipo de tarifa M con el tipo de cambio actual (y actualizado en el campo HSL). Esto significa que en Profit
Contabilidad de Centro, solo está disponible la valoración PCA. La valoración legal (10, 30) ya no está.
disponible en PCA.
De manera similar, si luego estableces el tipo de moneda local del centro de beneficios en 30 y la vista de valoración 1 (Grupo
La valoración) se selecciona en la contabilidad del centro de beneficios, entonces se utiliza el tipo de moneda 31. En el Centro de Beneficios
Contabilidad, 31 se actualiza como centro de beneficios en la moneda local en el campo de moneda KSL. La empresa
el código de moneda local en la valoración del centro de beneficios (11) se traduce luego de los valores 31 con el
exchange rate type M with the current exchange rate (and updated in the field HSL). This means
que en la Contabilidad de Centros de Beneficio, solo está disponible la valoración grupal. La valoración legal (10, 30) está
no disponible en PCA.
Los flujos de bienes en la valoración legal y en la valoración del centro de beneficios se valoran de manera diferente, incluso si el
la clave de moneda es idéntica. Para más detalles. Por favor, lea la nota de SAP 1442153.

Si necesita cambiar, agregar o eliminar alguna configuración de divisas después de que el Ledger de Materiales esté en producción,
tendría que revertir los cambios de personalización, desactivar el Libro de Materiales, cambiar el
personalizando a los valores deseados y reiniciando el Libro de Materiales nuevamente. Como consecuencia, usted
perder todos los datos del Libro de Materiales en el sistema. Por favor, consulte la KBA 1511335 sobre este tema. Toma
ten en cuenta que la desactivación significa ejecutar el informe SAPRCKMJX, y este informe elimina todos los
Datos del Libro de Materiales para la planta correspondiente.

Una alternativa sería utilizar los servicios de conversión SLO para que todos los datos del Libro Mayor de Materiales en el
Las tablas para el tipo de moneda 20 se convierten al tipo de moneda 30. Por favor, considere que esto es un
servicio de pago.
Precios de Transferencia Definir Moneda + Perfil de Valoración
Solo necesitas los perfiles de moneda y valoración si deseas gestionar varias valoraciones en
paralelo en tu sistema
La valoración del grupo y del centro de beneficios también debe gestionarse correspondientemente en el libro de materiales como un
tipo de moneda y categoría de valoración como se explica en la sección de libro de materiales.

Configuraciones de moneda típicas con valoración de centro de beneficios:-

FI: 10, 32
CO: 30
Currency and valuation profile: 10, 32
Libro mayor de materiales: 10, 32
Contabilidad de centros de beneficio: 30 y valoración del centro de beneficio (= 32)
PCA 32 (KSL), 12 (HSL)
El tipo de moneda 12 se traduce de 32 con el tipo de tasa de cambio M a la tasa actual
Esto significa que en la Contabilidad de Centros de Beneficio, solo está disponible la valoración PCA. La valoración legal
(10, 30) ya no está disponible en PCA
Configuraciones de moneda típicas con valoración de grupo:
FI: 10, 31
CO: 30
Perfil de moneda y valoración: 10, 31
Libro de materiales: 10, 31
Contabilidad de Centros de Beneficio: 30 y valuación de centros de beneficio (= 31)
PCA 32 (KSL), 11 (HSL)
El tipo de moneda 12 se traduce de 32 con el tipo de tasa de cambio M al tipo de cambio actual

Esto significa que en la Contabilidad de Centros de Beneficio, solo está disponible la valoración del Grupo. La valoración legal
(10, 30) ya no está disponible en PCA
Configuración de moneda de precios de transferencia en el enfoque de Cuenta V/s Libro
Las siguientes dos funciones están disponibles: Para tus vistas de valoración, puedes usar por separado
libros contables o mapas de múltiples vistas de valoración dentro de un libro contable.

Si decides por el escenario con libros contables separados, asigna una vista de valoración a un libro: El legal,
grupo, o vista de valoración de centro de beneficios. En este libro mayor, solo puedes configurar tipos de moneda en el
vista de valoración apropiada. La moneda local y global están siempre configuradas en la valoración.
vista del libro mayor respectivo.
Si desea utilizar múltiples vistas de valoración dentro de un libro mayor, no asigne una vista de valoración a la
libro mayor. La moneda local y global se utilizan siempre en la vista de valoración legal en este libro mayor.
El enfoque de libros contables separados está disponible desde S/4HANA1610 en adelante, lo que significa que si los clientes están
ya están utilizando precios de transferencia en su sistema de origen y haciendo una conversión a S/4HANA 1610 o
versión superior que el segundo enfoque, es decir, "Varios puntos de vista de valoración dentro de un libro mayor"
sería una solución posible.

Para más detalles, puede usar este enlace:-

[Link]
US/[Link]

Restricción: ML no se puede desactivar en S/4HANA

A partir de la versión 1709, en el caso de que se haya realizado el inicio productivo y las publicaciones del libro mayor de materiales
existen en ACDOCA (= hay líneas de partidas BSX), y el cliente quiere cambiar alguna configuración que
podría influir en las publicaciones del libro mayor material (cambio de los CURTPs en el Tipo ML, cualquier personalización)
cambio de GL que influye en la configuración de la tabla FMLT_CURTP_ML, solo por nombrar algunos de ellos)
entonces no hay otra solución que introducir el nuevo código de la empresa y empezar desde cero
Configuración de ML. Esto es recomendable para el sistema de prueba.

Para más detalles, puede consultar la nota OSS 2512618

Divisa de la preocupación operativa
Esto determina la moneda y la vista de valoración en la que se deben presentar los valores en CO-PA.
mostrado o planificado.
Los datos actuales se pueden actualizar simultáneamente en todas las combinaciones de tipo de moneda y valoración.
que se describen a continuación, los datos de planificación siempre se actualizan en una sola moneda: la moneda
especificado para esa versión de plan en particular.

Si desactivas la moneda del código de la empresa, ya no podrás utilizar las versiones de plan y los informes que
use the company code currency.

Nueva Moneda de Contabilidad de Activos

For each currency defined in General Ledger Accounting, you have to create parallel depreciation
áreas en la nueva Contabilidad de Activos.

La contabilidad de activos fijos actualmente solo admite las monedas relevantes para FI (BSEG-).
Para tipos de moneda adicionales, que no son relevantes para BSEG, no es necesario crear un área de depreciación;
estas monedas se convierten durante la publicación. Esto significa que la suma de todas las depreciaciones no
balance con el valor de activación para las monedas adicionales.
Para una comprensión detallada sobre cómo configurar la nueva contabilidad de activos alineando el área de depreciación
/principio contable con monedas definidas en Finanzas, por favor consulta este blog sobre S/4 HANA - Nuevo
Contabilidad de Activos – Considerando Aspectos Clave:
Integración de Socios Comerciales–Clientes-Proveedores S/4
HANA

Configuración del Socio Comercial S/4 HANA

Este blog se basa en la versión S/4HANA 1511, sin embargo, la mayoría de los conceptos para la configuración del
el socio comercial permanece igual para todos los lanzamientos subsecuentes de S/4HANA es decir 1610/1709/1809.

Este blog tiene como objetivo proporcionarte la mayor parte de la información que deseas saber para establecer un negocio.
Socio para nueva implementación o conversión de sistema de ECC a S/4HANA.
Existen modelos de objeto redundantes en el sistema ERP tradicional en el que el maestro de proveedores y
Se utilizaron maestros de clientes y con el objetivo principal de que SAP ha simplificado este enfoque y
ha introducido BP como objeto de objetivo obligatorio en S/4HANA.

El Socio Comercial ahora es capaz de gestionar centralmente los datos maestros de los socios comerciales.
clientes y proveedores. Con el desarrollo actual, BP es el único punto de entrada para crear, editar,
y mostrar datos maestros para socios comerciales, clientes y proveedores

Limitaciones del Modelo de Objeto Cliente/Proveedor

Sólo una única dirección

No hay relación entre un vendedor y un cliente para la misma entidad del mundo real (sin concepto de rol)
Sin dependencia del tiempo

Socio Comercial – Modelo de Objeto Estratégico de SAP

Los datos generales se comparten entre diferentes roles

Un socio comercial podría desempeñar múltiples roles, por ejemplo, cliente y proveedor.
Un socio comercial podría tener múltiples direcciones
Atributos y relaciones de objetos dependientes del tiempo
Proporcionar una arquitectura armonizada
El componente de Integración de Clientes/Proveedores (CVI) garantiza la sincronización entre el
Objeto de socio comercial y los objetos de cliente/proveedor

Dependencias/Prerrequisitos
El socio comercial ha sido obligatorio con la versión de S4 Hana Enterprise Management, es decir, 1511 y
Las transacciones 1610 y anteriores relacionadas con proveedores y clientes se han vuelto obsoletas.

It´s recommended but not mandatory that BuPa ID and Customer-ID / Vendor ID are the same.
El enfoque de Socio Comercial no es obligatorio para SAP Simple Finance 1503
Verificar y activar funciones comerciales
CA_PROVEEDOR_SOA
El interruptor 'VENDOR_SFWS_SC1' y el interruptor 'VENDOR_SFWS_SC2' deben estar activos
para que los datos de la persona de contacto del proveedor se sincronicen con los datos de la persona de contacto del BP

La transacción específica apropiada como XD01, XD02, XD03 o VD01, VD02, VD03 / XK01, XK02,
XK03 o MK01, MK02, MK03, etc. no están disponibles en SAP S/4HANA Enterprise management
Versión es decir 1511 y 1610
Actualmente, el mantenimiento masivo para clientes y proveedores a través de la transacción MASS no está disponible.

Antes de que comiences la conversión de BP de un sistema SAP ERP a un sistema SAP S/4 HANA, tú
tienen que responder las preguntas sobre si el ID del Socio Comercial y el ID del Cliente / ID del Proveedor deben
¿será el mismo en el sistema S/4 HANA?
Proceso de Configuración de Datos Maestros de Socios Comerciales

1. Configuración de Datos Generales de BP

Seleccione el rol y la agrupación del socio comercial general, aquí esta agrupación está vinculada con el cliente/
El rango de números de proveedor y esta agrupación son clave para vincular los grupos de Proveedor/Cliente y BP también.
como rangos de números que se explican a continuación en detalle.

La tabla BUT000 se actualizará una vez que se complete el rol general de BP.

2. Configurar proveedor FI
La extensión de proveedor FI del rol BP FLVN00 permite que la factura se registre directamente en FI.

Aquí se actualizarán las tablas maestras de proveedores LFA1 y LFB1.

El documento FI se puede publicar, pero no se puede crear la orden de compra ya que los datos de compras aún no se han extendido.
ampliar el uso de datos de compra papel FLVN01

La tabla LFM1 se actualizará una vez que el rol de BP se amplíe al rol de BP de proveedor.
Una vez que el BP se extiende a la Organización de Compras utilizando el Rol de BP FLVN01, el proveedor puede ser utilizado en la OC.

se puede crear.

Configurando al cliente

La tabla KNA1 se actualizará una vez que el rol de BP se extienda al cliente FI y las finanzas puedan comenzar a contabilizar.
directamente en FI por ejemplo FB70 etc.

Extender Cliente a Área de Ventas

El rol BP FLCU01 se extiende al área de ventas.
La tabla KNVV se actualizó con los detalles de la vista de ventas y, a partir de ahora, el Cliente se puede utilizar en el área de ventas.

Extender Cliente al Segmento de Crédito

Tabla UKMBP_CMS_SGM actualizada

Nota: La configuración de gestión de crédito de S4 Hana debe estar habilitada para verificar.
los límites de crédito para los clientes

Customizing
Personalización del Socio Comercial
Active la solicitud PPO para el objeto de sincronización Socio Comercial
Componentes de Aplicación Cruzada–> Sincronización de Datos Maestros–> Control de Sincronización–>
Sincronización

La sincronización activa entre el cliente/proveedor y el BP está activa

Definir Roles de BP
Asignar rol de BP a categoría de rol de BP

Componentes de Aplicación Cruzada -> Socio de Negocios de SAP -> Socio de Negocios -> Configuraciones Básicas ->
Business Partner Roles–> Define BP Roles

Esta configuración ya está disponible en el sistema estándar entregado para roles estándar.

Mapa de Grupo de Cuenta / Rango de Números

Estoy explicando a continuación con un ejemplo de requisito para configurar un Proveedor de Una Sola Vez y Uno
Tiempo Cuenta de Cliente y como resumen necesitamos configurar el grupo de cuenta de Proveedor / Cliente.
asignar rangos de números a los grupos de cuentas de proveedor/cliente respectivos como era necesario en el clásico
Entorno ERP.
Además, el agrupamiento de BP está mapeado con el grupo de cuentas de Proveedor/Cliente

Definir Grupos de Cuentas de Proveedores

Financial Accounting (New)–> Accounts Receivable and Accounts Payable–> Vendor Accounts–>
Datos Maestros -> Preparaciones para Crear Datos Maestros de Proveedores

Assign Number Ranges to Vendor Account Groups

De manera similar, para los Clientes necesitamos definir el Grupo de Cuentas y asignar un rango de números al Cliente.
grupos de cuentas.
Definir la Asignación de Números para la Dirección BP a Proveedor/Cliente
Componentes de Aplicación Cruzada–> Sincronización de Datos Maestros–> Integración de Clientes/Proveedores–>
Configuraciones de Socio Comercial - > Configuraciones para Integración de Proveedores - > Asignación de Campos para Proveedor
Integración -> Asignar Claves
Definir la Asignación de Número para la Dirección BP al Proveedor

Definir el rango de números de BP y asignar a la agrupación de BP

Componentes de Aplicación Cruzada–> Socio de Negocios de SAP–> Socio de Negocios–> Configuración Básica–
Rangos y Agrupaciones Numéricas

Definir Rango de Números-BP

Definir agrupar y asignar rangos de números

Crear Rangos de Números para Proveedor/Cliente
Financial Accounting (New)–> Accounts Receivable and Accounts Payable–> Vendor Accounts–>
Datos Maestros –> Preparativos para Crear Datos Maestros de Proveedores

Create Number Ranges for Vendor Accounts

De manera similar, crea Rangos de Números para Cuentas de Clientes