Italo Giurizzato Junior

Neste caso fica por conta do desenvolvedor o que ele deseja salvar. Pode ser desta forma, principalmente se temos as duas propriedades (XmlRps e XmlNfse) carregadas, com esse parâmetro defino o que deseja salvar.

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 Anadilson, Após solicitar o cancelamento de uma nota devemos em seguida consultar a mesma, desta forma teremos como retorno desta consulta o XML da nota com a confirmação de que a mesma esta cancelada.

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

Bom dia Ramalho, Favor atualizar os fontes e faça novos testes.

Bom dia Jonathas, Veja o que temos no Schema do provedor ISSSalvador: <!-- ALTERADO POR SALVADOR MOTIVO: Cancelamento somente por processo administrativo <xsd:element name="CancelarNfseResposta"> Isso explica esse erro. Fiz uma alteração no componente para que ele mostre uma mensagem mais amigavel.

Bom dia Marcos, Faça o seguinte alteração na unit Equiplano.Provider - Procedure Configuracao: with CancelarNFSe do begin // InfElemento := 'prestador'; InfElemento := 'esCancelarNfseEnvio'; DocElemento := 'esCancelarNfseEnvio'; end; Essa alteração no conteúdo de InfElemento vai fazer com que mude o valor do DigestValue da assinatura. Altere e faça um novo teste.

Bom dia Claudio, Primeiro é que não estamos mais dando manutenção no componente antigo, somente no novo. Segundo é que da forma que o novo componente foi escrito ficou muito simples a sua manutenção. Alguns desenvolvedores relataram que o novo é mais rápido.

Bom dia Sérgio, O que tem haver o numero do Rps com a série? O provedor tem que ser mais objetivo, informar que a série que esta sendo informada esta errada e a correta é.... Uma nota emitida pelo site fica com qual série?

Bom dia Emdri, Favor atualizar os fontes, reinstalar o ACBr e faça novos testes. Observação: Procure sempre informar a cidade e o provedor, desta forma fica mais fácil saber onde devemos analisar e fazer as devidas correções.

Bom dia Gilson, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Bom dia, Vou ver se consigo uma solução para o método GravarXML. O ideal é que ele consiga identificar automaticamente se o XML é um Rps ou NFS-e e assim proceder com a gravação.

Jonathas, No DANFSE não aparece o código de verificação? Se aparece é para ele estar na propriedade.

Tiago, Já inclui na minha lista de tarefas para analisar o que esta ocorrendo. TK-2416

Boa tarde, Talvez seja necessário completar as classes em ACBrPagForClass e implementar a geração dos Segmentos faltantes em ACBrPagForGravarTxt.

Boa tarde, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2415

Boa tarde Roseno, Pelo que notei a URL de homologação ainda não esta totalmente funcional e a de produção acusa que não existe. Vamos aguardar.

Jonathas, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

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

Boa tarde Marcos, Neste caso vamos ter que estudar uma solução para o GravarXML ser capaz de identificar automaticamente o tipo de XML que ele esta gravando.

Boa tarde Paulo, Já esta no SVN.

Marcos, Acabei de realizar um teste com a referida cidade, veja o resultado. Note que ao informar o Path que contem os schemas eu paro na pasta: ...\Exemplos\ACBrDFe\Schemas\NFSe E a opção para montar automaticamente o Path esta marcada.

Boa tarde Marcos, Já inclui na minha lista de tarefas. TK-2414

Boa tarde Jonathas, Os XMLs que você anexou não contem o XML da NFS-e retornado pelo webservice. Sem esse XML não tenho como verificar o porque ele não esta lendo a tag <CodigoVerificacao>