Italo Giurizzato Junior

Bom dia, Pede para eles fornecerem um XML completo (com o grupo Envelope) para que possamos analisar.

Bom dia Flávio, Faça um teste usando somente o programa exemplo do componente. Use ele para gerar, assinar, validar e enviar o XML do evento. Depois consulte para ver se vai ocorrer o mesmo erro. Se não ocorrer, com certeza o XML gerado pela sua aplicação esta incluindo algo no mesmo que não deveria.

Boa tarde Cristhian, Se os certificados são A1, não se faz necessário a instalação dos mesmos tanto no servidor quanto na maquina do usuário. Basta informar o seu Path+Nome e a senha nas configurações do componente ou salvar os certificados no banco de dados e ao configurar o componente carregar o seu conteúdo passando para o componente.

Boa tarde Jadson, Muito obrigado pela colaboração, já fiz a correção e enviei para o repositório. Favor atualizar os fontes e refaça os testes.

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

Bom dia Hugo, É bem provável que o webservice de MG esteja com problemas de validar corretamente um CT-e OS de Complemento. Um CT-e OS Normal é aceito sem nenhum problema?

Bom dia Henrique, Você anexou o XML de retorno da consulta a situação do lote, favor anexar o XML de consulta (*-com-sit.xml).

Bom dia Paulo, Você configurou o componente para usar o libWinCrypt? Se sim, configura para usar o libCapicom e faça um novo teste. Se ocorrer o mesmo problema, favor entrar em contato com o provedor e solicitar um XML assinado para que possamos analisar.

Bom dia a todos, sreletronica, esse XML que você anexou foi baixado do site do Ginfes, correto? Ele não segue o layout definido pela ABRASF, pois esta faltando o grupo <CompNfse> esse seja talvez o motivo pelo qual você esta tendo dificuldade de obter a informação se a nota esta ou não cancelada. Faz o seguinte, através do método ConsultarNFSe (do componente ACBrNFSe) você passa os seguintes parâmetros: DataInicial, DataFinal e numero da nota. No caso dessa nota tanto a data inicial quanto final será 24/10/2018 e o numero 1519. Pronto o XML será baixado e salvo conforme o layout definido no manual. Desta forma será possível você carregar ele usando o LoadFromFile e faz tudo o que deseja.

Bom dia, A NFS-e na verdade é o XML a sua representação gráfica em papel ou PDF chamamos de DANFSE. Realmente tem prefeitura que cria um layout do DANFSE próprio ai a coisa complica. Já existe um projeto em andamento da NFS-e Padrão Nacional, onde teremos um único layout de XML bem como de DANFSE e webservice. Isso já era para estar pronto no inicio deste ano, mas infelizmente as coisas não ocorre como o esperado.

Boa tarde ALA, Favor atualizar todos os fontes de todas as pastas, reinstalar os componentes e faça novos testes. Note que fiz alteração no arquivo INI do provedor NFSeBrasil.

Boa tarde Paulo, Verifique se o arquivo Goiania.ini na seção assinatura os campos RPS e RpsGerar estão recebendo o valor 1.

Boa tarde Henrique, Se chegou a funcionar depois no dia seguinte sem alterar nada ocorre esse erro, com certeza deve ser algum problema no provedor. Favor entrar em contato com eles e expor o problema.

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

Boa tarde, Se você tem o XML da NFS-e, qual é o problema de carregar o mesmo através do LoadFromFile e depois executar o método EnviarEmail? O EnviarEmail possui um parâmetro que se o seu valor for True, vai gerar o PDF do DANFSE e anexar automaticamente no e-mail juntamente com o XML da NFS-e.

Boa tarde Gabriel, Muito simples, você esta comparando o XML de um RPS com o XML de envio do lote de RPS, que obviamente tem mais elementos. O componente possui as seguintes configurações: Configuracoes.Arquivos.Salvar := True ou False; se true salva os XML do RPS e da NFS-e. Configuracoes.Geral.Salvar := True ou False; se true salva os XML secundários, por exemplo o de envio de lote de RPS.

Bom dia Alisson, Tanto o CTe (DACTE) quanto o MDFe (DAMDFE) se utilizam do mesmo Report (Fast ou Fortes)?

