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

Olá pessoal, Vocês tem novidades a respeito dos eventos para o CT-e? Estou fazendo alguns testes aqui, e como estou no ES, o ACBrCTe altera o código do órgão de 32 para 91 (pcteEventoCTe.pas, linha 276), mas essa informação não é aceita pelo schema. Valew! Itamar

Meu projeto também não compila mais depois da última atualização do ACBr. [DCC Error] ACBrCTeDACTEFRDM.pas(263): E2003 Undeclared identifier: 'CST00' [DCC Error] ACBrCTeDACTEFRDM.pas(264): E2003 Undeclared identifier: 'CST00' [DCC Error] ACBrCTeDACTEFRDM.pas(265): E2003 Undeclared identifier: 'CST00' [DCC Error] ACBrCTeDACTEFRDM.pas(504): E2003 Undeclared identifier: 'CPais' [DCC Error] ACBrCTeDACTEFRDM.pas(505): E2003 Undeclared identifier: 'XPais' [DCC Error] ACBrCTeDACTEFRDM.pas(641): E2003 Undeclared identifier: 'cMunEmi' [DCC Error] ACBrCTeDACTEFRDM.pas(642): E2003 Undeclared identifier: 'xMunEmi' [DCC Error] ACBrCTeDACTEFRDM.pas(643): E2003 Undeclared identifier: 'UFEmi' [DCC Error] ACBrCTeDACTEFRDM.pas(1221): E2003 Undeclared identifier: 'vMerc'

Pessoal, Estou tendo um probleminha aqui com o ACBrNFe2 e o Delphi XE2. A compilação acontece sem problemas, mas ao executar, tenho a mensagem de erro: "Não encontrei inicio do URI: Id=". Isso acontece no carregamento do XML da NFe, linha 121 da pcnNFeR.pas. Verifiquei que compilando o mesmo projeto com o Delphi 2010 o problema não acontece. Alguém pode ajudar? Obrigado!

Olá Pessoal, Finalmente meu TEF foi homologado usando o ACBrTEFD V&S Pague em modo Background. Gostaria de agradecer ao Projeto ACBr, ao Daniel, ao Régys Silveira, ao Moisés (Cemay Informática) e a todos os outros que de alguma forma me ajudaram nessa empreitada. Como o arquivo ACBrVeSPague.pas foi alterado por muita gente, eu (com a supervisão do Régys) acabei tendo que alterar também. Então estou postando aqui as alterações que fiz para que o Daniel (coitado, vai ter muito trabalho) possa compilar e anexar ao projeto. Tive que fazer uma pequena alteração também no arquivo ACBrTEFDClass.pas. Importante dizer que as alterações foram feitas para o modo Background, onde não existe tela do cliente; todas as telas são do PAF-ECF. Enfim, obrigado a todos! ACBrTEFDVeSPague.rar

Olá Ivan, obrigado pela atenção. Eu coloquei o código novo de vocês pra rodar aqui, e ele realmente faz o loop, mas ao confirmar ou desfazer a transação o sistema trava. Tem um post acima que fala sobre um try..except que resolve esse problema do travamento, mas eu testei também sem sucesso. Então resolvi voltar ao código "oficial" e tentar entendê-lo. Isso é meio complicado por causa do raciocínio lento causado pelo volume de trabalho e a pressão. O ACBrTEFD faz o loop automaticamente sem esse código novo de vocês, desde que o arquivo de backup esteja na pasta. Só que se o processo for cancelado, propositalmente ou não, ele apaga o backup. Eu continuo aqui debugando e tentando entender como fazer para tratar o retorno do diálogo de forma que ao cancelar ele não apague o backup. Não apagando, o resto ele faz sem problemas.

