Paisaje SAP

Desarrollo

Cliente de Desarrollo

todos los pasos de configuración generalmente se realizan en el Cliente de Desarrollo

todos los cambios de configuración son probados por los Consultores en el Cliente de Desarrollo

Cliente de calidad

Sin Configuración

Las configuraciones de ajustes son probadas por los clientes [usuarios]

Cliente de producción

No configuración
Los usuarios finales realizan las transacciones comerciales

es un Entorno de Sistema en Vivo

Credenciales
Primero tenemos que pedir a la persona de TI que instale SAP Logon Pad y MS Office si no están instalados.
disponible.

como Consultor, tenemos que pedir los siguientes detalles donde vamos a empezar a trabajar

Número de Cliente ___ no usamos números de cliente como 800, 000 y 001 en Tiempo Real.
ID de usuario

Contraseña

Parámetros de conexión o ID de cadena

una vez que solicitamos los detalles de la conexión, obtenemos detalles como

Descripción como nuestro deseo sabio

Servidor de Aplicaciones : ***********

Número de instancia : ***
ID del sistema : ***

Cadena SAProuter puede ser dado o no.

Cómo agregar parámetros de conexión o ID de cadena

una vez que tengamos los detalles anteriores, entonces tenemos que configurar el Desarrollo, Calidad y
Sistemas de Producción

primero Crear para Desarrollo[DEV]

Primero haz clic en el botón Crear____ luego aparecerá una pantalla__ Haz clic en Siguiente __ entonces te pedirá que
siguientes detalles

Descripción como nuestro deseo

Servidor de Aplicaciones : ***********

Número de instancia : ***
ID del sistema : ***

Cadena SAProuter puede ser dado o no.

entonces haz clic en Finalizar.

Para verificar eso, haga clic con el botón derecho en el parámetro de conexión respectivo y seleccione.
Propiedades.
De manera similar, hazlo para el resto de ellos [CANT y PRD]

Caja de Desarrollo

Desde Desarrollo hay 2 Clientes dentro de DEV.

Cliente Dorado y Cliente Sandbox

Estos dos están bajo el control del Consultor para hacer Configuraciones y Pruebas

Caja de Calidad

es una copia de seguridad del Cliente de Producción. Los usuarios pueden realizar la prueba basada en la Configuración en
Cliente de desarrollo y también publicaciones de producción para verificar si tienen problemas o no.

Partes de SAP

Hay 2 partes en SAP.

Parte de Configuración - SPRO Cliente Dorado

Postngs Part Menú SAP Caja de arena

Tipos de Datos SAP

Tres tipos de datos en SAP

Datos de configuración o datos de tabla
Datos Maestros
Datos Transaccionales

Datos de configuración o datos de tabla

Todos los datos de SPRO se consideran datos de configuración o datos de tabla. Los datos de la tabla se pueden trasladar de uno
cliente a otro cliente usando la Solicitud de Transporte mientras que los datos maestros y los datos transaccionales
no puedo moverme.

Datos Maestros

Maestro G/L
Centro, Orden Interna y Elementos de Coste, etc., estos son los Datos Maestros.

Datos Transaccionales
todas las publicaciones a través de diferentes códigos de transacción como FB50, FB60, FB70, F-02, ME21N, etc.....

estos se consideran datos transaccionales.

Los datos transaccionales están controlados por los datos maestros, las claves de contabilización y el grupo de estado de campo.
Acerca de la Solicitud de Transporte

Para realizar la solicitud de transporte T CODE = SCC1 -[ en Cliente Objetivo]

una vez que creamos la solicitud de transporte, tenemos que iniciar sesión en el Cliente Destino y luego

Cliente de origen = ****

Solicitud de Transporte = *********
si queremos verificar la lista de solicitudes de transporte en el cliente de origen, entonces use el código T= SE09
una vez que liberamos el TR de Desarrollo a Calidad, no podemos guardar cambios en el
mismo TR.
Pero si movemos TR de Golden a Sandbox, entonces cualquier cambio realizado en Golden puede
guardar en el mismo TR.
Primero tenemos que liberar el Sub TR y luego el Main TR.
cuando guardamos cambios en la Solicitud, entonces tenemos que dar el número de TR principal o respectivo
TR.
Tenemos que mover la Solicitud de Transporte como Dependencia [Secuencia].
Si guardamos cambios en el Pedido de Transporte incorrecto, entonces tenemos que eliminar los cambios en ese.
Solicitar transporte y hacer cambios, luego guardar en la solicitud de transporte correcta.
 Siempre tenemos que liberar TR del Cliente Dorado [donde hacemos la Configuración]
No podemos copiar sub TR'S {Cambio Único} de un TR a otro
si queremos copiar TR de uno a otro, entonces tenemos que dar Main TR [Múltiples Cambios]

Si creamos algún paso de configuración, digamos como crear un código de empresa y guardar en un transporte
Solicitud. y luego hacer cambios y luego guardar en Diferente TR. cuando mover cambios de
un cliente a otro cliente a través de la solicitud de transporte, primero mover cambios realizados en primero
TR 1 y luego mover TR No 2. Haz Testng con este escenario.

Eliminar y Cambiar TR
ve a SE09, coloca el cursor sobre la solicitud de transporte y elige el botón de eliminar.
también podemos cambiar TR, coloca el cursor sobre TR y luego haz clic en Solicitar visualización y
Cambia el botón, luego elige Propiedades, ahora cambia cualquier ajuste necesario y
entonces guárdalo.
El cambio de TR solo es posible antes de la liberación del TR. Después de la liberación, no podemos hacer nada.
cambios.
Antes del lanzamiento de TR, debemos asegurarnos de que la configuración adecuada esté bien o si se han realizado cambios.
verificar TR existente. para esto, amplía tu sub tarea hasta el final.
También podemos añadir subtareas a las tareas principales. Coloca el cursor sobre la tarea principal y luego elige añadir usuario.

También podemos cambiar de propietario cuando ambos consultores tenemos que guardar en la misma TR. Solo es cuestión de dar.
acceso a otra persona para guardar en Nuestro TR.

Si ambos consultores quieren ahorrar en el mismo TR, entonces agrega una subtarea y otorga acceso [cambiar propietario]
a otro consultor para guardar cambios en la subtarea

Banco de Trabajo y Personalización TR

Casi el 99 % de los Consultores Funcionales reciben una Solicitud de Personalización cuando guardan cambios

Casi el 99 % de los Consultores Técnicos reciben solicitudes de Workbench cuando guardan cambios.

Las personas funcionales reciben solicitudes de Workbench cuando suelen hacer validaciones, sustituciones y
Inserte campos como ese tipo de configuraciones de programación

Solicitud de transporte de Desarrollo a Calidad

Para hacer esto, primero tenemos que iniciar sesión en Quality First y luego seguir los pasos.
Para importar TR desde Desarrollo a Calidad, el código de transacción en QTY es STMS_IMPORT
Siempre tenemos que dar el número principal de solicitud de transporte a los consultores de Basis
Primero verifica si la Solicitud de Transporte requerida está disponible o no.
Coloque el cursor en Solicitud y luego en Filtros, ingrese si no funciona y luego haga clic en Actualizar.
si el TR no está disponible, entonces tenemos que liberar el TR primero en Desarrollo.
una vez que TR esté disponible en Calidad, luego seleccione el número de TR y seleccione la Solicitud de IMPORTACIÓN
buton[Lorry Buton]
 tenemos que dar al Cliente Objetivo un número, donde importamos TR en Cliente Objetivo. seleccionar OPCIONES
y luego marca la primera casilla. finalmente ingresa.
Una vez que liberemos TR de Dev a QTY y luego si el Usuario no acepta los Cambios, entonces nosotros
tengo que volver a Dev y hacer cambios y guardarlos en New TR. luego liberar TR de
DEV a QTY, una vez que el Usuario acepta los cambios, entonces es hora de LIBERAR TR de QTY a
PRD. entonces tenemos que proporcionar ambos TR No. Primer TR de Configuración y TR de Cambios a
Consultor de Basis para mover a producción. Estas deben hacerse en orden secuencial.
cuando importamos un nuevo TR, que ha tenido cambios en el TR antiguo, entonces tenemos que
seleccionar las primeras 4 casillas de verificación en OPCIONES.

