shztec

Ola Italo, muito obrigado pelo auxilio. O artivo indicado me deu a luz que faltava, o problema era o arquivo de schema que estava desatualizado. Atualizado o schema consegui cancelar pelo programa de teste do ACBR, vou testar o cancelamento pelo meu sistema.

Ola Diego, realmente não estava configurado a pasta de Schema, mesmo assim não apresentava erro de validação do schema (acredito por a pasta schema estar junto ao executável). Configurei corretamente e o problema persiste utilizando o programa de teste. Sempre retorna o seguinte erro: Ja acrescentei no fonte do exemplo a série , mas desta forma retorna erro informando que o elemento Serie não é esperado. Os arquivos XML de cancelamento só é gerado quando informo a Série. O mesmo esta em anexo. temp1.xml

Diego, tens razão quanto aos arquivos xml, olhei com mais atenção e notei que esses dados foram gerados em um momento que realizei a consulto pelo número da NF. Esses dados havia copiado das guias XML de envio e XML de retorno do programa de teste, visto que os arquivos de retorno não são gerados. Reiniciei o programa de teste e tentei fazer o cancelamento, informando a chave e o motivo 1 como sugerido. Notei que os campos XML de envio e XML de retorno não são preenchidos, apenas é retornado o campo log que este em anexo. Segue o conteúdo do log: Quanto a chave me certifiquei que a mesma esta seguindo a formação correta (inclusive a copiei do site da Infisc). Realizando um teste informando a série utilizada é informado que a mesma não pode ser informada pois retorna erro avisando que o nó serie não é esperado. Como mostrado abaixo:

Outro detalhe, apesar do log especificar que não é informad a Série da nota, a mesma não pode ser informada pois retorna erro avisando que o nó serie não é esperado.

Bom dia Italo, fiz o teste através do programa de exemplo. O teste tambem não foi bem sucedido mas me retornou os arquivos. xml de retorno do cancelamento.xml xml de envio do cancelamento.xml log de cancelamento.txt

Bom dia Italo, Não foi criada a pasta CAN. Será que pode ter algum bug neste provedor que não esteja criando os arquivo e por isso não realiza o cancelamento?

Italo, são todos os arquivos gerados após a tentativa de cancelametno. Configurei da seguinte forma: PathMensal := FNFSe.Configuracoes.Arquivos.GetPathGer(0); FNFSe.Configuracoes.Arquivos.PathGer := PathMensal; FNFSe.Configuracoes.Arquivos.PathCan := PathMensal; FNFSe.Configuracoes.Arquivos.PathSalvar := PathMensal; FNFSe.Configuracoes.WebServices.Salvar := True; Para configurar o local onde os arquivos de cancelamento são salvos é diferente disto?

Olá Italo, obrigado pela resposta. Junto ao site da prefeitura a NF consta ainda como emitida. Todos os arquivos XML retornados pelo componente estão anexados no post original e lendo eles não aparece nenhuma recusa.

Ao realizar o cancelamento utilizando o componente NFSEx para o municipio de Canoas/RS é retornado False a propriedade FNFse.WebService.CancelaNFSe.Sucesso, alem de não cancelar as propriedades da classe FNFse.WebService.CancelaNFSe.RetCancelamento estão vazias. O que dificulta o entendimento da falha. Fiz a atualização dos componetes do ACBR marcando a opção de Remover arquivos antigos. Anexei os arquivos retornados durante o processo. Alguma dica sobre o cancelamento para este provedor? 000000000000122000000000000122000001-con-nfse-fai.xml 000000000000122000000000000122000001-con-nfse-fai-soap.xml 000000000000122000000000000122000001-lista-nfse-fai.xml 000000000000122000000000000122000001-lista-nfse-fai-soap.xml

Boa dia! Ao realizar o cancelamento utilizando o componente NFSEx para o municipio de Canoas/RS é retornado False a propriedade FNFse.WebService.CancelaNFSe.Sucesso, alem de não cancelar as propriedades da classe FNFse.WebService.CancelaNFSe.RetCancelamento estão vazias. O que dificulta o entendimento da falha. Alguma dica sobre o cancelamento para este provedor?

Bom dia, Estou com problemas ao enviar notas para o provedor Infisc (Canoas). Quando emito notas com ISSQN retido recebo a informação de que o valor de issqn foi informado indevidamente e a base de calculo esta incorreta, segue a mensagem: Apesar de ser informado a base de calculo, Valor de ISSQN retido e ISSRetido como stRetencao não aparecem na RPS. Algo dica do que pode ser? Atte, Leandro Schulz SHZ Tecnologia

Olá Italo, estruturei desta forma e resolveu o problema. Mas algo me chamou a atenção, as notas que não possuem ISSQN retido são transmitidas sem problemas mas quando informo retenção recebo a seguinte mensagem? E noto que não são geradas as TAGS de ISS retido na RPS: Algo dica do que pode ser? Atte, Leandro Schulz SHZ Tecnologia

Apesar de não retornar arquivos, verifiquei que a estrutura Emit contem uma propriedade erros que retorna o seguinte: Atte, Leandro Schulz SHZ Tecnologia

Sim, faço a consulta mas retorna em branco, Utilizo este código para isto: FNFSe.Emitir(FLote.ToString, meAutomatico, False); FChaveAcesso := FNFSe.NotasFiscais.Items[0].NFSe.refNF; FNFSe.ConsultarNFSePorChave( FChaveAcesso ); _nfsEnviada := FNFSe.WebService.ConsultaNFSe.Sucesso; Mas refNF retorna em branco. Mas indiferente de realizar a consulta após o envio, estou verificando o site na prefeitura e não é gerada a NF. Atte, Leandro Schulz SHZ Tecnologia

Bom dia Italo! Fiz o procedimento, atualizei o ACBR e instalei novamente (inclusive marcando para apargar os arquivos antigos) mas o problema de envio persiste com um diferencial, desta vez não retorna nenhum arquivo XML. O único arquivo criado é o recibo RPS. Atte, Leandro Schulz SHZ Tecnologia 2267-rps.xml