renemelo

Boa tarde, a funcao CodIBGEToCidade foi retirada? atualizei os fontes hoje e nao tem mais essa funcao.

certo, entendi. muito obrigado pelo esclarecimento.

Bom dia, na verdade, mesmo no componente novo, se eu tento alterar o fonte para fazer um teste - sem desinstalar o componente e instalar de novo com o codigo alterado - parece que o delphi ignora o novo trecho de codigo. Vou dar um exemplo melhor : na unit ACBrNFSeXNotasFiscais - funcao LoadFromLoteNfse tem o seguinte trecho : TagF: Array[1..14] of String; Se eu alterar o tamanho do array para 15 ou 16 posicoes, o compilador "ignora" a alteracao no codigo e mantem em 14 posicoes. tenho a impressao que isso nao era assim antes, por que ja fiz alteracoes no codigo do acbr para testes. foi alterado alguma coisa nesse sentido ou estou viajando? obrigado.

Boa tarde senhores, duas dúvidas. 1) Ao imprimir, quando carrega o XML, existe uma conversão para inteiro em "pcnLeitor" (Conforme imagem), que está trazendo este valor abaixo. 2) Alguns códigos, como este por exemplo, podemos alterar o fonte somente para teste ou tem que ser compilado novamente o ACBr? Se não me engano, antigamente dava. Grato.

Obrigado, funcionou para a emissão da nota. Este fonte vai para ser baixado?

Boa tarde senhores. Na prefeitura de Belford Rio me retorna o seguinte erro: <ErroMensagem>E165 - Alíquota do serviço inválida</ErroMensagem> Em anexo, estou colocando 2 arquivos, um válido, emitido pelo site e outro TESTE emitido pelo sistema, notem que na tag valores existe diferença, seria os schemas? Grato! RPS_VALIDADO_RIO.xml TESTE.XML

entendi, muito obrigado pela resposta. nesse caso, o meu problema esta que como o ACBr nao acha a tag <nfse>, o componente volta como sucesso - ou seja - a nota foi emitida, mas sem os dados dela NotasFiscais.Count = 0. Com isso, não consigo mudar o status dentro do meu sistema, marcando a nota como emitida, já que não tenho as informações dela. Como vocês fazem no sistema de voces?

muito obrigado pela resposta, mas eu baixei todos os manuais que constam para cidade de Araquari-SC e nao consegui achar essa informação. cliquei em todos os menus que aparecem no site e nao achei nada nem parecido com isso. sera que as opcoes para cada prefeitura sao diferentes?

Bom dia estou com o mesmo problema e nao achei no site como alterar o modelo do retorno do XML. poderia dar um print da opcao pra que eu possa fazer aqui pra mim? obrigado

Nao chega a matar ninguem obviamente, mas eu salvo o numero de serie do certificado em um ini para validar o certificado em uma outra operacao dentro do sistema. A minha pergunta foi so realmente pra saber se alguem passou pela mesma situação. Mas nao precisa ter nenhum tipo de ajuste por parte de vocês, eu vou ajustar aqui internamente pra contornar. obrigado pelo retorno.

Nao vi se alguem passou por isso, mas quando carrega o certificado como OpenSSL, o componente retira os zeros da frente do numero de serie, mas no WinCrypt nao. Alguem ja passou por isso?

Boa tarde Ema Canoas, ele nao chega a salvar o retorno por que na Unit ACBrNFSeXWebserviceBase, na procedure ChecarRetorno, o retorno do webservice cai no Raise, fazendo com que o SalvarRetorno(FPRetorno, Result) nao seja executado (ja que ele acontece apenas se nao deu um erro nas prcedures anteriores). Em anexo, uma consulta e remessa com o componente antigo que esta funcionando. Precisa que eu anexe novamente os arquivos com o componente novo? Canoas_Funcionando.zip

Em Campinas/SP, tive problemas ao gerar o XML do RPS. na unit ISSDSF.GravarXml, tive que alterar essa linha de tcInt para tcStr NFSeNode.AppendChild(AddNode(tcStr, '#1', 'CodigoServico', 4, 5, 0, OnlyNumber(NFSe.Servico.ItemListaServico), '')); apesar disso, o numero do protocolo vem em branco - acho que no XML que volta da prefeitura, eles chamam de lote ao inves de protocolo e nao vem os dados da NFe no XML, vem alguns dados do RPS Obs : usando o lote como "protocolo", a consulta nao falha, mas tambem nao vem o XML da NFSe. Um outro detalhe que vale a pena destacar é que o retorno do XML na consulta do lote volta o numero da nota e data da emissao, mas nao retorna os outros dados da nota. Com isso, a rotina que preenche o componente dá erro de conversao para Inteiro onde o componente vai ser carregado com os dados do municipio do tomador e do prestador por que o XML que retorna da prefeitura tambem nao esses dados. segue o XML para AnaliseCampinas.zip

