Horário de Verão - O Documento da NF-e é gerado com 01 Hora a menos que o Documento da Fatura.

Olá Pessoal!
Gostaria de uma dica referente a situação abaixo:
Quando criamos a Fatura e a NF-e, que é um processo praticamente simultâneo, ocorre que
o Documento da NF-e é gerado com 01 Hora a menos que o Documento da Fatura.
Mas isso só ocorre caso o UserId que esteja emitindo o Documento da Fatura e o Documento da NF-e seja do Nordeste,
e este UserID estiver configurado com o Parâmetro do Campo "Fuso Horário Pessoal do Usuário" com o Valor "UTC-3".
Se retirarmos esse Valor "UTC-3" desse Parâmetro, os horários de criação desses Documentos ficam corretos.
Visto que os Estados do Nordeste, exceto o Estado da Bahia, não estão utilizando o Horário de Verão, ou seja,
estão com 01 Hora de atraso em relação ao Estado de São Paulo, onde estão localizados os nossos Servidores.
Para as outras localizades está tudo correto, a divergência de horários não ocorre.
Exemplos:
--> Situação em que ocorre o Problema ( UserID Com UTC-3 ).
20.01.2012 - 17:04:24 - Data-Hora Criação Fatura
20.01.2012 - 16:04:25 - Data-Hora Criação NF-e
20.01.2012 - 17:08:22 - Data-Hora Autorização NF-e
20.01.2012 - 17:08:54 - Data-Hora Cancelamento Fatura
20.01.2012 - 17:09:02 - Data-Hora Cancelamento NF-e
--> Situação em que não ocorre o Problema ( UserID Sem UTC-3 ).
20.01.2012 - 17:37:29 - Data-Hora Criação Fatura
20.01.2012 - 17:37:32 - Data-Hora Criação NF-e
20.01.2012 - 17:40:36 - Data-Hora Autorização NF-e
20.01.2012 - 17:41:07 - Data-Hora Cancelamento Fatura
20.01.2012 - 17:41:09 - Data-Hora Cancelamento NF-e
Gostaríamos de saber se alguém já vivenciou esse tipo de situação e o que foi realizado,
ou se teria alguma dica, ou mesmo uma Nota SAP a ser aplicada para que o problema citado não ocorra.
Estamos na Versão SAPKH60405 do Sistema SAP ECC.
Existe a Thread O Documento da NF-e é gerado com 01 Hora a menos que o Documento da Fatura. mas não foi encontrado solução na época.
Agradeço antecipadamente todas as sugestões.
Obrigado !

Bom dia Rafael,
Se entendi bem, isso não seria de todo bom, pois para o controle de data/hora criação nada melhor do que o horário limpo do servidor. Sempre igual para todos e nem precisamos pensar em que horário estamos. Digo isto pois o campo não é um timestamp preparado para UTC mas um Date e um Time que para localizar precisaria de um timezone junto.
O suporte ao timezone de filial/usuário só foi pois era necessário externamente, mas você pode reparar que no log da J1BNFE fica confuso quando tem user de um lado, user de serviço, user de outra zona... resumindo fica uma zona.
Se um dia vierem a redesenhar a solução, acho pouco provável, fariam com um timestamp UTC based que sempre "seria" o servidor e cada usuário visualizaria em seu timezone.
Regards, Fernando Da Rós

