FabricioMedeiros
-
Total de ítens
65 -
Registro em
-
Última visita
-
Days Won
1
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por FabricioMedeiros
-
-
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!
-
17 minutos atrás, BigWings disse:
Muito obrigado!
-
1 minuto atrás, Juliomar Marchetti disse:
No mesmo SVN, basta tu voltar a revision da epocá que vai baixar os fontes do dia.
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!
-
1
-
-
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.
-
14 minutos atrás, msiscampos disse:
Boa tarde, opa sem dúvida que sim.
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.
-
16 horas atrás, Aranda Web disse:
Boa Tarde.
Eu disse que o veículo não é da empresa. O campo CNPJ foi alterado como da empresa para autorizar o documento.
Acredito que seja algo pontual na validação, pois pelo que vi, o xml esta formatado corretamente.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.
-
7 horas atrás, Aranda Web disse:
No meu caso, estava assim:
<infANTT> <RNTRC>50088933</RNTRC> <infContratante> <CNPJ>00000000000000</CNPJ> </infContratante> </infANTT> <veicTracao> <placa>GWW5669</placa> <tara>7200</tara> <capKG>5100</capKG> <prop> <CNPJ>88888888000100</CNPJ> <RNTRC>50088933</RNTRC> <xNome>RAZAO SOCIAL DO PROPRIETARIO DO VEICULO LTDA</xNome> <IE>0</IE> <UF>PR</UF> <tpProp>0</tpProp> </prop> <condutor> <xNome>NOME DO MOTORISTA</xNome> <CPF>11111111111</CPF> </condutor> <tpRod>02</tpRod> <tpCar>02</tpCar> <UF>PR</UF> </veicTracao>
PS: Retirei o número dos documentos e razão social dos envolvidos para preservar os dados em pesquisas no google.
Vamos lá: O Veículo não é de propriedade da empresa emitente do MDFe, porém, esta registrado na ANTT junto a empresa emitente. Neste caso, o que eu sempre fiz foi: Nos campos RNTRC informar o registro da EMITENTE, pois o veículo esta vinculado a ela.
Neste caso, gera o erro.
Para autorizar e seguir viajem, o cliente alterou o cadastro do veículo e no campo CNPJ do proprietário, informou o seu próprio CNPJ, assim o MDFe foi autorizado.
Creio que este caso específico seja um bug no sistema de validação da sefaz, pois a consulta na ANTT retorna positivo para a operação.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
-
1
-
-
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!
-
1
-
1
-
-
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!!!!
-
1
-
-
-
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!
-
6 horas atrás, Juliana Tamizou disse:
Bom dia.
Vejam este tópico
Para acompanhar a previsão de exigência em cada UF, vejam também nosso Mapa Fiscal
https://www.projetoacbr.com.br/acbr-mapas-fiscais/#acbrmapa_responsavel_tecnico
Att.
Muito obrigado!
-
1
-
-
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!
-
3
-
-
2 horas atrás, Juliomar Marchetti disse:
Antes de abrir o instalador apaga a pasta Lib dentro da pasta do ACBr
Juliomar,
consegui resolver alterando os arquivos GZIPUtils e ACBrCompress.
De toda forma muito obrigado pela ajuda!
Abraço!
-
2
-
Balança Digitron UL 3000
em ACBrSerial
Postado
De toda forma obrigado Juliomar!