Italo Giurizzato Junior

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

Bom dia Icozeira, Por favor faça um teste com as Units em anexo. Saatri.Provider.pas Saatri.LerXml.pas

Bom dia, Com base nos manuais que nós temos não consegui saber qual é a finalidade da tag <CodigoMunicipioPrestacao> que é opcional. se a tag <CodigoMunicipioPrestacao> se refere ao código IBGE do município onde ocorreu a prestação de serviço, podemos concluir que: 1. se a prestação é dentro do município ela não deve ser gerada. 2 se ocorreu fora ela deve ser gerada com o código desse município. Você poderia conferir com a prefeitura/provedor sobre a finalidade dessa tag?

Bom dia Leonardo, Vou lhe pedir para fazer mais um teste com mais essa alteração. ISSNet.Provider.pas

Boa tarde Joemil, Se criarmos uma propriedade de configuração para as diversas diversidades que tem nos provedores, corremos o risco do componente ter muito mais propriedades de configuração do que campos no XML. Muito obrigado pela colaboração, já inclui na minha lista de tarefas para analisar. TK-3440

Boa tarde Leonardo, Favor substituir pela unit em anexo (abaixo), reinstale o ACBr e faça um novo teste. ISSNet.Provider.pas

Boa tarde Alexandre, Favor verificar junto ao provedor se a cidade Cianorte utiliza a versão 1.00 ou 1.03 ou outra versão. Pois comentar as linhas que você comentou e acrescentar outras podem gerar um efeito colateral com outras cidades.

Boa tarde Marcos, Acredito que esse JSON não seja da NFS-e e sim do RPS. Se você abrir a unit Bauhaus.GravarJson temos como primeiro objeto: DadosNota. Por outro lado na unit Bauhaus.LerJson faz a seguinte verificação: if (Pos('DadosNfse', Arquivo) > 0) then Result := LerJsonNfse(TiraAcentos(Arquivo)) else Result := LerJsonRps(TiraAcentos(Arquivo)); Chego a concluir que se o primeiro objeto se chama DadosNota temos na verdade os dados do Rps, por outro lado se ele for DadosNfse temos os dados da NFS-e propriamente dita. Em anexo temos um JSON que utilizei no teste unitário para validar a unit Bauhaus.LerJson Bauhaus_01-nfse.json Favor verificar se estou correto.

Boa tarde Alex, Por favor, faça um novo teste de cancelamento, mas informe um numero de nota que não existe só para gerar rejeição e anexe o XML do retorno desse pedido de cancelamento. Estou desconfiado que quando ocorre rejeição o grupo <ListaMensagemRetorno> em vez do WebService gerar a tag <CancelarNfseResposta> esta gerando <GerarNfseResposta>. Se isso se confirmar temos um Bug no WebService pois ele tem que gerar a mesma tag não importa se o pedido foi processado com sucesso ou não. Visto que o que estamos esperando é a Resposta do Cancelamento de uma NFS-e portanto a tag correta é <CancelarNfseResposta> e não <GerarNfseResposta>, pois esta ultima é o retorno quando enviamos para o WebService um único Rps para ser processado pelo serviço GerarNfse.

Alex, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3438

Marcos, O componente de impressão tem propriedades para informarmos dados do Emitente (prestador), uma vez que tem provedor (como este) que não traz todos os dados do prestador. Paciência. Mas já inclui na minha lista de tarefas para checar a leitura do JSON. TK-3437

Bom dia Gleryston, Até o momento que eu saiba não foi publicado manuais, schemas, URLs, etc para que possamos começar a escrever o componente.

Bom dia Leonardo, Favor configurar o programa exemplo para salvar os arquivos (Soap). Faça um novo teste e anexe o XML (soap) para que possamos analisar.

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

Bom dia Marcos, Esse JSON é retornado pela API do provedor ou foi baixado do Site da Prefeitura?

Bom dia, Tente desta forma: ACBrNFSeX1.NotasFiscais.GravarXML('teste', ACBrNFSeX1.Configuracoes.Arquivos.PathSalvar, txmlRPS);

Bom dia Alex, Se for possível, favor anexar o XML completo da NFS-e para que possamos fazer os ajustes necessários.

Bom dia Jean, Neste caso informe no campo de observação.

Boa tarde Icozeira, No programa exemplo, mais precisamente na procedure que configura o componente basta trocar o zero por -1. veja: // A propriedade CodigoMunicipio tem que ser a ultima a receber o seu valor // Pois ela se utiliza das demais configurações with ACBrNFSeX1.Configuracoes.Geral do begin LayoutNFSe := TLayoutNFSe(cbLayoutNFSe.ItemIndex); CodigoMunicipio := StrToIntDef(edtCodCidade.Text, -1); <=== trocar o zero por -1 end; Ao executar pela primeira vez, vai ocorrer um erro de cidade não existente, click em Ok para continuar, o combo vai ser preenchido com as cidades. Esse erro só vai ocorrer quando for a primeira vez, depois não corre mais, mesmo se você trocar a cidade configurada por outra.

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

Bom dia Willian, Com certeza foi erro de digitação, vou fazer a correção e enviar para o SVN.

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

Boa tarde Johni, O WebService desse provedor esta bugado. Fiz testes com a cidade de Pouso Alegre e ao consultar o lote de Rps em vez de gerar a tag ConsultarLoteRpsResposta que é o correto esta gerando GerarNfseResposta. Não vejo outra alternativa entrar em contato com o provedor.

Boa tarde, Foi feita uma alteração no componente visando a leitura das tags fora do lugar. Chegou a atualizar os fontes e notou se esta ocorrendo a leitura agora corretamente?

Boa tarde Fabio, Favor atualizar os fontes, reinstale o ACBr e faça um novo teste.