Bloqueio de campo

Como faço para bloqueia para alteração no valor do desconto por item  no pedido de venda e também só permite desconto no valor total do documento se o cliente não tiver desconto cadastrado por item/grupo/fornecedor?

Boa tarde,
Eu tive um problema série em desconto, tive que travar usando "transaction" no banco de dados, o pessoal aqui não pode dar desconto em nada no detalhe, talvez isso ajude você.
-- FBS - TRAVA DESCONTO NO DETALHE DE ALGUNS DOCUMENTOS
       IF (@error = 0) AND @sObjTyp IN ('13', '14', '15', '16', '17', '20', '21') AND @sTraTyp IN ('A', 'U')
       BEGIN
         SET @vTmp = 0
         SET @vTmp = (
                SELECT ABS(max(desconto)) from (        
                    SELECT max(T0.DiscPrcnt) as Desconto FROM [dbo].[INV1] T0 WHERE isnull(T0.DiscPrcnt,0) <> 0 and T0.DocEntry = @sKeyVal and T0.[ObjType] = @sObjTyp UNION  --13
                    SELECT max(T0.DiscPrcnt) as Desconto FROM [dbo].[RIN1] T0 WHERE isnull(T0.DiscPrcnt,0) <> 0 and T0.DocEntry = @sKeyVal and T0.[ObjType] = @sObjTyp UNION  --14
                    SELECT max(T0.DiscPrcnt) as Desconto FROM [dbo].[DLN1] T0 WHERE isnull(T0.DiscPrcnt,0) <> 0 and T0.DocEntry = @sKeyVal and T0.[ObjType] = @sObjTyp UNION  --15
                    SELECT max(T0.DiscPrcnt) as Desconto FROM [dbo].[RDN1] T0 WHERE isnull(T0.DiscPrcnt,0) <> 0 and T0.DocEntry = @sKeyVal and T0.[ObjType] = @sObjTyp UNION  --16
                    SELECT max(T0.DiscPrcnt) as Desconto FROM [dbo].[RDR1] T0 WHERE isnull(T0.DiscPrcnt,0) <> 0 and T0.DocEntry = @sKeyVal and T0.[ObjType] = @sObjTyp AND T0.LineStatus = 'O' UNION  --17
                    SELECT max(T0.DiscPrcnt) as Desconto FROM [dbo].[PDN1] T0 WHERE isnull(T0.DiscPrcnt,0) <> 0 and T0.DocEntry = @sKeyVal and T0.[ObjType] = @sObjTyp UNION  --20
                    SELECT max(T0.DiscPrcnt) as Desconto FROM [dbo].[RPD1] T0 WHERE isnull(T0.DiscPrcnt,0) <> 0 and T0.DocEntry = @sKeyVal and T0.[ObjType] = @sObjTyp --21
                    ) G0                  
         IF isnull(@vTmp,0) > 0
         BEGIN
            SET @error=1
            SET @error_message = 'TI: Proibido qualquer tipo de desconto, verifique documento - detalhe ' + ltrim(str(@sKeyVal))
         END            
       END
Abraço
Fabio
SAP 8.82 PL14 / SAP 9.0 PL10
Addon: BrOne, Skill Triple One, BankSync.

Similar Messages

  • Bloqueio de reservas de materiais de contas razão especificas na transação IW32

    Gostaria de saber se é possível realizar o bloqueio de materiais de uma especifica conta razão, em reservas em ordens de serviço pela transação IW32.
    Estou com problemas no controle de custo de materiais que são utilizados pelo setor de produção, e estão na conta razão da manutenção. Para isso eu gostaria de bloquear somente as reservas de materiais da conta razão da manutenção.
    É possivel?

    Olá Rafael,
    Qual o centro de custo alocado ao material/equipamento?
    Na imagem está destacado o campo "componente"
    Os materiais nele inseridos serão reservados de acordo com o depósito configurado. Não seria melhor apontar um outro depósito?

  • Campo de usuário em tabela de usuário não respeita o tamanho definido

    Criei uma tabela de usuário e dentro dela criei 10 campos alfanuméricos com tamanho de 10 posições. Ao executar a procedure SP_HELP no SQL Server para verificar o tamanho dos campos na estrutura da tabela verifiquei que o tamanho foi definido como -1, ou seja, o tamanho do campo não foi corretamente informado pelo B1 na criação da tabela e o SQL Server 2005 acabou por assumir como padrão o tamanho máximo de 4096 bytes.
    Se olharmos apenas para a definição da tabela e dos campos no B1 os valores são apresentados corretamente, mas não correspondem aos valores definidos nos metadados do banco. Isso é extremamente problemático pois derruba violentamente a performance das consultas nas tabelas de usuário.
    Existe algum workaround que a gente pode utilizar para resolver este problema?
    Testamos a criação de tabelas e campos de usuários na versão 2005B, rodando no SQL Server 2005 com as PLs 40, 41 e 42 e nessas três configurações o problema ocorreu sempre da mesma forma, como descrito acima.
    Sei que podemos forçar a correção da estrutura de dados das tabelas na mão, pelo comando ALTER TABLE do SQL Server, mas isso será apontado pelo Early Watch? Corremos o risco de perder a garantia do produto?
    Qualquer informação que ajudar a solucionar este problema será muito bem aceita.
    []'s
    Edited by: Rui Pereira on Nov 7, 2008 9:27 AM

    Oi Vitor,
    O problema ainda não foi resolvido. Abrimos um chamado na SAP pois entendemos que este comportamento do SBO não é o correto uma vez que ao definir campos alfanuméricos com o maior tamanho possível, as estruturas (metadados) acabam ficando gigantes e isso joga a performance dos add-ons e consultas formatadas pra baixo.
    Você pode reproduzir o problema criando UDFs em tabelas standard ou em UDTs pelo próprio B1. Não precisa criar os campos pelo SDK para que o problema ocorra não. Basta definir o campo do tipo Alfanumérico que, ao executar a SP_HELP no SQL Server você verá a estrutura do seu campo mais ou menos assim:
    CAMPO NVARCHAR(-1)
    Na documentação do SQL Server é explicado que o -1 representa a capacidade máxima de armazenamento do campo.
    Este problema só acontece no SQL Server 2005. No SQL Server 2000 o B1 se comporta bem.
    Edited by: Gabriel Izar on Oct 8, 2008 3:31 PM

  • Dúvida no Preenchimento dos campos PREFNO / CHECOD em NFS-e de SP

    Olá Pessoal,
    Estou a procura de informações sobre a solução para nota fiscal eletronica de serviços da prefeitura de São Paulo, pesquisando no forum pouco encontrei sobre a nota 981687 - NFe: For Services in Muncipio Sao Paulo.
    A SAP disponibilizou os dois campos PREFNO / CHECOD para o numero da nota fiscal e código de verificação gerados pela prefeitura (uma vez que o SAP deve gerar o número da RPS), além de um report para geração do arquivo TXT e envio manual.
    Minha dúvida é a seguinte:
    1) Após enviar o arquivo para a prefeitura, são convertias as RPS em Notas Fiscais Eletronicas. Como armazenar as informações nos campos standards mencionados ? Existe um outro report que le o arquivo de retorno da prefeitura ?
    Outra dúvida está na procura de uma sugestão, onde o RPS pode ter até 12 posições e o NFNUM do SAP apenas 6. Vcs estão utilizando outro campo Z para compor o numero maior ? Ou como esta fazendo quando o RPS atingir 999.999 ? Pensei en usar o NFENUM, mas teria o mesmo problema quando atingir o limite de 9 posições (999.999.999).
    Muito obrigado pela atenção e ajuda.

    A_cristovao ,
    Vamos ver se posso lhe ajudar em algo:
    1) Após enviar o arquivo para a prefeitura, são convertias as RPS em Notas Fiscais Eletronicas. Como armazenar as informações nos campos standards mencionados ? Existe um outro report que le o arquivo de retorno da prefeitura ?
    Resposta: Em alguns projetos que passei, consultei os abaps e sempre foi desenvolvido um programa Z para ler este arquivo e fazer um BDC na J1B2N, porem sua categoria de nota não dever ser eletrônica, aqueles dois campos flag no cabeçalho NF eletronica e NF servico, apenas o último(serviço) marcado para o BDC entrar e conseguir mapear o campo com o NFSe e cod verificador.
    2) Outra dúvida está na procura de uma sugestão, onde o RPS pode ter até 12 posições e o NFNUM do SAP apenas 6. Vcs estão utilizando outro campo Z para compor o numero maior ? Ou como esta fazendo quando o RPS atingir 999.999 ? Pensei en usar o NFENUM, mas teria o mesmo problema quando atingir o limite de 9 posições (999.999.999).
    Resposta: Esse estamos usando o NFNUM mesmo, não chegamos a nos preocupar com isso devido ser um volume baixo de NFS, talvez um chamado no componente XX-CSC-BR-NFE lhe ajude. 
    Abraço,
    Bruno Lima

  • Nota fiscal rejeitada por campos 'pMVAST, pRedBCST, vBCST' vazios no processo de transferência de crédito de ICMS

    Pessoal, bom dia!
    Vejam se alguém já passou por algo parecido em algum projeto...
    Estou com uma demanda pra alterar alguns parametros do processo de transferência de crédito de ICMS, que são:
    1-  A quantidade deverá ser preenchida com “0”.
    2-  O valor unitário deve ser “0”.
    3-  O campo de unidade de medida “Vazio”
    4-  A NCM não deverá ser vazia, mas ser preenchida com “00”.
    5-  O CST deverá ser “090”.
    A solução para os pontos 1, 2 e 3 foi criar um enhancement na função J_1B_NFE_PROCESS_OUTBOUND relacionada a J1B1N para alterar os valores digitados pelo usuário assim que a nota estiver sendo criada. Para o ponto 4, a solução foi criar um NCM "00" para utilização do usuário.
    E, no ponto 5, a solução foi orientar o usuário a optar pela origem do material "0" e optar pelo direito fiscal IC9 (Outros) que atribuirá a tributação 90, formando assim o 090 esperado.
    O problema é:
    Ao dar saída na nota fiscal pela J1B3N, ela está sendo rejeitada pelo fato dos campos 'pMVAST (Percentual da margem de valor Adicionado do ICMS ST), pRedBCST (Percentual da Redução de BC do ICMS ST), vBCST' (Valor da BC do ICMS ST) não estarem sendo preenchidos.
    Sendo assim, como posso resolver esse ponto?
    Em anexo está a tela do preenchimento da Writer com os devidos parametros e impostos, e está também o IDOC que foi gerado com os campos em branco.
    Desde já agradeço a atenção.

    Allan, boa tarde!
    Obrigado pela sua resposta, mas, conforme venho conversando com o fiscal resposável do projeto, o cenário é esse mesmo.
    Seguem abaixo e em anexo as regras Fiscais para emissão da nota de transferência de crédito de ICMS:
    Orientação de Preenchimento NF-e:
    Transferência de crédito
    A nota fiscal eletrônica (NF-e) também será emitida nas hipóteses de transferências de crédito acumulado de ICMS em razão de exportação, diferimento ou redução da base de cálculo.
    De acordo com a legislação, há regras a serem observadas para a emissão da NF-e referente a essa transferência de crédito. Resumidamente, alguns procedimentos comuns que poderão ser seguidos.
    Para emitir a NF-e, é necessário informar nos campos próprios:
    1. Como destinatário, o nome, o endereço e os números de inscrição estadual e no Cadastro Nacional de Pessoa Jurídica (CNPJ) do contribuinte ao qual se está efetuando a transferência;
    2. Nas Informações Complementares do quadro “Dados Adicionais”, a expressão “Transferência de crédito acumulado de ICMS, nos termos (indicar o base legal da transferência)” e o valor, por extenso, do crédito transferido. No aplicativo gratuito emissor da NF-e, essa informação constará no campo “Informações Complementares de interesse do contribuinte” da aba “Informações Adicionais”;
    3. No local destinado ao valor da operação do quadro “Cálculo do Imposto”, o valor do crédito acumulado transferido (no aplicativo gratuito de NF-e, esse valor será informado no Valor Total bruto). Nos demais campos, preencher com “0” (zero) para todos locais numéricos e obrigatórios nos quais não consta orientação específica - apenas um dígito “0” em cada, pois a NF-e trabalha com campo preenchido;
    4. Como natureza da operação: “Transferência de Crédito Acumulado de ICMS”;
    5. No campo “Finalidade de emissão” informar “NF-e de Ajuste”;
    6. Os CFOP e CST serão os códigos 5.601/5.602 e 090, respectivamente;
    7. A Nomenclatura Comum do MERCOSUL (NCM) será informada a expressão numérica “00”;
    8. A “Descrição do Produto” será informada a expressão “Transferência de Crédito Acumulado de ICMS”;
    9. A situação tributária do PIS e da COFINS será “Operação sem incidência da Contribuição; e
    10. A “Modalidade do frete” indicar “Sem frete”.
    8. Código de Situação Tributária – informar “90”. Página 168 do Manual de Integração.
    Na Nota Técnica 2013/005, ainda é informado que os campos 'pMVAST, pRedBCST e  vBCST' devem ser carregados no XML, e por se tratar de tranferência de crédito, os valores devem ser “zerados”.
    Aplicando o imposto ICS3, consigo inserir zeros nos campos indicados acima. O problema é que a NF é rejeitada novamente só que com erro no campo vBCSTRet (Valor da BC do ICMS ST retido), pois ao zerar os campos acima acabo obrigatoriamente atribuindo zero ao campo vBCSTRet, fato que não deve ocorrer.

  • Campo Sujeito a Imposto

    Boa Tarde galera do fórum, preciso da ajuda de vocês. É o seguinte, na minha primeira implantação com o 8.8 eu não estou conseguindo fazer com que o sistema calcule os impostos, o problema é que quando vamos emitir uma nota fiscal ou qualquer outro documento a coluna sujeito a imposto vem como padrão NÃO e quando isso acontece o imposto não é calculado, ou seja, tinha que vir SIM para poder calcular o imposto. E ainda se eu coloco pra SIM e altero a utilização, por exemplo troco pra Revenda ou qualquer outra, o sistema volta a colocar como NÃO.
    Lembrando que esse campo Sujeito a Imposto não vem padrão para visualizar no documento, sendo necessário habilitá-lo nas Configurações de Formulário. Estou meio que agoniado para resolver isso... Alguma idéia ?
    Estou usando SAP 8.8 Pl 15
    Desde já agradeço a colaboração de todos.

    Rodrigo, boa noite.
    Você deve ter realizado a importação dos itens de estoque pelo DTW.
    Você deve informar a coluna TaxType = tt_Yes
    Esta coluna deixa automatico a coluna como SIM e também libera a seta de imposto do item para alteração.
    Abraços
    Junior
    Edited by: Alaito Rosner Junior on Dec 6, 2010 1:09 AM

  • Como colocar como padrão o campo "Unidades Base" em um documento de entrada

    Olá,
    O campo "unidades bases" (UseBaseUn) vem como padrão nos documento de marketing como NÂO, como faço para que ele venha como padrão SIM ou uma pesquisa formatada que ao incluir um item o campo mude para SIM?
    Por gentileza, aceito sugestões, pois tem alguns itens que o cliente cadastrou errado no campo NumInBuy(Itens por unidade de compra) da tabela OITM e para esses itens ele precisa sempre quando inserir uma entrada de mercadoria (recebimento ou NF), selecionar sim para o campo "Unidades bases" na linha do item. Se esse campo viesse como "sim" padrão ou uma pesquisa formatada que mude o valor para "sim" me ajudaria muito.
    Conto com a ajuda
    Abs,
    Lucidio Gandra

    Resolvi com procedure no SBO_SP_TransactionNotification

  • NFe complementar - Erro no campo nº da NF-e

    Bom dia,
    Estou com um outro problema crítico de NFe.
    1- Como é uma nota fiscal complementar é feito o processo e no momento de salvar, gera uma NF saida.
    2- O erro encontrado é que no momento da criação ele pede o numero da nf... o qual o SAP deve gerar automaticamente, porém o campo encontra-se aberto e sem número. Assim, o SAP não deixa concluir o processo e a NFe não é gerada, por faltar dados neste campo.
    Alguém já passou por isso?

    Bom dia angelstyle,
    Desculpe, mas não entendi tecnicamente o passo a passo executado.
    Quanto ao campo estar aberto. É uma NF de sua emissão própria? digo, está gerada como tal? para fechar a tela seria o caso de ver algumas notas de configuração de tela
    Quanto ao não numerar, também verifique se esta nota está como emissão própria e se as configurações para numeração estão devidamente associadas ao formulário.
    A propósito, qual o CALLRFC desta NF-e gerada? vazio, 1, 2 ou 3?
    Atenciosamente, Fernando Da Ró

  • Sugestão para o campo verProc - Versão do processo de emissão da NF-e

    Olá a todos !
    Gostaria da opnião de todos sobre o campo Versão do processo de emissão da NF-e (verProc), parametrizado no R/3 em J_1BNFE_CUST3_4V campo VERPROC nas configurações de definição do local de negócio, filial CNPJ.
    Minha dúvida é sobre a atualização para a vesão 2.0 do layout do XML, como a versão é definida no campo VERSION, tag versao, com qual informação vcs estão utilizando neste campo, já que trata-se de um campo texto ?
    Pesquisando no forum, encontrei uma Thread sobre Erro de Validação - IS_NFE_HEADER-VERPROC link: Erro de Validação - IS_NFE_HEADER-VERPROC onde contem a mesma informação de exemplo utilzada aqui (SAP NFE 1.0).
    Vcs estão atualizando o campo para SAP NFE 2.0, por exmplo ? Mantendo a informação antiga, pois como não foi modificada a aplicação, ou colocando alguma outra coisa ?
    Creio que quanto mais gente postar uma opinião neste caso é melhor.

    Bom dia a_cristovao,
    Esta informação serve como identificação de produto emissor de NF-e no XML/Sefaz.
    Normalmente coloca-se "SAP NFE 1.0" ou "SAP GRC NFE 1.0" ou "SAP NFE 1.0 SP16".
    É mais relacionado ao produto que ao layout.
    Atenciosamente, Fernando Da Ró

  • ERRO DE IMAGEM NA TELA DE BLOQUEIO

    Bom dia,
    Fiz a ultima atualização do IPHONE 4, para o  software 7.0.3,e depois disso estou tendo problemas com a minha imagem.
    Quando o aparelho entra na tela de descanço/bloqueio, a imagem fica toda manchada, e distorcida, não consigo visualizar nada, e nem fazer nada no aparelho.
    E para conseguir sair desta tela preciso ficar apertando o botão do meio e a de bloqueio por um tempo.  Para só assim conseguir utilizar.
    Alguém já passou por isso? Sabe o que é? Como proceder?

    Olá.
    É necessário primeiramente cancelar os documentos de material criados em stock posting anteriormente.
    Se a decisão de uso foi feita, precisa ser revertida.
    Utilize a SAP note 175842 para mais referências sobre isso.
    Após, será possível cancelar o documento de material original via MBST.
    Veja também a SAP note 32236.
    Outras notas relacionadas:
    316750 Error QA046 w. canceling mat.doc. w/ inspection lot
    33924  Reversing usage decisions
    Se o problema persistir, verique a nota 48815, pois tal report irá verificar se há inconsistências entre QM e IM.
    Espero que com estas informações, você solucine seu problema.
    Att,
    Felipe Silveira

  • Como desabilitar o bloqueio de conteúdos não seguros?

    Olá!
    De início, informo que embora essa pergunta se pareça muito com outra já existente no site (https://support.mozilla.org/pt-BR/kb/como-conteudos-nao-seguros-afetam-minha-seguranca), tem uma nuance diferente, cuja solução não encontrei.
    Diariamente preciso abrir vária janelas de páginas do Diário de Justiça do RJ, cada uma delas com um link para informações diversas.
    Ocorre que ao clicar no link da 1ª janela, recebo a informação de bloqueio de conteúdo não seguro. Até aí tudo bem, clico lá em cima, mando desativar a proteção, a página recarrega, clico denovo e, pronto!
    O problema está no fato que inicialmente narrei.... "diariamanete abro VÁRIAS páginas", e em cada uma delas tenho o mesmo bloqueio, e pra cada uma delas faço o mesmo procedimento.
    Como devo proceder para deixar TUDO desbloqueado, mas ainda assim mantendo minha segurança?
    Informo ainda que o site em questão é totalmente confiável, bem como seus links, e sempre iniciam com o seguinte endereço: "https://www3.tjrj.jus.br/consultadje/" .
    Bem, agradeço a atenção, e qualquer ajuda.
    Abbs.

    Olá,
    Crie uma exceção para o site:

  • Rejeição do validador do GRC dos campos IND_PRES e IND_FINAL

    Bom dia,
    Estou implementando o layout 3.10 da NF-e e encontrei um problema na validação dos campos IND_PRES e IND_FINAL.
    O cliente possui SAP_APPL 600 SP 24.
    O problema é na chamada do método FILL_HEADER da BAdI CL_NFE_PRINT: antes da chamada do método, os campos xmlh_310-ind_pres e xmlh_310-ind_final são valorizados. No entanto, após a chamada desse método, como não faço nenhuma alteração nos campos IND_PRES e IND_FINAL, as seguintes linhas de código sobrescrevem os valores da estrutura xmlh_310 com valores iniciais:
    Include: LJ_1B_NFEF41
        if xmlh_badi is not initial.
          move-corresponding xmlh_badi to xmlh."#EC ENHOK
           IF xmlh-version >= gc_nfe_version_3.                "1933985
    ->          move-corresponding xmlh_badi to xmlh_310.       "2048213
          ENDIF.                                              "1933985
    Alguns comentários:
    1) Na implementação do método FILL_HEADER, a primeira coisa que eu faço é um MOVE-CORRESPONDING:
      MOVE-CORRESPONDING in_xml_header TO out_header.
      MOVE-CORRESPONDING in_doc TO out_header.
    2) Acho muito estranho que o parâmetro de Import IN_XML_HEADER seja do tipo J1B_NF_XML_HEADER, pois nessa última estrutura não vejo os campos IND_PRES e IND_FINAL. Procurei notas relativas aos campos da J1B_NF_XML_HEADER, mas não achei nada de relevante para o meu problema.
    3) Antes da aplicação da nota 2048213 existia um check para verificar se os valores eram iniciais antes de sobrescrevê-los com o move-corresponding...
    4) Na chamada do método FILL_HEADER, a estrutura xmlh é passada, mas a estrutura xmlh_310 não. Então eu não tenho acesso aos campos xmlh_310-IND_PRES e xml_310-IND_FINAL no método FILL_HEADER.
    Agradeço muito se puderem ajudar a resolver esse problema.
    Obrigado!
    Luis

    Olá, Luis.
    Acredito que seja um pouco tarde para responder, pois provavelmente você já resolveu seu problema.
    Os campos IND_PRES e IND_FINAL estão na estrutura in_doc.
    O que fizemos foi incluir na BADI FILL_HEADER os comandos de MOVE na seguinte ordem:
    MOVE-CORRESPONDING in_doc TO out_header.
    MOVE-CORRESPONDING in_xml_header TO out_header.
    Com isso, os campos acima foram preenchidos corretamente na BADI, e nenhuma outra ação foi necessária.
    Por favor me avise caso ainda ocorra o problema.
    Abraço e boa sorte
    Rodrigo Ferreira

  • Campo vAFRMM para transporte Marítimo - NFE 3.10

    Olá Pessoal,
    Para NFE 3.10, é exigida a tag vAFRMM quando há transporte marítimo.
    AFRMM = Adicional de Frete para Renovação da Marinha Mercante.
    O problema é que nas transações de NFe, esse campo aparece como cabeçalho e no XML aparece como item. O valor no XML para os itens, aparece REPLICADO com o valor do cabeçalho (MarFrete).
    Alguém conseguiu resolver esse problema?
    O mesmo foi corrigido por nota da SAP ou o rateio ocorreu na BADI mesmo?
    Procurei até controle de tela para abrir esse campo nos itens, mas não encontrei nada.
    Agradeço desde já qualquer informação,
    Paulo Henrique

    Oi Paulo
    Esse campo é preenchido via BadI. Ou seja, necessário verificar o desenvolvimento interno.
    Abraço
    Eduardo Chagas

  • Validação XML 3.10 (campo série)

    Boa tarde pessoal.
    Estou com um problema aqui um pouco estranho.
    Estamos fazendo a configuração do XML 3.10, e agora está acontecendo um erro.
    Durante a chamada da função /XNFE/OUTNFE_CREATE, que cria a nota de saída no GRC, é chamada a função /XNFE/OUTNFE_VALIDATION. Essa função faz a validação dos campos da nf-e de acordo com as regras existentes na tabela /XNFE/XMLVALID.
    Quando essa função vai validar o campo SERIE, o mesmo retorna erro na validação.
    A expressão regular da expressão é:
    0|[1-9]{1}[0-9]{0,2}
    O valor da Série é "001".
    Teoricamente essa expressão regular permite utilizar esse valor, pois ela permiti ou o literal "0" apenas, ou valores com pelo menos 1 dígito obrigatório de 1 à 9, com até dois dígitos (não obrigatórios) de 0 à 9.
    Essa expressão deveria permitir, "1  ", "001", " 01", "  1", etc.
    Eu testei a expressão em sites da internet com esta regex, e funcionou perfeitamente.
    Testei alterar a expressão (teste em programa Z) para 0|[0-9]{1}[0-9]{0,2}, e ai sim a expressão funcionou. Parece que o ABAP está considerando que é obrigatório que o primeiro campo da série seja diferente de 0.
    Att,
    Matheus Goulart

    Ola Matheus ,
       Tivemos o mesmo problema em um cliente, se você desativar o validador do GRC vai e enviar o xml request (versão 3.10) para SEFAZ de origem você vai ter um erro de falha do xml.
       Verifique no xml da versão 2.0 o valor da tag <serie>.  Mesmo enviando para o GRC a serie "001" o valor no xml ficava como <SERIE>1</SERIE>.
       Em resumo: Fizemos fizemos um ajuste na BADI CL_NFE_PRINT no metodo HEADER e  retiramos os "zeros a esquerda" da série da nota fiscal e não tivemos mais problemas.
    BR
    Allan Pizaia

  • Campo cNF do XML v.200 da NFe com 9 dígitos

    Olá!
    Estamos testando a NFe na versão 2.00 do XML.
    Encontramos inconsistência no campo cNF do XML gerado pelo SAP.
    Segundo o Manual do Contribuinte 4.01, o campo cNF deve ter o  tamanho de 8 dígitos.
    Nosso ambiente de testes está com o SP18 atualizado e o local de negócio atualizado para gerar o lay-out do XNL da NFe no na versão 2.00. Neste ambiente, o SAP está gerando o campo CNF no XML com o tamanho de 9 dígitos, sendo invalidado pelo SEFAZ.
    O XML na RFC do SAP do cabeçalho da NFe, gera o campo
    Somente para a versão 1.10 do XML da NFe que o campo cNF tem 9 dígitos, sendo que o primeiro refere-se ao tipo de emissão. Entretanto, para a versão 2.0 do XML, segundo o manual do contribuinte 4.01, dever ter 8 dígitos.
    Não temos o GRC. Nosso serviço de mensageria é da Alliance.
    Aplicamos as Notas SAP abaixo, porem sem sucesso:
    Note 1519167 - Nf-e: Issuing type filled for XML-version < 2.00
    Note 1520408 - Nf-e: Issuing type filled for XML-version < 2.00 and RFC = 3
    Alguem já passou ou está passando por isso? Como está resolvendo?
    Obrigado.
    Abrçs
    Heron Caetano

    Ola, respondendo a sua pergunta.
    O formato com 9 digitos para a troca de dados entre o ECC e o GRC aparentemente foi mantida para compatibilidade das versões, porem, a validacao dos dados do NFEid por exemplo e os demais processos, para o formato 006 ( XML 2.0 ) leva em conto o novo formato de 8 digitos como demonstrado abaixo.
    IF lv_id(2)     NE is_nfe_header-cuf       "Region
      OR lv_id+02(02) NE is_nfe_header-demi+2(2) "Year
      OR lv_id+04(02) NE is_nfe_header-demi+4(2) "Month
      OR lv_id+06(14) NE is_nfe_header-c_cnpj    "CNPJ of issuer
      OR lv_id+20(02) NE is_nfe_header-mod       "model
      OR lv_id+22(03) NE lv_serie                "serie
      OR lv_id+25(09) NE is_nfe_header-nnf       "NFe number
      OR ( lv_id+34(01) NE is_nfe_header-tpemis    "Issuing type
           AND is_nfe_header-version NE gc_xmlvers1_erp )  "only for newer version then 1.10 (005a)
      OR lv_id+35(08) NE is_nfe_header-cnf+1     "random number (except first digit fixed zero)
      OR lv_id+43(01) NE is_nfe_header-cdv.      "control digit
    De uma verificada no seu ambiente do GRC, ele está com o SP15 instalado com todas as notas aplicadas ? inclusive no seu ECC, todas as notas referentes ao XML 2.0 foram realizadas com sucesso?

Maybe you are looking for

  • Problem with persistence in Generic Sync application

    Hi: We are developing an application which runson SAP Mi 2.5, SP 18, Windows Mobile 5.0 and Generic Sync for PDAs. We need persistence in our application. We tried with persistence API but we found a problem and we send a message to SAP. Until we can

  • Delete Overlapping requests question

    Hi , How would a Delete overlapping requests (DOR)type work in a PC to a Cube that gets a full load every day with selections for rolling 12 months? Say there is a scenario to load data into an AR line items cube to update open to closed items histor

  • Just updated my iPad 2 to ios7 and now my screen resolution is terrible...

    I tried rebooting several times, but it didn't help. Everything else seems to be working fine. Any suggestions?

  • Related Information Section Details to Main SR Page

    Hi All, We have new requirement where we need to send an email when an SR is modified to the SR contact. When sending the email, the body of the email should have the details of activities (both open & closed) with the SR details. Do we have any opti

  • Archive Link - encrypt HTTP call parameters

    Hello! I have an Archive Link which is configured to open an Internet Explorer (web application). I would like to prevent user from copying the IE address bar and starting the application manually with the same or changed parameters. How do I do this