Italo Giurizzato Junior

Bom dia Renato, Já esta no repositório.

Bom dia, Já esta no repositório a alteração no arquivo Cidades.ini com a troca do provedor.

Bom dia Josué, Já esta no repositório.

Bom dia Leonardo, O que você utiliza para imprimir o DANFSE (Fast ou Fortes Report)?

Bom dia Sérgio, Qual método você executou?

Bom dia Felipe, No TratarResposta que lhe pedi para colocar um ponto de parada o retorno da função ExtrairRetorno é atribuído em qual variável? Favor anexar os XMLs gerados ao executar o método SubstituirNFSe. Detalhe importante, quando realizamos testes com o programa exemplo é sempre bom deixar marcado a opção para salvar os arquivos Soap. Necessito de todos os arquivos, de envio e de retorno (os soap também).

Bom dia Fabio, Acabei de fazer um teste com base nas suas alterações nos arquivos Cidades.ini e ISSe.ini e consegui enviar e obter um retorno do webservice. O teste foi feito usando o programa exemplo.

Felipe, Até ai tudo bem. E o conteúdo de FPRetRW?

Boa tarde Douglas, Você poderia anexar um XML para que possamos realizar testes.

Boa tarde Moroni, E esse é o grande problema, o provedor IPM não segue o padrão ABRASF, mas por padrão o componente gera e envia o XML do RPS para o webservice do provedor que por sua vez analisa e estando tudo OK gera e retorna o XML da NFS-e. Não me retorno como se comporta o provedor IPM. Com relação ao QR-Code não é todos os provedores que tem. Ele só é impresso no DANFSE se o campo OutrasInformacoes ou Link possuírem uma URL

Boa tarde Felipe, Algumas Procedures e Funções das units ACBrDFe não quase nada mesmo, pois elas são sobrepostas por Procedures e Funções definidas na unit do ACBrNFSe por exemplo. Esse é o caso o TratarResposta entre ontras. Na Unit ACBrNFSeWebServices temos o TratarResposta referente ao método SubstituirNFSe. É essa função que esta retornando False e não a que esta no ACBrDFeWebService. Como lhe disse a função TratarResposta que se encontra na unit ACBrNFSeWebServices se sobrepõe a função de mesmo nome que esta na unit ACBrDFeWebService. Você precisa colocar um ponto de parada na função TratarReposta do método SubstituirNFSe e tentar descobrir o porque ela esta retornando False. Essa função na verdade tem 4 linhas, sendo que a terceira obtém o XML de retorno e a quarta e ultima ocorre a extração do XML da NFS-e desse retorno. É preciso checar se ela esta obtendo o XML de retorno e por fim se nesse retorno esta sendo extraído o XML da NFS-e.

Boa tarde Sérgio, Verifique se não foi gerado o XML *-env-lot.xml

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

Felipe, Jamais altere as units ACBrDFexxxx, pois elas são utilizadas por todos os componentes que emitem DF-e como NF-e, CT-e, MDF-e, BP-e, eSocial, Reinf e a NFS-e É preciso debugar todas as procedures e funções ao executar o método para descobrir exatamente o esta o problema. Eu não consigo fazer isso, pois o certificado digital que tenho é de uma empresa de outra cidade, logo ao tentar fazer o teste recebo o erro 401.

Bom dia Felipe, Qual linha você comentou e de qual Unit?

Bom dia Mauricio, Você não esta testando o envio para a cidade de Rondinha/RS? Porque no e-mail eles pedem para colocar o código IBGE 4320107? Esse código é da cidade de Sarandi/RS que até onde sei se utiliza do provedor SafeWeb.

Boa tarde, Recebi o e-mail, mas com um arquivo *.eml em anexo que esta muito complicado a leitura. >>> Feito testes usando o SoapUI, est=C3=A1 tudo OK com o XML.... s=C3=B3 n= =C3=A3o >>> esta chegando a requisi=C3=A7=C3=A3o at=C3=A9 o meu servidor pelo o que= est=C3=A1 parecendo.

Boa tarde Josué, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Bom dia Sérgio, O provedor Vitoria lhe permite enviar um lote de RPS no modo assíncrono (método Enviar) no modo síncrono (método EnviarSincrono) ou apenas um RPS através do método Gerar. Você não pode comparar o XML do RPS com o do Lote. O XML de envio do Lote só é gerado ao executar o método Enviar ou EnviarSincrono.

