Ir para conteúdo
  • Cadastre-se

Diego Foliene

Consultores
  • Total de ítens

    6.714
  • Registro em

  • Última visita

  • Days Won

    226

Tudo que Diego Foliene postou

  1. Arquivos recebidos, muito obrigado. Vamos analisar e reportamos assim que descobrirmos algo.
  2. Por favor, envie os arquivos XML que está usando para o e-mail solicitado para que possa testar em meu ambiente e comparar com os que estou gerando em meus testes.
  3. Bom dia! Outra questão que também vale conferir. Por favor, você manipula a string de alguma forma quando passando ela por uma rotina de conversão por exemplo, ou você usa a propriedade da forma como é devolvida pelo componente? Em meu teste, para salvar o arquivo manualmente eu adicionei este trecho de código no evento OnClick do botão da Carta de Correção do exemplo da NF-e. LStr := TStringList.Create; try LStr.Clear; LStr.Add(ACBrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento[0].RetInfEvento.XML); LStr.SaveToFile(ApplicationPath + '\RetInfEvento.xml'); finally LStr.Free; end; Por favor, envie os XMLs que está utilizando para [email protected] com o link do tópico do fórum no corpo do e-mail para posterior identificação.
  4. Por favor, adicione as dlls deste LINK, escolhendo de acordo com arquitetura que você compila a sua aplicação e não a arquitetura do SO, na mesma pasta do seu .EXE; Peço que faça também um teste com o programa exemplo do ACBrNFe. Eu fiz um teste em meu ambiente e não tive o problema. Se você também não tiver o mesmo problema testando com o exemplo, então podemos reduzir o problema a rotina que você utiliza de diferente em sua aplicação e verificar qual pode ser a causa do problema.
  5. Boa tarde @MarcosRWeimer. Foi enviada uma alteração no SVN visando resolver a questão. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.
  6. Em um chute inicial, sem me aprofundar muito nos conceitos, entendo que seria uma integração com a API dos modelos generativos já existentes no mercado. Indo para uma área mais "esotérica" talvez melhorar o ACBrFala que atualmente depende de áudios pré-gravados.
  7. Bom dia. Obrigado pelas informações. Com elas podemos atuar em uma correção mais assertiva.
  8. Olá pessoal! Foi detectado a necessidade de uma correção na informação do ModeloDF para a Lib do CT-e. Atualmente na documentação consta da seguinte forma: No entanto, a Lib faz uso do enumerado nativo do componente e o mesmo possui a seguinte estrutura: TModeloCTe = (moCTe, moGTVe, moCTeOS); Portanto, a correta relação de conversão é: A informação foi corrigida na documentação e será atualizada em compilação posterior. Para quem utiliza as classes de alto nível do C#, o enumerado corrigido já foi disponibilizado no SVN e o pacote Core disponível no nuget foi atualizado.
  9. Bom dia. Vale também mencionar: O Delphi AI Developer que está sendo desenvolvido pelo Cesar Cardoso do Code4Delphi. A edição do Papo PRO: Delphi AI Developer(Copilot) +  dicas e boas práticas para uso de desenvolvimento de utilitários. A edição do Papo PRO: IA + Delphi! Aumente sua produtividade e agregue valor a seus produtos com o uso IA. Tecnologa e IA [+Fabio Akita]
  10. Olá pessoal! Foi publicada a versão 4.0.6 do Programa Validador de Escrituração Digital EFD ICMS IPI. A nova versão traz as seguintes alterações: Fonte: http://sped.rfb.gov.br/pagina/show/7506
  11. Olá pessoal! Houve uma alteração na forma como o ACBrMonitorPLUS devolve a informação do nome do XML gerado. Quem utiliza o ACBrMonitorPLUS a muito tempo, provavelmente está acostumado a receber na resposta do mesmo, o nome do arquivo em dois locais diferentes como no exemplo abaixo: OK: C:\ACBrMonitorPLUS\Logs\352409XXXXXXXXXXXX395700100000000112147XXXX1-cte.xml Autorizado o uso do CT-e. [Envio] CStat=100 CUF=35 DhRecbto= Msg=Autorizado o uso do CT-e. NProt=123XXX94 NRec= TMed=0 VerAplic=SP-CTe-2024-01-31-2 Versao=SP-CTe-2024-01-31-2 XMotivo=Autorizado o uso do CT-e. Xml=<CTe>...</CTe> [CTe352409XXXXXXXXXXXX395700100000000112147XXXX1] Id= XML= cStat=100 chDFe=352409XXXXXXXXXXXX395700100000000112147XXXX1 dhRecbto=05/02/2024 20:26:22 digVal=XXXXXXXXXXXXXXXXXXXXXXXX35oA= nProt=13XXXXXXXXXX994 tpAmb=1 verAplic=SP-CTe-2024-01-31-2 xMotivo=Autorizado o uso do CT-e. [CTe_Arq1] Arquivo=C:\ACBrMonitorPLUS\Logs\352409XXXXXXXXXXXX395700100000000112147XXXX1-cte.xml Vejam que mesmo havendo na resposta uma seção específica para as informações do CT-e autorizado, há um seção [CTe_Arq1] que recebe somente o local onde o arquivo foi gerado. Esta seção [DFe_ArqX] costuma ser gerada no retorno quando assíncrono. Agora, com alguns documentos adotando somente o modo de envio síncrono e visando padronização na forma como está informação é devolvida tanto na resposta do Monitor e na resposta da Lib, está seção foi removida e a informação foi movida para a já existente seção com os dados do documento fiscal com o identificador NomeArq. Então a resposta agora será desta forma: OK: C:\ACBrMonitorPLUS\Logs\352409XXXXXXXXXXXX395700100000000112147XXXX1-cte.xml Autorizado o uso do CT-e. [Envio] CStat=100 CUF=35 DhRecbto= Msg=Autorizado o uso do CT-e. NProt=123XXX94 NRec= TMed=0 VerAplic=SP-CTe-2024-01-31-2 Versao=SP-CTe-2024-01-31-2 XMotivo=Autorizado o uso do CT-e. Xml=<CTe>...</CTe> [CTe352409XXXXXXXXXXXX395700100000000112147XXXX1] Id= NomeArq=C:\ACBrMonitorPLUS\Logs\352409XXXXXXXXXXXX395700100000000112147XXXX1-cte.xml XML= cStat=100 chDFe=352409XXXXXXXXXXXX395700100000000112147XXXX1 dhRecbto=05/02/2024 20:26:22 digVal=XXXXXXXXXXXXXXXXXXXXXXXX35oA= nProt=13XXXXXXXXXX994 tpAmb=1 verAplic=SP-CTe-2024-01-31-2 xMotivo=Autorizado o uso do CT-e. Todos os meus retornos foram alterados? Foram alterados os retornos dos comandos de envio dos objetos do CTe e do MDFe, ambos documentos que adotaram somente o modo de envio síncrono.
  12. Olá pessoal! No dia 09/09/2024, por volta das 14h41 começamos a receber em nosso Discord múltiplos relatos de problema ao consumir os web services do MDF-e. Todos os relatos tem em comum o mesmo retorno: Vejam que o erro indica ser um problema no banco de dados do servidor. Por volta das 15h06 foi relatado que a transmissão foi normalizada.
      • 3
      • Curtir
  13. Olá pessoal! No dia 06/09/2024 foi publicado no Diário Oficial do Estado do Rio Grande do Sul o decreto Nº 57.789, de 05 de Setembro de 2024 que modifica o Regulamento do Imposto sobre Operações Relativas à Circulação de Mercadorias e sobre Prestações de Serviços de Transporte Interestadual e Intermunicipal e de Comunicação (RICMS). Dentre estas modificações, vale destacar Art. 4º, mais especificamente, as notas da Alteração Nº 6424 - No Livro I, art.1º-A, inciso I, onde são adicionadas as seguintes notas: Na prática estas notas significam que a partir de 1º de outubro de 2024, o Microempreendedor Individual (MEI) localizado no Rio Grande do Sul que possua atividades listadas como contribuinte de ICMS, na vigência da opção pelo SIMEI, terá sua inscrição gerada automaticamente no cadastro estadual. A novidade, que não trará novas obrigações acessórias para os MEI, visa incentivar a formalização e facilitar diversos tipos de transações comerciais que exigem a informação de número de inscrição estadual. Leia o Diário Completo AQUI.
  14. Por favor: Qual é a versão da IDE que está utilizando? Este seu arquivo XML é o que foi gerado automaticamente pelo componente ou você armazenou a string e salvou por conta? Você possui modificações locais em seus fontes? Qual é a codificação dos arquivos em seus fontes? Fiz novos testes em meu ambiente. Realmente, nas linhas mencionadas a string fica como demonstrada, mas testando em meu ambiente, o XML salvo pelo componente fica com a string correta. Consultando a nota no portal de homologação também está correta a string. Precisamos entender qual se há alguma diferença ou particularidade que resultou na geração desses arquivos de forma diferente.
  15. Verificando, enquanto não houver uma resolução definitiva, por favor, defina a opção para RetirarAcentos com o valor True.
  16. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  17. Isso é o valor no watch list do Delphi e está relacionado a codificação nativa da própria IDE. Veja se no arquivo XML de fato está correto. Em anexo um XML de carta de correção que transmiti com caracteres acentuados(ocultei algumas informações). 11011035240818XXXXXXXXXX3955003000000007145776201506-procEventoNFe.xml
  18. Bom dia. Efetuado um teste registrando uma carta de correção com config definida como true e como false. Em ambos os casos foi registrada com sucesso. Removida a linha 908 que chumba a configuração como True na revision 35117
  19. Você definiu false para a propriedade? Se sim, entendo que o comportamento está correto. Acompanhe o valor da propriedade de veja como ele fica posteriormente.
  20. Atualmente estamos na 1.4.0.269, consegue fazer um teste com ela?
  21. Fiz alguns testes, mas não enfrentei o mesmo comportamento. No momento em que cai na linha do FiltrarTextoXML o RetirarAcentos está respeitando o que eu defini. Por favor, verifique em sua rotina se essa configuração não é alterada em nenhum momento posteriormente a está definição e antes de entrar nas rotinas internas do componente para gerar o XML. Debugue a rotina a partir do break-point indicado no print usando o step-into e veja se o valor passado coincide com o que definiu:
  22. Boa tarde! Neste tópico um colega compartilha um exemplo de docker no qual diz ter conseguido utilizar: Em anexo envio também o dockerfile que originalmente constava neste tópico: (me parece que o download está indisponível nele) Dockerfile
  23. Confirme a versão do ACBrMonitorPLUS que está usando, por favor.
  24. Bom dia! Apenas complementando, se após a adequação o problema persistir, por favor, veja se as informações contidas no tópico abaixo podem lhe ser úteis:
×
×
  • 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.