Estructura R/3
R/3 significa estructura de arquitectura de 3 niveles en tiempo real.

Capa de Presentación
Capa de Aplicación
Capa de Base de Datos

Acerca de los tipos de datos y las TABLAS

Tenemos tres tipos de datos en SAP, que son
1. Datos de Configuración o Datos de Tabla
2. Datos Maestros
3. Datos Transaccionales

Datos de Configuración o Datos de Tabla

Los datos que se almacenan en las tablas, conocidos como datos de configuración o datos de tabla.

Ej.: T001, T880 y T004

Datos Maestros

Cuando creamos registros maestros en SAP, se almacenarán en los datos maestros.

Ej. : SKA1 y SKB1

Datos transaccionales

cuando se realizan las publicaciones [Se Realiza la Transacción] en SAP, se van a almacenar en
Datos transaccionales.

Ejemplo: BKPF y BSEG

Nota:
Cuando se produzcan cambios en los datos de la tabla, esos cambios se actualizarán en ambos
Solicitud de Transporte[Solen las Tablas de Solicitud de Transporte], así como Tablas Normales
 Cuando se trata de Cambios en los Datos Maestros y Publicaciones Transaccionales, entonces son
guardado solo en Tablas Normales no en Solicitud de Transporte. es porque cuando hacemos cualquier
cambios en los Datos Maestros o Datos Transaccionales no piden Solicitud de Transporte.

TABLAS
A continuación se muestran las tablas en las que se almacenan los datos.

BKPF = Datos de nivel de encabezado del documento

BSEG = Nivel de línea de documento

FAGLFLEXA = Libro Mayor: Línea de Artículos Actual

FAGLFLEXT = Encabezado del Documento Nivel [Nuevo G/L]/ Libro Mayor: Totales

FAGLFLEXP = Libro mayor: Plan de partidas

SKA1 G/L Maestro [Plan de Cuentas]

SKB1 = Maestro G/L [Nivel de Código de Empresa]

BSIS Elementos abiertos de G/L

BSID = Artículos Abiertos del Cliente

BSIK Artículos Abiertos del Proveedor

BSAD = Artículos Aclarados por el Cliente

BSAK Artículos Aprobados por el Proveedor

BSAS = Elementos Aclarados de GL

MEJOR Detalles fiscales

CON_ARTÍCULO
Información sobre retención de impuestos por tipo de retención y partida de FI

BSE_CLR Datos Adicionales para el Segmento del Documento: Información de Compensación

Los datos de configuración se pueden almacenar en 1 o 2 tablas.

Los datos maestros pueden almacenarse en 1-5 tablas más o menos

Los datos transaccionales se almacenarían en 5-15 tablas más o menos.

Tablas de Clúster

Las tablas de clúster contienen tanto elementos abiertos como aclarados

BSEG

FAGLFLEXA

FAGLFLEXT
Tablas de índice

Las tablas de índice contienen elementos abiertos o liquidados.

BSIS

Tabla FAGLFLEXA
En la tabla FAGLFLEXA podemos tener una vista por libro mayor. si mantenemos el Nuevo Concepto de G/L entonces
podemos observar la tabla de arriba.

BSEG
Cualquiera que sea la transacción publicada en el Documento, entonces los elementos de línea deben almacenarse en la tabla BSEG y si
seleccionamos la visualización de documentos y luego la selección por libro mayor, ahora los documentos de vista se almacenan en

FAGLFLEXA.

Tipos de Proyectos
aquí tenemos 5 tipos de Proyectos como sigue,
Proyecto de Implementación
Proyecto de Soporte
Proyecto de Implementación
Proyecto Mejorado
Proyecto de Actualización

Proyecto de Implementación

aquí definimos, cualquier organización que vaya a adoptar SAP de software NO SAP, donde se requiere
Configuración inicial según el requisito del negocio que se considera como implementación
Proyecto.

Proyecto de Apoyo

cuando la organización tiene software SAP y donde se requiere apoyo de consultores respetados para
los problemas cotidianos en sus actividades comerciales relacionadas con el software se consideran como
Proyecto de apoyo.
Proyecto de Implementación
si la organización está utilizando el software SAP para ciertos códigos de empresa y le gustaría extender la
SAP a otros códigos de empresa, luego tenemos que extender esas características a la nueva empresa respectiva.
códigos. No se requiere tanto trabajo en comparación con el Proyecto de Implementación, ya que ya
Configuración realizada en la implementación. Así que podemos extender esas funciones a un nuevo código de empresa.

El despliegue se puede clasificar como sigue

Implementaciones de Código de Empresa

Implementaciones de módulos

Despliegues de plantas

Proyecto Mejorado
cuando la organización ha adoptado el software SAP y las características que tiene por defecto, no son
adecuado a los requisitos empresariales, entonces se requieren algunos desarrollos para configurar el SAP en
de acuerdo con los requisitos del negocio. Los desarrollos deben hacerse en un lote, no en pequeñas cantidades
de cuentas, ya que también hacemos algunos desarrollos en el Proyecto de Soporte. Este tipo de Proyecto es
tratado como Proyecto Mejorado.

Siempre solo realizamos desarrollos en Proyectos Mejorados. Los siguientes son algunos ejemplos.
¿Son programas Z creando, programas Z desarrollando, formularios inteligentes, informes, preparando interfaces o
Modificar y flujos de trabajo, etc. Estos desarrollos los tratamos como desarrollos Z.

Proyecto de actualizacion o migracion

cada vez que migramos de una versión a otra, por ejemplo, de la versión EHP 5 a la EHP 6 dentro de SAP
entonces se considera como Proyecto de Migración o Proyecto de Actualización.

Implementación
Principalmente consideramos la metodología ASAP en el proyecto de implementación.

tenemos 5 fases de la Metodología ASAP

Preparación del Proyecto
Plano de Negocios
Realización
Preparación Final
Ir en vivo y soporte

Sobre el Cuestionario Preparado por el Consultor

Como consultor, tenemos que preparar un cuestionario, que incluye las preguntas que deben ser
discutir con el Cliente o con un Miembro del Equipo Principal. A continuación se presentan algunas de las Preguntas que contienen

Como Consultor FI, tenemos las siguientes responsabilidades

Lista de Códigos de Empresa que el Cliente Presenta
 tiene que implementar tanto FI como CO o no
¿están bajo la misma área de control o no?
¿Están bajo el mismo plan de cuentas, misma variante de año fiscal?
¿Hay transacciones de código entre empresas o no?
¿Se requiere o no la consolidación entre códigos de empresa?
Nuevo G/L - Se requiere o no informe de Centro de Beneficio y Segmento
Principios contables seguidos para extraer el balance de prueba y las cuentas de P&L
¿Cuántos GL, proveedores, clientes, activos y materiales se utilizan en el negocio actual?
Proceso
¿Requisito de valoración de moneda extranjera o no?
Configuraciones de APP con DME requeridas o no
Lista de impuestos impuestos sobre bienes y servicios
Requisito del procedimiento de Dunning
Manual BRS o EBRS
Soporte del sistema bancario para MT940 ..
Cálculo de Intereses. etc..................................................

Preparación del Proyecto

Como parte de la implementación, esta es la primera fase donde discutimos muchas cosas sobre el alcance de
Implementación. Cuando el Cliente recibió una Orden de Compra de la Empresa de Consultoría, el núcleo
miembros del Cliente y Consultores, incluido el Jefe de Proyecto, tienen una discusión. en esto
discusión presentan a cada uno de los niveles superiores del lado del cliente, así como de
Empresa de Consultoría. Ellos decidieron los plazos para completar cada fase, Personas Responsables
Desde ambos lados, actividades de corte, gráfico del proyecto y plantillas como AS IS, TO BE, BBP.
Especificaciones funcionales, especificaciones técnicas, análisis GAAP, documentos de configuración, casos de texto y
Guiones de texto, formularios de solicitud de transporte y plantilla de manual del usuario. Tiene lo siguiente en general
componentes
Acuerdo de Proyecto
Alcance del Proyecto
Planificación del Proyecto
Equipo del Proyecto
Instalaciones de Software y Hardware
Otras instalaciones
Fecha de inicio del proyecto

