EMBarbosa

Obrigado Juliomar.

Estive olhando o teste 115, e até agora não achei uma maneira melhor de fazer isso além da proposta aqui pelo Juliomar. Alguém "bolou" alguma alternativa melhor?

Verifique se acontece com o DEMO, por favor.

Olá andrea, Você está confundindo. TIPO_ESCRIT é o 3o. (terceiro) campo. O campo em branco é o quinto, a saber NUM_REC_ANTERIOR. Além disso, no arquivo que mostrou, TIPO_ESCRIT não está como tpEscrRetificadora. Observe que o valor está 0. Veja: |0000|002|0|0||01042011|30042011|NOME DA EMPRESA|11111111000191|ES|3200607|000000000|00|0| Como disse antes, verifique o guia prático, na página 42, cuja parte específica eu estou colocando aqui em baixo na imagem:

que X2? Não seria Delphi XE2?

Por favor, crie um tópico novo para uma dúvida nova. O tópico no qual tinha postado não tem relação nenhuma com sua dúvida. MODERAÇÃO: TÓPICO DIVIDIDO. Sobre sua dúvida, tente o site do SPED para exemplos de arquivos funcionais. http://www1.receita.fazenda.gov.br/sistemas/efd-contribuicoes/exemplos-de-arquivos.htm Ou o DEMO do ACBrSPEDPisCOFINS.

Só para complementar a resposta do lipsort, leia a parte específica do registro 0000 no Guia prático. Ele vai ajudar a entender o que é cada parte desse registro. Também, sempre que surgir dúvidas, use o programa PVA para SPED Contribuições. Ele acusa tudo que é incorreto. Nesse caso você verá que ele não levanta nenhuma reclamação.

Olá eneias.carvalho, não acho que esteja passando pra gente toda a informação. Será que não colocou alguma chamada no onShow do form? Ou talvez esteja criando o form várias vezes?

Você está tentando fazer um checkout?

testou com o ECFTeste, o demo do ACBrECF?

Gr@ç@, Obrigado pelo retorno. Mas só pra confirmar, usando o ADOQuery não deu mais erro de "Out of Memory"? Em tempo, mesmo assim, se você usa Delphi 7, eu sugiro fortemente você usar o FastMM. O gerenciador de memória do Delphi 7 é horrível.

Você está se referindo ao pipe, a saber, esse | caractere? E ao fato de terem dois pipes juntos logo depois do quarto campo que é zero (0)?

Olá, com seu exemplo não dá pra ver nenhuma linha em branco.

tchuck, Do ANEXO VIII foi isso aqui que mudou: Alteração na "letra" b2 e adição da "letra" c5 (as outras c1, c2, c3, etc... continuam a valer mas mudaram de número): b.2) “Modelo do ECF” no caso do registro tipo E1 constante no Anexo IV e “Unidade” no caso do registro tipo E2 constante no Anexo IV; c.5) “Razão Social” no caso do registro T1 constante no Anexo VII;

