Mozart

sim é trial. Há alguma coisa a ser feita pra conseguir instalar? Crakear o delphi, alguma coisa?

Fiz a instalação do ACBr_Trunk2 no Delphi 10 Seattle, tudo ocorreu bem na instalação, porém ao executar o Delphi, ele não consegue encontrar as bpl's na pasta "...\ACBr2\Lib\Delphi\LibD23" que foi criada justamente para armazenar as bpls. Essa pasta encontra-se vazia apóas a intalação do ACBr via instalador ACBrInstall_Trunk2.exe. Alguém sabe porque? Pois não consegui identificar, já que não é apresentado nenhum erro. Para Delphi XE8 instalou normal. Executei os mesmos passos citados pelo Regys nesse post (http://www.projetoacbr.com.br/forum/topic/24200-problemas-com-a-versão-9910/#comment-156273) ... porém sem sucesso. Ele instala o ACBr corretamente, mas a pasta continua vazia. Meu ACBr foi atualizado hoje 30/09/2015, está na versão 10125 atualizada por regyssilveira no dia 30/09/2015 às 09h47min13seg

Boa tarde, Primeiramente, você está com os fontes atualizados? estes erros já foram corrigidos, mas o caso da data, coloca lfill(ind_relacao, 0) Obrigado pela resposta rápida. Respondendo à sua pergunta, eu tinha acabado de atualizar meus fontes pelo svn, e não tinha correção para esta função. Realmente era o LFILL, porém o LFILL passado estava como parâmetro TDateTime. Troquei para pegar o LFILL que tem como parâmetro o Int64. Acabei de rodar o sped novamente e funcionou. Se puderem dar uma olhada nos fontes só pra confirmar, agradeceria. Mais uma vez, obrigado pela resposta rápida.

Boa tarde, no ACBrECFBloco_M_Class.pas na procedure TBloco_M.WriteRegistroM300(RegM030: TRegistroM030); está assim: with RegM030.RegistroM300.Items[intFor] do begin Add(LFill('M300') + LFill(DESCRICAO) + LFill(DESCRICAO) + LFill(TIPO_LANCAMENTO) + LFill(IND_RELACAO) + VLFill(VALOR,19,2) + LFill(HIST_LAN_LAL)); end; Fiz a alteração no meu arquivo para liberar pro meu cliente. Na segunda linha, logo após o M300 troquei DESCRICAO por CODIGO Outro erro que está acontencendo, é que ele está gerando uma data onde não tem data. Esta é a linha do registro gerado: |M300|Provisões Não Dedutíveis|Provisões Não Dedutíveis|A|31121899|12,00|| já procurei em todo o componente, mas em lugar nenhum ele joga essa data. E no meu registro, ele 04 (Sem Relacionamento). Este campo seria o IND_RELACAO.

Identifiquei que existe o método pra ser sobrescrito, porém isso deverá ser feito no .pas do acbr? Fiz novamente a atualização do meu repositório, executei o arquivo .bat para limpar a instalação antiga e instalei tudo novamente e está dando o mesmo problema ao limpar os registros do Bloco K. Os demais blocos, 0, J, L, ... utilizo da mesma forma e não dá o acess violation ao liberar da memória o registro FRegistro?990.Free; (onde ? pode ser K, L, M ...) Estou utilizando o método da seguinte maneira... //--- // 3 - Limpa Bloco K //--- SPEDECF.Bloco_K.LimpaRegistros; // acess violation acontece neste ponto //--- // 3.1 Saldos das Contas Contábeis e Referenciais //--- sqlRegistroK030; with SPEDECF.Bloco_K do begin end;

Verificarei

E você utiliza o método para limpar os registros, que citei?