Plano de Negocios
Antes de comenzar a elaborar el plan de negocio, el consultor debe preparar un cuestionario.
documento para el Cliente donde va a plantear algunas preguntas relacionadas con el negocio.

en el plano de negocios tenemos los siguientes documentos que deben ser preparados y firmados por el cliente.
 Documento AS IS
Documento TO BE
Documento de Planificación Empresarial
Documento de Análisis GAAP

nosotros, como consultores de SAP, debemos obtener la firma del cliente [Token de Aceptación].

Documento AS IS
El documento tal como está es preparado por los miembros del equipo central de Business Client. Es el negocio actual.
proceso del Cliente. este documento incluye la estructura de su proceso de negocio, es decir, cómo su día
actividades comerciales diarias, actividades mensuales, actividades de fin de año, y cómo extraen informes.
los siguientes ejemplos dan solo una idea de ello.

Actividades Diarias

Publicación de facturas de proveedores, facturas de clientes, impresión de informes al día, misceláneos

Publicaciones de gasto, conciliación diaria del banco, proveedores, saldos de clientes. Diario
Pagos, Recibos Diarios, Carrera de Intereses Diarios. Según la visión general, es el registro de transacciones diarias.
relacionado con Entre Business.

Actividades mensuales

es un registro de publicaciones relacionadas mensualmente. Algunas de ellas son Cálculo de Intereses Mensuales, Mensual
Informes de TDS
Pagos Pendientes, Informes de Conciliación Mensual, Transferencia de Saldos al final de
Mes, cierre y apertura del mes en un cierto punto del mes, cualquier valoración, etc..... es todo
sobre las actividades mensuales dependientes.

Actividades de Fin de Año

aquí discutimos con el cliente, qué transacciones comerciales suelen tener lugar al final del año.
algunos ejemplos son, Preparar la Cuenta de Pérdidas y Ganancias, el Balance General y el Flujo de Efectivo y Fondos
Declaraciones, etc. inicio y cierre del año fiscal, preparar informes para referencia futura, etc....

En el resumen del Documento AS IS hemos obtenido la información relacionada con el negocio de la empresa.
transacción por periodo, por categoría, por departamento, es como todo lo relacionado con finanzas
información que sería útil para preparar el documento TO BE.

Documento TO BE
Está preparado por Consultores de SAP como parte de su responsabilidad principal en la implementación. SER
El documento se considera como el futuro proceso comercial del cliente en el software SAP.
Plan de Negocios
En el documento TO BE solo damos una jerarquía de alto nivel. Cuando se trata de BBP, tenemos que explicar.
en detalle. aquí es mejor ir por partes [por ejemplo, G/L, AP, AR, INTEGRACIÓN, ACTIVO]
CONTABILIDAD, etc..] ya que podemos obtener la aprobación en cada parte cuando esté completada para que nosotros
no es necesario esperar hasta terminar todo para que sea firmado por un miembro del equipo central del lado del cliente.

tenemos que preparar cada uno de los procesos en detalle en BBP, mientras que solo damos un nivel más alto en
Documento TO BE.
Qué es BBP-La definición del documento del proceso es el principal entregable del plano de negocio
fase. El propósito de este documento es verificar que se tiene un entendimiento adecuado de los requisitos
se ha comunicado. El plano de negocio también finaliza el alcance detallado del proyecto.

Análisis de GAAP

si el requisito del proceso empresarial del cliente no se cumple en el SAP estándar, entonces debemos
Proporcione una solución adecuada al cliente.

según eso, primero tenemos que analizar el requisito, si no podemos encontrarlo entonces deberíamos
elevar una Nota OSS a SAP. Ellos pueden proporcionar una solución adecuada, ya sea que se necesiten desarrollos o cualquier otra cosa.

Características adicionales adoptadas según los requisitos del proceso comercial del cliente.

Realización
Una vez que terminemos la Preparación del Proyecto, el Plano de Negocios, entonces es hora de pasar a la Realización.
La realización se ocupa de todo el proceso de configuración y actividades relacionadas.
Las siguientes son actividades consideradas en la Fase de Realización.

Configuración
2. Pruebas Unitarias y Pruebas de Integración
3. Documento de configuración
4. Casos de Prueba y Scripts de Prueba
5. Especificaciones Funcionales
6. Lista de verificación TR

Configuración

cualquier configuración requerida según los requisitos del cliente que han sido aprobados
por el cliente en el Plan de Negocios, se lleva a cabo en SAP en esta fase. mencionamos los pasos que
La configuración se ha realizado en esta fase.
Pruebas unitarias y pruebas de integración

