lunes, 23 de marzo de 2015

Transacciones comunes en SAP PI

1.SXMB_IFR -> Start Integration Builder


2.SXMB_MONI -> Integration Engine - Monitoring


3.SXI_MONITOR -> XI: Message Monitoring


4.SXI_CACHE -> To Access IS runtime cache


5.SXI_CACHE -> XI data directory cacheidx1 -> idoc adapter

6.idx2 -> idoc metadata


7.idx5 -> monitocr idoc adapter


8.smq1 -> messages inbound e outbound queue


9.smq2 -> messages inbound e outbound queue


10.smicm -> J2EE administration

11.we20 -> partner profiles

12.sale - ale settings


13.WE05 -> All idocs

14.WE19 -> IDoc Test Tool

15.WE21 -> port definition

16.SICF -> http server configuration


17.SMGW -> trace, alzare livello di trace.

18.SLDCHECK -> Test SLD Connection




19.SLDAPICUST-> SLD API Customizing


20.SXMB_ADM -> Integration Engine - Administration


21.SXMB_MONI_BPE -> Process Engine - Monitoring
 

sábado, 21 de marzo de 2015

Como reparar: El sonido no funciona en Windows 8 - 'Error 0x800706cc: The Endpoint is a duplicate'

Se han dado una gran cantidad de reportes que indican un problema que afecta el subsistema de sonido en el Sistema operative Windows 8/8.1, el cual es ocasionado por la eliminación accidental de algunos archivos del Sistema por parte del antivirus AVG.


Este error incluye los siguientes sintomas:
 
  • Perdida completa del audio.
  • Una red cruz sobre el icono del altavoz en la bandeja del sistema (esquina derecha de la pantalla).
  • El sistema se vuelve inestable al momento de utilizar el panel de control.
  • Imposibilidad de inicial servicio de "Audio de Windows", obteniendo el mensaje de error Error 0x800706cc: The Endpoint is a duplicate.
  • Imposibilidad de inicial el servicio 'Network List' obteniendo el mensaje de error Error 127: The specified procedure could not be found.
  • Uno o mas archivos del sistema en cuarentena por parte de AVG.

Solución
 
 

miércoles, 11 de febrero de 2015

Como Adicionar Campos a la FBL5n

1. Cuando ejecutamos la transacción FBL5N, necesita visualizar columnas adicionales o información faltante.





2. Para solucionar el problema debemos crear una BTE, para hacerlo se usa la transacción FIFB


3. Diligencie un Nombre de Producto




4. Seleccione el evento apropiado para la ejecución en la transacción, en este caso aplica el 1650


5. SI se requiere adicionar nuevas columnas, deberá abrir las estructuras RFPOS y RFPOSX.




6. Implemente la correspondiente lógica para recuperar la información dentro del modulo de función.

 

Como modificar una orden de trasporte ya liberada

En muchas ocasiones hemos liberado una orden de trasporte por error, o necesitamos realizar alguna modificación sobre la misma para cumplir con el estándar de la empresa en la cual nos encontramos, para este objeto recurrimos a:

SE38


Se ejecuta el programa RDDIT076

A continuación nos solicita la orden de trasporte que deseamos modificar.


Tras lo cual nos aparece la siguiente pantalla

Se da click en el trasporte


En el campo Status se aprecia el estado de la orden de trasporte.

Siendo R (Released) es decir Liberada, para modificarla se debe dar click en editar.


sábado, 7 de febrero de 2015

Como activar el trace en la FAGL_VALIDATE

En esta actividad transacción se permite definir la combinación de cuenta de asignación como válidos o no válidos. Después de definir las reglas de validación como parte de una estrategia de validación, se puede asignar a un código de la compañía como una estrategia de validación predeterminado o asignar directamente a un grupo específico de libro mayor.

Para activar el trace, se procede de la siguiente manera:

1. Ingresar a la transacción FAGL_VALIDATE

FAGL_VALIDATE - Estrategias de Validación.

2. Hacer doble click en la estrategia de validación.
 

3. Hacer click en  para verificar la estrategia.

4. Hacer click en  para activar / desactivar el trace.

5. Una vez se active el trace se validara la combinación de imputación de los centros de costo.
 

Error E698 SYST:Terminación anormal del programa(ANLB-LGJAN difiere de ANLC-GJAHR)

Este error se presenta debido a que hay diferencia entre el último ejercicio cerrado y el ejercicio actual de activo fijo; en el caso que se presente este error deberá procederse de la siguiente manera

  1. Ejecutar la transacción AJRW, en proceso de fondo
Transacción AJRW


Ejercicio Cerrado Activo Fijos
Esto se verifica haciendo uso de las Transacciones OAAQ y OAAR “Por área de valoración” debe indicar el último ejercicio cerrado.

Transacción OAAQ


Transacción OAAR

Ejercicio Actual Activo Fijos:
En la SPRO, se abre la ruta

Guía de implementación de Customizing SAP/Gestión financiera (nuevo)/ Contabilidad de activos fijos/Resumen para expertos/Verificar sociedad/Datos técnicos.
 

 
 
Para otros escenarios que no correspondan a  carga inicial de activos fijos, deberá ejecutarse previamente todos los pasos necesarios para cierre de activo fijo (AJAB) y traslados de saldo para luego realizar el cambio de ejercicio actual con la transacción AJRW.

viernes, 26 de diciembre de 2014

Guía de Procesos SAP MM: El Escenario de Subcontratación de Proveedores (Subcontracting)


Subcontratación de Vendedores.
 

