Transferencia entre Plantas MM/SD: Contabilização errada no estorno da saída

Bom dia,
Estou tendo um problema no estorno da saída de transferência entre Plantas.
Aqui é utilizada as transações Z:
ZMM008 - Solicitação
ZMM010 - Transferencia (Saída)
Mas internamente é feito a MB1B com o tmov 905 e estorno pela MBST.
No momento da saída é contabilizado no documento contábil, ICMS a recolher, que contempla ICMS  e ICMS ST.
Mas o problema que esta ocorrendo em QAS e PRD, é que no no documento contábil de estorno, não esta contabilizando o ICMS ST.
Já verifiquei na transação OMJJ, referente ao tipo de movimento.
Já verifiquei na Transação OB40, referente ao código de Imposto e Conta contábil.
Documento de Saida:
Transaction:FB03
Documento de Estorno da Saída:
As Notas Fiscais estão idênticas.
Não sei mais o que pode esta impactando neste problema.
Fico no aguardo de um Help.

Boa Tarde Eduardo,
Não tenho a documentação do que foi feito.
Sou Consultor SAP MM do AMS da Sonda IT, e esse é um caso de um dos clientes que ela atende.
Fiz o processo normal, sem usar as transações Z, e ocorreu o mesmo problema.
Terei que rever com copia de qual tipo de movimento, foi criado esse tmov 905/906, para entender o que pode estar acontecendo.
Quais transações você sugere, fora as que informei acima?

