📘Tcode Fd01 - Crear Cliente (contabilidad)

VF01: Crear factura VF02: Modificar factura VF03: Visualizar factura VA01: Crear pedido venta VA02: Modificar pedido venta VA03: Visualizar pedido venta ------------------------------------- SU3: actualizar valores prefijados propios SM04: sesiones de usuario en instancia ------------------------------------ /nxxxxx: es realmente practico, ya que el sistema no permite pasar por comandos (tcode) de una transaccion a otra sin previamente ir al menu SAP. Con /nxxxx se puede navegar de transaccion en transaccion. Me ha parecido de lo mas interesante. /oxxxx: tambien muy practico, y ahorra otras acciones.

Acceder a esta publicación

Crear datos maestros con modelo Mediante transacción FK03 o FK01 se puede hacer una búsqueda usando el matchcode del campo Acreedor, en caso de no conocer un código de proveedor para poder usar de modelo para la creación. En FK01 simplemente se pone el código y sociedad en modelo para iniciar la creación. Luego se completan los campos necesarios de los datos generales (razón social, datos de dirección, datos de contacto y número de identificación fiscal) En caso de deudores es lo mismo. Al momento de crear en FD01 no es siquiera necesario poner el grupo de cuentas.

Acceder a esta publicación

La estructura de pantallas para datos maestros de deudores/acreedores puede variar por otras configuraciones. SAP da la posibilidad de crear un status campo dependiendo de la actividad de datos maestros, TX SPRO Las actividades se encuentran dividias por las diferentes tx que permiten acceder a un dato maestro, por lo que para cada actividad tenemos las siguientes opciones: Contabilidad: se refiere a las tx FK01/FK02/FK03 por medio de los cuales se accede a los datos Generales y de Sociedad ( para deudores es FD01/FD02/FD03). Compras: se refiere a MK01/MK02/MK03 para datos Generales y de organización de Compras ( para datos de deudores y org de ventas VD01/VD02/VD03). Central: se refiere a XK01/XK02/XK03 que permiten el tratamiento de...

Acceder a esta publicación

Creación datos maestros con modelo: Visualizamos un acreedor que queremos utilizar (Para crearlo por modelo se copiara únicamente los datos de sociedad) Al ingresar en la pantalla inicial encontramos el campo modelo donde podemos diligenciar el numero de acreedor que deseamos copiar con el modelo. Ingresamos a la transacción FK01 con los datos propios del acreedor y trae automáticamente los demás datos asociados a la sociedad. Para los deudores es exactamente igual solamente se ingresa a la transacción FD01.

Acceder a esta publicación

Lección 6 : Los datos maestros por actividad y sociedad 1) Status Campo en datos maestros de acreedores y deudores Debemos saber que la estructura de pantallas para datos maestros de deudores/acreedores puede varias por otras configuración... 2) El control específico de la transacción SAP > Status Campo dependiendo de la actividad de datos maestros. Llamamos actividad a Crear, Modificar o Visualizar TRANSACCION SPRO >>> Definir formato de pantalla por actividad CONTABILIDAD FK01 / FK 02 / FK03 ---- FD01 / FD02 / FD03 COMPRAS MK01 / MK02 / MK03 --- MD01 / MD02 / MD03 CENTRAL XK01 / XK02 / XK03 --- XD01 / XD02 / XD03 3) EL control específico de Sociedad Crear dependiendo la sociedad. LAYOUR de...

Acceder a esta publicación

En SAP S/4Hana se centralizo la gestión de datos maestros de las funciones de interlocutor, clientes y proveedores desde la transacción BP. Transacción BP Desde la transacción BP podemos crear proveedores y clientes, por ende esta transacción sustituye a la XD01, XD02, XD03, VD01, VD02, VD03, FD01, FD02, FD03, XK01, XK02, XK03, FK01, FK02, FK03 que no estarán más disponibles en esta versión. La transaccion BP permite realizar busquedas de interlocutores mediante varios criterios: Dirección Todos los clientes Identificación del cliente Identificación de proveedor Número externo Nombre Número Criterio de búsqueda ...

Acceder a esta publicación

Los Chequeos de autorización en SAP Los chequeos de autorización son objetos de SAP que protegen los datos críticos del sistema de accesos no autorizados. Se les conoce también como Authority Checks. Suelen usarse para restringir la utilización de nuevas transacciones SAP a ciertos usuarios. Se implementan a través de objetos de autorización, que pueden ser existentes o creados por el usuario. La administración de objetos de autorización se realiza principalmente desde la transacción SU21. Ejemplo y gestión de objetos de autorización Los objetos de autorización están agrupados por clases en la pantalla de SU21. ...

Acceder a esta publicación

Estructura de los datos maestros Los datos maestros de deudores (clientes) y acreedores (proveedores) tienen una estructura común de 3 segmentos: Datos Generales: válidos para todas las sociedades FI. Incluyen: Nombre o razón social Dirección Datos impositivos Cuentas bancarias Medios de comunicación Datos de Sociedad: específicos para cada sociedad. Incluyen: Cuenta asociada (donde se registran las operaciones) Grupo de tesorería Condiciones de pago Vías de pago Banco propio Datos Comerciales: ...

Acceder a esta publicación

Los datos maestros de deudores y acreedores Identificar los beneficios de los business partner Evita la redundancia de datos Permite crear y administrar socios comerciales en forma centralizada Un business partner se puede tener múltiples roles según las operaciones comerciales que se realicen Las transacciones obsoletas en S/4 HANA para la gestión de deudores y acreedores: FK01 XD01 FD01 XK01 ¿Qué define una agrupación? El status campo del business partner La numeración del business partner ¿A través de qué objeto definimos si un BP será acreedor o deudor? Rol ¿Cuál es la transacción para crear...

Acceder a esta publicación

Unidad 2 El modelo de seguridad 1. Modelo de seguridad: garantiza que solo el personal autorizado acceda a la información crítica. Sus pilares son la protección de la estrategia corporativa frente a la competencia, la prevención de fraudes financieros y el cumplimiento de la normativa legal sobre datos personales y comerciales. Estrategia: Evita fugas de información que den ventaja a la competencia. Finanzas: Previene fraudes en procesos contables, cobros y pagos. Legalidad: Cumple con la ley de protección de datos (empleados y proveedores). Usuarios: Código único de acceso que permite al empleado operar en el sistema. Los permisos...

Acceder a esta publicación