Ir para conteúdo
  • Cadastre-se

José Carneiro

Membros
  • Total de ítens

    23
  • Registro em

  • Última visita

Posts postados por José Carneiro

  1. Pessoal, boa tarde.

     

       Utilizo o ACBRMonitorPlus, via arquivo texto. Ao atualizar da versão 1.1.0.63 para a 1.2.0.15, este comando que funcionava normalmente, deixou de funcionar. Utilizo muito ele pra testar se o xml já existe antes de criar, para evitar sobrepor um já enviado. Abaixo, print do arquivo de log e o próprio arquivo de log anexado. Alguém pode me ajudar?

     

    grato,

     

    José Carneiro

    image.thumb.png.9cf9ec092245ac0f745b710da8700c63.png

    ACBR.LOG

    • Curtir 1
  2. Tem acontecido com alguma frequência de dar a duplicidade, porém com a mesma chave. Quando isso está acontecendo, consulto manualmente no portal da Sefaz e a nota consta normalmente, já no portal da Receita consta como inexistente. Depois de algum tempo, a NFe aparece no portal da Receita, faço o download manual e atualizo o sistema com os dados da autorização. Como ainda não descobri o que acontece, testo se o arquivo xml existe e faço um backup do existente antes de criar um novo.

  3. 2 horas atrás, José Carneiro disse:

    O problema não é nem o retorno da Sefaz, este está correto, pois o xml está sem a informação mesmo. O problema é que devo estar colocando algo errado no arquivo TXT para gerar o xml.

    A informação está sendo colocada no TXT, deve ter algum erro de sintaxe ou bug no ACBrMonitor (estou utilizando a última versão 1.1.0.53):

    [Combustivel001]
    cProdANP=320102001
    UFCons=BA
    [encerrante001]
    nBico=001
    nBomba=001
    nTanque=001
    vEncIni=123456789.00
    vEncFin=123456790.00


    Mas, o xml está sendo gerado sem a informação:
    image.png.eba8ff15d526fc73937da37dacbe8e53.png

     

  4. 34 minutos atrás, Sérgio Assunção disse:

    @José Carneiro
    Se eu não me engano essa informação é opcional (encerrante).
    Veja os campos que são preenchidos conforme o manual:
    https://acbr.sourceforge.io/ACBrMonitor/NFECriarEnviarNFe.html

    Estes campos não constam no manual. Quanto à obrigatoriedade, fica a critério da Sefaz, coforme NT 2015.002. Na Bahia, é obrigatório e, por isso, a rejeição está acontecendo.

    image.thumb.png.7ecc059ee1a5a4a7d862475654a30ffb.png

  5. Pessoal, boa noite.

     

    Não estou conseguindo gerar o xml com a informação de encerrante, no grupo combustível. Vi uma orientação de Regys (até comentei lá) mas, como é no fórum aberto, achei por bem, postar aqui também. Segui as orientações do tópico no fórum aberto mas, o grupo de combustível fica sem a informação de encerrante.

    Inseri, conforme orientado no tópico aberto, as informações no arquivo texto mas, o xml gera sem a informação de encerrante.

    [encerranteXXX]
    nBico=
    nBomba=
    nTanque=
    vEncIni=
    vEncFin=

     

    grato,

     

    José Carneiro

    Tópico do fórum aberto:

     

    29180196737937000113650010000001231000001238-nfe.xml

    LOG.TXT

  6. Em 06/01/2016 at 22:14, Régys Silveira disse:

    Link para a nota técnica que trata sobre o assunto: http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=mCnJajU4BKU=

    No monitor informe:

    
    [encerranteXXX]
    nBico=
    nBomba=
    nTanque=
    vEncIni=
    vEncFin=

     

    Régys, boa noite.

    Estou gerando o arquivo conforme (creio eu) este layout mas, continua gerando o xml sem a informação do encerrante. Você tem como me ajudar? Seguem os arquivos.

    grato,

    José Carneiro

    LOG.TXT

    29180196737937000113650010000001231000001238-nfe.xml

  7. Daniel, seguem o log e os arquivos xml com e sem o protocolo. O arquivo com o protocolo, eu baixei manualmente no portal da NFe. Observe que o usuário tenta enviar a NFe (7507)  três vezes e retorna o erro:

    ERRO:
    Erro Interno: 12002
    Erro HTTP: 0
    Erro: Requisição não enviada.
    12002 - The operation timed out


    Depois o usuário tenta uma outra NFe (7508), que é autorizada normalmente. Novamente o usuário tenta a 7507, tem como retorno a rejeição por duplicidade e é feita uma consulta automaticamente mas, o xml não é atualizado com o protocolo. Eu estava utilizando o AcbrMonitorPlus 0.2.01.0 e hoje atualizei pra 0.2.01.4, um outro bug que estava acontecendo (falha no envio de alguns e-mails) ficou resolvido nesta nova versão, não sei se resolveu este até porque este acontecia com uma frequência menor.

    29160107238653000152550010000075071000075070-nfe.xml

    29160107238653000152550010000075071000075070-nfe-semprotocolo.xml

    ACBR.LOG

  8. Problema resolvido, pessoal. Atualizei a versão do AcbrMonitorPlus (usava a 0.2.01.0 e atualizei pra 0.2.01.4). No histórico de alterações consta uma correção de bug no envio de boleto via e-mail.

    18/01/2015

    [-] Correções para o envio de Boletos por Email, fazendo uso de rotina interna

       do componente ACBrBoleto  (por: DSA)

    • Curtir 2
  9. Em 25/01/2016 at 06:59, Italo Jurisato Junior disse:

    Bom dia José,

    Depois do envio da nota para a SEFAZ o Monitor aguarda o retorno da mesma com o protocolo de autorização, para que o XML seja atualizado e se torne um documento com validade jurídica.

    Podem ocorrer problemas nesse meio tempo e o XML não receber o protocolo, ficando apenas assinado.

    Se isso ocorrer temos que lançar mão da consulta e o componente dispõe de um comando para esse fim.

    Se realmente a nota foi autorizada pela SEFAZ o comando mencionando acima vai obter como resposta o protocolo de autorização e se encarregará de atualizar o XML.

    Sendo assim não vejo o porque de acessar o Portal da NF-e para baixar o XML.

    Você pode muito bem automatizar o processo de envio e se necessário de consulta.

    Italo, estou fazendo este processo de forma automática. Sempre que envio uma nota e o tipo de rejeição é duplicidade (geralmente acontece quando a primeira tentativa deu algum erro), faço a consulta da mesma automaticamente. Ocorre que na consulta, o xml não está sendo atualizado com a informação do protocolo.

    Em 25/01/2016 at 10:36, Daniel Simoes disse:

    Para que o XML seja atualizado, certifique-se que a opção "Salvar Arquivos em Pastas Separadas", esteja selecionada

    Daniel, esta opção está selecionada. Veja, em anexo, o print da tela de configuração.

    AcbrMonitor-Configuração.jpg

  10. Em 22/01/2016 at 09:54, Daniel Simoes disse:

    Não precisamos reproduzir exatamente o mesmo erro... mas uma situação onde possamos comprovar o problema...

    Você diz que:

    - Consultar uma NFe, usando um XML que não tem o Protocolo de Autorização
    - O ACBrMonitorPLUS, não atualiza o XML inserindo o protocolo de autorização...

    Isso é correto ? Seria esse o problema ?
     

    Sim Daniel, se na consulta, atualizar o xml, inserindo o protocolo resolve o problema. Hoje eu vou no portal NFe, faço o download do xml,  coloco lá na pasta manualmente e oriento o cliente a imprimir.

  11. Em 20/01/2016 at 18:05, Daniel Simoes disse:

    parece ser problemas de configuração da segurança da conta...

    Não, Daniel, a configuração não é alterada e hora envia hora dá erro.

    Em 20/01/2016 at 19:55, Régys Silveira disse:

    Até onde me lembro o hotmail precisa de configuração adicional na conta para permitir o uso de SMTP, chegou a verificar isso?

    Régys, o e-mail hotmail é do destinatário, não estou mandando através de conta hotmail. A conta é do domínio próprio do cliente ou do meu domínio. Neste caso, é do domínio do cliente.

  12. Daniel, hoje aconteceu mais uma vez e peguei o log gerado pelo AcbrMonitorPlus. O usuário tentou gerar a mesma NFe três vezes e dava o seguinte erro:

    ERRO:
    Erro Interno: 12002
    Erro HTTP: 0
    Erro: Requisição não enviada.
    12002 - The operation timed out

    Daí, o usuário gerou uma outra NFe, que teve seu processamento normal, tentou novamente a que havia dado erro e, desta vez, acusou a duplicidade. Simular eu não sei como, pois não tenho idéia do que pode ser este erro. A comunicação entre meu software e o AcbrMonitorPlus se dá por troca de arquivos, com a opção de monitorar pasta.

  13. Pessoal, boa tarde.

     

       Depois da atualização para o AcbrMonitor Plus, aconteceu algumas poucas vezes do xml vir sem o protocolo de autorização da Sefaz-BA. Peguei uma situação no cliente onde a Sefaz não respondeu, dando timeout e, quando enviou a segunda vez acusou duplicidade, até ai tudo beleza. No meu software, quando dá duplicidade, consulto e imprimo mas, o xml que o AcbrMonitorPlus grava, fica sem o protocolo. Esta mesma lógica funcionava perfeitamente no AcbrNfeMonitor. Alguém pode me ajudar?

     

    grato,

     

    José Carneiro

  14. Pessoal, depois que atualizei para o Acbrmonitor Plus venho enfrentando problemas no envio de emails. Tem cliente que não envia de forma alguma, tem outros que hora envia, hora dá erro, já olhei a configuração (se fosse configuração, não enviaria hora nenhuma) e não consegui identificar o problema. Na minha máquina não dá erro, só quando coloco a senha errada mesmo pra simular o erro. Vale ressaltar que, nos clientes, não é feita nenhuma alteração da configuração. Alguém pode me ajudar ?

    grato,

     

    José Carneiro

    ACBRLOG.jpg

×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...