Suspeitei desde o princípio. (: Muito obrigado.

Regys, Não pode deixar acesso ao NF-e se o ECF estiver ligado? Nem se for feito por outro programa?

Nesse caso não sei ao certo. Mas você precisa admitir que então seu projeto não é a mesma coisa que o DEMO do ACBrTEFD. Talvez exista algum lugar algo que não foi verificado. Ou pode ser um bug no Delphi mesmo. Não sei pois não uso o ACBr em DLL. Estou justamente tentando fugir delas, hehe.

Estou colocando aqui as mudanças que vi do 1.11 para 1.12: Alterado item 11 do REQUISITO VI: Em relação ao DAV, são vedados: a) a sua re-impressão, quando impresso no ECF; Adicionado item 25 no REQUISITO VII: “Troco em Cartão”, para gerar o arquivo eletrônico previsto no item 4 do requisito XIV com possibilidade de seleção por período de data, no mesmo subdiretório onde está instalado o PAF-ECF ou SG, quando este executar esta função, devendo o programa aplicativo informar o local da gravação e assiná-lo digitalmente, inserindo ao final do arquivo uma linha com o registro tipo EAD a seguir especificado. Adicionado "letra" a1 no REQUISITO XIV a1) quando utilizado exclusivamente por estabelecimento enquadrado como minimercado, mercado, supermercado, situado no Estado de Santa Catarina e cuja atividade seja o comércio varejista de mercadorias em geral, com predominância de produtos alimentícios, admite-se, mediante parametrização, inacessível ao usuário, que o valor a ser informado à empresa administradora de cartão de crédito ou débito seja superior em até R$ 10,00 (dez reais), condição em que o PAF-ECF deverá disponibilizar função que permita realizar a gravação de arquivo eletrônico do tipo texto (TXT), em conformidade com o leiaute e com as especificações estabelecidas no Anexo XV, nos seguintes modos: 1) por meio do comando definido no item 25 do requisito VII; 2) automática e imediatamente após a emissão do documento Redução Z. O arquivo deverá conter as informações referentes ao totalizador de troco, sempre que o meio de pagamento for exclusivamente cartão de crédito ou débito e a administradora esteja relacionada no Anexo XV, identificada por seu CNPJ; Adicionada letra c3 no REQUISITO XVII c3) a função estar disponível para execução apenas no período entre a emissão da Redução Z e a emissão do primeiro cupom fiscal do movimento do dia seguinte, do ECF interligado fisicamente ao computador onde se encontre instalado o PAF-ECF; Adicionada letra a no item 6 do REQUISITO XXI (as outras letras foram simplesmente mudadas e não removidas): Exibir na tela de venda, no mínimo os seguintes dados, que devem coincidir com aqueles enviados ao software básico do ECF ou por ele calculados e impressos no Cupom Fiscal: a) o código da mercadoria ou serviço; Alteração do REQUISITO XXX: O PAF-ECF deve disponibilizar função que permita a impressão, pelo ECF, de Relatório Gerencial, selecionada por período de data inicial e final, denominado “MEIOS DE PAGAMENTO”, relacionando os valores acumulados e gravados no banco de dados a que se refere o requisito XXIX, contendo: a) a data da acumulação; a identificação do meio de pagamento e, quando for o caso de cartão, identificar se é crédito, débito ou similar; c) o tipo do documento a que se refere o pagamento; d) o valor acumulado em cada dia; e) a soma individual de cada meio de pagamento referente ao período solicitado. OBS.: As informações prestadas neste relatório referem-se aos documentos emitidos por todos os equipamentos ECF do estabelecimento usuário e não apenas pelo ECF que emitiu o relatório, podendo se limitar ao movimento do dia imediatamente anterior ao da emissão do relatório. Exemplo: Período Solicitado: de “d1/mm/aaaa” a “d2/mm/aaaa” d1/mm/aaaa – Dinheiro – Cupom Fiscal – Valor d1/mm/aaaa – Dinheiro – Comprovante Não Fiscal – Valor d1/mm/aaaa – Dinheiro – Nota Fiscal - Valor d1/mm/aaaa – Cheque – Cupom Fiscal – Valor d1/mm/aaaa – Cheque – Comprovante Não Fiscal – Valor d1/mm/aaaa – Cheque – Nota Fiscal - Valor d1/mm/aaaa – Cartão de Crédito – Cupom Fiscal – Valor d1/mm/aaaa – Cartão de Crédito – Comprovante Não Fiscal – Valor d1/mm/aaaa – Cartão de Crédito – Nota Fiscal - Valor d1/mm/aaaa – Cartão de Débito – Cupom Fiscal – Valor d1/mm/aaaa – Cartão de Débito – Comprovante Não Fiscal – Valor d1/mm/aaaa – Cartão de Débito – Nota Fiscal – Valor d1/mm/aaaa – xxxxxxxxxxxxxxx – Cupom Fiscal – Valor d1/mm/aaaa – xxxxxxxxxxxxxxx – Comprovante Não Fiscal – Valor d1/mm/aaaa – xxxxxxxxxxxxxxx – Nota Fiscal – Valor SOMA DO DIA d1/mm/aaaa = Valor d2/mm/aaaa – Dinheiro – Cupom Fiscal – Valor d2/mm/aaaa – Dinheiro – Comprovante Não Fiscal – Valor d2/mm/aaaa – Dinheiro – Nota Fiscal - Valor d2/mm/aaaa – Cheque – Cupom Fiscal – Valor d2/mm/aaaa – Cheque – Comprovante Não Fiscal – Valor d2/mm/aaaa – Cheque – Nota Fiscal - Valor d2/mm/aaaa – Cartão de Crédito – Cupom Fiscal – Valor d2/mm/aaaa – Cartão de Crédito – Comprovante Não Fiscal – Valor d2/mm/aaaa – Cartão de Crédito – Nota Fiscal - Valor d2/mm/aaaa – Cartão de Débito – Cupom Fiscal – Valor d2/mm/aaaa – Cartão de Débito – Comprovante Não Fiscal – Valor d2/mm/aaaa – Cartão de Débito – Nota Fiscal – Valor d2/mm/aaaa – Xxxxxxxxxxxxxxx – Cupom Fiscal – Valor d2/mm/aaaa – Xxxxxxxxxxxxxxx – Comprovante Não Fiscal – Valor d2/mm/aaaa – Xxxxxxxxxxxxxxx – Nota Fiscal – Valor SOMA DO DIA d2/mm/aaaa = Valor TOTAL DO PERÍODO SOLICITADO: Dinheiro - Valor Cheque – Valor Cartão de Crédito – Valor Cartão de Débito – Valor Xxxxxxxxxxxxxxxxxx – Valor SOMA TOTAL - Valor. Alterado item 3 do REQUISITO XXXVIII-A: O peso do produto gerado pela balança deve ser capturado pelo PAF-ECF e gravado em “Conta de Clientes”, aberta e gravada pelo Programa imediatamente após a captura. (Acrescer ao texto original, “Conforme Portaria INMETRO nº 097 de 11 de abril de 2000”.)

