Italo Giurizzato Junior

Boa tarde Brito, Se nada mudou, a cidade de Osasco é atendida pelo provedor EGoverneISS. Esse provedor possui um layout próprio, ou seja, não segue o layout da ABRASF. Pelo arquivo INI do respectivo provedor notei que temos somente dois serviços: Gerar e Cancelar. O método Gerar trabalha no modo síncrono, portanto devemos enviar somente um RPS por vez e o retorno do webservice tem que ser uma lista com as rejeições caso o RPS tenha alguma informação errada ou o XML da NFS-e. A priori o componente cria uma pasta chamada NFSe onde são salvos os arquivos de envio e de retorno, a pasta Recibos onde são salvos os XML dos RPS e a pasta Notas onde são salvos os XML das NFS-e retornados pelo webservice. O arquivo *-lista-nfse.xml é o arquivo de retorno do webservice referente ao processamento do envio do RPS que se encontra no arquivo *-ger-nfse.xml O arquivo *-lista-nfse.xml como dito acima deveria conter a lista de rejeições ou o XML da NFS-e, mas esse provedor não retorna o XML da NFS-e e sim o resultado do processamento e um link que você pode enviar por e-mail para o tomador, para que este possa ter acesso ao DANFSE da nota. Acredito que você vai ter que utilizar o XML que esta salvo na pasta Recibos para poder realizar o Cancelamento.

Boa tarde Rodrigo, Muito obrigado pela colaboração, já enviei para o repositório. Favor atualizar todos os fontes de todas as pastas e faça novos testes.

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

Boa tarde Brito, Acredito que você esteja confundindo algumas coisas. 1. Só faz sentindo cancelar uma nota que foi emitida, se ela foi emitida você tem o XML dela. 2. O método Cancelar envia o pedido de cancelamento para o webservice e nos da um retorno que diz se a nota foi cancelada ou não.

Boa tarde a todos, Alguém sabe me informar a partir de quando a cidade de Ribeirão Preto só vai aceita as notas recepcionadas pelo provedor ISSNet? Lembre-se que o componente ACBrNFSe já possui esse provedor implementando, portanto só é necessário alterar o arquivo Cidades.ini Não precisa fazer alterações no arquivo INI do provedor e muito menos trocar os arquivos de Schemas (XSD).

Boa tarde Brajan, Ainda não finalizei a analise, mas o que tudo indica o componente vai ter que pegar as informações do RPS enviado com o retorno e montar um novo XML que será da NFS-e. Assim que conseguir terminar aviso aqui.

Boa tarde, Complementando a resposta do Juliomar, o método para leitura do arquivo INI fora incluída nos componentes ACBrNFe, ACBrCTe entre outros pelo fato de você poder emitir esses modelos de documentos através do ACBrMonitor Plus, aplicação desenvolvida pela equipe ACBr e destinada aos desenvolvedores que trabalham com outras linguagens de programação. O objetivo do Refactoring é melhorar o código do componente que esta um balaio de gato e com isso criar um método para a leitura do arquivo INI, visando a criação do ACBrLibNFSe, uma DLL para ser utilizada pelos desenvolvedores que não trabalham com o Delphi/Lazarus.

Bom dia Soares, Você não tem condições de fazer um teste fora do ambiente Android? O componente esta configurado corretamente? Note que agora ele possui uma nova propriedade de configuração: ModeloDF que deve conter o valor moBPe.

Bom dia ALA, Houve necessidade de alterar o arquivo INI do provedor e os Schemas para a cidade de Ribeirão Preto ou somente o arquivo Cidades.ini?

Brito, Como lhe disse o componente gera o XML do Pedido de Cancelamento da forma exata como ele tem que ser para o provedor em questão. Sendo assim você não precisa gerar o XML na unha. O grande problema é que para que o componente possa fazer isso ele precisa do XML da nota fiscal que se pretende cancelar. Procure sempre fazer os testes usando o programa exemplo.

Bom dia Brajan, Muito obrigado, vou analisar.

