Ir para conteúdo
  • Cadastre-se
Seja bem-vindo
Seja um membro do ACBr Pro e agilize seu software Participe do Discord do ACBr Regras e orientações da nossa comunidade DIA DO ACBR 2026 - O GRANDE ENCONTRO DA COMUNIDADE

Diego Foliene

Consultores
 Perfil  Explorar Conteúdo

  • Total de ítens

    9.021

  • Registro em

  • Última visita

  • Days Won

    325

 Tipo de Conteúdo 

Tudo que Diego Foliene postou

  1. Diego Foliene
    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]
  2. Diego Foliene
    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
  3. Diego Foliene
    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.
  4. Diego Foliene
    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
  5. Diego Foliene
    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.
  6. Diego Foliene
    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.
  7. Diego Foliene
    Verificando, enquanto não houver uma resolução definitiva, por favor, defina a opção para RetirarAcentos com o valor True.
  8. Diego Foliene
    Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  9. Diego Foliene
    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
  10. Diego Foliene
    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
  11. Diego Foliene
    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.
  12. Diego Foliene
    Atualmente estamos na 1.4.0.269, consegue fazer um teste com ela?
  13. Diego Foliene
    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:
  14. Diego Foliene
    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
  15. Diego Foliene
    Confirme a versão do ACBrMonitorPLUS que está usando, por favor.
  16. Diego Foliene
    Boa tarde. Vamos verificar.
  17. Diego Foliene
    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:
  18. Diego Foliene
    Olá pessoal! Nos últimos dias temos recebidos diversos relatos de membros de nossa comunidade com problemas para realizar o processo de Manifestação do Destinatário, seja realizando o envio de evento ou a consulta de DistribuicaoDFe. Todos os relatos tinham em comum o fato de estarem conseguindo consumir os webservices de transmissão da NF-e normalmente, mas estarem recebendo as mensagens: Erro Interno: -2146893815 Erro HTTP: 0 URL: https://www.nfe.fazenda.gov.br/NFeRecepcaoEvento4/NFeRecepcaoEvento4.asmx Erro: 2148073481 Ou: Erro: WebService Distribuição DFe: - Inativo ou inoperante tente novamente. Erro interno: -2146893815 Erro HTTP: 0 URL: https://www1.nfe.fazenda.gov.br/NFeDistribuicaoDFe/NFeDistribuicaoDFe.asmx Erro: 2148073481 - Em casos assim, é sempre válido abrir um Fale Conosco junto ao fisco para que o mesmo fique ciente de que há algo errado. Abaixo reproduzido na íntegra temos a resposta que foi fornecida pelo membro de nossa comunidade @Jhonathan na qual ele demonstra um passo a passo que executou para resolver um erro semelhante que havia enfrentado anteriormente com NFC-e e que também de acordo com múltiplos relatos de colegas da comunidade resolveu o problema agora com a manifestação do destinatário: 1- Vá até o Painel de Controle do Windows. 2- Escolha a Opção "Opções da Internet"; 3- Vá até a aba “Avançadas”; 4- No bloco “Configurações”, vá até as últimas opções e deixe configurado como na imagem abaixo: 5- Vá em executar, digite certlm.msc para abrir a interface de certificados, caso esse comando não funcione, utilize o comando certmgr.msc. Remova estes certificados listados na imagem abaixo: 6- Execute como Administrador o InstaladorCadeias_1.0.2.0.exe, clique em Instalar e aguarde até que o processo seja finalizado. 7- Execute o FixCrypto_TLS1_2_Windows.reg. 8- Descompacte o CA.zip e execute o ac soluti ssl ev.cer e o Raiz-icp-brasil v10.cer. 9- Reinicie a máquina e teste novamente a comunicação com a Sefaz.
  19. Diego Foliene
    Disponibilize o Log gerado pelo ACBrMonitorPLUS para análise.
  20. Diego Foliene
    Bom dia! Entendi. Mas para este caso, o comportamento me parece estar correto. Veja como é a rotina que faz a substituição: function ChangeLineBreak(const AText: String; const NewLineBreak: String = ';'): String; begin Result := AText; if Trim(Result) <> '' then begin // Troca todos CR+LF para apenas LF Result := StringReplace(Result, CRLF, LF, [rfReplaceAll]); // Se existe apenas CR, também troca os mesmos para LF Result := StringReplace(Result, CR, LF, [rfReplaceAll]); { Agora temos todas quebras como LF... Se a Quebra de linha final for diferente de LF, aplique a substituição } if NewLineBreak <> LF then Result := StringReplace(Result, LF, NewLineBreak, [rfReplaceAll]); end end; Fazendo um teste aqui em meu ambiente com o valor sLineBreak definido na configuração de quebra de linha, quando a string entra na rotina e também quando sai ela tem o valor: 'Teste do envio de carta de correcao com '#$D#$A'quebra '#$D#$A'de '#$D#$A' linha' E eu recebo a seguinte validação de: Mesma coisa se utilizo o #13 e utilizando o #10 o NewLineBreak tem o mesmo valor de LF. Portanto, você precisa definir um caractere específico para que seja feita a substituição mesmo. Ai pode ser o ; o | \r\n ou qualquer outro caractere ou sequência de caracteres que julgar fazer mais sentido.
  21. Diego Foliene
    Mas a config de quebra de linha foi respeitada? Apenas para garantir que estamos falando do mesmo caso. Quando você mencionou seu problema, eu fiz um teste de emissão de uma carta de correção, onde na propriedade xCorrecao eu alimentei desta foram: xCondUso := 'Teste do envio de carta de correcao com'+sLineBreak+'quebra'+sLineBreak+'de'+sLineBreak+'linha'; e vi que independente do valor que colocava em TWebServicesConf.QuebraDeLinha, ele sempre gerava meu XML com: <xCorrecao>Teste do envio de carta de correcao com ;quebra ;de ; linha</xCorrecao> Depois de aplicada a correção mencionada nas revisions, ele passou a substituir o sLineBreak pelo caractere de quebra de linha que eu defini. Isso não está ocorrendo para você?
  22. Diego Foliene
    @NovoRJ, por favor, veja este tópico:
  23. Diego Foliene
    Boa tarde @MarcosRWeimer e @NovoRJ. Por favor, atualizem seus fontes e façam um novo teste.
  24. Diego Foliene
    Enviei ao SVN nas revisions 35102 e 35103 ajustes visando corrigir o problema. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.
  25. Diego Foliene
    Bom dia! Por favor: Antes de fazer a transmissão do CTe certifiquem-se de que a versão configurada é a 4.00 enviando o comando CTe.SerVersaoDF("4.00"). Certifiquem-se de estar enviando no comando que estão utilizando para transmissão o parâmetro para que o modo de envio seja síncrono. Usando o CTe.CriarEnviarCTe como exemplo: CTE.CRIARENVIARCTE("SeuArquivoINI",,,,,,,0)
×
×
  • 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.

The popup will be closed in 10 segundos...