Gleryston Matos

Vlw @Italo Giurizzato Junior, obrigado pela informação

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.

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

Realizei testes em todas as rotinas do sistema e não encontrei problemas.

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.

Mudei para cryWinCrypt, conforme sugestão e consegui obter os dados do certificado, vou realizar alguns testes de emissão.

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.

Bom dia, ao realizar testes hoje consegui realizar as emissões, creio que o problema era na própria sefaz.

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.

Obrigado @Daniel Simoes nesse caso acredito ser melhor utilizar a implementação que já possuo em uma web api e consumir com o c#

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.

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.

Os Schemas foram atualizados ? pode ser esse o motivo.