Similar Messages

  • O Documento da NF-e é gerado com 01 Hora a menos que o Documento da Fatura.

    Pessoal, bom dia !
    Gostaria de uma dica referente a situação abaixo:
    Quando criamos a Fatura e a NF-e, que é um processo praticamente simultâneo, ocorre que
    o Documento da NF-e é gerado com 01 Hora a menos que o Documento da Fatura.
    Mas isso só ocorre caso o UserId que esteja emitindo o Documento da Fatura e o Documento da NF-e seja do Nordeste,
    e este UserID estiver configurado com o Parâmetro do Campo "Fuso Horário Pessoal do Usuário" com o Valor "UTC-3".
    Se retirarmos esse Valor "UTC-3" desse Parâmetro, os horários de criação desses Documentos ficam corretos.
    Visto que os Estados do Nordeste, exceto o Estado da Bahia, não estão utilizando o Horário de Verão, ou seja,
    estão com 01 Hora de atraso em relação ao Estado de São Paulo, onde estão localizados os nossos Servidores.
    Para as outras localizades está tudo correto, a divergência de horários não ocorre.
    Exemplos:
    --> Situação em que ocorre o Problema ( UserID Com UTC-3 ).
    20.01.2012 - 17:04:24 - Data-Hora Criação Fatura
    20.01.2012 - 16:04:25 - Data-Hora Criação NF-e
    20.01.2012 - 17:08:22 - Data-Hora Autorização NF-e
    20.01.2012 - 17:08:54 - Data-Hora Cancelamento Fatura
    20.01.2012 - 17:09:02 - Data-Hora Cancelamento NF-e
    --> Situação em que não ocorre o Problema ( UserID Sem UTC-3 ).
    20.01.2012 - 17:37:29 - Data-Hora Criação Fatura
    20.01.2012 - 17:37:32 - Data-Hora Criação NF-e
    20.01.2012 - 17:40:36 - Data-Hora Autorização NF-e
    20.01.2012 - 17:41:07 - Data-Hora Cancelamento Fatura
    20.01.2012 - 17:41:09 - Data-Hora Cancelamento NF-e
    Gostaríamos de saber se alguém já vivenciou esse tipo de situação e o que foi realizado,
    ou se teria alguma dica, ou mesmo uma Nota SAP a ser aplicada para que o problema citado não ocorra.
    Estamos na Versão SAPKH60405 do Sistema SAP ECC.
    Agradeço antecipadamente todas as sugestões.
    Obrigado !
    Ivan Santos

    Olá Henrique, boa tarde !
    Analisamos as Notas SAP mencionadas.
    A Nota SAP 1240988 refere-se a Release 4.6D, e não está aplicada em nosso Sistema, mas nós estamos na Release SAPKH60405, porém essa Nota indica a Nota 1234053 a qual já está aplicada em nosso Sistema.
    Como o problema é na criação dos Documentos de Fatura e NF-e, a Nota SAP 1358891 refere-se a Atualização desses Documentos, e a Nota SAP 1386145 refere-se somente a Data e não a Hora.
    A Nota SAP 1386145 está aplicada em Nosso Sistema, e a Nota SAP 1358891 não está aplicada.
    Devido a urgência, abrimos um chamado na SAP para nos ajudar a identificar e resolver o problema.
    De qualquer forma, agradecemos pela colaboração.
    Att,
    Ivan Santos

  • Diferentes Fuso horários Brasil

    Olá pessoal, boa tarde!
    Estou com um problema relacionado aos diferentes Fuso Horários do Brasil.
    O erro é o seguinte:
    O meu sistema tem horário padrão com timezone -3 e eu possuo alguns locais de negócios em Manaus, onde o timezone é -4. Seguindo todas as orientações da SAP, implementei as notas para que eu pudesse fazer o controle do fuso horário pelo usuário e não acarretar problemas de autorização com a SEFAZ AM.
    No entanto existe uma situação específica que não estou conseguindo resolver. Vou citar abaixo um exemplo para ficar mais claro o erro:
    Quando no Rio Grande do Sul são 00h30 do dia 01/11 por exemplo, no Amazonas ainda são 23h30 do dia 31/10. Com um timezone específico para o Amazonas, eu consigo gerar a NFe com data do dia 31/10 às 23h30, porém quando eu estorno a nota a data atribuída ao campo J_1BNFDOC_CANDAT é preenchida com a data do sistema, neste caso 01/11, às 00h30.
    As consequências desta situação são:
    1) A nota na SEFAZ aparece como cancelada no dia 31/10 às 23h30 e no SAP aparece no dia 01/11 às 00h30.
    2) Consequentemente, no livro de saídas no SAP a nota só aparece cancelada no dia 01/11 às 00h30 o que diverge da informação contida no site da SEFAZ.
    Alguém já passou por essa situação? Sabem como posso fazer para resolvê-la?
    Muito obrigada! Luciana.

    Olá Luciana,
    me parece um erro do sistema, que só considera o timezone na criacao do documento, mas nao no momento do estorno.
    Estranho que ninguém mais reclamou disso...
    Abra um chamado na SAP reproduzindo o problema e solicite para que o estorno leve em consideração o mesmo timezone do usuário utilizado na criação.
    Abs,
    Henrique.

  • Versão do XML errada - Notas de entrada com referencia a Saida em 1.10

    Boa Tarde Pessoal,
    Minha empresa emite notas fiscais em 2.0 em todas suas filiais e estou tendo problemas ao criar notas de devoluções para notas de saídas que saíram na versão 1.10.
    Elas deveriam sair em 2.0 pois não emitimos mais em 1.10.
    Estamos recebendo a rejeição 595      Rejeição: A versão do leiaute da NF-e utilizada não é mais válida.
    Alguem sabe o que pode estar acontecendo?
    Leandro Von Zubem.
    Edited by: Leandro VonZubem on May 17, 2011 8:07 PM

    Bom dia Fernando,
    O problema é que o SAP esta determinando a versão 1.10 na nota que crio hoje referenciando uma nota antiga emitida em 1.10.
    Não sou ABAP mas debuguei a criação da nota e segue o cenário que encontrei:
    Na função J_1B_NF_MAP_TO_XML, alimentamos a estrutura wk_header com os dados da J_1BNFDOC (estrutura i_nfdoc), o campo wk_header-XMLVERS é alimentado com a versão 1.10. (E aqui esta o grande problema)
    Depois disso, através da tabela J_1BNFE_CUST3 ele verifica que a versão que devemos gerar a nota é a 2.0, na função que preenche o Bloco A, eu alimento a xmlh-version com 2.0. mas o wk_header-XMLVERS continua com 1.10.
    Passo pela BADI de header, e atualizo as informações necessárias, mas mantenho 2.0 nas estruturas XMLH e XMLH_BADI.
    Agora eu chamo a função CALL_XI (passando a XMLH com as informações de cabeçalho), é chamada a função /XNFE/NFE_CREATE no GRC e, no validation (Função Check_ID) a variavel gc_xmlvers1_erp esta como 1.10, o que gera um erro de validação na chave de acesso (forcei esse passo para não gerar erro porque sei que se o wk_header não tivesse determinado errado, ele teria preenchido o TPEMIS e não teriamos esse erro)
    Quando ele sai da função de NFE e volta pra criação standard da nota fiscal ele volta pra função J_1B_NF_DOC_INSERT_FROM_OBJECT e depois chama a função J_1B_NF_DOCUMENT_INSERT passando como parâmetro a wk_header (que continua com o XMLVERS como 1.10) e aí criamos a nota com a versão 1.10
    Em resumo, se a nota de saida foi como 1.10, a nota de entrada será forçada a sair como 1.10 também devido a referência standard do SAP. Me parece que o problema esta no standard do SAP.
    O que achei mais estranho é que não vi mais ninguem reclamando, então estou desconfiando que falta aplicar alguma nota em meu ERP.
    Fiz um "workaround" para confirmar que daria certo, segue o que eu fiz:
    Coloquei um ponto de parada na função J_1B_NF_DOC_INSERT_FROM_OBJECT (início do processamento de NFe) e alterei o wk_header-xmlvers para 2.0, após isso ele gerou a nota de devolução com a versão 2.0.
    Leandro Von Zubem.

  • Desde que tengo Firefox 35 (ahora tengo 36.0.1) No puedo ver videos Vine. He intentado mil cosas pero nada. ¿Por que sucede esto?

    He iniciado en modo seguro, he probado con restablecer Firefox a su estado predeterminado, he cambiado el media.windows-media-foundation.enabled a false... pero no funciona de ninguna de las maneras.

    Ve al botón de Firefox→ Ayuda → Información para solucionar problemas... y pulsa sobre el botón Copiar todo al portapapeles
    Posteriormente ve a http://pastebin.mozilla.org y en cuadro de texto pulsa con el botón secundario Pegar y para finalizar al botón inferior Send.
    Indíca en el mensaje del foro la dirección URL que aparece en la barra de direcciones tras enviarlo para poder ver los datos.

  • Muitas palavras das ultimas versões do mozila thunderbird estao em ingles eu ja tentei o que eu acho que poderia mas nao resolveu.

    exemplos : Get messages :to protect your privacy, thunderbird has bloked remot content in this message
    eu si o significado destas mas nao sei de todas e minha versão deveria ser em português totalmente ao menos eu acho.
    ao entras nas configurações complica muito.

    Realmente a versão atual do thunderbird está com algumas falhas em relação a localização, temos que esperar que na próxima atualização essa falhas sejam resolvidas.

  • Sobre a barra de pesquisa da nova versão e como posso entrar em contato com a Mozilla dando sugestões e opiniões?

    Na mais recente atualização, que recebi faz pouco dias, a barra de pesquisa do Firefox sofreu uma grande mudança. Antes, que me era mais prático, eu podia selecionar as pesquisas que quero no ícone ao lado e já pesquisar em determinado domínio. Agora ficou mais complicado e tenho que escrever antes para selecionar e clicar no ícone referente ao domínio que quero. Se souberem se tem como reverter, fico grato, caso não, como poderia entrar em contato com a Mozilla?

    Oi,
    Se quiser deixar a sua opinião para os desenvolvedores do Firefox, clique no menu ''Ajuda'' e depois em ''Enviar minha opinião'' ou através [https://input.mozilla.org/feedback desse link]. Sua opinião é enviada para http://input.mozilla.org/, onde um time de pessoas a leem e coletam dados sobre os problemas mais comuns.

  • "212 - Rejeicao: Data de emissao NF-e posterior a data de recebimento"

    Bom dia,
    Estou com o seguinte cenário.
    Usuário está tentando emitir nota e está ocorrendo o erro "212 - Rejeição: Data de emissão NF-e posterior a data de recebimento".
    Usuário está em Porto Velho - Rondônia que é uma hora a menos em relação a Brasília, ou seja, quando é 23h00min em Porto Velho em Brasília já é 00h00min e ocorre esse erro.
    Usuário só consegue emitir nota a partir das 01h00min da madrugada e com a chegada do horário de verão a diferença irá aumentar em duas horas.
    Alguém já passou por essa situação?
    Obrigado,
    Alexandre.

    Bom dia Henrique,
    Desculpa a demora. Temos um usuário XGRC que está configurado com o fuso horario Brazil, porém para o centro que está com o problema tem o Fuso horario (-4 horas)  diferente de Brasilia (-3 horas). Agora com o horario de verão a diferença aumentou mais uma hora, ou seja se em Brasilia é 12:00 em Rondonia é 10:00.
    No Time Zone está configurado da seguinte forma:
    System Time Zone - BRAZIL
    User's Defoult Time Zone - BRAZIL
    Time Zone Active - "flegado"
    Changes Allowed - "em branco"
    Deletion Allowed -  "em branco"
    Existe outro Centro também que o Fuso horario está configurado para (-3 horas) de Brasilia, porém a localidade onde se encontra o Centro não entrou no horario de verão e está ocorrendo o mesmo problema.
    Grato,
    Alexandre.

  • 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

  • Problemas no itunes

    Não consigo fazer backup do iPhone no meu computador. Aparecem as seguintes mensagens:
    - O SyncServer encontrou um problema e precisa ser fechado.
    - O MobileDeviceHelper encontrou um problema e precisa ser fechado.
    - O MobileBackup encontrou um problema e precisa ser fechado.
    - O iTunes não pode fazer o backup do iPhone "iPhone de Patricia Pereira" porque a sessão de backup falhou.

    Basta acessar o relógio do windows, ir na guia "fuso horário" e marcar a caixa "ajustar automaticamente para o horário de verão".
    Conforme link abaixo:
    http://www.reputacao.com.br/forum-det.jsp?forumPostID=4440

  • SAP GRC NFE não processa NFE's com itens que possuam diferentes alíquotas de IPI.

    SAP GRC NFE não processa NFE's com itens que possuam diferentes alíquotas de IPI.
    Alguém sabe se esse problema já foi resolvido ou conhece um contorno para essa situação ?
    Desde a implantação em junho de 2013 não conseguimos processar notas que possuem itens com diferentes aliquotas de IPI.

    Bom dia Fernando (que bom te encontrar aqui também :-)!
    Então, o Denny da SAP Alemanha me retornou dizendo que temos que instalar o XI Content SLL-NFE 10.0 e criar novamente os cenários da NF-e.
    Eu estou entrando em contato com o nosso Basis que fica em Lima para ver se é possível que ele instale este componente, para que eu crie novamente os cenários da NF-e (extensão _900).
    Após a recriação dos cenários, será que eu consigo reenviar as NF-e de teste novamente ou terei que estornar os documentos e fazer os processos novamente?
    Obrigado pela ajuda!
    Att.
    Daniel

  • SAP GRC NF-e 10.0 - Problema durante Upgrade (mensagem /XNFE/APP 011)

    Boa tarde a todos!
    Realizamos o "Upgrade" do SAP GRC NF-e da versão 1.0 para a versão 10.0 (SLL-NFE 900, nível 0008) e estamos convivendo com um problema em uma mensagem XML do PI.
    Na transação SXMB_MONI, monitor de mensagens processadas, ao filtrar por mensagens com SELSTAT = 017 Application Error - Manual Restart Possible, encontramos problemas em mensagens do seguinte tipo:
    Sender: BATCH_BatchProcess_006
    Receiver: CLNT100TND (Mandante 100 do Sistema TND)
    Receiver Interface Namespace: http://sap.com/xi/NFE/006
    Receiver Interface: BATCH_nfeRecepcaoLoteResponse_IB
    Para estes, quando vou até o detalhe da mensagem e seleciono "Call Inbound Proxy" (com status vermelho), em "Payloads", vejo o erro "Não existe ID de lote  000000000000000".
    Pelo que vi na tabela T100, a mensagem se refere ao código /XNFE/APP, número 011.
    Por que será que está acontecendo este erro? Alguém já vivenciou esta situação antes?
    P.S.: Já abri chamado na SAP e eles encaminharam o problema para a SAP Alemanha...
    Obrigado,
    Daniel

    Bom dia Fernando (que bom te encontrar aqui também :-)!
    Então, o Denny da SAP Alemanha me retornou dizendo que temos que instalar o XI Content SLL-NFE 10.0 e criar novamente os cenários da NF-e.
    Eu estou entrando em contato com o nosso Basis que fica em Lima para ver se é possível que ele instale este componente, para que eu crie novamente os cenários da NF-e (extensão _900).
    Após a recriação dos cenários, será que eu consigo reenviar as NF-e de teste novamente ou terei que estornar os documentos e fazer os processos novamente?
    Obrigado pela ajuda!
    Att.
    Daniel

  • Variavel de sistema em PLD

    Prezados,
    Estou desenvolvendo um layout em PLD, infelizmente não posso fazer esse relatório em Crystal, pois a venda do projeto foi feita com PLD.
    Ao configurar o documento de pedido de venda, estou inserindo a variável de sistema para o a alíquota do ICMS e IPI, porém quando imprimo o relatório estas não são exibidas.
    Área utilizada no PLD é a Repetição 1.
    Variável do ICMS: 1358
    Variável do IPI : 1359
    Variável Valor do IPI: 1360
    Quando peço, na mesma empresa, a impressão através de um relatório padrão do SAP, não ocorre o problema.
    Estou com a impressão de que temos que colocar algum campo para que essas variáveis fiquem visíveis.
    Atenciosamente,
    Bruno Cassaro
    Skuld Business Partner

    tente Mudar o tipo do campo ao invéz de variavel para Banco de dados e busque as informações pelos mesmos, caso não consiga me informe ou entre em contato comigo pelo telefone: 14 9753-4703, talves possa tentar ajudar.
    Ailton Douglas
    UNION TECNOLOGIA DA INFORMAÇÃO.
    SAP BUSINESS ONE.
    Atendemos na Região de Bauru,
    São José do Rio Preto e Presidente Prudente

  • NFe 10 Escrituração XML CTe - Vários Documentos de Custos de Frete para a P.O.

    Bom dia,
    Tenho um cenário de escrituração do XML de CTe versão 2.0 para fretes Outbound CT-e para saídas de NF-e com LES (CTEOUTLE), onde geramos um Pedido de Compra por dia para cada fornecedor de transportes e todos os custos de fretes gerados naquele dia são entrados neste pedido; Quando recebemos o CTe que está atribuído a este Pedido de Compra o sistema não consegue identificar qual é o custo de frete referente a este CTe devido existirem vários custos neste Pedido. No processo tenho que gerar um Pedido de Compra por dia para cada parceiro de transporte.
    Mensagem GRC: Existem vários documentos de custos; automatização não é possível Nº da declaração J1B_NFE565
    Nº mensagem /XNFE/APPB2BSTEPS011
    Alguém sabe como atribuir corretamente o custo para funcionar a automação?
    Outro ponto que tenho neste processo de Simular Fatura, é se consigo determinar automaticamente o Código Imposto e CFOP automaticamente?

    Oi Danilo,
    Estou com o mesmo problema que você.
    Você teve que implementar alguma BADI para trazer o documento correto?
    Poderia dar detalhes?
    Grato
    Lucas

  • Um documento de faturamento está gerando diversos docnums

    Prezados,
    Gostaria da ajuda de vocês, para um problema muito sério que está acontecendo no cliente. Por quatro vezes, 1 vez por mes entre janeiro e abril/2013, ocorreu um erro raro no faturamento da empresa.
    Um mesmo documento de faturamento gerou diversos docnums e consequentemente depois que o job do decouple foi executado, foi gerado a numeração das notas e as mesmas enviadas para a SEFAZ. Evidentemente, isto causou sérios problemas, pois foi necessário cancelar todas as notas fiscais, sendo que por duas vezes, algo como um pouco mais de 1000 notas.
    E aconteceu para difrentes cenários, venda normal, retorno de nota de fornecedor, etc.
    A versão do SAP instalada é o release EHP5 -605 com suporte package 05, há o DECOUPLE instalado com RFC execution 3. A mensageria é NÃO-SAP.
    Algum dos colegas já passou por esta situação alguma vez, que possa nos dar sugestão de como solucionar isto, pois para investigarmos, o maior problema é que é praticamente impossível reproduzirmos o erro.
    Antecipadamente agradeço!
    Diógenes Lucena de Souza

    Fernando,
    O faturamento é gerado normalmente pela VF04, o usuário escolhe o shipping point e seleciona as deliveries que quer faturar.
    Conversando com os usuários, estes nos disseram que quando ocorreu o problema se deu da seguinte maneira :
    Selecionaram o Shipping point e escolheram a deliveries, estas foram faturadas e uma outra de um outro shipping point que não foi selecionada foi faturada também pelo sistema, e o documento de faturamento gerou mais que 1000 docnums, isto ocorreu duas vezes. E ocorreu para cenários diversos, uma venda normal, um retorno de mercadoria com própria nota, etc. Estranhamos o fato, insistimos com os usuários de como eles fizeram o processo, e os mesmos disseram que foi isto que ocorreu, uma delivery que não foi selecionada, o sistema faturou e esta foi a delivery que gerou os mais de 1000 docnums.
    Tentamos reproduzir o cenário envolvendo os usuários, mas evidentemente não tínhamos esperança de que fosse possível ocorrer no teste e de fato não ocorreu. Estamos investigando se há algum desenvolvimento na empresa independente de não ser do projeto que implementamos que eventualmente esteja interferindo nesta operação, mas até o momento não encontramos nada.
    A disposição para mais esclarecimentos.
    Atenciosamente,
    Diógenes L. de Souza

Maybe you are looking for