CIF A comunicao entre os servidores SAP ECC e SAP APO ocorre atravs de RFCs (Trans. SM59).

Forecasting (DP) Procedimento DP: 1. Modificar arquivo ARETE para o formato da Edasa. a. O cdigo do material deve conter 40 caracteres. b. Alterar o cdigo do centro CMP para CAM. c. Alterar a ordem das colunas e retirar a coluna semana. 2. Carregar o arquivo do ARETE para o Infocubo BW. a. Transao /n/SAPAPO/RSA1 i. Infocubo BW = DP_IC, abrir ate o fim e selecionar DP_IS_SERVIDOR. Clicar em cima para mostrar as outras abas disponveis. Viso Dados externos -> caminho do arquivo Viso Escalonar -> Boto inicio para carregar o arquivo

ii. Clicar em cima de Demand Planning Infocubo com o boto direito e selecionar Exibir dados.

Primeiro clicar no boto Selecionar campos de sada

Marcar campos UG, Produto, Dia, UM e Quantidade

3. Transferir Infocubo a DP. a. Transao /n/SAPAPO/TSCUBE Caminho Menu: Advanced Planning and Optimization\Planejamento da demanda\ Ambiente \ Administrao de dados\ /SAPAPO/TSCUBE - Carregar dados do InfoCubo, variante RJR_DP - PA x Centros (Arete) i. Infocubo BW = DP_IC ii. Verso = 000 iii. rea de Planejamento = ZANDBRDP00

4. Verificar dados em DP. a. Transao /n/SAPAPO/SDP94 Caminho Menu: Advanced Planning and Optimization\Planejamento da rede de suprimentos (SNP)\ Planejamento\/SAPAPO/SDP94 - Planejamento da rede de suprimentos interativo (todas as pastas) i. Planning Book

5. Transferir Infocubo ao SNP. a. Transao /n/SAPAPO/MC90 i. Carregar a variante Andina BR (LIB RJR Liberao PD a SNP) ii. Alterar o perodo

Observao 1: Recomendvel que os passos 2 e 3 sejam por Job. So operaes de alto risco pois a transao permite apagar cubos de BW. Processo sugerido: criar um Job com 3 passos, onde: 1- Eliminar dados do Infocubo BW APO 2- Carregar o arquivo ARETE ao Infocubo BW APO 3- Liberar automtico para DP (TSCUBE) Riscos: Arquivo est errado / MC62 (combinao Produto/Centro) Observao 2: Criar combinaes de caractersticas (automtica ou manual) quando se planejam novos produtos. Transao /n/SAPAPO/MC62. POS = Z_ANDBR.

Layout Arquivo Arete

Para grava para APO tem que tirar a linha do cabealho.

Atualizar Cubo BW Manualmente. Quando necessitar carregar novamente a demanda do Arete. Passo 1) RSA1 Info-Provider DP_INFORAREA DP_IC (cubo) Boto Direito. Eliminar dados. Responder Sim nas duas proximas perguntas

Responder Sim nas perguntas seguintes.

No final sera apresentado esta tela:

2) /SAPAPO/SDP94 Selecionar visao ZANDBRDP00 -> Z_ANDBR_DP ANDBR VISTA de DATOS BR e perfil PREVISAO RJR

Clicar em PREVISAO RJR, selecionar todos os centros e passar todos para o campo Previso. Clicar em , para modificar os dados, selecionar a linha de Previso, clicar no icone da Calculadora e colocar as previsoes igual a zero(0) e gravar

Manter as datas e clicar em Depois Salvar.

3) /SAPAPO/RLCDEL e selecionar a variante BR_PREVISION

Nesta tela acima executar com F8.

Clicar em SIM para eliminar os dados de movimentos. Aps esses movimentos carregar as novas demandas conforme Procedimento DP.

Verificar a carga de dados Arete 1 Todo Dia rodar 2 vezes a transao SMQ1 no PRD (R3) para verificar a CIF, tendo erro enviar email para os envolvidos.

Email para quando ocorrer erro