Apos atualizar o componente para a nova versao, na cidade de Canoas/RS do provedor Abaco, da o seguinte erro ao usar a propriedade ACBrNFSeX.Emitir e tambem ao ConsultarLoteRPS : SOAP-ENV:Client - Error reading e:ConsultarLoteRps.Execute No meu exemplo eu fiz duas notas : as duas deram o erro ao tentar emitir. uma delas eu emiti com o componente ACBrNFSe para testar e emitiu normalmente. segue os arquivos XML para a analise. Canoas.zip

bom dia, certo, vou proceder conforme voce falou.

Conclui meus testes na migração do ACBrNFSe para ACBrNFSeX. vou colocar o resultado de todos aqui, mas se essa nao for a maneira correta, me avisem que eu abro de novo, do jeito certo. ---------------------------- Guarulhos/SP : OK Contagem/MG : OK Curitiba/PR : OK --------------------------------- Cabo de Santo Agostinho/PE: transmitiu o RPS mas nao carregou o XML do retorno -> timeout prefeitura - vou continuar tentando consultar o lote, talvez seja problema na prefeitura mesmo. Simoes Filho/BA : nao carregou o schema da pasta para emitir. A propriedade ACBrNFSeX.Configuracoes.Arquivos.PathSchemas aponta para a pasta raiz, os provedores estao em uma subpasta do diretorio. para essa cidade, o componente nao acha a subpasta com os schemas. para as demais prefeituras, ele acha sozinho. Canoas/RS : erro ao consultar o lote -> SOAP-ENV:Client - Error reading e:ConsultarLoteRps.Execute obs : Deu o mesmo erro no ACBrNFSeX.Emitir CMP : na unit ISSDSF.GravarXml, tive que alterar essa linha de tcInt para tcStr NFSeNode.AppendChild(AddNode(tcStr, '#1', 'CodigoServico', 4, 5, 0, OnlyNumber(NFSe.Servico.ItemListaServico), '')); apesar disso, o numero do protocolo vem em branco - acho que no XML que volta da prefeitura, eles chamam de lote ao inves de protocolo e nao vem os dados da NFe no XML, vem alguns dados do RPS Obs : usando o lote como "protocolo", a consulta nao falha, mas tambem nao vem o XML da NFSe. Viana/ES : erro 500 na ACBrNFSeX.Emitir e tambem ao consultar o lote. Obs : em anexo os XML, caso queiram verificar alguma coisa. Campinas.zipViana.zipCanoas.zipCabo de Santo Agostinho.zipSimoes Filho.zip

Boa tarde atualizei os fontes, mas ao enviar da essa mensagem : Project Clicktrans.exe raised exception class EACBrXmlException with message 'XML declaration allowed only at the start of the document Project Clicktrans.exe raised exception class EACBrDFeException with message 'Erro Interno: 0 Erro HTTP: 500 URL: https://es-viana-pm-nfs.cloud.el.com.br/RpsServiceService VIX.zip segue os arquivos para analise.

Boa tarde, segue os arquivos, tanto do emir, quanto do consultar RPS xml.rar

Bom dia migrei ontem para o ACBrNFSeX e estou tentando enviar uma NFSe e validar um RPS ja emitido para a cidade VIANA/ES que usa o provedor EL. A Cidade de Viana, nao constava na lista de cidades do ACBrNFSeXServicos.ini, entao eu inclui, seguindo o modelo das outras cidades que usam o provedor. consegui usar o metodo emitir, mas tive alguns problemas : 1 - na Unit EL.Provider na procedure "TratarRetornoAbrirSessao", o FPHash ficava em branco por que essa linha falhada : FPHash := ProcessarConteudoXml(Document.Root.Childrens.FindAnyNs('return'), tcStr); (pra mim, linha 581) pra funcionar, tive que colocar isso logo abaixo : If Trim(FPHash) = '' Then FPHash := Trim(RetornarConteudoEntre(Response.XmlRetorno, '<return>', '</return>')); Depois dessa modificacao, funcionou. 2 - Ao dar um ACBrNFSeX.NotasFiscais.LoadFromStream(XMLStream) para carregar o RPS para o componente, a carga falhava por que na Unit EL.LerXml, function LerXml essa linha : if (Pos('Nfse', xRetorno) > 0) then tentava ler uma NFSe e nao um RPS. isso por que no meu RPS, bem no fim, tem uma tag chamada "ValorLiquidoNfse". Acima dessa linha, tem um codigo comentado > // if (Pos('notasFiscais', xRetorno) > 0) then ao descomentar a linha de cima e comentar a debaixo, consegui carregar o componente com os dados do RPS. 3 - ao usar o Método "ConsultarNFSeporRps", o webservice da prefeitura não me retorna os dados da NFS-e, retorna uns poucos dados do próprio RPS, não tem o numero da nota, nem a chave de verificação. nao sei qual metodo utilizar, por que os demais metodos exigem o numero da nota e justamente essa informação que estou procurando receber com o uso do ConsultarNFSeporRps. sera que estou fazendo algo errado nesse caso? obrigado, obs : segue o RPS caso queiram conferir alguma coisa. RPS_TESTE.xml