Bom dia Brito, O componente ACBrNFSe como esta hoje, lhe obriga a carregar o XML da NFS-e antes de solicitar o seu cancelamento. Portanto a sequencia de comandos abaixo é o que precisamos para poder cancelar a nota: dtmNFSe.ACBrNFSe.NotasFiscais.Clear; dtmNFSe.ACBrNFSe.NotasFiscais.LoadFromFile(NotaX.xml'); dtmNFSe.ACBrNFSe.CancelarNFSe(sCodigo); Estou trabalhando no Refactoring do componente que vai acabar com essa exigência. Para os provedores que seguem o layout da ABRASF, a priori as informações necessárias para solicitar o cancelamento de uma nota são: CNPJ e Inscrição Municipal do Prestador, Numero da NFS-e e Código de Cancelamento. Mas como tudo não são flores, tem provedor que se faz necessário ainda informar o Motivo do Cancelamento (texto), o Código de Verificação da nota (costa no XML da mesma) e outros existem uma tal de Chave Privada de Acesso. A minha sugestão é que você sempre se utilize do componente para gerar o Pedido de Cancelamento, pois ele sabe o que é necessário para cada provedor.

Boa tarde Brito, Você não tem o XML da Nota que pretende cancelar? Caso não tenha, o jeito vai ser fazer uma alteração no componente de tal forma que permita o cancelamento sem a necessidade de carregar o XML da nota.

Boa tarde Brajan, Se não me falha a memória o webservice desse provedor após processar o RPS enviado não retorna o XML da nota e sim um XML contendo algumas informações. Você poderia anexar o XML do RPS enviado para que possamos analisar?

Bom dia a todos, Encontra-se disponível no repositório a implementação do provedor SigISS. Favor atualizaram os fontes e façam os testes.

Bom dia Heptas, Acabo de enviar a sua implementação do provedor SigISS. Leeonardo, por favor faça uma cópia das suas alterações, atualize os fontes e verifique o que o Heptas fez com o que você fez. Notei que um seguiu por um caminho e o outro por outro caminho. Como são vocês que tem clientes que vão se utilizar desse provedor fica mais fácil de vocês testarem e implementar o que realmente é necessário para fazer funcionar. Toda ajuda é bem vinda e fiquem a vontade em enviar para melhorias ou correções. Mais uma vez muito obrigado pela colaboração de vocês.

Bom dia Fábio, Já enviei para o repositório a sua colaboração.

Boa tarde Heraldo, Vai ser necessário alterar apenas o arquivo Cidades.ini Abra esse arquivo e veja como é de outras cidades que usam o mesmo provedor. Lembre-se de nos enviar o arquivo Cidades.ini para que possamos disponibilizar no repositório.

Boa tarde Ricardo, A mensagem é clara, ele esta tentando converter uma string vazia em um numero inteiro. É preciso abrir o XML de envio da consulta para tentar descobrir qual é a tag que esta fazia, pode ser a serie da nota que não foi informada.

Boa tarde, Analisando o código do componente, mais precisamente a unit pcnCIOTW_eFrete (linha 1766) temos: if TipoViagem <> TAC_Agregado then GerarPagamentos; No XML de pedido de adição de operação te transporte temos: <obj:TipoViagem>TAC_Agregado</obj:TipoViagem> Podemos concluir que: o grupo de informações referente ao pagamento só vai ser gerado se o tipo de viagem não for TAC Agregado, no seu XML o tipo é TAC Agregado, portanto não vai gerar.

Bom dia Leeonardo, Muito obrigado pela colaboração, assim que possível vou analisar.

Bom dia Paulinha, Segundo o XML de envio do lote que você anexou tanto o RPS quanto o Lote estão assinados. E mesmo assim o retorno do webservice rejeita acusando que o Lote não esta assinado. Como esse provedor segue a versão 2 do layout da ABRASF, sugiro que você tente enviar o RPS através do método EnviarSincrono e do Gerar. Se nenhum deles funcionar, não vejo outra saída a não ser entrar em contato com o provedor, enviando para eles o XML de envio de lote e o retorno. Para mim, é problema no webservice deles.

Bom dia, Ainda não tive tempo de analisar.

Bom dia Cleber, Esse problema também ocorre com o programa exemplo do componente ACBrCIOT?

Bom dia Zanutto, Se tratando de Transportadora, temos que ter em mente o seguinte: 1. Ela não é o Destinatário da Mercadoria, logo não faz nenhum sentido enviar o evento de Manifestação do Destinatário. 2. A Transportadora poderá obter o XML na integra através do DistribuicaoDFe do componente ACBrNFe, desde que o CNPJ dela encontra-se informado na tag <CNPJ> do grupo <transporta> ou na tag <CNPJ> do grupo <autXML>. 3. Se o CNPJ da transportador for informado em qualquer outro lugar, como por exemplo nas tags de observação, não vai ser possível baixar o XML. Caso você consiga baixar o XML da nota através do Portal da NF-e, verifique onde o CNPJ da transportadora foi informado.