Italo Giurizzato Junior

Bom dia Fábio, Notei que errei no prefixo das TAGs que compõe a mensagem de cancelamento. Corrigi e enviei para o repositório, favor atualizar e realizar novos testes.

Boa noite a todos, Segundo a regra de validação: GA07 - Verificar o sequencial do evento (HP15 - nSeqEvento) é um valor válido (=1) de implementação Obrigatória pela SEFAZ-Autorizadora gera a rejeição 594. Por essa regra um evento de cancelamento obrigatoriamente a TAG nSeqEvento tem que ser igual a 1. Sendo assim uma NF-e que por ventura tenha algum evento vinculado a mesma não cabe o cancelamento.

Narlem, Você utiliza o ACBrMonitor Plus? Se sim, neste caso não tem como, pois o Monitor ainda não emite a NFS-e. Achei que você desenvolvia em Delphi. É por isso que tanto o André quanto eu fizemos referencia ao programa exemplo do componente ACBNFSe.

Boa tarde Fábio, Fiz mais alguns ajustes, vamos ver se agora vai gerar a solicitação de cancelamento conforme o exemplo.

Boa tarde Narlem, Complementando o André, estude o programa exemplo do componente ACBrNFSe. A NFS-e é totalmente diferente da NF-e, esta última existe um padrão nacional onde todos os estados brasileiros seguem a risca e a nota é enviada para SEFAZ-Autorizadora. Por outro lado a NFS-e apesar de existir um layout definido pela ABRASF, ele não é seguido a risca e tem provedores (empresas que vendem o serviço de recepção de NFS-e para as prefeituras) que inventam de criar os seus próprios layout.

Bom dia Fábio, Eu que lhe agradeço pelos testes que vem realizando. Se Deus quiser logo teremos mais um provedor implementado e funcionando 100%.

Bom dia Michel, Muito obrigado pela colaboração, já esta disponível.

Fábio, Desculpe a falha. Vamos ver se agora vai, favor atualizar novamente.

Fábio, Por favor atualize os fontes mais uma vez e refaça os testes.

Fábio, Os 3 campos voltaram vazio? Você compilou a sua aplicação com Build? A informação "zoada" é por causa do cedilha e da vogal acentuada.

Boa tarde Ubirajara, Veja este link: http://hom.cte.fazenda.gov.br/portal/disponibilidade.aspx?versao=1.00&tipoConteudo=XbSeqxE8pl8= No seu caso a UF é MG, correto? veja o status dos Web Services de MG no ambiente de homologação.

Boa tarde Fábio, Com os XMLs que você anexou foi possível, dar mais um passo. Implementei na estrutura da NFS-e as seguintes propriedades: Autenticador e Link. Fiz alterações no componente para popular as propriedades: Autenticador, Link e Numero quando o valor da TAG erro for false. No arquivo de retorno que você anexou note o valores das seguintes TAGs: o valor de erro é false, indicando que não ocorreu erro no processamento da nota recebida pelo Web Service; Autenticador é HOMOLOGAÇÃO, indicando que o ambiente de processamento é o de homologação; Link é vazio, acredito que se o ambiente fosse de produção teríamos o link que devemos enviar por e-mail para o tomador do serviço para que o mesmo possa baixar e imprimir o DANFSE Numero é 522764, acredito ser o numero da nota gerada. Favor atualizar os fontes e realizar novos testes. Para ler as 3 informações você pode fazer da seguinte forma após o envio. sAut := ACBrNFSe1.NotasFiscais.Items[ 0 ].NFSe.Autenticador; sLink := ACBrNFSe1.NotasFiscais.Items[ 0 ].NFSe.Link; sNum := ACBrNFSe1.NotasFiscais.Items[ 0 ].NFSe.Numero; Como esse provedor possui somente 2 Web Services o de envio e o de cancelamento (pelo menos é a informação que temos e consta no arquivo INI do provedor) sendo assim o DANFSE só será possível obter através no link e quando a nota for enviada para o ambiente de produção. Sendo assim o próximo passo é realizar um novo envio para tentar ler as 3 propriedades acima e depois partir para o cancelamento. Por fim partir para o ambiente de produção.

Boa tarde, Como assim não exige o certificado? Até onde sei para o provedor FISSLex há necessidade de assinar o Lote de RPS antes do seu envio, sendo assim é preciso do certificado digital. Favor não confundir emissão de NFS-e via site com a emissão via Web Services.

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

Seria de bom grado se você anexa-se os arquivos que você fez alteração para que o componente atende-se mais essa cidade.

Bom dia Homero, Muito obrigado pela colaboração, vou incluir e disponibilizar.

Bom dia ALA, Favor atualizar todos os fontes de todas as pastas. Note que fiz uma alteração no arquivo INI do provedor Pronimv2. Realize novos testes.

Natana, Note que no envio não consta o CNPJ / CPF do emitente: <NumeroLote>6</NumeroLote><CpfCnpj><Cpf/></CpfCnpj> Na sua aplicação a rotina que configura o componente contem as linhas de configuração do Emitente? Vide o programa exemplo.

Boa dia Arce, Em uma postagem você se refere ao envio síncrono, mas o fragmento de código que você postou não se refere ao envio síncrono e sim ao envio assíncrono.

Bom dia Felipe, Inclui duas propriedades para você ler a chave da NFS-e bem como a sua situação, são elas: ACBrNFSe1.WebServices.ConsSitLoteRPS.RetSitLote.InfSit.MsgRetorno.Items[nCt].chvAcessoNFSe ACBrNFSe1.WebServices.ConsSitLoteRPS.RetSitLote.InfSit.MsgRetorno.Items[nCt].sit Ambas são do tipo string.

Bom dia Uemerson, O provedor FISSLex se utiliza a versão 1 do layout da ABRASF, já temos 13 provedor dessa versão funcionando 100% inclusive o FISSLex. Você esta com todos os fontes de todas as pastas atualizados?

Bom dia, Essa cidade você que inclui? Se sim, ela usa a versão 1 ou 2 do Pronim? Você incluiu a URL de homologação e de produção no arquivo INI do provedor: Pronim.INI (Versão 1) ou Pronimv2.INI (Versão 2) ?

Bom dia Almeida, O XML esta sendo gerado conforme os schemas. Para mim é ridículo a mensagem de erro retornada, não leva nada a lugar algum.

Bom dia Luciano, Ao enviar o RPS através do método Gerar, já temos como resposta o XML da NFS-e ou a lista de rejeição. Precisamos que você anexe o arquivo de retorno. Outra coisa, no caso das consultas, ao configurar o componente você incluiu as linhas que configuram o Emitente (vide o programa exemplo)?

Bom dia Vinicius, Esse provedor não foi implementado. Não temos nenhuma informação sobre ele.