Seu projeto é uma Dll?

Obrigado Everton. Esse daí eu não sabia ainda.

Talvez usando um emulador de portas virtuais ou, se o computador tivesse mais de uma porta física, por um cabo físico seria possível fazer o trabalho de capturar os comandos ao ECF e retornar respostas emulando um ECF. Mas provavelmente, isso não seria suficiente. Projetos como SAT/CF-e devem criar rotinas diferentes para se lidar com os dados e mostrar ao cliente. Talvez alguns dados que não são fornecidos hoje sejam necessários. Só daria mesmo pra saber depois que tudo dele estivesse certo para funcionamento e pudéssemos começar a analisar os requisitos do projeto.

Obrigado simons. Já está na revisão 3601.

O ganho de velocidade no ACBrTEFD existe. Mas como a chamada não é tão frenética, não é tão perceptível quanto no ACBrAAC. Não daria problema com o que já existe. Na verdade, o método usado quando compilado para LINUX faz o flush apenas do arquivo. O do Windows é que faz flush do Drive inteiro ocorrendo essa perda de performance. A média de chamada para o FlushFileToDisk é por volta de 26,880 milissegundos (média máxima de 55,912 milissegundos) enquanto a do FlushtoDisk é de 183,050 milissegundos (média máxima de 240,762 milissegundos).

Implementado na revisão 3597. Eu compilei aqui no Delphi XE e Lazarus e passou. Mas seria bom se outros usuários pudessem testar também. A função ACBrUtil.FlushtoDisk também é chamado pelo TACBrTEFDArquivo.GravarArquivo (definido em ACBrTEFDClass.pas). Pelo que percebi do código, também não há necessidade ser usada FlsuhtoDisk, mas apenas o FlushFiletoDisk. Se concordarem gostaria de modificar isso também.

Inclusive, acabei de perceber que o tipo para "08" está com nome errado. Deveria ser sdfEspecial e não sdfInutilizado. Corrigi na revisão 3596