Bom dia Wagner, Você esta cometendo um erro que muitos cometem. Quem disse que o valor de cMDF tem que ser igual a nMDF? No final da pagina 100 do Manual do MDF-e versão 3.00 temos: nMDF = Numero que identifica o Manifesto: 1 a 999999999 cMDF = Código aleatório gerado pelo emitente, com o objetivo de evitar acessos indevidos ao documento. O campo nMDF tem um tamanho que varia de 1 a 9 dígitos, por outro lado o cMDF tem um tamanho fixo de 8 dígitos. Tanto o nMDF quanto o cMDF fazem parte da chave que contem 44 dígitos, não faz nenhum sentido ter nessa chave dois campos com o mesmo valor. Pelo jeito você comete esse erro no CT-e, correto? Essa transportadora esta vulnerável, pois se o XML ou o DACTE cair na mão de um concorrente, esse poderá (se tiver paciência) descobrir quais são os remetentes e destinatários mais frequentes, bem como o valor cobrado pelo frete. Desta forma o concorrente poderá entrar em contato com essas pessoas (remetentes / destinatários) oferecer o mesmo serviço por um preço mais em conta. Pare e pense, você esta pondo em risco o futuro dessa transportadora.

Bom dia Antônio, O programa exemplo do componente ACBrReinf mostra três maneiras diferentes de usar ele. 1. a sua aplicação lê os dados do banco de dados e alimenta os campos do respectivo evento, que depois o XML será gerado, assinado, validado e deixado pronto para ser envido com os demais eventos. 2. o componente carrega o XML (assinado ou não) gerado pela sua aplicação, assina se necessário, valida e deixa pronto para ser enviado. 3. o componente carrega um arquivo INI gerado pela sua aplicação (na pasta ArqINI temos um exemplo para cada evento), gera o XML, assina, valida e deixa pronto para ser enviado.

Bom dia Wagner, Que numero você se refere? A chave possui dois números: nMDF (numero do Manifesto de Documentos Fiscais) e cMDF (código do Manifesto de Documentos Fiscais). Jamais atribua o valor de nMDF a cMDF. Se você atribuir o valor zero a cMDF o componente se encarrega de gerar um numero aleatório, uma vez que cMDF não pode ser zero e nem igual a nMDF. Eu prefiro que a minha aplicação gere o código de forma aleatória e armazene no banco de dados juntamente com os demais dados do MDF-e. Assim ao alimentar o componente, leio do banco de dados os valores a serem atribuídos a nMDF e cMDF.

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

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

Bom dia Jean, Na substituição pode ocorrer do pedido de cancelamento ser assinado e o RPS que vai gerar a NFS-e que substituirá a outra cancelada também ser assinado. Sendo assim qual das duas assinaturas esta com erro (do pedido de cancelamento ou do RPS)?

Bom dia, No retorno, diz que existe erro na assinatura. Pois bem, em qual das duas? O RPS é assinado, e o pedido de cancelamento também.

Boa tarde Agnaldo, Antes tínhamos 3 métodos para poder baixar o XML de uma NF-e: ConsultarNFeDest, Evento de Manifestação do Destinatário e o DownloadNFe. Hoje só existe 2 métodos, são eles: DistribuicaoDFe e o Evento de Manifestação do Destinatário. No programa exemplo o botão [Manif. Dest. - Conf. Operação] temos um exemplo de como enviar um evento de Manifestação do Destinatário que no caso é o de Confirmação. Já no botão [Distribuição Documentos Fiscais] temos um exemplo de como usar o método DistribuicaoDFe. No exemplo temos: ACBrNFe1.DistribuicaoDFe(StrToInt(cUFAutor), CNPJ, ultNSU, ANSU); Mas podemos usar com outras chamadas: ACBrNFe1.DistribuicaoDFePorUltNSU(StrToInt(cUFAutor), CNPJ, ultNSU); ACBrNFe1.DistribuicaoDFePorNSU(StrToInt(cUFAutor), CNPJ, ANSU); ACBrNFe1.DistribuicaoDFePorChaveNFe(StrToInt(cUFAutor), CNPJ, chaveNFe); Essas outras três formas a diferença que temos apenas 3 parâmetros, sendo que o ultimo é pelo qual queremos consultar (Ultimo NSU, NSU ou Chave).