El proceso de subcontratación de proveedores es un escenario logístico crítico y muy común en la industria manufacturera y de ensamblaje. Ocurre cuando una compañía (el cliente) diseña un producto pero delega la producción, ensamble o transformación física a un tercero experto (el proveedor subcontratista).

En este modelo, el cliente compra y suministra las materias primas o componentes necesarios al proveedor. El subcontratista ejecuta el proceso industrial, consume los componentes y entrega de regreso el producto terminado. El cliente solo paga al proveedor por el "servicio de maquila o ensamble".

Ejemplos Reales en la Industria

  • Sector Tecnológico: Una compañía diseña un teléfono inteligente a nivel global pero no posee plantas de fabricación. Compra las pantallas, procesadores y baterías a distintos fabricantes y los envía al almacén de un subcontratista, quien ensambla el teléfono móvil final y lo devuelve empaquetado.

  • Sector Automotriz: Una planta de vehículos adquiere bloques de acero y pistones, y los transfiere a un proveedor especializado para que realice el ensamble completo de los motores. Una vez listos, regresan a la línea de producción principal del fabricante de autos.

Flujo de Subcontratación Completo en SAP ERP / S/4HANA

A continuación, se detalla la secuencia de ejecución técnica, los tipos de movimientos de inventario y las transacciones estándar involucradas en SAP:

1. Creación de la Orden de Compra (Pedido)

El proceso inicia en la transacción ME21N. La clave para activar este escenario es asignar la Categoría de Posición "L" (Subcontratación) en la línea del documento.

  • Al ingresar el material terminado, el sistema explota de forma automática la Lista de Materiales (BOM) para determinar qué componentes se deben suministrar al proveedor. También es posible ingresarlos manualmente en el botón de "Componentes".

  • El precio neto indicado en el pedido corresponde exclusivamente al costo del servicio de ensamble (maquila).

  • Práctica recomendada: Mantener un Registro Info de Compras (Info Record) específico para la categoría de subcontratación, vinculando el material, el proveedor y el centro.

2. Suministro y Traslado de Materias Primas

Los componentes de la BOM deben despacharse desde el almacén propio hacia el stock especial del proveedor (Stock de subcontratación). Existen tres alternativas en SAP para registrar esta salida física:

  • ME20 / ME2ON (Monitor de Stock SC): Es la herramienta estándar y recomendada para monitorear el inventario pendiente de entrega. Permite generar la salida de mercancías con el tipo de movimiento 541.

  • MB1B / MIGO (Traspaso): Permite realizar el traslado manual utilizando el movimiento 541 (Traspaso a stock de material provisto al proveedor). El stock sigue perteneciendo a la compañía, pero cambia su estado a "vendedor".

  • MIGO (Directo con referencia): Envío directo de componentes haciendo referencia a la orden de compra si el proveedor de materia prima entrega directamente en el subcontratista.

3. Recepción del Producto Terminado e Impacto en Inventarios

Cuando el proveedor entrega el producto final (ej. el teléfono o el motor), se registra la entrada en la transacción MIGO utilizando la opción Entrada de mercancías por pedido (Tipo de movimiento 101).

Al contabilizar esta transacción, el sistema realiza una operación síncrona en dos posiciones dentro del mismo documento de material:

[MIGO: Entrada de Mercancías - Movimiento 101]
   │
   ├── Posición 1: Entrada del Producto Terminado ──────► Tipo Mov. 101 (Suma al stock propio)
   │
   └── Posición 2: Consumo Automático de Componentes ──► Tipo Mov. 543 (Resta del stock del proveedor)

📊 Impacto Contable: Si el material está valorado, esta transacción genera automáticamente el documento contable, donde se incrementa el valor del inventario de producto terminado, se da de baja el inventario de materias primas consumidas y se provisiona el costo del servicio de maquila (cuenta EM/RF).

4. Gestión de Rechazos, Desechos y Subproductos

Durante el proceso industrial es normal que ocurran pérdidas o sobrantes (por ejemplo, el 2% de desperdicio en pantallas o viruta de acero en el maquinado de piezas). SAP maneja este inventario residual de la siguiente manera:

  • Manejo de Desechos o Rechazos: Si el proveedor notifica un desecho mayor o menor al planificado en la BOM al momento de la entrega, se puede ajustar la cantidad de consumo en la MIGO. El sistema realiza un movimiento 545 en la ubicación del proveedor para registrar mermas o devoluciones. Si los componentes dañados se traen de vuelta a la planta, se utiliza el movimiento 542.

  • Tratamiento de Subproductos: Si el proceso genera un subproducto valioso (residuos reciclables, partes sobrantes utilizables), este se planifica en la BOM con cantidad negativa. Al recibir el producto terminado, el sistema ingresará automáticamente el subproducto al stock del proveedor con el movimiento 544 (o 545 dependiendo de la configuración), quedando disponible para ser retornado al centro propio con el movimiento 542.

5. Verificación de Facturas y Pago

El cierre del ciclo comercial e impositivo sigue el estándar del módulo logístico y financiero:

  • Recepción y Verificación de Factura: Se ejecuta en la transacción MIRO contra la orden de compra de subcontratación. Aquí se concilia el cobro que hace el proveedor estrictamente por el servicio de manufactura o ensamble prestado.

  • Gestión de Pago al Proveedor: El seguimiento de las cuentas por pagar y la posterior programación del pago se analiza y gestiona en el módulo de Finanzas (FI-AP) mediante el reporte de partidas abiertas en la transacción FBL1N.