Italo Giurizzato Junior

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Boa tarde @phulano, Não seria zero, neste caso o retNenhum serve para não gerar a tag quando esta não deve ser gerada dependendo da situação.

Bom dia @ralty, Analisei os XMLs que você me enviou, notei que nos arquivos: *-lista-nfse-con.xml que é o retorno da consulta consta o XML da nota. Não foi criado uma pasta chamada Notas? É para ter criado e dentro dela constar o XML da nota extraído do retorno da consulta. Como foi salvo tanto os arquivos soap e os não soap, isso significa que o componente esta conseguindo tratar corretamente os XMLs retornados pelo webservice. Quando não consegue tratar o componente só salva os arquivos soap.

@Eduardo Rodrigues de Faria, Já esta no SVN.

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

Bom dia Alex, Já esta no SVN.

Bom dia @Light System Software, Já esta no SVN.

Bom dia @Claudio Consulim, Verifica se no programa exemplo contem um botão chamado [Informações sobre o Provedor]? Caso afirmativo, clique nele. Se você configurou corretamente o componente é para aparecer as informações sobre o provedor que atende a cidade, tais como Autenticação, Serviços Disponibilizados e Particularidades. Não esqueça que devemos salvar a configuração após as mudanças das mesmas. Quando aparece a mensagem de Serviço não implementado, significa que você esta tentando consumir um serviço que não esta disponível no webservice do provedor. No caso de Maringá/PR o nome do provedor continua sendo ISSe.

Bom dia @Destak, Pelo que me recordo essa venda dos sistema já faz um bom tempo que ocorreu. Acredito que deveriamos criar um provedor chamado ISSCampinas, uma vez que o provedor ISSDSF atende outras cidades. Se Campinas ou o provedor ISSDSF vir a fazer alguma alteração em seus sistemas um não afetaria o outro.

Bom dia @Eduardo Rodrigues de Faria, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5697

Boa tarde @Light System Software, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5696

Boa tarde Adhelmar, Antes o Validar checava se o XML estava assinado ou não, caso não estivesse assinava antes de validar. Agora ele não faz mais isso, dai a necessidade de executar o método Assinar antes do Validar conforme o Juliomar lhe passou.

Boa tarde @phulano, Na figura "foto2" diz que devemos informar o Regime Especial de Tributação correto e também diz que o Regime informado esta diferente do que foi cadastrado para o prestador em questão. Sendo assim é preciso ver com a prefeitura/provedor qual é o Regime cadastrado para o prestador. Outra coisa, esse prestador não é MEI, correto? Você também pode emitir uma nota via site, depois baixar o XML para ter uma ideia dos valores que devem ser informados.

Boa tarde @Jhoni Conzatti, Eu enviei duas correções, sendo que a primeira resolvia a questão da leitura do XML (*-ProcInutNFe.xml) e a outra a leitura da tag xJust. Vamos fazer a checagem: Você tem fontes do ACBr com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build. Por fim repita os testes.

Boa tarde @Light System Software, O provedor Prescon já esta implementado e sendo usado pela cidade Ubatuba/SP Você tem as URLs da cidade de Arthur Nogueira?

Boa tarde Mateus, O único serviço que usava o modo assíncrono era o de recepção do MDF-e, todos os demais sempre funcionaram no modo síncrono e eles independem de configuração ou passagem de parâmetro para que funcionem no modo síncrono. Repito somente o método Enviar que possui 3 parâmetros conforme apresentado abaixo, sendo o terceiro responsável por determinar se o envio é síncrono ou assíncrono: // Parâmetros do método Enviar: // 1o = Número do Lote // 2o = Se True imprime automaticamente o DAMDFE // 3o = Se True o envio é no modo Síncrono, caso contrario Assíncrono. // Obs: no modo Síncrono só podemos enviar UM MDF-e por vez. ACBrMDFe1.Enviar(StrToInt(vNumLote), True, True); Caso não tenha feito, favor atualizar todos os fontes de todas as pastas e reinstale o ACBr. Eu fiz uma alteração fazendo com que o envio do RPS a partir de agora só seja feito em modo síncrono independente do valor do terceiro parâmetro. O Encerramento é um evento e para que o mesmo seja enviado usamos o método EnviarEvento cuja sintaxe é: function EnviarEvento(idLote: Int64): Boolean; Como você pode ver ele tem apenas um parâmetro que é o numero do lote. Abaixo temos a lista de serviços disponibilizados pela SEFAZ que consta na versão 1 do manual do MDF-e de 13/06/2012 Isso demonstra claramente que somente o serviço Recepção do MDF-e era assíncrono, todos os demais serviços eram e são até hoje síncrono.

Boa tarde André, Complementando o que o Juliomar já lhe passou: Lines.Add('Chave : ' + ACBrMDFe1.Manifestos[0].MDFe.procMDFe.chMDFe); Lines.Add('Protocolo: ' + ACBrMDFe1.Manifestos[0].MDFe.procMDFe.nProt);

Boa tarde @giovani deitos, Já inclui na minha lista de tarefas para analise. TK-5695

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Adhelmar, Como assim remover o método Validar? É ele que garante que o XML foi gerado segunda a estrutura esperada pela SEFAZ. Estamos aqui para lhe ajudar da melhor forma possível, mas infelizmente você não esta respondendo as nossas perguntas. Se você realmente deseja a nossa ajuda, favor responder as nossas perguntas.

Adhelmar, Erro de Schema é uma informação muito vaga. O que realmente esta ocorrendo? Esta ocorrendo erro de validação do XML e consequentemente não esta sendo enviado? Precisamos saber com exatidão o erro que esta ocorrendo. Quem esta gerando o XML (o componente ou a sua aplicação)?

Bom dia @phulano, Por favor, se tratando de NFS-e sempre informe a cidade/provedor, sem essas informações não temos como lhe ajudar. No novo componente temos condições de fazer com que uma função de conversão seja reescrita para retornar valores específicos para o provedor em questão.

Bom dia @Destak, O problema é que o webservice gerou o XML de retorno pela metade, veja: Ele não finaliza a tag <Descricao>, não finaliza o grupo <Erro>, o grupo <Erros> bem como o grupo <RetornoConsultaLote>. Não temos o que fazer. Por favor entre em contato com a prefeitura e expõe o problema.

Bom dia @ralty, Configure o componente para salvar os arquivos soap. Configuracoes.WebServices.Salvar := True; Faça uma nova consulta e anexe o XML soap de retorno para que possamos analisar o problema.

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