Boa tarde, antes de fazer a postagem fiz uma busca e nada encontrei sobre quem já começou a fazer o sped ecf. Pois bem, estamos desenvolvendo o sped ECF, e antes de falar sobre erros, parabéns para quem está empenhando no desenvolvimento dessa nova frente de componente. Bom, no Bloco K, utilizo a função a SpedECF.Bloco_K.LimpaRegistros; Porém, ele dá acess vioalation ao executar a procedure TBloco_K.LimpaRegistros; onde chama a procedure TBloco_K.LiberaRegistros; que libera da memória o FRegistroK990.Free; Para poder continuar o meu desenvolvimento, apenas comentei a linha que libera da memória este registro, pois nosso tempo para entrega do arquivo está se esgotando, e estamos com uma força tarefa para finalizarmos o quanto antes o sistema para nossos clientes poderem fazer as devidas manutenções. Atualizei o meu repositório hoje, 25/08/2015 e não consta uma correção para tal. Até o momento, conseguimos gerar os demais blocos com sucesso. Sendo validados bloco a bloco no PVA.

Pois é, estou usando a versão 4.x, porém não vai funcionar com ela. Criei um projeto de teste para verificar se existe essas propriedades no componente, porém não existem. Terei que atualizar a minha versão.

Qual a versão do Fast Report utilizado nos componentes? Pelo que pude identificar, pode ser minha versão do componente que não seja compatível. Pois os erros estão dando nas linhas 301, 302, 303 e 304, onde o componente faz referência: frxPDFExport.Producer := SoftwareHouse; frxPDFExport.Title := 'Boleto'; frxPDFExport.Subject := frxPDFExport.Title; frxPDFExport.Keywords := frxPDFExport.Title;

Fiz a atualização novamente dos fontes. Segui os passos 2, 3 e 4 citados pelo Régys, porém sem sucesso. Ao selecionar qualquer opção de Relatórios do Fast Report, ele não consegue compilar e da erro. Na minha instalação, selecionei apenas as opções ACBr_NFeDanfeFR.dpk e ACBr_BoletoFR.dpk O log está em anexo. Alguém passou por situações iguais? log_Delphi_7.txt

Estou com o mesmo problema. Meu repositório está atualizado.

Ok Isaque Pinheiro, vou dar uma olhada, qualquer coisa posto aqui novamente.

Boa tarde, vi que este tópico está há algum tempo sem perguntas e respostas. Sei que já estão desenvolvendo o ACBrSPEDECF, porém gostaria de saber se vocês já tem uma data para subir o que já foi feito. O prazo de entrega do SPED ECF é até 31/09/2015, tenho menos de 1 mês pra desenvolver e testá-lo. Como o prazo está muito curto, não sei se dará tempo de esperar a finalização do componente. Caso contrário, vou ter que procurar soluções alternativas ao ACBr para este fim. A princípio não irei desenvolver nenhum componente, apenas trabalhar com escrita em arquivo texto direto. Mas seria muito bom se já puder utilizar o componente, já que meu software utiliza o ACBr para todos os outros SPED's. Juliomar Marchetti, você que está à frente do desenvolvimento, qual seria a previsão de conclusão ou disponibilização do que já tem pronto? Ou a melhor solução até o momento, é baixar o código que o Akai deixou nos comentários e trabalhar em cima desses 2 repositórios (branches e os dele)??

Eu até gostaria rapaz, mas não foi me passado. Só me passaram a informação. No link da CONFAZ que poste aqui diz que especialmente no ano de 2015 serão liberados atualizações da ER para os requisitos do Bloco X, bloco este que contem essa especificação. Mas caso eu saiba de algo pela homologadora, posto aqui.

Cara, eu entrei em contato com a homologadora da Universidade Federal de Goiás (UFG), onde moro, e o que eles disseram é que a SEFAZ de Santa Catarina mandou um oficio "desobrigando" a utilização do Bloco X da ER 02.03, por enquanto. Segundo eles não está totalmente completo os requisitos do Bloco X, pois para enviar os arquivos dos itens 20, 21 e 22 do Requisito VII, é preciso de um servidor do estado ou nacional, não sei, para recepcionar os arquivos. Estou no aguardo para ver o que mais sai. Esse site https://www.legisweb.com.br/ passa informações diariamente de alterações nacionais e estaduais importantes. Nele achei a nova ER, e estou acompanhando também. Tem esse documento https://www.confaz.fazenda.gov.br/legislacao/atos/atos_cotepe/2015/ato-cotepe-icms-23-15 , oficial da CONFAZ, no fim dele tem uma sitação... “§3º Em relação a versão 02.03 da ER-PAF-ECF, poderá ser publicado, excepcionalmente em 2015, mais de um Ato COTEPE para sua complementação, exclusivamente em relação a requisitos do Bloco X ou por ele afetados, e ainda de PAF-ECF ou Sistema de Gestão utilizados para controles das empresas de transportes de passageiros.” Art. 3º Este ato entra em vigor na data de sua publicação no Diário Oficial da União, produzindo efeitos a partir do primeiro dia do segundo mês subsequente ao da publicação. Vamos ver o que vai dar...

