Gleryston Matos
-
Total de ítens
26 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Gleryston Matos
-
-
Bom dia, existe alguma novidade sobre o DT-e?
Já tem algo que possa ser visto nos componentes do ACBR?
-
Boa tarde, @Italo Jurisato Junior detectei que na unit pmdfeEnvEventoMDFe function GerarXML existe um problema no tamanho do campo descEvento do evento evPagtoOperMDFe.
Como pode ser observado na imagem abaixo o tamanho do campo esta como 13.
Porem na nota técnica o mesmo é descrito como 24.
Este problema causa erros na geração do XML pois o valor do campo não é passado corretamente.
Ajustei diretamente nos fontes para poder testar o envio do evento e funcionou corretamente.
-
1
-
-
Citar
Em decisão liminar que tramita na 10ª Vara Federal do Rio Grande do Norte, processo nº 0800059-92.2020.4.05.8401, o juiz Lauro Henrique Lobo Bandeira determinou que as mudanças no CIOT só valerão após 240 dias da vigência da Res. 5.862/2019 da Agência Nacional de Transportes Terrestres - ANTT.
Link da noticia: https://www.portalntc.org.br/publicacoes/blog/noticias/rodoviario/decisao-liminar-suspende-por-240-dias-resolucao-da-antt-com-novas-regras-do-ciot
-
4
-
-
Agora, Gleryston Matos disse:
Mudei para cryWinCrypt, conforme sugestão e consegui obter os dados do certificado, vou realizar alguns testes de emissão.
Realizei testes em todas as rotinas do sistema e não encontrei problemas.
-
4 horas atrás, TOTVS S/A disse:
Configurando libWincrypt funciona e versões anteriores da DLL OpenSSL também funciona.
Mudei para cryWinCrypt, conforme sugestão e consegui obter os dados do certificado, vou realizar alguns testes de emissão.
-
3 horas atrás, Gleryston Matos disse:
Mudei para cryWinCrypt, conforme sugestão e consegui obter os dados do certificado, vou realizar alguns testes de emissão.
Realizei testes em todas as rotinas do sistema e não encontrei problemas.
-
2 horas atrás, BigWings disse:
Como respondi no tópico abaixo:
Acredito que sim, é preciso o certificado ser um ICP-Brasil e identificar o CPF ou CNPJ.
Mudei para cryWinCrypt, conforme sugestão e consegui obter os dados do certificado, vou realizar alguns testes de emissão.
-
1
-
-
20 minutos atrás, BigWings disse:
Como respondi no tópico abaixo:
Acredito que sim, é preciso o certificado ser um ICP-Brasil e identificar o CPF ou CNPJ.
Acredito que a minha situação é a mesma do tópico, o certificado é ICP-Brasil porem não possui o CNPJ.
A empresa certificadora alega que o certificado esta correto.
-
Bom dia, @Italo Jurisato Junior um cliente que utiliza o sistema da empresa em que trabalho, tentou utilizar um certificado A1 para realizar as emissões de conhecimentos e manifestos, porem ao tentar assinar os XML estava recebendo uma mensagem de violação de acesso do ACBR. Apos debugar o código identifiquei que o ACBR lé o CNPJ do certificado através do campo subject (Requerente) do mesmo, no caso desse certificado verifiquei que o mesmo não possui o CNPJ do cliente apos o nome do mesmo no padrão que geralmente vejo que é NOME:CNPJ.
Como ele não encontra a informação o ACBR tenta buscar o tax id porem não encontra e retorna uma violação de acesso.
Minha duvida é se o certificado deveria ter o CNPJ no subject ou a informação do tax id?
Nesse caso como não tem nem um dos dois o certificado foi emitido errado?
É nesse trecho de código que a violação de acesso ocorre:
Como ele não encontra o subject name ele vai no tax id, dentro dela ele usa a função GetCertExt que dispara a violação de acesso quando executa a seguinte linha:
Debuguei o código e verifiquei que a propriedade data esta inacessível, causando o problema.
Gostaria de confirmar que o problema é no certificado ou se é uma nova situação em que deveria buscar o CNPJ em outro lugar.
Para a situação ideal acredito que seria interessante algum tipo de validação para informa o problema, pois a mensagem que esta subindo é uma violação de acesso.
-
Bom dia, ao realizar testes hoje consegui realizar as emissões, creio que o problema era na própria sefaz.
-
2
-
-
Bom dia, ao realizar testes hoje consegui realizar as emissões, creio que o problema era na própria sefaz.
-
1
-
-
Bom dia, não sei se é o mesmo problema, mas estou recebendo a Rejeição: Erro não catalogado(999) ao tentar emitir em homologação no estado do ceara. Ainda não descobri qual o problema.
-
Bom dia, estou recebendo a Rejeição: Erro não catalogado(999) ao tentar emitir em homologação no estado do ceara. Alguém esta passando pelo mesmo problema ?
-
Não na pasta dos fontes em uma outra pasta separada.
-
Compilo os fontes e uso só as DCU's compiladas, dessa forma outras maquinas não precisão ter os fontes @Italo Jurisato Junior.
-
@HELIO DA SILVA RODRIGUES no meu caso uso as DCU's compiladas do ACBR então tenho de copiar estes arquivos para a pasta dos meus fontes, não sei se tem um cenário parecido mas acho que vale a tentativa.
-
Bom dia @HELIO DA SILVA RODRIGUES já fez a atualização dos arquivos .rc, .ini e .res no seu projeto ?
-
Bom dia, @Italo Jurisato Junior atualizei os arquivos .rc, .ini e .res tanto do CT-e como do MDF-e e consegui realizar as emissões normalmente.
-
1
-
-
Obrigado @Daniel Simoes nesse caso acredito ser melhor utilizar a implementação que já possuo em uma web api e consumir com o c#
-
1
-
-
Bom dia @Daniel Simoes, gostaria de saber se a ACBRLib já contemplas os DFe, como CT-e e MDF-e ? também gostaria de saber a mesma e atualizada sempre que a versão em Delphi é atualizada ou se é algo separado ? Possuo um projeto e estou pensando em utilizar a ACBRLib no mesmo que é em c# ou se desenvolvo uma API em Delphi pois já possuo esta implementação usando o ACBR, oque me recomendam ?
-
@Italo Jurisato Junior existe outra forma de corrigir este problema ?
-
Boa tarde, estou tentando emitir o evento de Inclusão de Condutor do MDF-e, porem não esta sendo possível pois estou recebendo uma rejeição referente ao tamanho máximo da tag descEvento, que segundo o manual é de 12 caracteres, porem no próprio manual é dito que a descrição a ser enviada é ‘Inclusão Condutor’, porem a mesma possui 17 caracteres impossibilitando o envio do evento.
Dentro do evento TEventoMDFe.GerarXML: Boolean; realizei a seguinte alteração:
Gerador.wCampo(tcStr, 'EP02', 'descEvento', 05, 12, 1, Evento.Items[0].InfEvento.DescEvento);
Por
Gerador.wCampo(tcStr, 'EP02', 'descEvento', 05, 17, 1, Evento.Items[0].InfEvento.DescEvento);
Troquei o tamanho máximo de 12 para 17 dessa forma consegui emitir o evento, gostaria de saber se existe algum problema em fazer isso ou se existe uma outra forma de corrigir o problema.
-
1
-
1
-
-
Bom dia estou considerando realizar a migração de um sistema para C# utilizando .Net Core 2.2 com C#, gostaria de saber qual seria a melhor solução para usar o ACBR. Vi que poderia usar o ACBRFramework, mas não tenho certeza se ele me atente, trabalho com CT-e e MDF-e.
-
6 minutos atrás, Karina Torres disse:
Bom dia, desde o dia 15/07/2019 estou com problemas para emitir um MDF-e e está dando o erro 225 - Rejeição: Falha no Schema XML do MDF-e.
No entanto, está tudo preenchido corretamente, como todos os anteriores que foram transmitidos normalmente.
Alguém sabe o que poderia ser ou como resolver?
Os Schemas foram atualizados ? pode ser esse o motivo.
DT-e Documento Eletrônico de Transporte
em ACBrMDFe
Postado
Vlw @Italo Giurizzato Junior, obrigado pela informação