Italo Giurizzato Junior

Boa tarde Leonardo, Realizei um refactoring no componente ACBrNF3e, favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e inicie os testes usando o programa exemplo.

Boa tarde Leonardo, Realizei um refactoring no componente ACBrNF3e, favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e inicie os testes usando o programa exemplo.

Boa tarde, Apenas uma complementação: os campos WSUser e WSSenha mencionados pelo nosso amigo Dercide são propriedades de configuração do componente.

Boa tarde Valdir, Favor atualizar os fontes, reinstale o ACBr e repita os testes. Eu cheguei a fazer uma alteração não sei se vai resolver esses problemas.

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

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

Bom dia Valdir, A propriedade de configuração: ImprimeTotalLiquido não foi removida do componente e nem a sua funcionalidade, apenas deixamos ela com o valor padrão "False". A motivação dessa alteração: No manual referente ao DANFE deixa bem claro quais são a colunas e a respectiva ordem das mesmas no que se refere aos dados dos itens. Podemos sim acrescentar mais informações no DANFE que não constam no manual, mas desde que essas informações se encontrem em alguma tag do XML. Eu aconselho que não ative essa propriedade de configuração uma vez que o Valor Liquido do produto não esta presente no XML e ela realiza a troca, ou seja, deixa de imprimir o Valor Bruto e em seu lugar calcula e imprime o Valor Liquido. Portanto ela esta infringindo duas vezes o manual. Existe uma outra propriedade que se ativada deixa de imprimir o Valor do Desconto e calcula e imprime o Desconto em Percentual, essa propriedade também infringe o manual duas vezes. A inclusão dessas propriedades no componente foi feita por volta de 2015 através uma contribuição que na época da analise acabou não levando em conta que poderia ferir o manual. Resolvemos manter, pois se retirássemos (que é o correto) alguns desenvolvedores teriam os seus código quebrados. Por fim, volto a frisar: não ative essas propriedades de configuração.

Boa tarde Rogério, A cidade em questão é a Itaquaquecetuba/SP ? Se sim, esse erro também ocorre com o programa exemplo do componente?

Bom dia Valadares, O pedido de cancelamento foi negado e o motivo é que a nota em questão foi informado um crédito. Vai ser necessário entrar em contato com a prefeitura para saber qual é o procedimento de cancelamento quanto uma nota possui um crédito informado.

Vamos lá, Quando ele executa a linha: Result := StringToDateTime(xData, xFormatoData); da função EncodeDataHora, qual é o valor de xData e de xFormatoData? O erro ocorre ao ler a data de emissão da nota, a data de emissão do Rps, a Competência ou a data de cancelamento?

Boa tarde Wallace, Normalmente quando ocorre erro de Timeout aconselhamos alterar o valor da propriedade de configuração para algo do tipo 30 ou 40 mil. Uma coisa para ser verificada é se as propriedades de configuração: SSLLib, CryptLib, HttpLib, XmlSignLib e SLLType nos dois ambientes (Local e Servidor Web) estão com os mesmos valores. Outro ponto seria a questão de Proxy, Firewall e até mesmo antivírus.

Boa tarde Sergio, Por favor atualize os fontes, reinstale o ACBr marcando para instalar o componente novo ACBrNFSeX. Depois faça testes com o programa exemplo do novo componente. Eu já lhe disse não estamos mais dando suporte no componente antigo e você esta usando o antigo.

Luiz, Se tratando o DANFSE feito em Fast, caso tenha feito alguma alteração, favor anexar aqui para o pessoal que trabalha com o Fast possa avaliar a sua contribuição. Desde já muito obrigado.

Luiz, Favor atualizar os fontes, reinstalar o ACBr e faça novos testes.

Boa tarde Calixto, Já esta no SVN.

Boa tarde, A primeira imagem que o Sergio anexou se refere a uma unit do componente antigo e a segunda se refere a unit ACBrUtil que não é mais utilizada pelo componente novo. No componente novo é utilizado a unit ACBrUti.DateTime

Boa tarde, Após atualizar todos os fontes de todas as pastas, reinstalou o ACBr? Você não tem cópias do ACBr no HD? Anexe os XMLs gerados para que eu possa analisar.

Boa tarde Luiz, Muito obrigado, já inclui na minha lista de tarefas. TK-2865

Bom dia Sergio, Notei que você esta usando o componente antigo. Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente antigo: ACBrNFSe não esta mais tendo manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/ Todas as correções e melhorias estão sendo aplicadas somente no componente novo.

Olá pessoal, A principio a resposta para essa pergunta é não, uma vez que a grande maioria dos provedores seguem o layout da ABRASF e esse layout não contempla dois ou mais serviços, portanto devemos informar somente um. Mas temos os provedores que tem o seu próprio layout e outros que modificaram o layout da ABRASF para permitir um ou mais serviços. Abaixo a lista de provedores com layout próprio que permite: Agili, AssessorPublico, EL, Equiplano, FGMaiss, Governa, Infisc, IPM, ISSDSF, RLZ, Simple, SmarAPD e WebFisco Abaixo a lista de provedores que seguem o layout da ABRASF mas fizeram a alteração no mesmo: Elotech, fintelISS e SimplISS Como alimentar os itens de serviços para os provedores acima: with Servico.ItemServico.New do begin Descricao := 'Desc. do Serv. 1'; ItemListaServico := '09.01'; Unidade := 'UN'; Quantidade := 10; ValorUnitario := 0.01; ValorTotal := Quantidade * ValorUnitario; BaseCalculo := ValorTotal - ValorDeducoes - DescontoIncondicionado; Aliquota := 0.10; ValorISS := BaseCalculo * Aliquota / 100; (...) end; Para saber quais são todos os campos que fazem parte da classe ItemServico, por favor vide o programa exemplo do novo componente ACBrNFSeX. O que acontece se a lista de serviços for alimentada para o provedores que suportam apenas 1 serviço? Simplesmente as informações contidas na classe ItemServico serão ignoradas e corre-se o risco do Rps não ser validado ou até rejeitado pelo webservice por conta da ausência de alguma informação. Temos a intensão de fazer rotina que mesmo os provedores que não suportam uma lista de serviços, possamos alimentar essa lista e o componente alimentar os campos corretos, mas para que possamos liberar essa funcionalidade que vai simplificar a alimentação do componente vai exigir diversos testes até termos a certeza que funciona e que não vai gerar nenhum transtorno para os usuários do componente.

Willian, Pelo o que eu entendi você já emitir NFS-e usando o componente antigo para outras cidades que utilizam o provedor Elotech, correto? Só com essa cidade é que esta ocorrendo o erro. Logo não deve ser o componente e sim a alteração que você fez no arquivo Cidades.ini e no arquivo Elotech.ini ao incluir essa.

Bom dia Celso, Fiz uma alteração que acredito que vai resolver o problema da consulta. Ao Emitir esta ocorrendo erro 500, isso significa que alguma coisa esta faltando ou esta a mais e o provedor em vez de informar o que esta errado simplesmente retorna esse erro. Verifique se no site da prefeitura tenha algum manual do provedor ou XML de exemplo, pois desconfio que seja necessário realizar a assinatura do Rps.

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

Bom dia Luiz, Você poderia anexar o XML da nota para que eu possa analisar essa questão?

Bom dia Jarbas, Repito, não compare o XML gerado pelo com o que é gerado pelo componente. Primeiro, os provedores não costumam seguir o mesmo layout e ou formatação. Segundo, o XML gerado pelo componente é o XML do Rps, já o XML gerado pelo site é o XML da NFS-e, eles são totalmente diferentes, o componente não gera o XML da NFS-e, pois quem gera esse XML é o WebService caso os dados do Rps estejam corretos.