Fontes do ACBr são armazenados no SourceFourge e o mesmo encontra-se com instabilidades. Infelizmente dependemos deles pra conseguirmos atualizar o repositório.

Bom dia, tenho um software que está prestes a ser homologado, e saiu a nova ER contendo alguns ajustes. Me deparei com o REQUISITO VII Item 22 (DADOS TÉCNICOS PARA GERAÇÃO DO ARQUIVO ELETRÔNICO DE INFORMAÇÕES DE VENDAS IDENTIFICADAS PELO CPF/CNPJ) onde será preciso criar um arquivo contendo as vendas por CPF/CNPJ, porém não consegui achar nada referente à esse novo arquivo no ACBr. Queria saber se já está sendo implementado no ACBr tal funcionalidade ou se precisarei criar a rotina fora do ACBr.

Na verdade ele cai nesse teste da procedure "LeResposta" if (pos('ACBrErro:',fpRespostaComando) = 1) then begin fpRespostaComando := copy( fpRespostaComando, 11, Length( fpRespostaComando ) ); raise EACBrECFTimeOut.create( Format(ACBrStr(cACBrECFSemRespostaException), [ModeloStr]) ) ; end ; O que acontece é que ao exibir a mensagem cACBrECFSemRespostaException ele não destrava o teclado e mouse, obrigando o usuário a precionar CTRL + Alt + Del Fiz um ajuste para poder terminar minha homologação. Inclui antes do raise um BlockInput(False, True) Não sei se foi/é a melhor maneira de tratar, mas como precisava finalizar minha homologação, tive que fazer isso. O método que utilizo para travar o teclado e mouse, não é do ACBrECF, utilizo a função da user32.dll para isso. O código ficou assim depois da minha alteração if (pos('ACBrErro:',fpRespostaComando) = 1) then begin fpRespostaComando := copy( fpRespostaComando, 11, Length( fpRespostaComando ) ); // Iago Mozart 07/10/2014 12h30min BlockInput(False, True); raise EACBrECFTimeOut.create( Format(ACBrStr(cACBrECFSemRespostaException), [ModeloStr]) ) ; end ;

Bom dia, estou homologando um sistema utilizando ACBrECF e um componente de terceiros para TEF (EasyTEF). Ambos trabalham em conjunto, e até agora estão se dando bem. Durante a homologação, encontraram apenas um bug, que é: Durante os testes, o homologador pede para que a ECF seja desligada durante a finalização da impressão do Vinculado. Ao desligar a ECF, uma mensagem é exibida (Impressora %s não está respondendo) no meu caso é uma Daruma FS700 D-Printer Porém, quando essa mensagem é exibida, o teclado e mouse permacem bloqueados, pois minha verificação de falha de comunicação com a ECF é "morta" por um raise que o componente executa. Quando o componente executa o raise, não consigo fazer mais verifiações. Realizei um teste, comentando as linhas que são executadas para mostrar essa mensagem e deu certo, consegui tratar o erro passando para minha aplicação e desbloqueando o teclado e mouse. Procurei aqui no forúm, mas não encontrei nada. Peço desculpas se já existe e torno a perguntar. Os homologadores deram 2 alternativas para tratar essa mensagem: ou tira a mensagem que não é obrigatória já que após clicar em "Ok" nessa mensagem, a próxima é exibida (impressora não responde, tentar novamente "sim ou não"?) ou destravar o teclado e mouse para que o operador posso clicar em "OK" nessa mensagem. Preciso da ajuda de vocês. Se alguém já se deparou com algo assim, por favor, ajude-me. A mensagem é exibida por esse código: if not Tratado then raise; Em vário trechos do código, ela é executada (leitura x, redução z, abrecupom, etc)