FabricioMedeiros

De toda forma obrigado Juliomar!

Bom dia! Alguém sabe me informar se o ACBr Serial funciona com a balança Digitron UL 3000 ? O acesso nela é via IP. Eu tentei usar o programa TesteBalanca.exe do ACBr mas sem sucesso. Obrigado!

Muito obrigado!

Muito obrigado!

Boa tarde Juliomar, você sabe me informar se tem algum lugar que eu ainda consiga baixar os fontes do Trunk 1 do ACBr ? Estou precisando de um exemplo de geração do QrCode no QuickReport e vi que você mencionou acima que no trunk/Fontes/ACBrNFe2 tem um exemplo. Eu até procurei no google pra ver se achava esse repositório antigo do ACBr mas não encontrei.

Esse componente eu não conheço, sempre que faço integrações com API's utilizo o Indy HTTP tanto para validar o acesso, quanto para enviar os arquivos Json. Vou dar um pesquisada nele.

Obrigado Juliomar, e me desculpe por ter postado neste.

Não estou utilizando o ACBrBoleto, eu até vi que ele tem um esquema de registrar boleto online, mas não é o que eu preciso.

Bom dia, alguém sabe como integrar o Delphi com a API de Cobranças do Banco do Brasil ? Estou tentando gerar o TOKEN, tentei de várias formas usando o Indy HTTP porém sempre retorna erro 400 ou 401. Pelo POSTMAN está gerando normalmente o Token.

Entendi Juliomar, vou procurar me informar sobre essa questão com a Fabricante então. Muito obrigado!

Bom dia a todos, alguém sabe me dizer se o componente ACBrBal é compatível com Balanças WI-FI ? Procurei no Demo se tinha algum comentário, ou algo relacionado a IP e não encontrei.

muitíssimo obrigado! vai ser de grande ajuda!

Boa tarde msiscampos, vou precisar desenvolver a Averbação com a Porto Seguros, estava procurando no ACbr para ver se tinha algo já pronto e me deparei com seu post. Gostaria de saber se posso utilizar sua classe em minha aplicação.

Bom dia, eu havia entendido que o caminhão não era de terceiros pois você disse que estava registrado na ANTT junto a empresa emitente.

Boa tarde, pelo que li no Manual o grupo 'prop' : Proprietários do Veículo, só preenchido quando o veículo não, pertencer à empresa emitente do MDF-e. Como você informou que o veículo é da própria empresa, não deveria enviar as tags deste grupo. Na empresa que trabalho temos clientes com as duas situações, transportando com veículos próprios e de terceiros, fiz seguindo as regras do Manual e não estou tendo mais problemas como citei no post acima.

Boa tarde a todos, hoje tive o mesmo problema aqui na Empresa onde trabalho. Um cliente estava tentando transmitir um MDF-e e estava dando rejeição 687. Aqui na empresa não estavamos sabendo destas novas regras para MDF-e, e baseado na mensagem da rejeição fui pesquisar sobre esse codigo RNTRC da ANTT, e achei um link que dá para pesquisar o proprietário do veiculo que possui este registro na ANTT, o link é https://consultapublica.antt.gov.br/Site/ConsultaRNTRC.aspx/ConsultaPublica/ Então ao pesquisar, descobri que o caminhão que iria fazer o transporte não era de nosso Cliente, e sim de uma Transportadora Terceirizada. Sendo assim procurei alguma coisa relacionada no manual do MDF-e descrobri as tags do grupo veicTracao.Prop. (Digo descobri, pois nunca tinha mexido com MDF-e, apenas NF-e). Então o que fiz foi preencher as seguintes tag abaixo quando o Caminhão é de Terceiros, e consegui transmitir sem nenhum problema. with rodo.veicTracao.prop do begin RNTRC := MinhaQuery.FieldByName('ANTT_VEICULO').AsString; xNome := MinhaQuery.FieldByName('NOME_PROPRIETARIO').AsString; CNPJCPF :=MinhaQuery.FieldByName('CNPJ_CPF_PROPRIETARIO').AsString; UF := MinhaQuery.FieldByName('UF_PROPRIETARIO').AsString; end; Espero ter ajudado! Atenciosamente, Fabrício Medeiros

BigWings e Waldir Paim, problema resolvido, realmente era a tag pST que não estava aceitando o valor 18, coloquei 0 e transmitiu a nota depois que resolvi a outra rejeição! Muito obrigado!

BigWings e Waldir Paim, muito obrigado pela ajuda amigos! Eu já havia atualizado os fontes agora apouco devido a nova propriedade para forçar gerar a tag. Coloquei a tag pST zerada e parou de dar esse erro, tinha colocado 18 pois no ambiente e homologação estava sendo obrigatório. Agora deu outro erro, mas esse deu um código de rejeição e vou tentar resolver aqui. Mais uma vez muito obrigado!!!!

O XML está em anexo na primeira mensagem. Segue o xml novamente, obrigado! 454586.xml

Obrigado pelo retorno BigWings, eu reinstalei o ACbr e essa nova propriedade apareceu no componente, eu deixei marcada como 'Nunca' para testar e o erro persistiu.

Bom dia, fiz as implementações das novas regras da NF-e que serão obrigatórias a partir de 29/04/2019, estava testando em ambiente de homologação e não tive nenhum problema, porém hoje um cliente foi enviar uma NF-e em Produção aqui em Minas e está dando esse erro. Alguém sabe o que pode ser ? Os fontes do Acbr estão atualizados e estou usando os Schemas que estão na pasta ACbr\Exemplos\ACBrDFe\Schemas. Obrigado! 454586.xml

Muito obrigado!

Boa tarde, o ACBr já faz o calculo do hashCSRT automaticamente e informar no XML da NF-e? Ou preciso implementar essa questão ?

Bom dia a todos! Hoje tive o mesmo problema com um cliente em Goiás. Ele não estava conseguindo cancelar notas e apresentava a mensagem "ARQUIVO DE ESCHEMA NÃO ESPECIFICADO". Segui a orientação do Daniel Simões, de pegar todos os Schemas da Pasta do ACbr e colocar no Patch que o sistema está utilizando, e RESOLVEU O PROBLEMA, pois no cliente havia apenas os Schemas atuais da NF-e 4.00 que estão no site da Sefaz. Debuggei os fontes e o ACbr realmente ele faz o que o Daniel disse, se o ACbr não encontrar o Schema da versão atual, ele procurar a versão mais próxima e tenta utilizá-lo. Obrigado Daniel pela dica!

Juliomar, consegui resolver alterando os arquivos GZIPUtils e ACBrCompress. De toda forma muito obrigado pela ajuda! Abraço!