Ir para conteúdo
  • Cadastre-se

José M. S. Junior

Moderadores
  • Total de ítens

    6.523
  • Registro em

  • Última visita

  • Days Won

    54

Tudo que José M. S. Junior postou

  1. Vamos postar aqui neste tópico assim que for liberado a versão semanal com este ajuste.
  2. Boa Tarde, favor anexar o PDF do extrato para análise e o seu arquivo ACBrMonitor.ini para tentar simular o problema. Gerando a impressão utilizando os XMLs anexos imprimiu ok aparentemente...
  3. Boa Tarde @Arturo, o comando enviado para encerramento está correto, o problema é o que foi relatado acima pelo colega BigWings. O ACBrMonitor tentar consultar o MDFe antes de Encerrar e por se tratar de um documento muito antigo a Sefaz não permite a consulta. Vamos tratar isso no ACBrMonitor, para realizar o encerramento sem necessidade da consulta, favor aguardar os ajustes.
  4. Boa tarde, a versão 1.1.0.32 já contempla os ajustes para o MDF-e 3.0, favor realizar os testes.
  5. Bom dia, conforme sitado acima pelo Kiko Fernandes o único erro apresentado é referente a configuração do e-mail, além das recomendações das " " e (). Em simulação utilizando as mesmas configurações do seu ACBrMonitor o problema não acontece. Favor realizar as alterações acima e caso o problema volte a ocorrer, anexe o log.txt do momento que ocorre o problema.
  6. Boa tarde, anexa o (log.txt) do ACBrMonitor assim que ocorrer o problema para podermos analisar, precisamos de um passo a passo para tentar reproduzir esse erro, pois realizando este processo aqui, mesmo com a flag Preview habilitada não ocorre o problema. Se possível anexa o arquivo de configuração do monitor também: (ACBrMonitor.ini)
  7. Sim, o campo tpTransp foi adicionado, mas a obrigatoriedade da qtd de dígitos do campo xClaRisco se trata de uma validação do Schema do MDF-e implementado pelo Sefaz, não é validação do ACBr, por isso não tem como alterar. Talvez realmente seja uma falha neste schema visto que no manual não especifica limite de caracteres para este campo.
  8. Obrigado, vamos verificar.
  9. Bom dia, vamos avaliar ajustes para subir no SVN assim que possível, obrigado.
  10. Boa noite, anexa o xml para realizarmos testes.
  11. Boa Tarde @Arturo, segue anexo um arquivo .txt contendo todas as tags necessárias para o envio do MDFe 3.0, este modelo foi autorizado no SEFAZ em homologação, porém foi enviado com nossos dados de emitente, pode utilizar como exemplo alterando os para seus dados de emitente e também alterando todos os campos de "CNPJ" e "CPF"... Mais isso não significa que não vai ter retorno de erro do SEFAZ quando enviar, pois dependendo do tipo de dado que manda é realizado um tipo de validação pela SEFAZ, por isso é importante consultar o manual do SEFAZ (conforme recomendado acima) pesquisando pelo erro informado no retorno, assim saberá o que precisa preencher no campo que está com divergências... Faz um teste de envio com este arquivo alterando apenas dados de emitente e campos que contenham CNPJ e CPF. ACBrEspelho.txt
  12. Boa tarde, está utilizando as mesmas propriedades que estão configuradas no demo do ACBr NFC-e? Verifique se tem a ver com a propriedade "Ratio" do componente de código de barras.
  13. Deve controlar na sua aplicação até que obtenha o retorno, este intervalo é relativo devido a comunicação com a SEFAZ.
  14. Bom dia, vamos adicionar para análise, subiremos no SVN assim que possível, obrigado.
  15. Bom dia, verifique os comandos no manual ACBrMonitor.pdf, alguns comandos podem ser passado o parâmetro para impressão junto com o envio, se for comando do SAT deve passar separado.
  16. Boa Tarde, isto já está corrigido na última versão do ACBrMonitorPlus, favor atualizar...
  17. Boa tarde, o arquivo .tmp é para controle interno do próprio ACBrMonitor e é apagado pelo mesmo quando identificado que não é mais necessário. Para seu controle verifique sempre o arquivo de saída com o nome que está configurado no ACBrMonitor.
  18. Anexa o ACBrMonitor.ini e o log .txt do ACBrMonitor, assim que realizar a consulta e ocorrer o erro. Assim podemos analisar alguma coisa, mas é provável que seja instabilidade no Servidor Sefaz que está consultando, pois o pessoal está utilizando normal...
  19. @Arturo, pode ser algum valor inválido nesta tag, dá uma olhada no manual do MDF-e 3.0 (SEFAZ) que fica mais fácil identificar o que cada campo espera... Pelo campo (CStat= 699) código descrito no retorno também pode identificar no Manual do MDFe porque ocorre o erro. Por exemplo campo "respSeg" diz que deve ser preenchido com 1 para emitente e 2 para Contratante. CNPJCPF é do responsável pelo seguro e CNPJ apenas é o da Seguradora. No manual do MDF-e também existem estes dois campos, onde detalha mais sobre cada um deles... Fora isso acredito que o restante está ok...
  20. Bom dia, @Arturo, desculpe... falha minha passei errado, já está atualizado na documentação do MDFe - comando (EnviarMDFe) [seg001] respSeg= CNPJCPF= xSeg= CNPJ= nApol= [aver001001] nAver=
  21. Bom dia, o erro HTTP 503 pode ser que serviço não esteja disponível na Sefaz... Qual a configuração do certificado? tenta libOpenSSL / LT_TLSv1_2
  22. Bom dia, dá uma olhada neste link :
  23. Favor anexar a Unit alterada para análise, obrigado.
  24. Estamos atualizando a documentação com estes campos que faltam, informe: [infSeg001] respSeg=0 xSeg=xxxxxxxxxxxx nApol=2323454 nAver=55 vCarga=500
×
×
  • 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.