Diego Foliene

Boa tarde! Muito obrigado por reportar! Foi criada a #TK-4222 para análise do caso e parecer do consultores responsável.

Bom dia! Foi disponibilizada uma nova compilação do ACBrMonitor que deve englobar as alterações citadas acima. Por favor, queira atualizar e testar.

Bom dia @Jose Carlos Barbosa! Foram geradas novas compilações do ACBrMonitor englobando ajustes que visam resolver o problema de impressão. Por favor, queira atualizar seu ACBrMonitor para realizar novos testes e reportar qualquer problema.

Boa tarde! Muito obrigado por reportar! Criada #TK-4218 para análise do caso e parecer do consultor responsável

Boa tarde! Não houve alteração. O envelope que disponibilizou passou nos testes que fiz e não apresentou o erro "Input is not proper UTF-8, indicate encoding !Bytes: 0xC1 0x43 0x41 0x52" Por isso pedi que se possível, faça um teste: Baixe a última versão da Lib disponível no fórum para garantir que esta usando a versão mais atualizada, defina SalvarWS como Sim e atribua um caminho em PathSalvar. Então tente emitir a mesma NFSe(mesmos dados) em homologação(que você disse que está gerando o XML corretamente) e guarde os arquivos de envelope de envio e de resposta que forem gerados. Em seguida, a mesma nota em produção(você disse que não está gerando o XML). Para que possamos comparar o conteúdo dos envelopes de envio e de resposta quando manda em homologação e quando manda em produção. Atribua um valor em PathSalvar, PathGer, PathRPS, PathNFSe e PathCan. Defina sim para SalvarArq, SalvarGer e SalvarWS.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia! Você mesmo pode realizar este teste usando o programa exemplo. Os fontes do projeto ACBr são OpenSource e podem ser baixados usando o TortoiseSVN. (Veja Fontes para mais detalhes)

Bom dia! ACBrLibNFSe na versão Demonstração vai enviar sempre em homologação.

Bom dia! Os logs da Lib podem gravar as informações nos formatos INI, XML e JSON. No entanto, os exemplos disponibilizados pelo ACBr estão configurados para para ler o retorno em INI. Por isso, quando estava configurado com o TipoResposta diferente de zero, recebia o erro e com o tipo como zero deu certo. Os exemplos são isso mesmo, apenas exemplos de como usar. Caso precise receber a resposta em outro formato, você precisa configurar o tratamento da resposta.

O sprint desta semana já foi definido. A inclusão dela vai depender da disponibilidade dos consultores, caso contrário apenas no sprint da próxima semana.

Boa tarde! Criada a #TK-4214 para análise da contribuição para possível inclusão no SVN, análise do problema relatado e parecer do consultor responsável.

O processo é esse mesmo. 1. Altera o ACBrNFSeXServicos.ini 2. Executa o CompilaRES.bat 3. Reinstala o ACBr. 4. Build All na aplicação. Se mesmo depois de fazer esse procedimento ainda está pegando o link antigo, verifique se na mesma pasta do seu EXE não tem um arquivo ACBrNFSeXServicos.ini antigo/defasado. Se tiver, remove ele e teste novamente. Se ainda assim o problema persistir, faça o procedimento contrário, adiciona na mesma pasta do seu EXE o arquivo INI alterado. Se a URL, ou provedor que atende a cidade mudaram, por favor, não disponibilize o arquivo alterado depois para posterior análise e inclusão no SVN.

Boa tarde! O certificado que está sendo usado é do mesmo CNPJ? Se for, tente validar o arquivo de envio da NFSe que foi rejeitada neste link: https://servicos.receita.fazenda.gov.br/servicos/assinadoc/ValidadorAssinaturas.app/valida.aspx Veja se a assinatura indicada realmente coincide com a do prestador de serviço.

Os fontes e os schemas estão atualizados e em dia com o SVN ?

Boa tarde! Por favor, você está usando o compente ACBrNFSe ou ACBrNFSeX? Se estiver usando o ACBrNFSeX, você definiu a configuração para que o componente monte automaticamente o Path dos Schemas ?

Foi gerada uma nova compilação da Lib CTe. Por favor, queira atualizar e realizar novos testes. Lembrando que precisa atualizar as classes do C# também através de um SVN Update

Bom dia! Por favor, faça um teste desta forma(para x86, para x64 é a mesma estrutura mudando apenas de x86 para as Dlls de x64): Este tópico: E este vídeo também podem ser úteis:

Bom dia! A TK foi alocada no sprint desta semana.

Bom dia! A alteração foi no componente nativo desenvolvido para Delphi e Lazarus. Os fontes ficam disponíveis no SVN do ACBr, no entanto, para que a Lib considere essa alteração, ela precisa ser recompilada. Vou verificar a possibilidade de uma compilação e volto a lhe avisar assim que sair uma nova versão.

Boa tarde! Na Tabela de Combustíveis Sujeitos à Tributação Monofásica eles são identificados pelo cProdANP.

Boa tarde! Muito obrigado por compartilhar a informação! O componente já foi adequado ao Padrão Nacional. Neste tópico, tem mais detalhes a respeito. Você também pode baixar o programa exemplo no SVN para realizar testes. Basta definir o Layout como padrão nacional e usar um prestador de serviços que seja MEI ou escolher uma cidade cujo provedor seja Padrão Nacional.

Tópico fechado por falta de retorno do usuário

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde! A versão do documento Fiscal no arquivo ini de configuração está como 4.00? Você está usando INI ou classe de alto nível? Está passando o modelo 4.00 nele também?

Boa tarde! Por favor, forneça mais detalhes. Ocorreu algum erro ao tentar definir o Logo no MDFe? Como você fez está definição? Se tentar carregar este mesmo logo em outro DFe funciona corretamente? Está usando Fortes ou Fast para impressão?