Alfredo Neto; Pablo M. Curvino; Julian De Arteaga; Alejandro Baiocco; Christian Adrin Aqueveque Marin; Matias Ebensperger; Victor Cartagena; Jorgelina Lopez 'Laurent Chalard'; 'Federico Massei'; Sergio Correa

2- Tela Inicial

Teclar F8

Nesta tela teclar F8 para visualizar os registros com erro

Se tiver algum erro irar aparecer nesta tela

Teclar F9 para atualizar lista novamente.

3- Verificar no APO a transao RSPC

Marcar qual atualizao para verificar os logs

Neste caso ocorreu um erro em 02.02.2012 que deveremos verificar o motivo e resolv-los urgentemente.

4- Verificar no APO a transao /SAPAPO/CQ Gerenciador da Fila Tela inicial. Colocar todos os parmetros completos, conforme abaixo.

Se existir alguma mensagem aqui. execut-la novamente pelo cone e verificar o erros gerados.

Modelo de Integrao Validos RJR Sistema lgico: PSCCLNT300

Sistema no qual so executadas aplicaes integradas em um banco de dados comum.

Aplicao APO: BRANDINA

A rea de aplicao um critrio de classificao dentro do sistema fonte, para o qual possvel determinar o pacote de dados agrupado no modelo de integrao.

Seq. 001

Modelo de Integrao (MI) BR_CENTROS

Variante BR_CENTROS

Descrio RJR - Centros BGU,CAM, JPA,NIG,SGO,SPA,VIT e ITM RJR - Clientes Consignao Materiais RFER Produtos Acabados Materiais RHAL SemiAcabados Materiais RHAW Revenda Materiais RROH Insumos RJR - Ordens de Produo RFER/RHAL RJR Estoques RROH,RHAL,RFER e RHAW BR_PC_RHAL Pedidos RHAL Preformas RJR PDS Produtos RFER RJR PDS Produtos RFER Novos RJR PDS Produtos RHAL RJR PDS Produtos RHAL Novos Pedidos RROH,RHAW,RFER RJR - Lote QM Preformas - RHAL RJR - Lote QM Insumos RROH RJR - Linhas Produo -JPA/VIT

002 003 004 005 006 007 008 009 010 011 012 013 014 015 016 017

BR_CLIENTE BR_MATRFER BR_MATRHAL BR_MATRHAW BR_MATRROH BR_ORDENES BR_ESTOQUE BR_PC_RHAL BR_PDSRFER BR_PDSRFE1 BR_PDSRHAL BR_PDSRHA1 BR_PEDIDOS BR_QM_RHAL BR_QM_RROH BR_RECURSO

BR_CLIENTE BR_MATRFER BR_MATRHAL BR_MATRHAW BR_MATRROH BR_ORDENES BR_ESTOQUE BR_PC_RHAL BR_PDSRFER BR_PDSRFE1 BR_PDSRHAL BR_PDSRHA1 BR_PEDIDOS BR_QM_RHAL BR_QM_RROH BR_RECURSO

Eliminar somente os PDS no utilizados.

Selecionar a fonte de suprimento individualmente.

Problema nos Cadastrados para APO fazer as seguintes validaes primeiras: Verificar no APO se este material esta cadastrado no Centro de ampliao Z Verso bloqueada Validade da Verso Campo de usurio no Roteiro Tempo de mquina no Roteiro Verificar se cdigo est ativo no MI o Material o PDS

JOBs que executam para atualizao dos dados. Transao: RSPC - Atualizao cadeia de processos Bsicamente esto es as: BI_PROCESS_TRIGGER: Este Job representa al proceso inicial que ejecuta una cadena de procesos (TRX. RSPC). La persona de BI te pueda ayudar rpidamente a cambiar el usuario que debe disparar este proceso. Es muy simple. Observacin: Asegurarse que al realizar el cambio de usuario, el proceso siga ejecutndose y no sea cancelado o no termine en su totalidad, a causa de falta de permisos, roles o autorizaciones.