Bom dia. obrigado pelas sugestoes. alterei o programa para aproveitar a conexao do SMTP para a lista e nao mais para cada e-mail. Vou continuar investigando, mas acredito que o caminho seja esse mesmo. obrigado a todos pelas respostas. podem fechar o topico.

Bom dia uma opinião de vocês : trabalho numa transportadora, e enviamos em media 10.000 e-mails por dia. hoje, trabalhamos com uma rotina nossa baseada em Indy para envio de e-mails e Amazon SES como plataforma de envio. temos recebido reclamacao dos clientes devido a demora dessa lista em ser enviada e estamos pensando em mudar a forma como enviamos. Como fazemos hoje : carregamos a lista de e-mails e para cada e-mail, invocamos a rotina que cria o componente, carrega o HTML do corpo do e-mail, carrega os anexos, conecta e envia, desconecta e destroi o componente. Como os senhores usam nos seus sistemas? seria prudente, criar a conexao por fora, deixar ela conectada e enviar um lote de varios e-mails? poderia trabalhar com thread para fazer isso varias vezes simultaneamente? usar o SDK da Amazon? o que recomendam? Obrigado

Boa tarde. Eu tenho uma rotina que gera os boletos dentro meu sistema e depois exporta para PDF, salva em um diretorio para ser envido para o cliente depois por email. Eu nao uso a rotina do ACBr, uso uma propria. Alguns boletos tem mais de uma pagina (eu mando junto uma relação dos documentos que estao sendo cobrados naquele boleto). a impressao é feita em Fortes. Acontece que algumas vezes, um boleto que deveria ter 2 ou mais paginas, simplesmente exporta para o PDF apenas uma. o problema que isso é aleatorio, ou seja, exporta uns 100 corretamente, mas la pelas tantas, um fica so com a primeira pagina (e deveria ter 3 por exemplo), exporta outros corretamente, ai falha alguns de novo e assim vai. Ja coloquei um sleep entre uma exportação e outra, ja coloquei prepare, e nada resolveu por completo. volta e meia, recebo uma reclamação de algum cliente dizendo que recebeu o boleto pela metade. alguem ja passou por isso? obrigado. obs : usamos Delphi Tokyo e Fortes Community 4.0.

Bom dia, consegui falar com o pessoal da IPM ontem sobre a questao do XML de retorno da consulta do Lote. Eles me disseram que o retorno em formato XML é aquele mesmo e tenho que adequar meu sistema para poder usar a integracao via webservice. Ou seja, eu que me vire... senao, cadastra nota manual no site. o problema é que ele em nada se parece com o retorno dos demais provedores, fazendo com que o XML da NFSe no componente fique em branco. Pelo que entendi, todas as cidades que usam esse provedor retornam o XML do mesmo jeito, entao me pergunto : Sou so eu que estou com esse problema para usar o componente com esse provedor? Mais nenhum usuario do componente tem esse problema? Ou sera que tem alguma configuracao que esta faltando eu fazer? nao é um provedor novo e o componente pelo que vi, ja suporta ele a tempo. o que pode estar errado? Agradeço muito se alguem puder ajudar. obs : o arquivo em anexo é um exemplo no site deles... é a mesma coisa que retorna na consulta do lote. exemplo_retorno.xml

Bom dia estou a diversos dias tentando falar com a prefeitura, mas os telefones chamam ate cair.. nao respondem (ou pelo menos ainda nao responderam) e-mails. mas ainda que respondessem, pelo que notei, eles realmente trabalham com outro modelo para o retorno da NF-e. no site da IPM (https://www.nfs-e.net/fiscalweb.php) tem os exemplos de XML e no exemplo de retorno realmente volta no formato que comentei anteriormente, com o HTML com a DANFSe embutido, num formato totalmente diferente dos demais retornos de outras prefeituras. o que eu realmente gostaria de saber é como os outros usuarios do componentes estao tratando isso nos seus sistemas, ja que nao deve ser so eu que uso o componente para emitir em Cachoeirinha-RS, alem do fato que esse provedor deve atender outras cidades tambem. Alguem mais reportou problemas dessa ordem com esse provedor?

Bom dia pra mim segue a mesma coisa : o retorno da funcao "ConsultarLoteRps" continua a retornar um XML com o html da DANFSe. nenhum outro usuario do forum reportou isso? sera que isso esta acontecendo so comigo? Sera alguma coisa que precise configurar junto a prefeitura para receber o XML com os dados da NFSe? obrigado se alguem puder me ajudar.