Pruebas Unitarias - lo que hayamos hecho en la configuración en el Cliente Dorado debe ser
probado en Testng Cliente [Sandbox]. Solo el testng normal relacionado con FI se considera como prueba unitaria de Testng.
es probable que, publicar un documento, mostrar, cambiar, creación de datos maestros etc.... relacionado con FI es
referido como Unit Testng.
Pruebas integradas de Testng: lo que hacemos con Testng sin módulos cruzados ni sistemas cruzados [ej.
FI-MM, FI-SD, FI-PP. de Oracle a SAP, TALLY a SAP, Quick Books a SAP.

Documento de Configuración

cualquier configuración que hagamos en el Cliente Dorado debe ser mantenida en detalle en
Documento de Configuración. por ejemplo, Creación de Cuentas GL, Creación de Maestro de Clientes, Proveedor
Creación de Maestro, Creación de Grupo de Cuentas, etc....- tenemos que mantener información detallada en
este paso.
Casos de prueba y scripts de prueba

Scripts de prueba - los datos, cualquier configuración que hagamos en el cliente dorado, deben ser probados en
Cliente de Sandbox. Para ese propósito de prueba, tenemos que mantener algunos pasos.

ej. Paso del proceso - para creación, cambio, visualización, eliminación, bloqueo y eliminación, etc...
CÓDIGO T
Datos de entrada / Información especial - datos requeridos para esta prueba.
Resultados de la Prueba
APROBAR O REPROBAR
Observaciones

Casos de prueba: lo que hemos hecho en los scripts de prueba debe presentarse en el formato
de Capturas de Pantalla. por ejemplo, Publicamos un documento FB50 que tiene que ser presentado en pantalla
disparo. si está funcionando bien o no debe definirse en el Script de Prueba.
Lista de Verificación de Solicitud de Transporte

Antes de pasar a la fase de Preparación Final, tenemos que completar el formulario de Solicitud de Transporte en el que
especificar cuántas Solicitudes de Transporte se han creado para la Configuración de Ajustes.
El consultor debe completar algunos campos relacionados con los detalles de la solicitud de transporte. Usuarios de negocio
normalmente seguimos diferentes tipos de formatos para la Solicitud de Transporte. Aquí algunos ejemplos
son los siguientes.

División Código de la empresa

Tipo de Solicitud - Banco de trabajo / Personalización

Número de solicitud de transporte - MSD1023250

Servidor/Cliente Desarrollo
Servidor/Cliente Objetivo - CANT/PRD

Probado en Arena/CANT

Lanzado - o no
Propietario de TR Por lo general, cuando obtengo un error de proyecto de soporte

Preparación Final
una vez que completemos la Fase de Realización, entonces tenemos que Transportar todos los Cambios a Final
Preparación donde el usuario generalmente realiza todas las pruebas. En la Preparación Final tenemos los siguientes pasos.
Manual del usuario
Entrenamiento de Usuarios
Asistencia UAT
Actividades de corte

Manual del usuario

una vez que completemos la Fase de Realización, el siguiente paso en ASAP es la Preparación Final. dentro de esto
Preparación final el primer paso es el Manual del Usuario. aquí en realidad el usuario no sabe cómo
utilice el SAP, así que tenemos que proporcionar el Manual del Usuario. El Manual del Usuario no es nada más que explicar el Procedimiento
enDocumentaton. Por ejemplo, la publicación FB50. El usuario no sabe cómo publicar la publicación FB50. así que nosotros
debe proporcionar un procedimiento sobre cómo usar eso, qué parámetros son necesarios para publicar eso FB50 como T-
Código
Área, Centro de Beneficios, etc. en la Documentación se refiere como Manual del Usuario.

Capacitación de Usuarios

una vez que proporcionemos el Manual del Usuario al Propietario del Negocio, este tendrá que dar capacitación a sus Usuarios,
Miembros del equipo central y jefes. Se proporcionará formación a los usuarios según sus roles.
cada vez que proporcionamos capacitación a los usuarios, entonces un miembro del equipo central también debería estar con ellos. es
también es necesario proporcionar capacitación a los jefes de negocio en las áreas de obtención de informes, en este momento
Los miembros del equipo central también deberían estar con los jefes.

Asistencia de UAT

UAT se refiere a Pruebas de Aceptación del Usuario. Una vez que le brindamos capacitación a los Usuarios del Negocio, él podrá
prueba cada cosa y todo viendo los casos de prueba y los scripts de prueba. una vez que esté satisfecho con testng
deberíamos obtener la aprobación de la Prueba de Aceptación del Usuario.
Actividades de corte

una vez que tengamos la aprobación de la prueba de aceptación del usuario, es hora de comenzar las actividades de transición. cuando nosotros
Para las actividades de cambio de proceso, debemos proceder con algunas de las siguientes acciones con cuidado.

como primer caso, tenemos que obtener el Balance de Comprobación [TB]

Una vez que tengamos el Balance de Prueba, debemos verificar si los Saldos Deudores son iguales a
Saldos a favor.

es mejor ir con el proceso de segregación del Balance de Prueba como sigue

Libros mayores
Clientes
Vendedores
Activos
Materiales

Antes de cargar los balances de prueba en SAP, primero debemos cargar los datos maestros y luego
Datos transaccionales [Saldos]. Hacemos este proceso a través de LSMW mediante el Método de Entrada por Lotes.
Antes de cargar los datos maestros, primero tenemos que enviar una copia en formato Excel a la empresa para que lo complete.
datos en una nueva hoja de excel. Una vez que recibamos los datos de ellos, tendremos que verificar.
si los datos se ingresaron correctamente o no, lista de G/L, Clientes, Proveedores, Activos y Materiales
coincidir correctamente con los registros del Balance de Pruebas o no.

Además de la lista de G/L proporcionada por el negocio, debería requerir algo técnico y la carga.
G/L's.

Nota:
cuando subimos saldos en libros específicos, no podemos publicar saldos directos en
Cuentas del Libro Mayor de Reconciliación.
es mejor crear un nuevo tipo de documento cuando subimos saldos.

G/L técnicos
Cuenta de compensación GR / IR
Cuenta de Compensación SR / IR
Cuenta de Liquidación de Adquisición de Activos
Cuenta de Utilidades Retenidas
Cuenta de Compensación de Saldo Cero
Cuenta de Integración en Tiempo Real de FICO
Cuenta Cleareance de Centro de Beneficio
Además de las cuentas técnicas mencionadas, debemos requerir las siguientes cuentas de carga.

Subir Cuentas
Cuentas G/L de Carga Inicial
Clientes de Carga Inicial
Carga Inicial de Proveedores
Cargar activos iniciales
Materiales de Carga Inicial

Carga de datos a través de LSMW y BDC

Podemos cargar los datos como Datos Maestros y Datos Transaccionales a través de LSMW y BDC. Pero
el proceso es diferente.
LSMW - dentro de LSMW tenemos métodos de BAPI y Grabación de Entrada por Lotes.

BDC- dentro de BDC tenemos BAPI y Transacción Normal.

BDC
en BDC tenemos un procedimiento como primero tenemos que mantener la grabación. Para la grabación
El código de transacción es SHDB. En SHDB hacemos grabaciones relacionadas con los requisitos del negocio y
entonces guárdalo. copia los campos en una hoja de Excel y pásalo a la persona de ABAP.
Él hace el mapeo de campo y desarrolla un programa. Para ese programa, asigna uno.
Código de transacción y pásalo al Consultor Funcional [FI/CO, SD, MM]. por ejemplo T
Código como ZF11.
como consultor de FICO, una vez que preparamos una hoja de Excel con los datos requeridos [esta hoja de Excel
los datos deben estar relacionados con el registro de datos en SHDB] luego cópialo palabra y guárdalo.
Ahora ejecuta el código de transacción ZF11 y da los datos de entrada y ejecútalo. Luego lo haría.
pido el archivo, luego tenemos que subir el archivo de Word que se ha guardado antes.
crearía una sesión de entrada por lotes. ve a SM35 y ejecuta la sesión.

LSMW
Puntos de Nota

si subimos el balance de comprobación a mitad del año fiscal, entonces debemos subir tanto la Cuenta de Pérdidas y Ganancias
yBalance GeneralCuentas
si hacemos este proceso al final del año fiscal, entonces solo tenemos que cargar el Balance General
Cuentas solamente

Carga de Datos Transaccionales Códigos T

Carga de saldos de activos - AS91/OASV
Carga de Saldos de Inventario - MB1C
 Carga de Saldos de Clientes - F-02
Carga de Saldos de Proveedores F-02
Carga de Saldos GL Normales F-02

Tener dos métodos LSMW y BDC

Banco de trabajo de migración de sistemas heredados y comunicación de datos por lotes
Dentro de LSMW tenemos métodos de Grabación de Entrada por Lotes, BAPI e IDOC.
Seguimos el Método de Grabación de Entrada por Lotes más que otros

No estoy seguro acerca de la Solicitud de Transporte en LSMW

Tiene la oportunidad de exportar e importar de un cliente a otro cliente

no podemos hacer datos maestros en el Cliente de Configuración

no podemos hacer LSMW en el cliente de producción directamente.

Normalmente creamos en el Cliente de Calidad y exportamos eso, en el Cliente de Producción importamos esos datos lsmw.

Para más G/L, es mejor optar por Mostrar Errores Solo en la Sesión de Entrada por Lotes. antes de eso
tengo que ir con el proceso en primer plano con G/L limitados.

Sobre la transición de materiales

Primero debemos cargar los datos maestros del material y luego los datos transaccionales.

podríamos hacer la conciliación primero cuando tengamos el Balance de Comprobación. debería coincidir con nuestro
Hoja de Excel a Balance de Comprobación.

en SAP, la conciliación MM-FI se puede verificar en el código de transacción MB5L

cuando se carga material incorrectamente en MB1C, puede haber errores en la ficha de material en áreas como
debido a no subir cosas relacionadas con la cantidad, entonces se tiene que revertir el documento en MIGOby dando
Tipo de movimiento 562. Si hay errores relacionados con el precio, entonces hay que revertir el documento en MIRO.

Por lo general, es parte del consultor de MM, pero cuando él realiza las actividades de corte de materiales, entonces
son dos cosas importantes para asegurarse como Consultor de FI que si está mencionando Profit
Control de Centro y Precio & Precio. Esto puede ser obligatorio si implementamos el NUEVO concepto GL.

Cargar datos maestros - cuando el consultor de MM carga datos maestros para el material, entonces como un FI
Consultor, debemos asegurarnos del Precio, Control de Precio y Centro de Beneficio.

Cargar datos de transacción - cuando se carguen los datos de transacción, entonces debemos usar uno
subir material a la cuenta. tenemos que dar el Tipo de Movimiento 561.
Cambio de Activos

Antes de ir a las actividades de transición relacionadas con los activos, tenemos opiniones de expertos para verificar si nuestro

la configuración está funcionando bien o no. Para este propósito, tenemos una opción que se llama
Verificación de consistencia en la contabilidad de activos. Esto es para un alto nivel de revisión con la configuración, qué
hemos implementado para la contabilidad de activos.

Los activos se pueden cargar de dos maneras diferentes.

FIN o INICIO del año fiscal o

Mitad del Año Fiscal

Antes de que los activos se puedan cargar en SAP desde un sistema no SAP, primero tenemos que crear el Maestro de Activos y luego
Valores de activos. Tenemos dos códigos T para hacer esto: AS01 y AS91. A través de AS01 solo podemos hacer ...
Creación de Datos Maestros, pero desde AS91 se puede hacer tanto la Creación de Datos Maestros de Activos como también
Valorescarga.
Para realizar las actividades de cambio de activos, tenemos algunos requisitos previos que deben ser
considerar.
Establecer el estado del código de la empresa
Especificar la fecha de transferencia / último año fiscal cerrado
Especificar el último periodo publicado en el sistema anterior [Transferencia durante el año fiscal]

para la transición de Activos seguimos el AS91.

tenemos diferentes escenarios para la carga de activos basados en el sentido del tiempo.

Fin del año fiscal = Valor APC - Valor de Dep. Acum. = Valor Neto en Libros
Medio del año fiscal con capitalización del año anterior = Valor APC - Dep. Acum. - Dep. Ord. =
BV Neto
Mitad del año fiscal con capitalización fiscal del año actual = Detalles de las transacciones APC
pestaña y luego Dep. Ord. de Valores Adquiridos.

Los valores de Cutover de activos se pueden cargar de dos maneras: F-02 o OASV.

OASV-podemos cargar el valor total del activo en este código de transacción. sin cambiar nada.
parámetros.
F-02-podemos cargar el valor total del activo en esta transacción. con el cambio en la transacción OAMK
código. aquí tenemos que eliminar la Cuenta de Conciliación para un activo particular.

Podemos conciliar los saldos de los activos en el código de transacción ABST2.

Nota:
Tabla - TABA = Documentos de Publicación de Depreciación
OASV Para cargar los valores de los activos en las cuentas de conciliación de activos
 AS91 Para cargar datos maestros de activos y fechas transaccionales
OAMK Para cargar valores de activos en F-02, se puede eliminar la opción de cuenta de reconciliación.
aquí.
ABST2 Una vez que carguemos todos los datos de activos, podremos hacer la reconciliación entre
saldo de activos y saldos de G/L
AS01 Para cargar los datos maestros del activo.

Tipos de Testng
aquí en SAP existen algunos tipos de pruebas.
1. Pruebas Unitarias
2. Pruebas de integración
Pruebas de regresión
4. Roles Testng
5. Prueba de rendimiento
6. Pruebas de Aceptación del Usuario

Prueba de unidad

Comprobando la configuración que se ha realizado en el Sistema Dorado, dentro de un módulo es

conocido como Unit Testng. aquí está comprobando la configuración si está funcionando bien o no en
El Sandbox se considera como Pruebas Unitarias. Generalmente lo realizan consultores en el Sandbox. Es como hacer
configuración y hacer pruebas para conocer si la configuración está funcionando o no. dentro de Pruebas Unitarias
tenemos 2 tipos de testng. Pruebas Positivas y Pruebas Negativas. Pruebas Positivas se refiere a,
Las pruebas con referencia a la configuración especificada se conocen como Pruebas Positivas, mientras que las Negativas
Testng, Testng con Configuración No Especificada.

Por ejemplo.
1.aquí el consultor realizó la configuración en el Cliente Dorado para TDC y TCS dentro del Módulo FI. más tarde él
mueva los cambios a Sandbox y haga pruebas aquí. este tipo de pruebas se llama Pruebas Unitarias.

2. En el Consultor del Módulo MM, realiza la configuración para la Planta en el Cliente Dorado y luego más tarde él lo hará.
mover cambios a Sandbox y aquí probará si la configuración para la planta funciona bien o
no. así dentro del módulo la Verificación de Configuración se trata como Pruebas Unitarias.

Prueba de integración
La comprobación de resultados que funciona bien o no entre Módulos Cruzados o Sistemas Cruzados se conoce como
Prueba de Integración. La prueba de sistema cruzado también se conoce como prueba de interfaz. En resumen, verificación.
de la configuración de ajustes y programas Z con módulos cruzados o sistemas cruzados se considera como
Prueba de Integración

Por ejemplo.
1. Aquí el Consultor FI realizó la configuración en los ajustes de OBYC que están relacionados con la configuración.
para tanto FI como MM en Golden Client. Los cambios posteriores se moverán a Sandbox y se realizarán pruebas aquí
Publicar MIGO y MIRO para saber si los documentos se publicaron correctamente o no relacionados.
a FI y MM. Este tipo de prueba cruzada de módulos se conoce como prueba de integración.

2. si estoy utilizando tanto SAP como el software Tally [no SAP], si quiero extraer los datos del no SAP
a SAP luego tenemos que desarrollar un programa y luego migrar datos de Non SAP a SAP. Aquí
tenemos que probar si los datos fluyen correctamente o no de NON SAP a SAP. este tipo de cruce
Las pruebas de sistemas se llaman pruebas de integración. Una vez que los datos fluyen correctamente, entonces haz pruebas.
la ejecución se conoce como Pruebas Unitarias. por ejemplo, publicar un documento a través de FB50, luego verificar
si los documentos se publicaron correctamente o no.

Pruebas de Regresión

si hacemos alguna adición, desarrollo o cambio a los Ajustes existentes, no debería afectar
a los ajustes existentes más tarde. debería permanecer igual sin ningún efecto en los existentes.

Por ejemplo, tenemos un documento relacionado con el hospital que incluye Nombre del Paciente, Número de Paciente, Fecha, Hora.
Dirección, número de tarjeta Raton ahora debido a los requisitos del hospital quieren añadir un campo, digamos para
ejemplo, quieren añadir el campo de número de Aadhar en el documento. así que una vez que hagamos el desarrollo para
documento existente al agregar el número de aadhar, luego el documento no debe verse afectado. debe ser
funciona bien sin ningún efecto en otros campos. este tipo de prueba se llama prueba de regresión.

Roles Testng
Esta prueba generalmente se realiza en la Preparación Final del Proyecto de Implementación. esto puede ser
hecho por ambos FI o respetivos y Consultores de BASIS. aquí creamos roles con Transacton
códigos en respeto a sus deberes. luego asignamos roles al respectivo ID de usuario y contraseña.
entonces más tarde tenemos que verificar si ese usuario particular puede acceder solo a esa parte asignada
transacciones o no. este tipo de Testng se llama Testng de Roles.
Por ejemplo, creé un rol llamado Rol GL y asigné los códigos de transacción FB50, FV50.
F-02,FB08,FB03,FB02,FB03,FS10N. Ahora tengo el ID de usuario: siva123 y la contraseña: t1000. ahora voy a
asigne mi rol GL a este ID de usuario y contraseña. ahora el ID de usuario solo puede acceder a lo anterior
códigos de transacción. ahora es el momento de verificar si el usuario anterior puede acceder a la transacción asignada
códigos o no, y para comprobar si puede acceder a otros códigos de transacción. este tipo de Testng
se llama Roles Testng.
Prueba de rendimiento

Generalmente, el Consultor ABAP puede hacerse cargo de esta prueba con la ayuda de BASIS y otros respectivos.
Consultores. aquí está, para ejecutar un programa o cualquier otra aplicación o documento etc..,
verificación de la duración del tiempo que tomaría obtener el resultado. Este tipo de prueba se conoce como
Prueba de rendimiento.
Por ejemplo, quiero ver los informes de saldo del libro mayor, cuando ejecuto el código de transacción FS10N o FAGLB03.
y luego con entradas en la pantalla de selección, obtendré la salida. así que aquí estoy comprobando la duración de
tiempo tomado para obtener la salida. así como esto para conocer cualquier problema durante la ejecución relacionado con el tiempo que hacemos
este tipo de Testng.

Pruebas de Aceptación del Usuario

Esta prueba generalmente se realiza en el Sistema de Calidad por los Usuarios. Sea cual sea la configuración que se haya hecho.
por Consultores en Sistema de Desarrollo, será verificado por los Usuarios para saber si
la configuración está funcionando bien o no.
Por ejemplo, el consultor realizó la configuración relacionada con el Programa de Pago Automático [Configuraciones de APP].
más tarde, el consultor revisará esta configuración en Sandbox para saber si funciona bien o no, esto
Testng se conoce como Unit Testng. luego más tarde él/ella moverá los cambios a Calidad. Aquí el Usuario
Verifique si la configuración de la aplicación está funcionando bien o no. Esta prueba se llama Prueba de Aceptación del Usuario.

ESPECIFICACIONES FUNCIONALES

tenemos que escribir especificaciones funcionales en los siguientes casos. aquí está RICEFW

R - Informes
I - Interfaces
C - Conversiones
E - Mejoras
F - Formularios [ Formularios Inteligentes ]
W - Flujos de trabajo

Informes
Las transacciones masivas se pueden ver en los informes. p. ej. FBL1N, FBL3N, FBL5N, FS10N, etc....
Puntos de Nota

Para ver todos los informes en SAP, código de transacción - SAP1

cuando recibimos un requisito del cliente para informes específicos, entonces tenemos que verificar si es
disponible en SAP o no, entonces solo si no está disponible, tenemos que optar por desarrollos Z.
para ver cuáles son los informes estándar en SAP, ingrese el código de transacción aSAP1 en el campo de comandos.

Aa X Transacciones estándar o Informes estándar

YaZ Informes personalizados o transacciones personalizadas

La longitud y el tipo se pueden ver en el código de transacción SE11.

Formularios [Formularios Inteligentes]

también tenemos que escribir especificaciones funcionales para Smart Forms. Smart Forms no son más que impresión
Formas donde los requisitos del cliente son diferentes a los estándar en SAP. Redacción de especificaciones funcionales para
formularios inteligentes como Informes.

Nota
usualmente tenemos formularios impresos para Dunning, extractos bancarios, correspondencia - lista de elementos pendientes,
Estado de Cuenta, Lista de Artículos Aprobados, Saldo Actual, etc. ... todo esto para ambos Clientes y
Vendedores.

Interfaces
con la ayuda de RFC [Llamada de Función Remota] podemos conectar tanto sistemas SAP como sistemas no SAP.
conocidas como Interfaces. Para Interfaces, tenemos que escribir especificaciones funcionales para RFC.

tenemos tanto RFC entrantes como RFC salientes.

RFC de entrada

para RFC de entrada, deberíamos tener 2 RFC. uno para conectar y descargar el archivo en SAP y
almacénalo. otro para actualizar datos en sap.

RFC saliente

para el RFC Saliente, solo tenemos un RFC en el que se utilizará para enviar los datos a Non SAP.

Ej. 1
Tengo tanto sistemas SAP como sistemas no SAP, es decir, Sales Force. Si creo datos maestros de clientes en Sales.
Fuerza que tiene que entrar en el sistema SAP. Para esto tengo que desarrollar un RFC que ayudará a
conectar sistemas SAP y No SAP. con la ayuda del FRC Se creó el Maestro de Datos del Cliente en Ventas
Fuerza, que fluirá al sistema SAP.
Ej. 2
si tenemos que mantener tipos de cambio en SAP, entonces tenemos que obtenerlos de diferentes en línea
Servicios es decir, Bloomberg, Routers, etc....

Para este servicio tenemos que desarrollar RFC. Una vez que ejecutemos el RFC, iré al respectivo.
servidor web y descargará tasas de cambio. una vez que tengamos las tasas de cambio en SAP, entonces
tienes que ejecutar un programa llamado RFTBFFOO y luego actualizará las tasas de cambio en OB08.

Nota:
Para OB08, RFTBFFOO es el programa importante.
Para ejecutar RFC, Código de Transacción - SE37.
Para ejecutar el código de transacción BAPI - SE37
Para ejecutar el código de transacción del módulo funcional - SE37
Para ejecutar programas, el código de transacción es - SE38

BAPI's
Para ejecutar BAPI's debemos ir al código de transacción SE37.

Se ejecutan BAPI para realizar algunas actividades en el programa en segundo plano.

Ejemplo 1
Normalmente publicamos documentos en FB50, FB60 y FB70 en la pantalla frontal [Capa de Presentación].

También podemos publicar los mismos documentos en BAPI ejecutándolos en SE37.

Para publicar un documento en BAPI, tenemos que ejecutar dos BAPIs.

BAPI_ACC_DOCUMENT_POST
BAPI_TRANSACTION_COMMIT

Por ejemplo, podemos publicar documentos relacionados con FB50 a través de BAPI.

Proceso

ir a SE37

da BAPI_ACC_DOCUMENT_POST en el campo de módulo funcional y ejecútalo.

proporcione los detalles de entrada en DOCUMENTHEADER
 Autobús
11.09.2017
Período-06
ahora está relacionado con GL normal, así que proporciona entradas en el campo ACCOUNTGL.

_Acc[line Item]- 1
Código- MKIA, Área de Negocios- MKAB, Centro de Beneficio- 1000, coloque el cursor en el ítem de línea 1
y añade un elemento más. Número de artículo - 2, Cuenta GL - 100000, Texto del artículo - Capital,
MKIA
Ahora especifique las entradas de cantidad en el campo CURRENCYAMOUNT.

Número de artículo_Acc- 1, Actual- Inr, Monto_Doccur- 500, coloca el cursor sobre el artículo de línea 1 y agrega uno
más línea de artículo. No_Artículo- 2,Moneda- Inr,Monto_Ocurrido= 500-

Ahora ejecútalo. O es mejor guardar las entradas como variante, lo cual será útil. Lo guardé como FB50.
pero no lo ejecutes si guardar como variante

Ahora regresa a SE37 nuevamente y da BAPI_TRANSACTION_COMMIT, Desde Funcional

Módulo en la parte superior Seleccionar Ejecutar y luego Secuencia de Pruebas. aquí dar primero

BAPI_ACC_DOCUMENT_POST y luego BAPI_TRANSACTION_COMMIT y luego ejecútalo.

ahora tienes que completar los campos aquí como Detalles del Encabezado del Documento y Detalles de la Cuenta GL O si
guardas las entradas previamente, luego desde el Directorio de Datos de Prueba seleccionas Variante y ejecutas.
Vuelve aquí, tenemos que especificar Esperar - 2 y luego Ejecutar. Aquí obtenemos la salida RETORNAR
- 000.
Ahora ve a FB03 y revisa los documentos.

Nota:
en FB50 o FB60 o FB70 no podemos contabilizar cuentas automáticas, mientras que en BAPI sí podemos.

En general, los BAPI, RFC y módulos funcionales son similares [más o menos].

BTE [Eventos de Transacción de Negocios]

El código de transacción para ejecutar el BTE es - FIBF.

Para BTE, tenemos que crear el respectivo Módulo Funcional en el que tiene ambos Funcionales.
trabajo y trabajo técnico.
BTE se utiliza para enviar las Notas de Cobro, Avisos de Pago, Estados de Cuenta como
Elementos abiertos y elementos resueltos a través de correos electrónicos a clientes y proveedores.
También se utiliza para obtener más partidas en FBL3N, FBL1N y FBL5N.
 Por ejemplo, si desea obtener detalles de la cuenta de compensación, como el nombre de la cuenta de compensación, la cuenta de compensación.

número y offset tipo de a/c [K,D,S,A,M] en FBL3N luego podemos usar BTE.

Tenemos dos pasos de configuración en BTE.

1. Ve a FIBE y desde configuraciones__Productos__de Cliente. Nuevas entradas aquí le damos ******

Bajo Producto, luego dar Texto, y mantener la casilla de verificación√debajo de A para Activación.

2. Regresar a FIBF, desde Configuraciones__Módulos de Proceso__de un Cliente. Nuevas entradas, abajo

Procese dar ****** para el respectivo requisito, especificar el Módulo Funcional que ha sido
desarrollado por ABAPer, y asignar Producto que ha sido creado en el paso anterior.

Proceso para Varios Requisitos

00001040 - Cobranza

00002040 - Aviso de Pago

00001650 - artículos adicionales en FBL3N.

Flujos de trabajo
los flujos de trabajo se utilizan para documentos aparcados, documentos en espera en FI, pedidos en MM y órdenes de venta en SD, en
que tienen que ser aprobados por autoridades superiores.

por ejemplo, publicamos un documento en FB50 que tiene una restricción para publicar. una vez que lo aparcamos
el documento luego pasa a un nivel superior para su aprobación a través del correo. una vez que obtuvo todo ese tipo de
documentos, luego él aprobará y publicará los documentos aquí. Este tipo de acción la tratamos como
flujo de trabajo que tiene que ser desarrollado por ABAP.

Como Consultor FICO, debe saber que cuando el usuario aparca el documento, ya sea que vaya a
autoridad de nivel superior o no para propósito de aprobación a través de correo automático.

cuando un nivel superior aprueba el documento, entonces si el documento se publica o no, y si se rechaza
si el estado llega al usuario o no a través del envío automático de correos.
CONCEPTOS FUNCIONALES
Nuevo GL
En el nuevo GL tenemos 5 conceptos como los siguientes,

División de documentos
Contabilidad de Libro Mayor Paralelo
Informe de Centro de Beneficios y Segmento
Estructura de Datos Extendida [FAGLFLEXA, FAGLFLEXT y FAGLFLEXP]
Integración en tiempo real de FI-CO

División de Documentos

en la división de documentos tenemos 3 tipos de división

División Activa
División pasiva
Compensación de saldo cero

División Activa

en la división activa, si damos centro de beneficios o área de negocios en un ítem de línea, entonces se actualizarán en
otros artículos automáticamente.

por ejemplo, publicar un documento en FB60, aquí damos el proveedor y el artículo de gasto. no damos beneficio
centro y línea de negocio para el proveedor, mientras que se les da para la línea de gasto. de gasto
el área de negocio del concepto y el centro de beneficios se actualizaron a la línea de artículo del proveedor.

División Pasiva

en la división pasiva no presentamos ninguna área de negocio, centro de beneficios o segmento. con referencia a la
el número de documento que ya se ha publicado, la división pasiva funcionará actualizando el área de negocio y
centro de beneficios y segmento del número de documento publicado. aquí también funciona la división activa para actualizar
otra línea de negocio, centro de beneficio y segmento.

por ejemplo, ya publicamos un documento en FB60. cuando hacemos el pago a través de F-53 aquí no lo hacemos
dame cualquier área de negocio, centro de beneficios y segmento. aquí con referencia al número de documento de factura
actualizar el área de negocios, el centro de beneficios y el segmento. aquí tenemos otro artículo de línea cuenta bancaria
que no se ha mencionado en el número de documento de la factura, así que aquí la división activa trabaja para actualizar el negocio
área, centro de beneficios y segmento.

Compensación de Saldo Cero

cuando publicamos un documento, si damos diferentes centros de beneficio o área de negocio, entonces el saldo será cero
se activará la compensación.

Además de lo anterior, tenemos pasos de configuración para la división de documentos.

Contabilidad de Libro Mayor Paralelo

tenemos conceptos de libro mayor principal y libro mayor no principal en este concepto.
El libro mayor principal es proporcionado por SAP por defecto.
según los requisitos del negocio configuramos Libros no principales [US GAAP, IFRS,
o para otros Requisitos Legales]
también podemos configurar Grupos de Libros, es decir, una combinación de Libros para fines de publicación.
por ejemplo, si tengo los libros contables 0L, MX[IFRS] y MY[US GAAP]. puedo crear el libro contable MA
grupo con la combinación de 0L+MX o grupo de libros contables MB con la combinación de
0L+MY. Todo depende de los requisitos del negocio.
si publico un documento en FB50, se actualizará en todos los libros principales y no principales.
0L,MX y MY
Si quiero publicar un documento en un libro mayor particular, entonces tengo que usar FB50L.

Informe de Centro de Beneficios y Segmento

Tanto el Centro de Beneficio como el Segmento son Elementos Organizacionales

El segmento es un dato de configuración y es el elemento más alto

El Centro de Beneficios es un Dato Maestro y es el Elemento Más Bajo

El Centro de Beneficio tiene un Período de Validez mientras que el Segmento no lo tiene.

Un Centro de Beneficio puede asignarse a solo un segmento

Un segmento se puede asignar a múltiples centros de beneficio

podemos bloquear el Centro de Beneficios mientras que no podemos Segmentar

podemos asignar el Centro de Beneficio al Código de la Empresa. Por otro lado, no podemos asignar el Segmento a
Código de la empresa directamente.

Por ejemplo, tenga un escenario como el siguiente

Centros de Beneficio-------------

1000

2000

3000
Segmentos-------------------

Venta al por menor

Texto

Cemento

Madera
del ejemplo anterior, si producimos Retail, Textle y madera en el centro de beneficios 1000, entonces no podemos
asignar múltiples segmentos a un centro de beneficios. en este caso tenemos que considerar el más alto
Elementos que debemos considerar como Centros de Beneficio: Retail, Textil, Cemento y Madera.
1000, 2000 y 3000 como segmentos.

Tablas de Datos Extendidas [FAGLFLEXA, FAGLFLEXT y FAGLFLEXP]

Si tenemos Nuevo GL ----- FAGLFLEXA, FAGLFLEXT y FAGLFLEXP

Si no tenemos Nuevo GL------- GLTO

FAGLFLEXA------- GL Artículos de Línea Actuales

FAGLFLEXT--------GL Total de Artículos

FAGLFLEXP--------Artículos de línea del plan GL

en FS10N no podemos obtener el saldo de GL por Libro

en FAGLB03 podemos obtener el saldo por libro

FBL3N da informes por elemento de línea pero no es posible a través de los elementos de línea por libro mayor.

FAGLL03 proporciona informes basados en el rubro de cada libro mayor

FBL3N lee los datos de la tabla BSEG

FAGLL03 lee datos de FAGLFLEXA

FS10N---------------------Balance GL normal

FAGLB03------------------Libro mayor de saldo GL

FBL3N----------------------Partidas contables GL normales

FAGLL03-------------------Partidas contables del libro mayor

Algunos puntos a tener en cuenta

La moneda del grupo es una configuración a nivel de cliente

La moneda local o la moneda del código de la empresa es una configuración a nivel de código de la empresa
en OB22, la 1ª Moneda Local se activa desde la Creación del Código de Empresa [OX02]
En OB22, la segunda moneda local - Moneda del Grupo [30] se activa desde SCC1
cuando publicamos un documento en FB50 o FB01 o en cualquier otro, podemos obtener la Moneda Local 2
tipo de cantidad de OB22
En FB50 no podemos dar claves de contabilización, mientras que en F-02 podemos dar claves de contabilización manualmente.

Validaciones y Sustituciones
Para escribir el Código de Transacción de Regla de Validación es = GGB0
Para activar la Regla de Validación con el Código de Empresa T Código = OB28
no podemos asignar múltiples Reglas de Validación para un Código de Empresa
no deberíamos crear múltiples reglas en Validación para un solo Código de Empresa. tenemos
para crear un paso en este caso para añadir cualquier condición de validación.
Para escribir la regla del conjunto, entonces tenemos que ir a GS01.
Establecer Regla = Cambiar-GS02, Mostrar-GS03, Eliminar-GS04.
Antes de la Validación del Transporte, debemos asegurarnos con el Sistema de Producción por
comparando los pasos y luego las condiciones en esos pasos.
Podemos asignar una regla de validación a múltiples Códigos de Empresa.
Mientras transportamos la regla de validación, tenemos que desmarcar la casilla llamada Transportar conjuntos.
Los cambios se pueden guardar en la solicitud de transporte.

Para escribir el código de transacción de la regla de sustitución es = GGB1

Para activar la Regla de Sustitución con el Código de Empresa T Código = OBBH
Si tenemos una Regla de Validación para un Campo Particular, entonces no podemos escribir una Regla de Sustitución.
para ese campo particular
Si no encuentra ningún campo en Substituto, entonces vaya a SM30 y proporcione el nombre de la tabla VWTYGB01.
desmarcar las casillas respectivas.
Si alguna Validación o Sustitución no está funcionando bien, entonces ve a SE38 y ejecútalo.
el Programa RGUGBR00
Regla de Salida del Usuario

si Substtuton o Validaton no pudieron encontrar en tablas como BKPF y BSEG entonces tienen que ir a otro
En este caso, deberíamos usar User Exit.
Por ejemplo- Código de la empresa = MKIA

SA

21-39

Nombre del proveedor

en el ejemplo anterior podemos obtener el código de la empresa, el tipo de documento y la clave de contabilización de las tablas
BKPF y BSEG pero no el Nombre del Proveedor [LFA1]. En este caso, tenemos que escribir una Salida del Usuario.

Pase BSEG_LIFNR a LFA1_LIFNR y obtenga LFA1_NAME1

Integración FI - MM
En FI-MM tenemos los siguientes pasos

Solicitud de compra - ME51N - Sin documento contable

2. Orden de Compra - ME21N - Sin Documento Contable
Orden de Compra de Material
Orden de Compra de Servicio
Orden de Compra de Activos
3. Liberar Orden de Compra
- ME29N - No documento de contabilidad
4. Recepción de mercancías MIGO
5. Verificación de Facturas MIRO
6. Pago al proveedor - F-53 o F110 o F-58
7. BRS - FF67 o FF_5
El tipo de movimiento en el momento de MIGO es 101

Basado en el tipo de movimiento, se activan las claves de transacción.

en el momento de la orden de compra, en la pestaña de asignación de cuentas, podemos asignar aquí si es un activo o un costo
descripción relacionada o relacionada con el servicio. en la pestaña de categoría de artículo, especificamos aquí la categoría del artículo

diga por ejemplo servicio o texto o consolidación relacionada etc.....

En las claves de transacción asignamos cuentas GL.

En el momento de MIGO, la planta se activa en función de la orden de compra y el libro mayor se activará en función de la valoración.

Clase.
En la configuración de OBYC, basado en la clase de valoración, la cuenta contable de GL se activa en el momento de MIGO.

La clase de valoración es intermedia entre el maestro de materiales y la cuenta del libro mayor.
En ese momento de PO bajo la pestaña de Entrega, si seleccionamos GR No Valorada, entonces no hay contabilidad.
documento publicado en el momento de MIGO, solo se publicará el Documento de Material.

Puntos de Nota

En la integración de FI-MM, los tipos de movimiento están vinculados a las claves de transacción. en la transacción
claves que asignamos a las cuentas GL. Las claves de transacción se colocan en OBYC.
cuando hacemos un PO aquí damos Proveedor, Material y Planta. no hay documento contable
generado aquí.
En ese momento se genera el documento de contabilidad MIGO aquí. La entrada es como Inventario y
Cuenta de liquidación. La cuenta de inventario se toma de BSX, basada en la clase de valoración y
La planta selecciona la cuenta de inventario respectiva. La clase de valoración se asigna en el material.
El Maestro y la Planta se dan en el momento de la Orden de Compra. En OBYC combinamos la Planta y
La cuenta de valoración Clase.GR/IR o SR/IR se seleccionará de la clave de transacción WRX en WRX.
también asignamos el Modificador de Valoración[Planta] y la Clase de Valoración.
En el momento de MIRO, se generan documentos contables como GR/IR o SR/IR y cuentas de proveedores.
Aquí el proveedor se selecciona del pedido de compra y GR/IR o SR/IR de la clave de transacción WRX.
En el momento de las cuentas fiscales, estos se seleccionan de la pestaña de condiciones en el PO. Condición
Los registros se mantienen en FV11. Los GL de impuestos están vinculados a las claves de cuenta en OB40 y estos
Las claves de cuenta están vinculadas al procedimiento fiscal.

FI-SD
Orden de venta - VA01

Entrega Saliente VL01N

en el tipo de movimiento de entrega saliente es 601

En el momento de la entrega tenemos 1. Solicitud de Recogida - No hay documento contable

y 2. Emisión de mercancías [PGI] - Cuentas de COGS DR y cuentas de inventario CR

Facturación = VF01.
La entrada general es que la Cuenta del Cliente se debita y la cuenta de ingresos por ventas se acredita.

Puntos de Nota

En el momento de la PGI en la contabilidad de entrega, las entradas son COGS y inventario. COGS es
recogido de GBB Transacton Key y Inventario de BSX en la configuración de OBYC. en GBB nosotros
Modificador de Valoración
Se asignan modificadores de valoración, clase de valoración y modificadores generales de GL.
La clase se asigna en el maestro de materiales y la planta se indica en la orden de venta junto con el material.
La cuenta de inventario se selecciona de la misma manera que arriba, excepto por la asignación del modificador general.
en el momento de la facturación, las entradas de la cuenta se toman de la configuración de VKOA. aquí las entradas como
Cliente, Ingresos por ventas, Descuento por ventas, Ingresos por flete y cuentas de impuestos.
 La cuenta del cliente se selecciona del pedido de venta y se seleccionan otras entradas excepto el impuesto.
desde la configuración de VKOA. en VKOA, V es para Ventas y Distribución, KOFI es para cuentas
determinación para FI, AAG para el Cliente - que se selecciona del Maestro de Clientes, AAG para
El material se selecciona del Maestro de Materiales. Las claves de cuenta se seleccionan de la fijación de precios.
Procedimiento. Las cuentas fiscales se eligen de la pestaña de condiciones en el pedido de venta. Condición
Los registros se mantienen en VK11. Los GL relacionados con impuestos están vinculados a las claves de cuenta en OB40.
Estas claves de cuenta están vinculadas al Procedimiento de Precios.

Determinación de cuentas en OBYC y OB40 en el momento de la Solicitud de Transporte

Cuando hacemos cambios o configuraciones, debemos guardar en la Solicitud de Transporte

en el Cliente Dorado y luego tener que liberar a Calidad, más tarde a Producción. Antes de liberar TR, nosotros
tengo que verificar con el cliente de producción para evitar problemas de sobrescritura.

Por ejemplo,

Desarrollo Producto

Clave de transacción - BSX Clave de transacción - BSX

GL asignados en BSX - 19 GL asignados en BSX - 25

si hago algún cambio o configuración como añadir un GL más en BSX en el Cliente de Desarrollo y guardo en
TR y luego liberar TR a Producción luego todos los 25 GL's se irán en Producción y serán 20. Esto es
debido a la sobreescritura por un nuevo cambio en el Desarrollo. Ahora los GL's como

GL asignados en BSX - 20 GL asignados en BSX - 20

Si queremos recuperar los 25 TR en producción, entonces busque el viejo TR que ha sido liberado con 25.
GL's.
Así que siempre ten cuidado antes de liberar TR con esta configuración a Producción. Verifica con Producción.
Cliente y Cliente de Desarrollo. Por ejemplo, tomemos el ejemplo anterior; tenemos 19 GL en DEV y 25
GL's en PRD. En este caso, primero copia manualmente los restantes 6 GL's a DEV y luego realiza el cambio necesario.
o configuración y guardar en TR que se liberará a PRD más tarde.
Nota
Este tipo de precauciones se deben tomar cuando hacemos configuraciones para OBYC, OB40 y Validaciones.
Sustituciones.
Copia todas las transacciones de PRD y DEV en formato Excel y verifica con la fórmula de Verdadero o Falso para comprobar.
todos los GL con respecto a la clase de valoración y la planta son iguales o no.

DMEE

FS00

APLICACIÓN
VALORACIÓN DE DIVISAS EXTRANJERAS

OBY6