ZGAPO_STOCK: Este proceso que se ejecuta cada una hora, sirve para pasar el stock de consignacin a cliente (si hubo movimiento en ECC) y reasignarlo como stock a nivel de ubicacin. (Programa ABAP(ZGPAPO_STOCK) desenvolvido para isso)

Os Jobs de Nome BI_PROCESS_TRIGGER so 4.

So 3 Job dirios e 1 Job semanal 1- Macro Calculo ATD to Deployment. Objeto: MACRO_SFTY_STOCK_ATD Variante: RUN_MACRO - Iniciar Proceso Diariamente as 03:00h 2- Planificacion Produccion. Variante: RUNSNP_ZJPA_ZVIT Inicio. Diariamente as 04:00h 3- Planificacion Distribucion. (Objeto: RUNSNP_DISTRO_RHAW) Variante: RUNSNP_DISTRO_RHAW - Planificacion Distribucion Diariamente as 05:00h 4- Proceso de Carga Previson. Variante: ANDBR_DP- Iniciar Proceso Forecast. Semanalmente as Quinta-feira as 21:00h

Para modificar o usurio do JOB

Aps escalonar o JOB, volta na tela de JOB escalonados.

Clicar em modificar o JOB

E trocar o usurio responsvel pelo JOB e gravar.

Tem que fazer isso em todos os JOB da cadeia de processos, no caso abaixo em todos os nveis.

Desenvolvimento para segregar Deposito, El cdigo es MUY SIMPLE y el cambio tambin, podemos ir haciendo esto ya en DSC para tenerlo en PSC lo antes posible. El INCLUDE a modificar es el ZXCIFUSERU15 (pueden visualizarlo en la TRX SE38). Aqu habra que agregar ITM y el centro SCV cuando comiencen a trabajar con l. Pongo en copia el cdigo.
*&---------------------------------------------------------------------* *& Include ZXCIFUSERU15 *&---------------------------------------------------------------------* cf_dup_check = 'X'. loop at it_stock . l_v_tabix = sy-tabix. IF it_stock-BATCH EQ wc_BATCH . Delete it_stock index l_v_tabix. ENDIF. endloop.

********************* B.O.M. - NRYZY - 19.08.2011 ********************* DELETE IT_STOCK[] WHERE ATPCAT EQ 'CD' and LOCTYPE EQ '1001'. ********************* B.O.M. - FMASSEI - 13.01.2012 ******************** DELETE IT_STOCK[] WHERE STORAGELOC CP 'LB*' and EXT_LOCNO EQ 'JPA'. DELETE IT_STOCK[] WHERE STORAGELOC CP 'LB*' and EXT_LOCNO EQ 'BGU'. DELETE IT_STOCK[] WHERE STORAGELOC CP 'LB*' and EXT_LOCNO EQ 'CAM'. DELETE IT_STOCK[] WHERE STORAGELOC CP 'LB*' and EXT_LOCNO EQ 'NIG'. DELETE IT_STOCK[] WHERE STORAGELOC CP 'LB*' and EXT_LOCNO EQ 'SGO'. DELETE IT_STOCK[] WHERE STORAGELOC CP 'LB*' and EXT_LOCNO EQ 'SPA'. DELETE IT_STOCK[] WHERE STORAGELOC CP 'LB*' and EXT_LOCNO EQ 'VIT'. DELETE IT_STOCK[] WHERE STORAGELOC CP 'LB*' and EXT_LOCNO EQ 'ITM'. ********************* E.O.M. - FMASSEI - 13.01.2012 *********************

* *loop at IT_STOCK where ATPCAT EQ 'CD'. * IT_STOCK-EXT_LOCNO = IT_STOCK-ADD_LOCNO. * IT_STOCK-LOCTYPE = '1001'. * modify IT_STOCK. *endloop. *DATA: * LT_AUX TYPE TABLE OF /SAPAPO/CIF_STOCK. *DATA: * LS_AUX LIKE LINE OF LT_AUX.

