Italo Giurizzato Junior

Bom dia Udenilson, Para mais informações sobre o Distribuição DF-e, por favor leia: Como obter o XML do Fornecedor.

Bom dia Patrick, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

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

Bom dia @MFincotto, Você chegou a testar nessas UF com as URLs que se encontram atualmente no arquivo ACBrNFeServicos? Se sim, qual foi o resultado?

Bom dia, Muito obrigado pela colaboração, já enviei para o repositório.

Bom dia, Em qual momento ocorre esse erro? É o componente que esta lhe apresentando essa mensagem ou você esta pegando o XML e tentando validar ele em algum site? Pois pelos os XMLs que você anexou, o XML assinado do BPe foi gerado, foi enviado, a SEFAZ retornou o protocolo de autorização e o XML assinado foi atualizado, ou seja, agora ele tem o protocolo de autorização. Foi gerado o XML do evento de pedido de cancelamento, ele foi enviado, a SEFAZ retornou o protocolo de homologação do cancelamento e foi gerado o arquivo *-procEventoBPe.xml que contem o pedido e o protocolo, até ai perfeito. Foi solicitado uma consulta por chave, o XML foi gerado e enviado, a SEFAZ retornou o resultado dessa consulta, no XML de retorno temos a situação atual (cancelado), o protocolo de autorização e por fim o pedido de cancelamento com o protocolo de homologação do mesmo. Resumindo, fazendo uma analise pelos arquivos XML, tudo ocorreu conforme o esperado.

Bom dia, Primeiramente a Inutilização não é um evento. Segundo, você não inutiliza uma nota e sim um numero ou uma faixa de números sequenciais. Ao inutilizar um numero ou faixa, você esta informando a SEFAZ que não existe nenhuma nota com aquele numero, ou notas dentro da faixa informada. Com relação a sua pergunta, a resposta é não.

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

Boa tarde, Você chegou a fazer testes com essa cidade usando o programa exemplo do ACBrNFSe? Se sim, qual é o problema que esta ocorrendo?

Boa tarde, Você esta com todos os fontes de todas as pastas atualizados? O problema ocorre também com o programa exemplo? Esta sendo enviado para o cliente o arquivo INI do provedor atualizado? Qual é exatamente o problema que esta ocorrendo e qual é a cidade?

Boa tarde Freitas, Esse fórum é para tratar sobre o componente ACBrNFSe - Nota Fiscal de Serviço Eletrônica, não tem nada haver com o seu problema que é NF-e e pelo que entendi você utiliza o ACBrMonitor. Peço que tenha mais cuidado quando postar, pois você pode acabar postando em lugar errado e não ter resposta para sanar o seu problema.

Boa tarde Adilson, A mensagem é clara, o RPS não foi aceito por já existir outro com o mesmo numero, serie e tipo. É preciso descobrir qual foi o ultimo RPS enviado para dar continuidade na numeração.

Boa tarde Jozimar, Favor anexar a unit alterada para que possamos analisar.

Boa tarde Luís, Por favor atualiza mais uma vez e faça um novo teste.

Boa tarde, Notei que a quantidade de caracteres informado no campo xJust (justificativa do cancelamento) tem menos de 15 caracteres. Favor realizar um novo teste de tal forma que a quantidade de caracteres informado no campo xJust tenha no mínimo 15 e no máximo 255.

Boa tarde Paulinho, Favor anexar o XML assinado e autorizado desse MDF-e. Devemos ter em mente que a Data/Hora de Emissão se refere a Data/Hora da UF do Emitente, já a Data/Hora de Autorização de Uso se refere a Data/Hora da SEFAZ-Autorizadora que neste caso é a SEFAZ-Virtual do Rio Grande do Sul. Se Rio Grande do Sul em relação a UF do Emitente esta 1 hora a mais, isso é devido ao fuso horário. Como lhe disse, o outro sistema diminuía em uma hora o horário de Autorização para ficar dentro do mesmo fuso horário. Que ao meu ver não é o correto, pois esta sendo alterado uma informação que foi gerada pela SEFAZ.

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

Boa tarde, O que vai ser feito e acredito estar disponível na próxima versão do ACBrMonitor é a tarja de "NF-e Denegada" impressa em tamanho grande talvez no centro da folha. Quanto a não imprimir o DANFE de uma nota denegada de forma automática ainda esta sendo analisado pela equipe ACBr.

Boa tarde Rogério, No ACBrMonitor o item UF Destino, sempre tenha em mente que é a UF do Emitente do Documento Fiscal Eletrônico. Não interessa se eu estou vendendo uma mercadoria ou transportando ela para o Destinatário do Amazonas, se o Emitente for do Estado de São Paulo o Item Destino tem que ser SP. Aproveitado @José M. S. Junior, seria interessante alterar, em vez de "UF Destino" para "UF do Emitente", desta forma fica mais claro. A Carta de Correção é um evento, sendo assim existe um Path exclusivo para Eventos, você configurou esse Path?

Boa tarde, Muito obrigado pela colaboração, vamos analisar e estando tudo OK, vamos enviar para o repositório.

Boa tarde Paulo, Por favor faça novos testes usando a Unit em anexo. ACBrDFeXsLibXml2.pas

Luís, Observando o seu XML acredito que os seus fontes estejam desatualizados.

Bom dia Adilson, Veja que nesse XML o código do Item de Serviço é 01.07, já o código de tributação do município é 20107. No seu RPS temos o código do Item de Serviço igual a 07.02 e o código de tributação do município igual a 0702, experimente mudar para 20702.

Bom dia, As URLs do webservice se encontra no arquivo INI do respectivo provedor. Esses arquivos INI se encontram na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI

Bom dia Luís, Esse XML é da versão 1.0 ou 1.1?