Bom dia Moroni, Segundo a unit que gera o XML do RPS do provedor IPM temos: Gerador.wCampo(tcDe2, '', 'valor_tributavel', 1, 15, 1, NFSe.Servico.ItemServico[I].ValorServicos, ''); Esse provedor permite que informamos uma lista de itens de serviço, a tag <valor_tributavel> é gerada com o valor passado no campo ValorServicos. Verifica se você esta alimentando esse campo.

Mauricio, Pode mandar para o e-mail que consta na minha assinatura.

Bom dia Mauricio, Assim fica complicado, os caras fazem um teste, mostra uma imagem que a coisa funciona, mas não fornece o XML utilizado para a realização do teste para que possamos verificar onde estamos errando.

Olá Pessoal, Hoje disponibilizamos mais um componente, o ACBrPagFor. A funcionalidade que ele permite é automatizar a autorização de pagamentos em um banco. Por exemplo, automatizar o pagamento de fornecedores que tenham emitidos contra seu cliente boletos, títulos, etc... O componente gera o arquivo para indicar aos bancos que um pagamento pode ser feito. Essa funcionalidade, de modo geral, é chamada pelos bancos de "Pagamento de Fornecedores" (veja alguns links no final do artigo). Como o componente funciona? Esse componente gera um arquivo texto segundo o padrão CNAB 240 para pagamentos de fornecedores. Ele também é capaz de fazer a leitura do retorno, de modo que você pode saber o resultado. Ele já existia antes e estava em outro repositório do ACBr chamado Branches com o nome ACBrCNAB. Resolvemos trocar o seu nome ao migrar para o Trunk2, pois assim acreditamos que os desenvolvedores estão mais familiarizados com o termo PagFor utilizado por diversos bancos. Para que bancos? Ele não contempla todos os bancos nesse momento de lançamento, mas é um pontapé inicial. Os testes iniciais foram realizados com os bancos: Itaú, HSBC, Santander, Sicred e Banco do Brasil. Contamos com a colaboração da comunidade ACBr para torná-lo mais completo e robusto. Então fique a vontade implementar no seu sistema essa nova funcionalidade e para testar e colaborar com melhorias e correções. ------- Links para essa funcionalidade em alguns bancos: https://banco.bradesco/html/pessoajuridica/solucoes-integradas/pagamentos/pag-for.shtm https://www.santander.com.br/servicos-financeiros/solucoes-de-pagamento/pagamento-a-fornecedores https://www.sicredi.com.br/site/pagamentos-e-recebimentos/para-sua-empresa/pagamento-a-fornecedores/ https://www.caixa.gov.br/empresa/pagamentos-recebimentos/pagamentos/fornecedor/Paginas/default.aspx https://www.daycoval.com.br/para-empresa/servicos/pag-for

Boa tarde Felipe, No programa exemplo comente as linhas que se refere ao SegmentoB. Não sei porque ele esta no programa exemplo sendo que não foi implementado no componente.

Boa tarde, Tenha em mente que o serviço de Consultar a Situação do Lote não existe na versão 2 do layout da ABRASF, somente na versão 1. Isso explica essa mensagem de erro. O provedor WebISSv2 segue a versão 2 do layout da ABRASF logo esse serviço não existe em seu webservice, por outro lado o provedor WebISS que segue a versão 1 do layout da ABRASF tem o serviço. Note que em uma postagem anterior eu perguntei ao Velmer se a cidade esta usando o webservice da versão 1 (WebISS) ou da versão 2 (WebISSv2). Você me retornou anexando a documentação e deixando claro que a versão adotada é a 2. Nos arquivos XML que você anexou em especial o *-rec.xml contem o numero do protocolo que atesta que o webservice do provedor recebeu o lote contendo o RPS. Como dito acima, os provedores que seguem a versão 2 do layout da ABRASF não tem o serviço de Consultar a Situação do Lote, a sua aplicação deve pular essa consulta e já ir direto no ConsultarLoteRps, passando os parâmetros: numero do lote e protocolo. Se o lote foi processado com sucesso, você terá como resposta o XML da NFS-e.