renemelo

Boa tarde, pessoal. existe um changelog do componente para saber o que mudou no componente ao atualizar? atualizei os fontes e em varias vezes certas propriedades mudam de nome e dai eu meio que preciso adivinhar como ficou agora. tem algum lugar no forum ou um documento nos componentes que informe o que mudou de uma versao para a a outra? obrigado

achei o arquivo na pasta fontes do componente. nele, a cidade de simoes filho estava com o provedor websis ainda. troquei o provedor para o EL e coloquei a url que aparece no site da prefeitura https://ba-simoesfilho-pm-nfs-backend.cloud.el.com.br/producao/NfseWSService?wsdl e agora retorna essa mensagem : '<?xml version=''1.0'' encoding=''UTF-8''?><S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"><S:Body><S:Fault xmlns:ns4="http://www.w3.org/2003/05/soap-envelope"><faultcode>S:Client</faultcode><faultstring>Não é possÃ'#$00AD'vel localizar o método de despacho para {http://des36.el.com.br:8080/el-issonline/}EnviarLoteRpsEnvio</faultstring></S:Fault></S:Body></S:Envelope>' fazem alguma ideia do que pode ser? obrigado,

acabei de atualizar o componente. ao que parece, Simoes Filho ainda esta apontando para o WebSis, mas pelo que li, agora é o EL o provedor. quando nao tem o arquivo ACBrNFSeXServicos.ini o componente "gera" um arquivo desses. onde ficam as informacoes desse arquivo padrao que o componente le quando nao existe o arquivo no diretorio? obrigado,

boa tarde sabem dizer se a url para simoes filho ja foi adcionado do componente? obrigado,

uma atualizacao : descobri que se eu tiro um determinado programa do projeto - mesmo que depois eu coloque ele de volta - consigo compilar e abrir o exe em alguns segundos (uns 20 mais ou menos). se esse programa que mencionei estiver aberto, ai volta a demorar varios minutos (uns 8 minutos) para abrir o exe. por hora, isso ja me adianta, mas se alguem tiver uma ideia do que pode ser, agradeço.

obrigado pela resposta. desativei o antivirus mas surtiu efeito. quanto a muitos componentes de terceiros, tambem temos o cuidado de usar o minimo possivel. é estranho por que ate pouco tempo atras, isso acontecia em algumas telas especificas, agora ate mesmo no form principal isso acontece. tem mais alguma sugestao?

bom dia, nao sei se alguem enfrentou o mesmo problema. ao tentar debugar um programa, demora pelo menos 5 minutos ate abrir o exe. fica o delphi como "nao respondendo" um baita tempo e depois, abre o exe. Antes isso acontecia se determinadas units estivessem abertas ao tentar debugar, mas agora, mesmo somente o form principal aberto acontece isso. alguem ja passou por isso? sabem como resolver? obrigado.

Boa tarde Analisando o programa de exemplo, vi que foi atualizado as urls, porem não vi nada sobre autenticação, pois meu problema maior é que agora ela usa basic authentication.. teria como me mostrar como parametrizo isso?

Boa tarde, sim já começamos a migração do componente... Saberia dizer se existe uma previsão para ser implementado no ACBrNFSeX ?

Bom dia, conseguiu chegar a uma solução?

Boa tarde a todos. Uso ACBrNFSe e a prefeitura que tenho integrada , que é da cidade de Cachoeirinha/RS teve uma atualização em sua api e agora eles usam basic Autentication para autenticar na api para fazer a emissão das notas. Olhando o componente e seus parametros não achei onde configurar o basic authentication, alguém já usou esse tipo de autenticação no componente ACBrNFSe ? Cidade: Cachoeirinha/RS. Url do provedor: https://cachoeirinha.atende.net/?pg=rest&service=WNERestServiceNFSe Componente: ACBrNFSe. Desde já agradeço.

pessoal, achei no change log a mudança. podem fechar o topico.

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