*DATA: * LV_TABIX TYPE SY-TABIX. *refresh lt_aux[]. *loop at IT_STOCK WHERE ATPCAT EQ 'CD'. * CLEAR LS_AUX. * READ TABLE Lt_AUX INTO LS_AUX WITH KEY EXT_MATNR = IT_STOCK-EXT_MATNR * LOCTYPE = IT_STOCK-LOCTYPE. ** ATPCAT = IT_STOCK-ATPCAT. * IF SY-SUBRC eq 0. * LV_TABIX = sy-tabix. * ADD IT_STOCK-QUANTITY TO LS_AUX-QUANTITY. * MODIFY lt_aux FROM ls_aux INDEX LV_TABIX. * else. * APPEND IT_STOCK to lt_aux. * ENDIF. * DELETE IT_STOCK. *ENDLOOP. * *CLEAR ls_aux. *LOOP AT lt_aux INTO ls_aux. * APPEND ls_aux to IT_STOCK. * CLEAR ls_aux. *ENDLOOP. ********************* E.O.M. - NRYZY - 19.08.2011 *********************

Conforme hablamos, los stocks de todos los almacn LB* no deben ir para APO en todos los Centros. En enero iremos agregar mas un centro Serra.

Workaround - Extensin Materiales ZJPA/ZVIT Estimados,

El programa que realiza la extensin de los SKU a ZJPA y ZVIT es muy estable. Pero hemos visto algunos casos en donde los SKU no fueron extendidos. La regla de oro para extender el SKU dice "Si no estn todos los datos necesarios en la BAPI para extender el SKU --> No se extiende". Las pregunta son: - Cuantos sern los SKU que hoy en da no habrn sido extendidos a ZJPA y ZVIT? - Cmo regularizo la situacin en caso de haber diferencia? Las respuestas son: 1.- Ingresar a la TRX SE11 2.- Seleccionar Vista y pondremos en el campo la vista /SAPAPO/V_MAT2. Presionamos botn VISUALIZAR

3.- Presionamos el botn que dice CONTENIDO (ltimo botn de la barra de iconos).

4.- En la pantalla de seleccin colocamos el rango de todos los SKU de Andina Brasil y como ubicacin seleccionamos JPA y VIT. La cantidad de SKU que tenemos hoy es de 1.232

5.- Repetimos el mismo procedimiento del paso 4, pero como ubicacin seleccionamos ZJPA y ZVIT. La cantidad de SKU que tenemos hoy es 1.230

Muy bien, al da de hoy tenemos 2 SKU que no han sido extendidos a ZJPA o ZVIT Hasta aqu hemos respondido la pregunta 1. En lo ejemplo los dos productos fueran los siguientes SKUs. 5500011 587 5500011 594 Entonces, como hago ahora para regularizar la situacin? MANUALMENTE. Puedo bajar el listado de las consultas realizadas en los pasos 4 y 5. Identificar cuales son los SKU que no han sido extendidos. Y Extenderlos de manera manual. Luego en el centro virtual configurar los parmetros propios del SKU (Ej. solapa Tamao Lote)

Les dejo como tarea que regularicen la situacin de estos 2 SKU.

Lo que estaba errado es que cuando se extiende el SKU de manera manual, tambin hay que hacer los siguientes pasos:

- Sumar al modelo activo el SKU extendido (PASO OBLIGATORIO, SINO NO ES PLANIFICABLE) - A travs de la TRX MASS agregar los 4 perfiles que se muestran al inicio del SKU. Alfredo,

Te respondo a continuacin los puntos que mencionaba con anterioriad:

Agregar el SKU extendido de manera manual al modelo activo (000)

1.- Ingresar a la trx /N/SAPAPO/MAT1 2.- En la pantalla principal, hacer click en el primer icono de la barra de botones (ver imagen)

3.- A continuacin se muestran todos los modelos que existen en el sistema, debemos seleccionar el modelo activo (000) y hacer click en el icono para incluir el objeto al modelo (ver imagen)

4.- El sistema tiene que mostrar un popup diciendo que se ha agregado 1 objeto al modelo. 5.- Se puede validar si se ha hecho correctamente el proceso si hacemos click desde el boton del punto 2, y observamos un check como se muestra en la imagen del punto 3.