Pessoal (e principalmente ao Daniel), Eu estive estudando isso aqui, fazendo testes, debugando, e consegui entender algumas coisas: Quando eu abro o sistema e inicializo o ACBrTEFDVeSPague ele chama automaticamente o método CancelarTransacoesPendentesClass. Tudo funciona certinho se eu seguir essa linha: informo login e senha; confirmo ou cancelo a transação. Se eu escolher a opção *Fechar* no menu e clicar no botão OK do diálogo, o sistema também funciona como esperado, ou seja, ele sai do ADM, exibe novamente a mensagem de que existem transações pendentes e chama o ADM novamente. Até aqui tudo funciona maravilhosamente bem. O problema acontece quando: [*:2187jcks]clico no botão cancelar do diálogo de coleta ou do menu do TEF[*:2187jcks]digito login ou senha errados. Nesses casos, o arquivo de backup é apagado, e então o loop (sair do ADM, exibir a mensagem e voltar ao ADM) não acontece mais. Não consegui descobrir como tratar o retorno do diálogo de coleta ou do menu do TEF. Creio que se isso puder ser feito (não apagar o arquivo de backup em caso de cancelamento) o código do EddieBR e do Ivan Orosco pode ser descartado. Eu fiz testes com esse código (ainda não oficial) e o sistema trava ao terminar de confirmar ou cancelar as transações. Alguma sugestão? Obrigado.

Olá Ivan, Parabéns pela homologação! Eu continuo na luta aqui, e se não for abusar, gostaria que você nos dissesse como configurou o ACBrTEFD e como implementou os eventos dele. Obrigado e sucesso!

Olá Daniel, Após a última atualização da biblioteca ACBr não estou conseguindo mais complicar o meu aplicativo PAF-ECF. O erro é na linha 433 do ACBrEAD.pas: [DCC Error] ACBrEAD.pas(423): E2018 Record, object or class type required BN_print( Bio , fsKey.pkey.rsa.e); Eu não utilizo o componente ACBrEAD diretamente. Uso Delphi 2007. Abração

Sim, ele realmente chama no inicializar. Mas aqui comigo está acontecendo o seguinte: após o desligamento, ao religar a máquina entrar no PAF-ECF, o TEFD chama o ADM. Mas o teste manda fechar sem tratar para que o sistema chame novamente o ADM. É isso que não acontece. Esse loop não é feito pelo TEFD. O PAF-ECF tem que implementar isso? Mais um detalhe. Se eu fecho o ADM sem tratar e logo em seguida fecho o PAF-ECF, ao reabrir o PAF-ECF o ADM não é chamado. Eu devo estar fazendo alguma coisa errada em algum lugar. Eu uso o seguinte código ao iniciar o PAF-ECF: try TEF.Inicializar(gpVeSPague); (* esse código comentado não resolve o problema while TEF.RespostasPendentes.Count > 0 do begin MyDlgInformation('Existem respostas pendentes não tratadas.'); TEF.ADM(gpVeSPague); end; *) except on E: Exception do WriteLog('Ativação do TEF V&S Pague: ' + E.Message); end; Está faltando alguma coisa? Obrigado.

Pessoal, O teste Pré-Certificação da Cielo com o V&S Pague, no passo 1.1.2.1a diz o seguinte: Procedimento: Realizar uma transação de Crédito no valor de R$ 900,00. Desligar a ECF no Comprovante Vinculado (CCD) e após exibir a mensagem “Erro na impressão. Deseja tentar novamente? . ” Desligar o Computador. Após o retorno da energia, manter a ECF Desligada e iniciar a Automação. Resultado esperado: Procedimento semelhante ao teste anterior (texto do teste anterior: "A automação deve solicitar o desfazimento da Transação TEF e exibir a seguinte mensagem “A(s) trasanção(s) TEF NSU: XXXXXX e Valor: XX,XX está PENDENTE. Favor realizar o DESFAZIMENTO no menu administrativo. Cancelar o cupom fiscal ! ” - ao confirmar essa mesagem a automação deve abrir o menu ADM - transações pedentes, para DESFAZER a transação."), mas: AO ABRIR A TELA COM A TRANSAÇÃO PENDENTE FECHE SEM TRATAR, E REINICIA A APLICAÇÃO, A APLICAÇÃO DEVE APRESENTAR A MENSAGEM NOVAMENTE. Observações: "Duas opções: 1- Ao fechar a tela com a transação pendente, deve solicitar o usuário e senha novamnete para que seja realizado o tratamento da transação. Impedindo que o operador saia do fluxo sem tratar. 2. Ao fechar a janela com a transação pendente, não deve permitir abrir a o caixa, toda vez que tentar abrir o caixa irá apresentar a mesma mensagem, até que seja resolvido." Eu pergunto: qual método do ACBrTEFD eu uso pra saber se tem transação pendente para poder abrir novamente o ADM? Eu fiz um teste usando o RespostasPendentes.Count mas ele não me dá a informação. Agradeço qualquer ajuda.