Similar Messages

  • Transferencia entre centros com substituição tributária para custo do material

    Boa tarde,
    Caros colegas, tenho um problema na transferência entre centros com substituição tributária MM/SD (tipo de movimento 862/861) em um cliente de Retail, gostaria de saber se alguém já teve que fazer esse tipo de contabilização.
    Abaixo segue o comportamento do SAP como esta hoje.
    Contabilização da nota fiscal de saída - tipo de movimento 862 (ESTA CORRETO)
    Chv D/C  Conta Denominação           Montante Moeda Código de imposto Operação
    40  S    113206 Imp Tranf Estab.      34,62 BRL                       TXO
    99  H    114700 Prod. comerc.        -70,69 BRL     T1                BSX
    89  S    114700 Prod. comerc.         70,69 BRL                       BSX
    50  H    213000 ICMS a Recolher       -2,95 BRL     T1                MW2
    50  H    213001 ICMS Subtrib a Rec.  -31,67 BRL     T1                MW3
    Contabilização da nota fiscal de entrada - tipo de movimento 861 (SEGUNDO A CONTABILIDADE ESTA ERRADO).
    Chv D/C Conta  Denominação             Montante Moeda Código de imposto Operação
    40  S   113202 ICMS a Recuperar           2,95 BRL    T3                ICM
    50  H   113206 Imp Tranf Estab.         -34,92 BRL                      TXO
    40  S   500006 ICMS Sub. Tributária      31,97 BRL    T3                ICS
    A contabilidade considera que esta errado pois o valor de R$ 2,95 + o valor de R$ 31,67 que totaliza R$ 34,62 deveria ir para o custo do material e não para conta de impostos.
    Alguém conseguiu fazer esse tipo de contabilização na entrada com o tipo de movimento 861?
    Para o IVA de saída T1 as condições que utilizo são: IPI0 ICM3 ICS3
    Para o IVA de entrada T3 as condições que utilizo são: IPI0 ICM1 ZCS1 (copia da ICS1, fiz isso para poder alterar a cadeia de contabilização).
    Resumindo o que o cliente quer é: somar o valor do ICMS e SUBSTITUIÇÃO TRIBUTÁRIA calculados no centro origem e transferi-los para o custo do material no centro destino.
    Muito obrigado.
    Att.

    Oi, Fábio,
    Em processos de transferência toda a valorização de material é realizada no momento da saída de mercadorias, no 862 ou 833.
    Isso significa que, dentro da localização, não há como apropriar os montantes lançados na transaction key TXO como custos no momento do 861 ou 835, pois estes movimentos não permitem lançamento de custo de material. Isso porque custo vai para a chave NVV e se vc tentar usar um IVA de consumo na entrada de STO que tenha ativo por exemplo ICS2 ou ICM2, vai incorrer num erro dizendo justamente isso: "Chave de lançamento NVV não encontrada"
    Sendo assim, é necessário que vc simultaneamente lance os tributos a recolher - referentes à operação de saída - e os aproprie como custo de aquisição do material. Tudo isso na saída da mercadoria.
    Ok, então como proceder?
    Bom, vai demandar um pouco de configuração, teste, suor e algumas lágrimas . O que você terá que fazer, basicamente (digo basicamente porque certamente refinamentos posteriores serão necessários - e também não sei se dará certo, pois nunca testei), é criar uma condição de offset para que na saída da mercadoria o valor do ICS3 e/ou do ICM3 sejam direcionados para o custo do material.
    Como isso?
    Para direcionar sua configuração, você pode usar como guia a solução por trás do IVA "D1" usado no lançamento de DIFAL da nota 679372.
    Seria algo +/- assim:
    1) Criar 1 condição de offset para cada tipo de imposto a ser apropriado como parte do custo (e.g. ZCS3)
    2) Inserir essa condição no procedimento de cálculo apontando para a linha da condição principal (e.g. ZCS3 apontando para ICS3)
    3) Definir chave de conta "NVV" para a condição do item 2.
    4) Configurar na J_1BIM01V uma entrada para a posting string usada na saída (WA04) apontando para a condição ZCS3 e com tipo de lançamento "M Material".
    5) Inserir a condição ZCS3 na J_1BAJ com cópia da ICS3 (para que seja possível ativá-la no IVA)
    6) Habilitar um IVA com ICS3 e ZCS3 ativos.
    Teoricamente esses passos irão criar uma linha adicional no documento contábil, no valor com sinal oposto da condição de recolhimento, mas apropriada no custo do centro destino.
    Até me motivei a testar aqui internamente, então se você conseguir algum sucesso (mais provavelmente alguns fracassos), compartilhe comigo para tentarmos criar algo a 4 mãos.
    Abraço,
    Eduardo

  • Contabilização ICMS no processo de transferencia

    Boa Tarde,
    Migramos recentemente da TAXBRJ para TAXBRA e estamos encontrando um problema no processo de transferencia entre centros.
    Quando efetuamos a saída da mercadoria via movimento 862 não esta sendo contabilizado o ICMS. O documento contabil é gerado somente com a conta de estoque, como se o material não tivesse ICMS.
    Na nota fiscal o ICMS esta saido corretamente.
    Estamos utilizando o IVA A1 com a condição ICM3 ativa.
    Grato.
    Ricardo

    Ricardo, boa tarde!
    Passamos por uma situação parecida aqui na empresa.
    Conseguimos resolver analisando o conteúdo da tabela J_1BIM01 e parametrizando os mesmos valores que estavam na TAXBRJ para a TAXBRA.
    A parametrização é feita na transação J1BTAX -> menu -> Nota Fiscal -> Administração de estoques -> Cadeias de Contabilização Al
    Att.,
    Alexandre

  • Venda Intercompany – Preenchimento dos campos xPed e nItemPed

    Boa tarde Pessoal,
    Andei pesquisando mas sem sucesso por isto venho pedir ajuda.
    http://scn.sap.com/thread/3263202
    http://scn.sap.com/thread/3274014
    https://scn.sap.com/thread/1838307
    No ECC:
    O cenário standard de venda intercompany é muito similar ao de transferência entre plantas da mesma empresa.
    Em ambos os cenários, a remessa de SD é criada a partir do pedido de compras (VL10D).
    Não existe ordem de venda (OV) !
    No NFE10 inbound (automação)
    - a transferência é tratada como STOCKTRF.
    - a venda intercompany é tratada como NORMPRCH. Neste cenário, para não termos que fazer manualmente a etapa "atribuir itens de pedido” precisamos que o XML seja preenchido corretamente.
    Por isto pergunto:
    Que campos devemos preencher no ECC para que os campos <xPed> e <nItemPed> sejam preenchidos no XML ?
    PS1: Testei com B2B ativo configurado com X (PI) e com D (database) => Sem sucesso.
    PS2: Em cenários de venda com OV os campos são preenchidos corretamente
    PS3:  Ambiente ECC604 SP12  + GRC10 SP14
    Desde já obrigado.
    Rafael

    Oi Fernando,
    Estamos aguardando resposta do chamado, qualquer novidade posto aqui.
    Não entendi sua frase:
    A todos os projetos que estão passaram pelo layout 2.0 sugeri que incluíssem este tópico, mas neste momento concordo que fica bem difícil de garantir ele com a obrigação chegando.
    Poderia explica-la melhor ? Esse tópico que se refereu é o Decouple ? Qual seria essa obrigação?
    Sim, fizemos os testes enviando uma nota em memória e não são preenchidos os campos, e depois em uma nota retransmitida, são enviadas as tags, sem nenhuma outra modificação via BADI. Essa é a diferença entre os XMLs.
    Os campos não são obrigatórios, apenas um dos nossos clientes de B2B que solicitou o preenchimento para todos os seus pedidos. Acreditava que o Standard daria esse suporte, mais entendo que apenas funciona para os locais de negocio com Decouple ativado, o que questiono pois pelo processo desenhado ainda não foi possível definir / ativar o decouple. Além que devem ser realizadas outras modificações da BADI, pois outras informações já estão buscando da memória e temos que modificar para buscar das tabelas (passar do modo mais dificil para o mais fácil da implementação, conforme vc mesmo comentou, rsss).
    Obrigado pela ajuda e atenção.

  • Contabilização Subcontratação para Pedido de Compra

    Boa tarde
    Temos o processo de Subcontratação Standard do SAP para Pedido de Compra.
    Feito o envio pela ME2O.
    Retorno com Pedido de Compra tipo L para Pedido de Compra, MIGO com baixa de Componentes e MIRO (processo normal).
    Porém minha duvida está com relação a Contabilização, no lançamento da MIGO:
    BSX     Est. Mat.Semi-acabad     17.146,47-     BRL          19051583     4500044238     3.572,406-
    GBB     Consumo de Subcontra     17.146,47     BRL          19051583     4500044238     3.572,406
    BSX     Est. Mat.Semi-acabad     17.146,51     BRL          19071215     4500044238     2.588,700
    WRX     Trans.Entr. Física     2.231,78-     BRL          19071215     4500044238     2.588,700-
    PRD     Dif. Preço Mat. Ledg     2.360,95     BRL          19071215     4500044238     2.588,700
    BSV     Transf Subcontrataçã     19.507,46-     BRL          19071215     4500044238     2.588,700-
    FRL     Desp Serv de Subcont     2.231,78     BRL          19071215     4500044238     2.588,700
    FRN     Desp Serv de Subcont     129,21     BRL          19071215     4500044238     2.588,700
    FR1     Trans.Entr. Física     129,21-     BRL          19071215     4500044238     2.588,700-
    O valor do meu serviço (Pedido de Compra) é de R$ 2.231,78 (Chave WRX) - Preço Unitário 0,86
    O valor deste material no mestre de material é de R$ 17.146,51 (Chave BSX) - Preço Unitário 6,62
    A primeira duvida, da forma como está sendo lançado hoje, Preço do Pedido apenas a mão de obra e preço do material cadastrado em estoque todos os custos que compoem o preço do material (hora maquina,  materia prima, etc).
    Está correto esta contabilização? Porque.
    Da forma como está hoje a Transitoria de Subcontratação é a composição do Estoque + Serviço (Chave BSV), porque o sistema trata desta forma?
    Pergunto o preço do meu material no mestre de materiais não pode ser apenas o serviço e o preço do meu pedido não pode ser o custo da mercadoria real. Como resolver este Impasse?
    Está correto.
    Obrigada
    Patricia Queiroz

    Olá Eduardo,
    Então a minha duvida é quanto ao valor da diferença de preço, que para a Contabilidade não deveria haver esta diferença de preço, gerada pela diferença de preço do material na MM03 (Preço do material) x preço do material de retorno no pedido de compra.
    Ex:
    Preço unitário do Pedido de Compra (ME23N)
    Material    1010240 (Acabado)      Preço do Serviço R$ 0,80
    Preço unitário do Material (MM03)
    Material    1010240                        Preço do material R$ 4,20
    Na MIGO 101/543 é gerado uma diferença de preço R$ 3,40 por unidade.
    E esta diferença que não concordam.
    Para a Contabilidade eles não entendem porque o sistema age desta forma.
    Entendemos que a diferença é pelo preço não estão iguais.
    Porém no cadastro do material, o mesmo foi calculado baseado em LT, Valor hora, Custo do material, etc.
    E no Pedido devo somente incluir o serviço.
    Esta é a duvida, não sei se fui clara.
    Obrigada

  • Verificação de NF-e de entrada dispara proxy da versão errada

    Pessoal,
    estou fazendo alguns testes com o B2B de entrada e notei um possível BUG/Falha na minha customizing.
    Quando envio uma NF-e na versão 2.0 para a interface NFB2B*, ele entra normalmente no GRC e grava na /XNFE/XMLIN. O problema é quando ele dispara a interface NFESC para verificação do status da mesma na SEFAZ. No caso, ao invés de chamar a interface do namespace 006 ele chama a do namespace 005a.
    Olhando o código da função /XNFE/RECEIVE_INCOMING_B2B, depois de efetuar a gravação da NFE na /XNFE/XMLIN, ele chama o FM /XNFE/GET_XML_VERSION passando a UF, TIPO AMBIENTE e ELEMENT. Aqui nesse ponto, ele vai na tabela de customizing /XNFE/TSRV fazendo um SELECT SINGLE sem passar a chave completa da tabela (ok, se a função vai justamente pegar a versão do XML, que faz parte da chave primaria da tabela, não faria sentido ele usar a chave completa, mas...), pegando somente o PRIMEIRO registro encontrado.
    No meu caso, tenho customizado na SPRO as duas versões de XML para verificação de status do servico, sendo 005a e 006.
    Como eu imagino que seja possível utilizar as duas versões de XML em paralelo, considerando também que o customizing permite que eu insira registros para as duas versões nessa tabela, eu penso que isso reflete uma abordagem errada na forma de definir qual é a versão do XML da NF-e de entrada.
    IMHO, deveria-se verificar a versão do XML da NF-e de entrada pelo próprio XML entrado(tem os atributos de versao) e não pelo que está na customizing do GRC. Identificada a versão do XML que entrou, aí sim verificaria no GRC se ele suporta essa versão e daria continuidade no processo caso suporte, gerando log de erro caso não suporte.
    Alguém já passou por isso? É falha na minha customizing ou posso abrir chamado?
    Grato,
    José Nunes

    Oi Carlos.
    No meu caso e acredito que outras empresas emitimos notas (outra série) através de outro sistema que não o SAP. Ex. notas fiscais de importação.
    Na verdade tenho um cenário um pouco mais complexo; pois temos hoje diferentes fábricas, com diferentes aplicações se comunicando via GRC. Entre elas uma (sistema próprio) cujo desenvolvimento foi feito todo nos EUA com todas as regras e requisitos tributários para emissão de nota fiscal.
    As mudanças de versão já são complexas por si só e ainda ter que "colocar" todos num mesmo time se torna ainda maior. Por diversas questões... recursos, demanda do mercado...
    Abraço
    Eduardo
    Edited by: Eduardo Chagas on Aug 18, 2010 9:17 PM

  • [MM] Transferência Planejada entre centros dentro da mesma filial.

    Pessoal,
    Boa noite!
    Gostaria de uma ajuda num cenário de transferência planejada entre centros que estão sob a mesma filial.
    Para manter a rastreabilidade do pedido que foi gerado por MRP, etc, foi mantido o cenário de transferência por SD. A transferência por SD está amarrada no tipo de pedido UB, que está amarrada em um documento de transferência, que está amarrado no tipo de movimento 863.
    Como o movimento 863 é localizado, ele tem relevância fiscal, então programamos uma exit para modificar o código de imposto para A0 no momento de gerar a remessa.
    Efetuamos a saída de mercadoria e quando vamos receber a mercadoria na transação MB0A, ele critica o movimento 861 pois não a remessa não possui nota fiscal. (Como estão dentro da mesma filial, ele não gera DOCNUM!!!)
    Devido a essa crítica, tentei receber a remessa com outro tipo de movimento (Ex: 101) e não obtive sucesso.
    Por acaso alguém pode me ajudar? Alguém sugere algum movimento que eu possa utilizar nesse cenário? Pq apesar do movimento estar amarrado eu posso tentar forçá-lo através da mesma exit que altera o código de imposto.
    Fico no aguardo e desde já agradeço!
    Obrigado.
    Raphael Otsuka
    (21)9866-6941

    Pessoal, tenho um processo de transferencia MM/SD e o que ocorre e que na nota fiscal o valor esta saindo com preco embutido mais impostos.
    Ex:
    Alíquota de ICMS =7%
    Quantidade: 36
    Preço Material: 143,52
    Calculo Qtd x Preço material =  36 x 143,52 = 5.166,72
    Calculo Preço com ICMS embutido: 5.166,72 / 0,93 = 5.555,61  
    Nota Fiscal: 5.5561,61 X 7% = 388,89
    A questao se o cliente nao quiser  esse preço embutido, e quer ver na verdade o calculo dos 7% em cima do valor 5.166,72  que daria: 361,67
    Como faco para que isso ocorra ? Alguem ja passou por isso ?
    o fluxo do processo de transferencia ocorre da seguinte forma:
    Pedido
    Remessa ( onde temos a price)
    Doc.material ( atraves dele chegamos a nota fiscal e seus valores com impostos embutido)
    desde ja agradeço qq ajuda postada.
    abracos

  • Transferência de material de consumo entre centros com ICMS - MB1B 833/835

    Boa tarde amigos, meu problema está na transferência de material de consumo entre centros utilizando a transação MB1B, mov 833 e 835, quando há incidência de ICMS:
    Para informação, ao fazer uma transferência para material de industrialização (MBEW-MTUSE, utilização do material = 1), o sistema funciona corretamente, pois o tipo de condição ICM3 no IVA de saída (mov 833) e o tipo de condição ICM1 no IVA de entrada (mov 831) são u201Cdedutíveisu201D, desta forma a contabilização fecha corretamente.
    Na transferência de material de consumo (MBEW-MTUSE, utilização do material = 2), não consigo fechar o processo devido o erro u201CM7050 -> Saldo não nulo: 157,09-   Débito: 0,00   Crédito: 157,09u201D. Esse erro acontece devido ao tipo de condição de imposto ICM2 que é usado no IVA de consumo na entrada (835), pois este é u201Cnão dedutívelu201D.
    Como se trata de transferência de material de consumo, o ICMS não pode ser recuperado, então entendo que se fosse possível ter uma saída com ICMS u201Cnão dedutívelu201D o problema estaria resolvido, alguém tem esse cenário e/ou tem alguma dica que possa me ajudar via configuração ou desenvolvimento?
    Estamos na SAP EC 6.0 com TAXBRJ.
    Att
    Antonio Amorim
    Complex IT

    Antonio,
       Observe que, no recebimento de mercadorias colocadas em trânsito, não existe valorização de estoque, pois isso já foi feito no momento da saída.
       Por esse motivo, não devem ser ativas no tax code de MM condições de imposto que estejam atribuídas a chaves de conta definidas como "não dedutível" na transação OBCN.
       No caso, a chave NVV é desse tipo e não deve ser utilizada, pois invariavelmente incorrerá no erro descrito.
       Mesmo que seja feita uma transferência para consumo no destino, não deverá ser feito o lançamento na conta de custo do material, pois não existem lançamentos desse tipo na MBSU.
    Abraços

  • Contabilização para retenção de PIS/COFINS/CSLL

    Temos um processo configurado no SAP, usando a configuração standard do SAP: retenção de impostos na compra e venda de serviços
    Utilizamos a configuração com base na MP135 e LC116, orientados na nota da SAP 1706309 (que consolidou a 664855, 916003 e 747607)
    De acordo com essa configuração a conta contábil que armazena o valor do imposto retido fica atribuído na Categoria/Código do IRF que é o mesmo tanto para o MM quanto para o SD.
    O cliente está questionando essa configuração e quer que deixemos as contas especificas, uma para o PIS retido na compra e outra para o PIS retido da venda.
    A principio o sistema não aceita contas diferentes de forma standard.
    1. Alguém conhece alguma empresa nessa situação que vende serviços com retenção de impostos na saída e também fazem retenção de                       impostos na compra (PIS/COFINS/CSLL) ?
    2. Estas empresas efetuam a contabilização desses impostos na mesma conta contábil?
    3. Se a conta contábil for diferente entre o MM e o SD, qual foi a solução adotada?
    Grato
    Nilton

    Olá Nilton,
    O PCC geralmente é configurado de forma Geral para faturas de fornecedores e em separado para Faturas de Clientes - nota de saída:
    Nota de entrada - Fornecedores
    GP
    GERAL PIS/COFINS/CSLL 100% WHT - 5952 - Pagamento
    Nota de Saída - Cliente
    CA
    CA
    CSLL 100% WHT - Acumulado - Pagamento
    PA
    PA
    PIS 100% WHT - Acumulado - Pagamento
    SA
    SA
    CSLL 100% WHT - Acumulado - Pagamento
    As contas contábeis são definidas por W/Tax Type e W/Tax Code, portanto vc poderá definir 1 conta para o processo de entrada e 3 contas para saída na OBWW. Não importa se serão as mesmas contas ou não.
    Att.

  • Sales order does not extract plant information from material master data

    Hi experts,
    I have created a sales order. However, the plant in the shipping tab can only be manually entered.
    I have made the check:
    the customer material master data does not have the plant info.
    the customer master data does not have it either.
    It is defined in the material master data: sales:general/plant
    But the sales order did not extract this information. Why does this happen?
    Thank you in advance.
    Best regards,
    Fan

    Hello Friend,
    As right stated by you,
    The Plant will be copied from the master data to the sales order, if not it should be manually entered
    The Sequence System will search for the Plant is as follow..
    1. Customer material infor record, If it was not maintained then it will search in
    2. Customer master, if the entre was not maintained in the SHIPPING TAB
    3. Finally it will search in the Material master in the Sales organisation data 1 in the field DELVERING PLANT field.
    So please search whether the entry was maintained in that field at the sales:sales organisation data 1.
    This might be the issue.
    Please revert if you want further details
    regards,
    santosh

  • Material Master Extension to all the plants of same type

    Hi
    In the given scenario, we have  almost 200 plants where same materials are required , now when we create material master using Tcode MM01 we want to extend this material master to all the plants of same type in one go .Is it possible , if yes , how to go about it ?? please help, this is the specific customer requirment .
    ans will be rewarded
    rgds
    mojib

    Hi,
    Just go through the code
    report ZMM_FERT_CREATE_EXT_PLANT
           no standard page heading line-size 255.
    *include bdcrecx1.
    DATA : it_bdcdata LIKE bdcdata OCCURS 0 WITH HEADER LINE,
           it_bdcmsgcoll LIKE bdcmsgcoll OCCURS 0 WITH HEADER LINE.
    data : p_filex type string .
    types: BEGIN OF t_mm01,
            matnr(018),
            MAKTX(040),
            mtart(004),
            matkl(009),
            WGBEZ(020),
            bklas(004),
            vprsv(001),
            werks(004),
            vkorg(004),
            vtweg(002),
            sktof(001),
            versg(001),
            kondm(002),
            ktgrm(002),
            meins(003),
            gewei(003),
            j_1ichid(012),
            j_1isubind(001),
            j_1icapind(001),
            j_1igrxref(001),
            tragr(004),
            ladgr(004),
            mtvfp(002),
            xchpf(001),
            mtpos_mara(004),
            mtpos(004),
            ekgrp(003),
            BWTTY(010),
            meins1(003),
            meins2(003),
            meins3(003),
            sales_txt(040),
            purc_txt(040),
            mbrsh(001),
            verpr(015),
            peinh(006),
            stprs(015),
            brgew(017),
            ntgew(017),
            j_1ivalass(018),
            umrez1(006),
            umren1(006),
            umrez2(006),
            umren2(006),
            umrez3(006),
            umren3(006),
            lgort(004),
            TAXKM1(001),
            TAXKM2(001),
            HERKL(003),
            HERKR(003),
            J_1IMOOM(018),
          end of t_mm01.
    DATA : it_mm01 type table of t_mm01 with header line initial size 0.
    *Selection Screen                                              *
      SELECTION-SCREEN BEGIN OF BLOCK B WITH FRAME TITLE text-001.
                PARAMETERS: p_file like IBIPPARMS-PATH obligatory.
      SELECTION-SCREEN:END OF BLOCK B.
    AT SELECTION-SCREEN ON VALUE-REQUEST FOR p_file .
      PERFORM get_filename.
    *START-OF-SELECTION
      START-OF-SELECTION.
       PERFORM upload_data.
       PERFORM fill_data.
    *&      Form  upload_data
    *       text
    *  -->  p1        text
    *  <--  p2        text
    form upload_data .
    p_filex = p_file.
    CALL FUNCTION 'GUI_UPLOAD'
      EXPORTING
        filename                      = p_filex
        FILETYPE                      = 'ASC'
        HAS_FIELD_SEPARATOR           = '#'
    *   HEADER_LENGTH                 = 0
    *   READ_BY_LINE                  = 'X'
    *   DAT_MODE                      = ' '
    *   CODEPAGE                      = ' '
    *   IGNORE_CERR                   = ABAP_TRUE
    *   REPLACEMENT                   = '#'
    *   CHECK_BOM                     = ' '
    *   NO_AUTH_CHECK                 = ' '
    * IMPORTING
    *   FILELENGTH                    =
    *   HEADER                        =
      tables
        data_tab                      = it_mm01
    EXCEPTIONS
       FILE_OPEN_ERROR               = 1
       FILE_READ_ERROR               = 2
       NO_BATCH                      = 3
       GUI_REFUSE_FILETRANSFER       = 4
       INVALID_TYPE                  = 5
       NO_AUTHORITY                  = 6
       UNKNOWN_ERROR                 = 7
       BAD_DATA_FORMAT               = 8
       HEADER_NOT_ALLOWED            = 9
       SEPARATOR_NOT_ALLOWED         = 10
       HEADER_TOO_LONG               = 11
       UNKNOWN_DP_ERROR              = 12
       ACCESS_DENIED                 = 13
       DP_OUT_OF_MEMORY              = 14
       DISK_FULL                     = 15
       DP_TIMEOUT                    = 16
       OTHERS                        = 17
    IF sy-subrc <> 0.
    * MESSAGE ID SY-MSGID TYPE SY-MSGTY NUMBER SY-MSGNO
    *         WITH SY-MSGV1 SY-MSGV2 SY-MSGV3 SY-MSGV4.
    ENDIF.
    endform.                    " upload_data
    *&      Form  get_filename
    *       text
    *  -->  p1        text
    *  <--  p2        text
    form get_filename .
    CALL FUNCTION 'F4_FILENAME'
                   EXPORTING
                     PROGRAM_NAME        = SYST-CPROG
                     DYNPRO_NUMBER       = SYST-DYNNR
    *                 FIELD_NAME          = p_file
                   IMPORTING
                     FILE_NAME           = p_file .
                   if sy-subrc NE 0  .
                      write : / 'Enter File Name'.
                   endif.
    endform.                    " get_filename
    *&      Form  fill_data
    *       text
    *  -->  p1        text
    *  <--  p2        text
    form fill_data .
    *perform open_group.
    loop at it_mm01.
      clear it_bdcdata.
    refresh it_bdcdata.
    perform bdc_dynpro      using 'SAPLMGMM' '0060'.
    perform bdc_field       using 'BDC_CURSOR'
                                  'RMMG1-MTART'.
    perform bdc_field       using 'BDC_OKCODE'
                                  '=ENTR'.
    perform bdc_field       using 'RMMG1-MATNR'
                                   it_mm01-matnr.
    *                              '116100'.
    perform bdc_field       using 'RMMG1-MBRSH'
                                  'C'.
    perform bdc_field       using 'RMMG1-MTART'
                                  'FERT'.
    perform bdc_dynpro      using 'SAPLMGMM' '0070'.
    perform bdc_field       using 'BDC_CURSOR'
                                  'MSICHTAUSW-DYTXT(16)'.
    perform bdc_field       using 'BDC_OKCODE'
                                  '=ENTR'.
    perform bdc_field       using 'MSICHTAUSW-KZSEL(03)'
                                  'X'.
    perform bdc_field       using 'MSICHTAUSW-KZSEL(05)'
                                  'X'.
    perform bdc_field       using 'MSICHTAUSW-KZSEL(06)'
                                  'X'.
    perform bdc_field       using 'MSICHTAUSW-KZSEL(07)'
                                  'X'.
    perform bdc_field       using 'MSICHTAUSW-KZSEL(09)'
                                  'X'.
    perform bdc_field       using 'MSICHTAUSW-KZSEL(10)'
                                  'X'.
    perform bdc_field       using 'MSICHTAUSW-KZSEL(13)'
                                  'X'.
    perform bdc_field       using 'MSICHTAUSW-KZSEL(16)'
                                  'X'.
    perform bdc_dynpro      using 'SAPLMGMM' '0080'.
    perform bdc_field       using 'BDC_CURSOR'
                                  'RMMG1-VTWEG'.
    perform bdc_field       using 'BDC_OKCODE'
                                  '=ENTR'.
    perform bdc_field       using 'RMMG1-WERKS'
                                   it_mm01-werks.
    *                              '9010'.
    perform bdc_field       using 'RMMG1-LGORT'
                                   it_mm01-lgort.
    *                              'F901'.
    perform bdc_field       using 'RMMG1-VKORG'
                                   it_mm01-vkorg.
    *                              '1000'.
    perform bdc_field       using 'RMMG1-VTWEG'
                                   it_mm01-vtweg.
    *                              '03'.
    perform bdc_dynpro      using 'SAPLMGMM' '4000'.
    perform bdc_field       using 'BDC_OKCODE'
                                  '/00'.
    perform bdc_field       using 'MAKT-MAKTX'
                                    it_mm01-maktx.
    *                              'Test ACEPHATE TECHNICAL 50kg'.
    perform bdc_field       using 'BDC_CURSOR'
                                  'MVKE-MTPOS'.
    perform bdc_field       using 'MVKE-VERSG'
                                    it_mm01-versg.
    *                              '1'.
    perform bdc_field       using 'MVKE-KONDM'
                                    it_mm01-kondm.
    *                              '03'.
    perform bdc_field       using 'MVKE-KTGRM'
                                   it_mm01-ktgrm.
    *                              '01'.
    perform bdc_field       using 'MVKE-MTPOS'
                                    it_mm01-mtpos.
    *                              'NORM'.
    perform bdc_dynpro      using 'SAPLMGMM' '4000'.
    perform bdc_field       using 'BDC_OKCODE'
                                  '/00'.
    perform bdc_field       using 'MAKT-MAKTX'
                                    it_mm01-maktx.
    *                              'Test ACEPHATE TECHNICAL 50kg'.
    perform bdc_field       using 'MARC-MTVFP'
                                   it_mm01-mtvfp.
    *                              '01'.
    perform bdc_field       using 'MARC-XCHPF'
                                   it_mm01-xchpf.
    *                              'X'.
    perform bdc_field       using 'BDC_CURSOR'
                                  'MARC-LADGR'.
    perform bdc_field       using 'MARC-LADGR'
                                   it_mm01-ladgr.
    *                              '0003'.
    perform bdc_dynpro      using 'SAPLMGMM' '4004'.
    perform bdc_field       using 'BDC_OKCODE'
                                  '/00'.
    perform bdc_field       using 'MAKT-MAKTX'
                                    it_mm01-maktx.
    *                              'Test ACEPHATE TECHNICAL 50kg'.
    perform bdc_field       using 'MARC-HERKL'
                                   it_mm01-HERKL.
    *                              'IN'.
    perform bdc_field       using 'MARC-HERKR'
                                   it_mm01-HERKR.
    *                              '01'.
    perform bdc_field       using 'BDC_CURSOR'
                                  'J_1IASSVAL-J_1IVALASS'.
    perform bdc_field       using 'J_1IMTCHID-J_1ICHID'
                                   it_mm01-J_1ICHID.
    *                              '2913 00 90'.
    perform bdc_field       using 'J_1IMTCHID-J_1ISUBIND'
                                    it_mm01-J_1ISUBIND .
    *                              'X'.
    perform bdc_field       using 'J_1IMTCHID-J_1ICAPIND'
                                    it_mm01-J_1ICAPIND.
    *                              'F'.
    perform bdc_field       using 'J_1IMTCHID-J_1IGRXREF'
                                     it_mm01-J_1IGRXREF .
    *                              '2'.
    if  it_mm01-J_1IVALASS <> '0'.
    perform bdc_field       using 'J_1IASSVAL-J_1IVALASS'
                                    it_mm01-J_1IVALASS.
    *                              '0'.
    endif.
    perform bdc_dynpro      using 'SAPLMGMM' '4000'.
    perform bdc_field       using 'BDC_OKCODE'
                                  '/00'.
    perform bdc_field       using 'MAKT-MAKTX'
                                   it_mm01-maktx.
    *                              'Test ACEPHATE TECHNICAL 50kg'.
    perform bdc_field       using 'BDC_CURSOR'
                                  'MARC-EKGRP'.
    perform bdc_field       using 'MARC-EKGRP'
                                   it_mm01-ekgrp.
    *                              '002'.
    perform bdc_field       using 'MARC-XCHPF'
                                   it_mm01-xchpf.
    *                              'X'.
    perform bdc_dynpro      using 'SAPLMGMM' '4000'.
    perform bdc_field       using 'BDC_OKCODE'
                                  '/00'.
    perform bdc_field       using 'BDC_CURSOR'
                                  'MAKT-MAKTX'.
    perform bdc_field       using 'MAKT-MAKTX'
                                   it_mm01-maktx.
    *                              'Test ACEPHATE TECHNICAL 50kg'.
    perform bdc_field       using 'MARC-STEUC'
                                   it_mm01-J_1ICHID.
    *                              '2913 00 90'.
    perform bdc_field       using 'MARC-HERKL'
                                    it_mm01-HERKL.
    *                              'IN'.
    perform bdc_field       using 'MARC-HERKR'
                                   it_mm01-HERKR.
    *                              '01'.
    perform bdc_field       using 'J_1IMTCHID-J_1ICHID'
                                   it_mm01-J_1ICHID.
    *                              '2913 00 90'.
    perform bdc_field       using 'J_1IMTCHID-J_1ISUBIND'
                                    it_mm01-J_1ISUBIND.
    *                              'X'.
    perform bdc_field       using 'J_1IMTCHID-J_1ICAPIND'
                                   it_mm01-J_1ICAPIND.
    *                              'F'.
    perform bdc_field       using 'J_1IMTCHID-J_1IGRXREF'
                                    it_mm01-J_1IGRXREF.
    *                              '2'.
    perform bdc_dynpro      using 'SAPLMGMM' '4000'.
    perform bdc_field       using 'BDC_OKCODE'
                                  '/00'.
    perform bdc_field       using 'BDC_CURSOR'
                                  'MAKT-MAKTX'.
    perform bdc_field       using 'MAKT-MAKTX'
                                   it_mm01-maktx.
    *                              'Test ACEPHATE TECHNICAL 50kg'.
    perform bdc_field       using 'MARC-XCHPF'
                                    it_mm01-xchpf.
    *                              'X'.
    *perform bdc_field       using 'MARA-IPRKZ'
    *                              'D'.
    perform bdc_dynpro      using 'SAPLMGMM' '4000'.
    perform bdc_field       using 'BDC_OKCODE'
                                  '/00'.
    perform bdc_field       using 'MAKT-MAKTX'
                                    it_mm01-maktx.
    *                              'Test ACEPHATE TECHNICAL 50kg'.
    perform bdc_field       using 'BDC_CURSOR'
                                  'MBEW-STPRS'.
    perform bdc_field       using 'MBEW-BKLAS'
                                    it_mm01-bklas.
    *                              '7930'.
    perform bdc_field       using 'MBEW-VPRSV'
                                    it_mm01-vprsv.
    *                              'S'.
    perform bdc_field       using 'MBEW-PEINH'
                                    it_mm01-peinh.
    *                              '1'.
    perform bdc_field       using 'MBEW-VERPR'
                                    it_mm01-verpr.
    *                              '273.75'.
    perform bdc_field       using 'MBEW-STPRS'
                                   it_mm01-stprs.
    *                              '207'.
    perform bdc_dynpro      using 'SAPLSPO1' '0300'.
    perform bdc_field       using 'BDC_OKCODE'
                                  '=YES'.
    CALL TRANSACTION 'MM01' USING it_bdcdata
                                    MODE 'A'
                                    UPDATE 'A'
                                    MESSAGES INTO it_bdcmsgcoll.
    CLEAR it_mm01.
    endloop.
    *perform bdc_transaction using 'MM01'.
    *perform close_group.
    endform.                    " fill_data
    *&      Form  bdc_dynpro
    *       text
    *      -->P_0297   text
    *      -->P_0298   text
    form bdc_dynpro  USING prog scr.
    CLEAR it_bdcdata.
      it_bdcdata-program = prog.
      it_bdcdata-dynpro  = scr.
      it_bdcdata-dynbegin = 'X'.
      APPEND it_bdcdata.
    endform.                    " bdc_dynpro
    *&      Form  bdc_field
    *       text
    *      -->P_0687   text
    *      -->P_IT_MM01_VPRSV  text
    form bdc_field  USING fnam fval.
    CLEAR it_bdcdata.
      it_bdcdata-fnam = fnam.
      it_bdcdata-fval  = fval.
      APPEND it_bdcdata.
    endform.                    " bdc_field
    Regards,
    Madhu.

  • Plant address(Delivery address) in PO not complete

    Hi all!
       I have maintained the plant address in SPRO-Entr stru-Logistic general. Like wise compny code addrress is also maintained . Both address are same. I have elongated the address tab and included values in STREET2, STREET3.
    Problem is that while i create PO this address is not reflected completely in delivery address tab. Its showing only STREET/HOUSE NUMBER tab.. I want to display the STREET2 & STREET3 tab also in the PO. Then only i will get my complete address.
    How to solve this. Thanks in advance.
    Regards,
    Raj.

    I ahve a quotation form which I am pulling the footer  with the plant adress and phone number and fax number . Right now my form is coded to pull the address and numbers from T001w and Kna1 table for tel and fax numbers . Now they want the telephone numbers to be pulled from the SPRO  Plant indo, i.e in SPRO Enterprise strucrturew--definition logistic generaldefine copy delete plant ---address(tel number and fax number).
    I would like to get the numbers from here , how do I get the plant information from there instead of getting it from the plant and customer tables.
    Thanks
    Aarav

  • Photoshop CC plante durant l'enregistrement

    Bonjour,
    Je suis sur Adobe creative cloud, et j'ai récemment installé Photoshop CC.
    Problème n01 :
    Ce dernier a planté à divers moment sur différents fichiers. Mais le gros problème du plantage durant l'enregistrement est qu'il créé un fichier tmp de 0ko qui est inutilisable. Et impossible de retrouver une trace de mon PSD qui avait été pourtant déjà enregistré.
    Je ne me souviens pas que ce problème était présent sur le CS6, et c'est franchement chiant, car j'ai perdu tout mon travail en voulant tt simplement enregistrer.
    Problème n02 :
    Autre soucis également sur CC, lors de l'ouverture d'un fichier CS6, sur une forme, l'outil sélection direct est impossible a utiliser il ne sélectionne pas la forme... obliger de passer page une manipulation étrange, il faut cliquer sur l'outil forme, cliquer sur le calque en question et re cliquer sur l'outil sélection direct. toute une série d'action bizarre... alors qu'avant cela fonctionnait très bien.
    A contratio si la forme a été créé directement dans CC aucun soucis de sélection direct.
    Cdt,
    Julien

    Probleme n01, bug, crash et perte de données, allez poster sur le forum feedback, c'est important pour vous ET pour l'équipe qui saura vous guider, mais aussi identifier le bug pour le corriger (questions de configuration, etc). Au besoins, aidez vous de Google Translate.
    Pour le probleme n02, ne s'agit-il pas de la distinction entre les anciens calques + tracé vectoriel, et les nouveaux (depuis cs6) calques de forme ?
    Le fait que les tracés peuvent désormais être des "formes dynamiques vectorielles", comme ici avec des valeurs d'arrondi différent ?
    Dans cette nouvelle version, vous avez bien réactivé la sélection automatique du calque par l'outil déplacement ?
    J'ai suivi votre process sans succès, pouvez-vous le détailler, l'outil forme, vous parlez de forme personnalisée ? d'un rectangle ? cliquer sur le calque, directement sur la page ou dans la palette des calques ?
    Je n'arrive pas à reproduire votre erreur, peut-être qu'accompagné d'une très courte vidéo du process…

  • LABVIEW liaison entre 3 tableaux bien spécifique

    Bonjour à tous,
    Je suis actuellement en stage depuis un mois maintenant, votre site est devenu ma bible depuis ce temps. Mais voila que maintenant je ne trouve pas de solution à mon problème, je vais donc essayer de vous l'expliquer le plus clairement possible, en espérant que vous pourrez m'apporter un peu d'aide.
    Mon objectif se compose de 3 tableaux le 1er étant des caractères, le second et le 3èmes des entiers positifs. Dans le 1er je lui rentre des lettres ( A, B, C,..) dans le second l'étape à la quel je souhaite aller si je veux refaire plusieurs fois ces lettres (un Go To step) et le 3ième le nombre de fois que je veux qu'il fasse ces combinaisons.
    EXEMPLE
    STEP  ==   T1    ==  T2  ==  T3
        1     ==   A     ==   1   ==   1   (effectuer A)
        2     ==   B     ==   1   ==   2   (effectuer B puis A puis B)
        3     ==   C     ==   1   ==   1   (effectuer C)
        4     ==   D     ==   2   ==   3   (effectuer D puis B puis C puis D puis B puis C puis D)
        5     ==   E     ==   1   ==   1   (effectuer E)
    T2= go to step
    T3= compteur
    Explication en écrivant cela je souhaiterais que le robot effectue dans cet ordre A->B->A->B->C->D->B->C->D->B->C->D->E
    Voilà mon souci actuellement j'essayais de le résoudre avec des boucles for en essayant de changer le variable i qui permet d'indexer le tableau T1 afin de tirer la lettre que je souhaite mais cela est bien plus complexe que ce que je pensais, un peu d'aide serait la bienvenue.
    petite question supplémentaire la fonction Wait(ms) si on lui demande d'attendre des minutes ( entre 10 et 30) ça ne lui pose pas de problème ? ( je lui rendre comme donné 1800000 par exemple il ne risque pas de planter ?)
    Merci d'avance,
    Michaël

    Bonjour,
    Dantei le programme a un souci dans le sens ou quand je lui demade de repeter 3 fois la lettre E il me sort une autre combinaison les valeurs que j ai mise pour tester sont les suivante :
    TEP  ==   T1    ==  T2  ==  T3
        1     ==   A     ==   1   ==   1 
        2     ==   B     ==   1   ==   1  
        3     ==   C     ==   2   ==   3  
        4     ==   D     ==   1   ==   1  
        5     ==   E     ==   5   ==   3   
    Voici ce que le programme me donne : A->B->C->B->C->B->C->D->E->C->B->C->D->E->C->B->C->D->E
    alors que j attend la combinaison suivante : A->B->C->B->C->B->C->D->E->E->E
    Par contre en augmentant le step a 9 au lieu de 5 je retrouve la combinaison que j attend, auriez vous une idée de pourquoi ce souci ?
    Simon D. si je comprend il faudrait que je change la wait de mon programme position_simple ( en piece jointe) avec le VI express temps écoulé mais si on lui fournit une informations decimal en minute arrivera-t-il a la convertire en seconde ?
    Merci d avance,
    Michael
    Pièces jointes :
    Position_simple.vi ‏82 KB

  • Liaison entre 3 tableaux bien spécifique

    Bonjour à tous,
    Je suis actuellement en stage depuis un mois maintenant, votre site est devenu ma bible depuis ce temps. Mais voila que maintenant je ne trouve pas de solution à mon problème, je vais donc essayer de vous l'expliquer le plus clairement possible, en espérant que vous pourrez m'apporter un peu d'aide.
    Mon objectif se compose de 3 tableaux le 1er étant des caractères, le second et le 3èmes des entiers positifs. Dans le 1er je lui rentre des lettres ( A, B, C,..) dans le second l'étape à la quel je souhaite aller si je veux refaire plusieurs fois ces lettres (un Go To step) et le 3ième le nombre de fois que je veux qu'il fasse ces combinaisons.
    EXEMPLE
    STEP  ==   T1    ==  T2  ==  T3
        1     ==   A     ==   1   ==   1   (effectuer A)
        2     ==   B     ==   1   ==   2   (effectuer B puis A puis B)
        3     ==   C     ==   1   ==   1   (effectuer C)
        4     ==   D     ==   2   ==   3   (effectuer D puis B puis C puis D puis B puis C puis D)
        5     ==   E     ==   1   ==   1   (effectuer E)
    T2= go to step
    T3= compteur
    Explication en écrivant cela je souhaiterais que le robot effectue dans cet ordre A->B->A->B->C->D->B->C->D->B->C->D->E
    Voilà mon souci actuellement j'essayais de le résoudre avec des boucles for en essayant de changer le variable i qui permet d'indexer le tableau T1 afin de tirer la lettre que je souhaite mais cela est bien plus complexe que ce que je pensais, un peu d'aide serait la bienvenue.
    petite question supplémentaire la fonction Wait(ms) si on lui demande d'attendre des minutes ( entre 10 et 30) ça ne lui pose pas de problème ? ( je lui rendre comme donné 1800000 par exemple il ne risque pas de planter ?)
    Merci d'avance,
    Michaël

    Hello,
    First, you're in a english section so please poste in english.
    Regarding your issue, what is exactly your question? Regarding the behavior you described, do you use a state machine? It seems to be the most appropriate structure.
    For your second question, it shouldn't cause any problem. But the loop will be read only once every 30 minutes so you won't be able to use the Stop button if you use one.
    Regards,
    Jérémy C.
    National Instruments France
    #adMrkt{text-align: center;font-size:11px; font-weight: bold;} #adMrkt a {text-decoration: none;} #adMrkt a:hover{font-size: 9px;} #adMrkt a span{display: none;} #adMrkt a:hover span{display: block;}
    Travaux Pratiques d'initiation à LabVIEW et à la mesure
    Du 2 au 23 octobre, partout en France

Maybe you are looking for