Asignar los 4 perfiles usados en la planificacin a la combinacin SKU/LOC

Este paso se puede hacer de manera masiva y hasta ahora hemos usado el mismo criterio para todos los SKU indistintamente cual sea su ubicacin. Existe en el sistema una variante creada para facilitar este paso.

1.- Ingresar a la trx MASS 2.- Seleccionar en la pantalla PRODUCT (tipo objeto) y BR_MATPERF (variante). Se adjunta imagen para ser ms especfico.

3.- Observar que en el paso siguiente ya viene seteado el rango de SKU que manejamos para Andina Brasil. En UG no seleccionamos nada, pues todos los SKU tienen que tener asignado el perfil 4.- Asignar los 4 perfiles que usamos a cada uno de los campos en el nivel superior y efectuar la modificacin masiva.

5500000339 5500000339 5500000439 5500000439 -> 5500011587 5500002027 -> 5500011594

Estimados,

Se ha hecho una regularizacin de stocks entre ambos sistemas. Realmente el stock entre ambos estaba muy bien, solamente haba unos 6 productos que tenan diferencia entre las cantidades reportadas en ambos sistemas, pero ya fueron ajustadas por mi parte.

Por otro lado, esta ms que claro que estamos filtrando los stocks de los almacenes LB*. Esto lo podemos ver de una manera muy rpida en la misma herramienta (adjunto captura de pantalla) donde indica que hay diferencias de stocks entre ambos sistemas, y todos los almacenes son LB*

Ahora bien, en el mismo reporte si excluyo los almacenes LB* voy a encontrar algunos datos de stocks que no existen en APO. Y esto es debido a que dentro de los datos, me figura un nmero de ubicacin que desconozco lo que es (adjunto imagen). Y es por ese motivo que esos datos

de stocks no estn siendo impactados en APO. Igualmente como pueden ver, son muy pocos.

Por otra parte ahora veamos los resultados de los Stocks que estn en APO y no han sido migrados a R/3. Solamente figuran stocks del tipo CD, y es correcto que no estn en R/3 ya que son los stocks en consignacin que en APO deberan estar en el cliente y nosotros se lo quitamos al cliente y se lo asignamos al centro origen de donde pertenece.

CONCLUSIN: LA INFORMACIN ENTRE AMBOS SISTEMAS ES CONSISTENTE. PENDIENTE: INCORPORAR EN APO LOS STOCK EN TRANSITO ( PETICIN DE BRUNO).

Verificar diferenas entre APO e R3 e corrigi-las. 1) Verificar inconsistncias Tx - /SAPAPO/CCR - Comparar R3 <> APO 2) Tela inicial Selecionar uma variante, neste caso a variante foi para todos os modelos da Andina Brasil e todos os Centros ativos JPA,VIT,BGU,CAM,NIG,SGO,SPA,ITM.

Executar (F8). Outra maneira de fazer fazer por modelo. Selecione uma variante ou flag somente os dados que deseja conferir e o modelo. Neste exemplo s o modelo de Estoque em todos os centros.

Os prximos passos so para qualquer problema, sempre do APO ->R3, pois ate hoje s atualizamos do R3 para APO. Clicar nas Diferenas de contedo, depois marcos os registros que voc quiser reprocessar e colocar para processar clicando em o APO. , para reenviar os registros novamente para

O cuidado que devramos antes verificar todos os cdigos de erro.

A tela fica assim,

Depois disso, clicar , para atualizar os registros no APO, depois desse passo os registros que forem possveis sero atualizados no APO.

Tem tambm a opo de eliminar os registros dependendo da mensagem de erro, antes tem que verificar a mensagem de erro.

Com isso a opo de eliminar fica disponvel

O procedimento o mesmo, marcar todos os registros e clicar em iterao. Deve fazer isso para todos os modelos, e verificar os cdigos de erro de cada MI(Modelo de Integrao). Fazer isso ate a tela ficar como abaixo: