Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    38.678
  • Registro em

  • Última visita

  • Days Won

    1.106

Tudo que Italo Giurizzato Junior postou

  1. Boa tarde Almeida, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.
  2. Boa tarde Marco, Substitua a unit por esta em anexo e testa a consulta ao Lote, Consulta NFSe Por Faixa e Consulta NFSe Serviço Prestado. IPM.Provider.pas Boa tarde @Diego Foliene, Pega essa unit que anexei e acrescanta o TratarRetorno da consulta ao lote para atender a tag <item> Depois anexa aqui para o Marco repetir os testes.
  3. Boa tarde Antonio, Comente as linhas: if UTF8Decode(Result) = '' then Result := NativeStringToUTF8(Result); Reinstale o ACBr e faça novos testes.
  4. Boa tarde @dreamsoft_PR, Já mudei o atributo ID. O que não ficou claro é referente ao conteúdo dos grupos nfseCabecMsg e nfseDadosMsg, eles devem ficar ou não dentro do CDATA?
  5. Bom dia, Estou em contato com o pessoal que esta trabalhando na implantação da NFS-e Padrão Nacional. Você teria o XML do DPS que foi enviado e acusou que o município não esta cadastrado?
  6. Bom dia Antonio, Por favor verifique se na unit Fiorilli.Provider na function TratarXmlRetornado esta da seguinte forma: function TACBrNFSeXWebserviceFiorilli200.TratarXmlRetornado( const aXML: string): string; begin Result := inherited TratarXmlRetornado(aXML); if UTF8Decode(Result) = '' then Result := NativeStringToUTF8(Result); Result := StringReplace(Result, '&#xd;', '\s\n', [rfReplaceAll]); Result := StringReplace(Result, ''#$A'', '\s\n', [rfReplaceAll]); Result := ParseText(AnsiString(Result), True, {$IfDef FPC}True{$Else}False{$EndIf}); Result := RemoverPrefixosDesnecessarios(Result); Result := RemoverCaracteresDesnecessarios(Result); Result := StringReplace(Result, '&', '&amp;', [rfReplaceAll]); end; Se não estiver, favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e certifique que agora esta. Por fim repita os testes.
  7. Boa tarde, Complementando o que o Juliomar já lhe passou nesse tópico tem esse validador. valida_percurso_lazarus-2018.zip
  8. Muito obrigado, já inclui na minha lista de tarefas para analisar o problema. TK-3662
  9. Boa tarde Leandro, Com certeza você deve ter unit alterada localmente ou cópia de unit do ACBr dentro das pastas da sua aplicação. Delete as units alteradas ou cópias, atualize novamente, reinstale e faça os testes usando o programa exemplo.
  10. Boa tarde Leandro, Verifique se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone. Caso afirmativo, delete. Atualize todos os fontes de todas as pastas, reinstale o ACBr com a opção de apagar arquivos antigos marcada e por fim compile a aplicação com a opção Build.
  11. Boa tarde Paulo, Você esta usando o novo componente (ACBrNFSeX)?
  12. Boa tarde Rogerio, Muito obrigado, já inclui na minha lista de tarefas. TK-3661
  13. André, Me refresca a memória, o MidasLib é requisito para o ClienteDataSet funcionar corretamente?
  14. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  15. Boa tarde Rodrigo, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3659
  16. Boa tarde Leandro, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.
  17. Boa tarde, Você poderia anexar o XML (soap) que contem essa mensagem?
  18. Boa tarde André, Muito estranho, até onde sei o componente ACBrOFX faz a leitura do arquivo OFX gerado pelo banco, já o MidasLib tem haver com a impressão de relatórios, me recordo de ter usado ele nas minhas aplicações que tinham relatórios feitos em Quick Report.
  19. Não temos a data correta somente o mês e ano de inicio da implantação da nova versão no ambiente de produção, para mais informações clique aqui.
  20. Não temos a data correta somente o mês e ano de inicio da implantação da nova versão no ambiente de homologação, para mais informações clique aqui.
  21. Olá pessoal, Lá vamos nós mais uma vez, só que agora é a vez de algumas melhorias no CT-e. E quais são as novidades da versão 4.00 do CT-e? Eliminação do SOAP Header dos Webservices Não precisamos se preocupar pois o componente vai se encarregar de não gerar o grupo <Header> ao montar o Envelope a ser enviado para o WebService da SEFAZ. Eliminação da Denegação e do CTe de Anulação Com essa nova versão não teremos mais como emitir um CT-e de Anulação, somente CT-e Normal, CT-e Complementar e CT-e de Substituição. O Manual não diz o porque, mas acredito que essa alteração vem de encontro com o DC-e (Declaração de Conteúdo Eletrônico). Quanto a Denegação o que tudo indica nenhum CT-e vai ser Denegado, ou seja, ou ele vai ser autorizado ou rejeitado. Eliminação do Serviço de Autorização Assíncrono O envio do CT-e passa a ser no modo síncrono e unitário, ou seja, somente um CT-e por vez será enviado para o WebService e já teremos como resposta o protocolo de autorização ou a rejeição. Ampliação do Nro Seq dos Eventos Antes um tipo de evento que poderia ser enviado mais de uma vez (por exemplo Carta de Correção) estava limitado a 20, agora o limite é 999. Eliminação do serviço de inutilização Com a versão 4.00 não teremos mais como inutilizar um numero de um CT-e que não foi enviado para a SEFAZ, acredito que caso ocorra um pulo, por exemplo, foi enviado o CT-e de numero 500 e por algum problema foi enviado o CT-e de numero 505, vai ser possível em seguida enviar os CT-e de números 501, 502, 503 e 504 para depois voltar a sequencia normal ou seja emitir o CT-e de numero 506 em diante. Sobre os prazos A versão 4.00 vai estar disponível a partir de 04/2023 em ambiente de Homologação e a partir de 06/2023 em Produção. Quanto as Soluções ACBr Haverão ajustes no componente ACBrCTe para atender a versão 4.00, oque naturalmente se refletirá nas versões posteriores da ACBrLibCTe e do ACBrMonitor. Fiquem atentos as atualizações dos fontes do ACBr e não percam o bonde. Quanto a minha Aplicação? Com certeza a sua aplicação deve ter uma opção para emitir CT-e de Anulação e Inutilização de Números, pois bem essas opção não poderão mais poder ser utilizadas com a nova versão. Sugerimos que apresente uma mensagem ao usuário informando que essa opção não esta mais disponível na versão 4.00 do CT-e. Se a sua aplicação permitia o envio de um lote de CT-e, agora só será possível enviar um de cada vez, logo você vai ter que mudar isso. Com certeza a sua aplicação envia eventos, fique atento a esta questão: para os tipos de eventos que permite enviar mais do que 1 para o mesmo CT-e, lembre-se que agora o limite passou de 20 para 999. Leitura recomendada: Temos os manuais (que são 3) da versão 4.00 em nossas biblioteca. http://svn.code.sf.net/p/acbr/code/tools/DFe/CTe/
  22. Leandro, Atualize todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.