itamarluiz

Olá pessoal! Surgiu a necessidade de saber se a Calculadora do Consumo (minha instalação) está online, sem exibição de mensagens de erro. Então tomei a liberdade de implementar um método de nome function TACBrCalcDadosAbertos.IsOnline: Boolean; porque os demais métodos, como por exemplo a consulta da versão, e outros, mostram mensagem de erro. Anexei o arquivo ACBrCalculadoraConsumo.pas para análise e gostaria de pedir que o método seja adicionado ao repositório. Em caso de uma maneira melhor de fazer isto, por favor, me informe. Obrigado!

Já tem o link para o cadastro? Onde?

Olá Marcos, Você cavou fundo, heim?! Eu não cheguei a fazer testes tão específicos. Talvez a calculadora ainda não esteja gerando porque ainda não está sendo exigido. Seria isto?

Finalmente minhas NFes e NFCes estão sendo aceitas em homologação com os dados da reforma tributária! Eu preciso dizer que sem o ACBr nada disso seria possível. Meu muito obrigado a todos dessa equipe que funciona como salva-vidas das software houses. E agora? Algo mais a verificar? Alguém tem observações? E se eu puder ajudar de alguma forma, contem comigo.

Isso já foi corrigido. Só atualizar o ACBr.

Sim, eu baixei e coloquei numa VPS na Amazon, configurei a URL certinho e tá funcionando bem. Acredito que para a maioria dos meus clientes, que são pequenos, vai atender. Um ou outro, maiorzinho, pode precisar de uma instalação dedicada. Tenho preocupações em relação a atualização disso. Acho que preciso estudar sobre o Docker.

Gostaria de trocar umas ideias sobre o uso da Calculadora do Consumo. Num primeiro momento, para atender as exigências de 2016, vocês acham que vale a pena usar a calculadora, visto que as alíquotas são fixas, ou fazer uma fórmula no sistema? Eu, particularmente, gostaria de usar a calculadora para tudo, incluindo o cálculo da base de cálculo de IBS/CBS/IS, e também o cálculo dos valores de impostos. Porém acho que pode demorar a resposta da API, principalmente num documento com muitos itens. Para usar os endpoints que retornam a base de cálculo, e só aceitam um item por vez, fiz uma rotina pra consultar usando processamento paralelo, e consegui melhorar muito a performance. A API oficial responde mais rapidamente que a minha instalação, que hospedei na Amazon, mas parece que ela tem um limite de requisições (não tenho certeza), porque ocorreram alguns erros 'Erro HTTP: 500 Socket Error: 10091'. Tô aqui codando e ainda não cheguei no uso do cálculo de impostos. Acho que não vai demorar. E aparecem um monte de dúvidas, por isso gostaria de saber a experiência de vocês sobre esses assuntos. Abraço!

Olá pessoal, Dúvida boba aqui: vocês acham importante salvar essas informações de "memoriaCalculo" no banco de dados? Isso vai servir pra alguma coisa no futuro? Obrigado!

Especificamente esta mensagem que citei acima só foi resolvida quando devolvi o pcnConversaoNFe ao uses.

Já posso trocar todas as units "pcn" por ACBrXXX.Conversao? Eu também estou cheio de problemas aqui depois de atualizar o ACBr ontem a tarde. Muitas mensagens como por exemplo "E2010 Incompatible types: 'pcnConversaoNFe.TStatusACBrNFe' and 'ACBrNFe.Conversao.TStatusACBrNFe'".

Estou com o mesmo problema no ES. É o mesmo caso onde a NF principal foi emitida no mês 5. Consulto a NF principal no portal da NF, e ela consta lá, em situação regular.

Prezados, Este assunto já rolou por aqui, mas os tópicos estão fechados, então tomei a liberdade de abrir um novo. Ao atualizar o FastReport para a versão 2024.2.2 me deparei com o erro do título, associado às seguintes units: ACBrBoletoFCFR.pas, ACBrCTeDACTEFR.pas, ACBrMDFeDAMDFEFR.pas, ACBrNFeDANFEFR.pas e ACBrNFeDANFEFRDM.pas. Como foi discutido aqui, o problema só acontece em DEBUG, e a solução encontrada foi instalar o ACBR com "Deixar desmarcado somente a pasta LibXX no Library Path do Delphi". Essa solução faz recompilar todo o código do ACBr no "build all", que além de demorar mais, ainda mostra um monte de warnings e hints do ACBr que incomodam chatos como eu. Encontrei uma "solução paliativa" que foi copiar as ditas units para a pasta LibD28\Win32. Assim eu consigo compilar em DEBUG e RELEASE sem problemas, mas agora tenho que ficar de olho nas atualizações do projeto ACBr. Pergunto: isso é um problema do FastReport ou seria possível resolver fazendo um ajuste no instalador do ACBr? Abraços a todos!

Olá pessoal, Existe uma versão do TDI Notebook para Delphi? Se sim, onde conseguir? Abraço!

Olá pessoal, Eu estou com um problema parecido com o desse tópico. A propriedade rodo.veicTracao.tpRod está gerando a informação aparentemente correta, mas ao tentar validar, o ACBrMDFe retorna erro: Element '{http://www.portalfiscal.inf.br/mdfe}tpRod' is unexpected according to content model of parent element '{http://www.portalfiscal.inf.br/mdfe}veicTracao'. Meu código: if edtVeicTracao.Text <> EmptyStr then begin Veiculo.PegaDadosVeiculo(edtVeicTracao.Text); if Veiculo.Placa <> EmptyStr then with rodo.veicTracao do begin rodo.veicTracao.cInt := Veiculo.CodigoInterno; rodo.veicTracao.RENAVAM := Veiculo.Renavam; rodo.veicTracao.placa := Veiculo.Placa; rodo.veicTracao.tara := Veiculo.Tara; rodo.veicTracao.capKG := Veiculo.CapacidadeKG; rodo.veicTracao.capM3 := Veiculo.CapacidadeM3; rodo.veicTracao.tpRod := TpcteTipoRodado(Veiculo.Rodado); // aqui o problema //rodo.veicTracao.tpRod := trTruck; // já tentei fazer assim também rodo.veicTracao.tpCar := TpcteTipoCarroceria(Veiculo.Carroceria); rodo.veicTracao.UF := Veiculo.Estado; end; end; Abaixo um trecho do XML gerado: <infModal versaoModal="1.00"> - <rodo> <RNTRC>11223344</RNTRC> - <veicTracao> <cInt>MTQ0001</cInt> <placa>MTQ0001</placa> <RENAVAM>012345678</RENAVAM> <tara>1234</tara> <capKG>123</capKG> <capM3>123</capM3> <tpRod>03</tpRod> <tpCar>00</tpCar> <UF>ES</UF> </veicTracao> </rodo> </infModal> Pela mensagem de erro, parece que o problema nem é com o conteúdo da propriedade, e sim a relação com a propriedade "pai". Alguma ajuda? Obrigado!

Pessoal, A solução aqui pra mim foi eliminar a linha 41 do arquivo ACBrMDFeDAMDFEFRDM.dfm. Abraço. Itamar Bermond