cnbatalha

Boa Tarde, Estou desenvolvendo um PAF-ECF com uma ECF SWEDA - ST 120, ao chamar a funcao ACBrECF.PafMF_LMFC_Cotepe1704 ocorreu o seguinte erro - 2 = Parâmetro inválido na função Verificando o fonte do projeto ACBr e a documentação da dll da sweda, identifiquei que quando chamada a funcao: Self.ArquivoMFD_DLL(DataInicial, DataFinal, PathArquivo, [docTodos], finMF ); a finalidade finMF seta um tipo "1" que ao chamar xECF_ReproduzirMemoriaFiscalMFD(Tipo, DiaIni, DiaFim, NomeArquivo, ''); passa o 'ultimo parâmetro vazio ("") e pela documentação da dll não é permitido segue a documentação que estou me fundamentando Tipo: STRING que determina o tipo de relatório a ser gerado: Informar um dos seguintes valores ("0" a "3"): "0" = L M F simplificada – formato texto. "1" = L M F COMPLETA – formato texto. "2" = L M F COMPLETA – formato COTEPE. PatBin = caminho e nome do arquivo de Memória Fiscal no formato binário. "2" = M F D – formato COTEPE. Processa o movimento gravado apenas no dispositivo Memória de Fita Detalhe - MFD. Para que seja lido apenas a MFD, informar "" ou vazio no argumento abaixo - PatBin. Assim, NÃO irá processar o movimento do dispositivo da Memória Fiscal. A DLL vai procurar o arquivo binário MFD no computador automaticamente. "3" = LMF e MFD – formato COTEPE. Também conhecido como "TDM" porque inclui movimento da Memória Fiscal e da MFD. No argumento abaixo - PatBin - deverá ser informado o caminho e o nome do arquivo que contém a Memória Fiscal em formato binário. Já os arquivos que contém a memória MFD não deverão ser informados. A DLL vai procurar os arquivos binários tipo MFD no computador automaticamente. "4" = Gera o arquivo com a mesma informação do tipo "3". mas com as seguintes diferenças: · A função não consulta o ECF sobre o conteúdo da MFD · Não exibe a caixa de geração do arquivo COTEPE. · Poderá usar a pasta informada no argumento "PatBin" abaixo para obter os arquivos MFD e gerar o arquivo cotepe na mesma pasta e na pasta informada em "PatTxt". Os arquivos não precisam pertencer ao ECF conectado. FxaIni: STRING com a data inicial no formato ddmmaa, dd/mm/aa, ddmmaaaa ou dd/mm/aaaa ou o CRZ inicial. Será assumido que o valor refere-se ao contador COO se o comprimento do valor tiver 7 dígitos. FxaFim: STRING com a data final no formato ddmmaa, dd/mm/aa, ddmmaaaa ou dd/mm/aaaa ou o CRZ final. Será assumido que o valor refere-se ao contador COO se o comprimento do valor tiver 7 dígitos. PatTxt: STRING informando a localização e o nome do arquivo texto a ser gerado. PatBin: STRING informando a localização e o nome do arquivo binário da Memória Fiscal. Usado para gerar o movimento da Memória Fiscal ou TDM. Este arquivo é gerado, chamando a função ECF_DownloadMF. para soluciona o problema seria necessário passar o tipo = '2', xECF_ReproduzirMemoriaFiscalMFD(Tipo, DiaIni, DiaFim, NomeArquivo, ''); porem pela documentação ao usar o tipo = '2' surge duas possibilidades, se o parâmetro PatBin for vazio será gerado o aquivo no layout MFD, se for informado o parâmetro PatBin será gerado o arquivo no layout MF que acredito ser o correto para o requisito do PAF Espero ter ajudado, estou tentando finalizar uma solução para contribuir com o projeto.

Bom Dia, recentemente abri um tópico relacionado a Meios de Pagamento na versão 1.12, mas fiz uma busca e localizei este tópico mais adequado para tratar do assunto. Procurando seguir o requisito fiz algumas alterações no projeto ACBrECF, segue as alterações. ACBrECF.pas.zip ACBrECFClass.pas.zip

Boa Tarde Amigos, Estou em processo de desenvolvimento para homologação do PAF-ECF na nova versão ( 1.12 ) e verifique que o layout do Rel. de Meios de Pagamento foi modificado, Requisito XXX, foi apresentado um exemplo de layout: Fonte: http://www.fazenda.gov.br/confaz/confaz ... 028_12.htm 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. O layout do projeto está diferente, existe alguma desenvolvimento para esta alteração?

Realmente, também tentei argumentar com o homologador mas não adiantou, em vez de fazer um programa para alterar o GT eu modifiquei o componente do acbr.

Quando homologuei recentemente o homologador disse a mesma coisa, que não era permitido usar trigger.

Boa Tarde, homologamos o sistema da empresa usando gerando a NFe por um outro executável, e esse exe que gera a NFe tem que entrar na lista dos executáveis + MD5.

Bem eu tbm achei q da forma q estava seria a melhor maneira, mas o homologar disse que precisaria modificar o valor do GT de acordo com o teste abaixo TESTE 075: Acesso à tela de registro de venda com ECF não configurado no arquivo auxiliar.(Valor de GT) Passo 1: Altere o valor do GT, correspondente ao ECF em teste, no arquivo auxiliar criptografado. Passo 2: Desligue o ECF e o microcomputador e ligue-os novamente. Passo 3: Execute o programa aplicativo fiscal e aguarde até que sua inicialização seja completada. Passo 4: Tente acessar a tela de registro de venda do programa aplicativo. Passo 5 Observe o comportamento do programa aplicativo e se o acesso à tela de registro de venda foi liberado, atentando para o fato de que o programa não poderá funcionar, exceto para as funções listadas no item 6 do requisito XXII. Condição para requisito atendido: Bloqueio de funcionamento de todas as funções do programa aplicativo exceto as funções listadas no item 6 do requisito XXII. Condição para requisito não atendido: Funcionamento normal das funções do programa aplicativo, especialmente as funções de registros de vendas. por isso precisei fazer as alterações.

Ok, O Problema encontrado pelo homologador era que, da forma que o arquivo foi criptografado não seria possível localizar a informação do MD5 e alterar essa informação, como é pedido em um dos testes. Neste teste o homologador tbm teria que modificar as informações Número de Série da ECF e Grande Total. AcbrAAC_Homologado.zip

Bom dia amigos, homologamos o Sistema da empresa na última semana e tivemos dificuldade com o arquivo auxiliar gerado pelo componente ACBRAAC. O componente gera uma string de todo conteúdo do arquivo criptografado, porém em um dos testes o homologar procura modificar o MD5 do arquivos que contém a lista dos arquivos do paf. Nao foi possível identificar a posição desta informaçao no arquivo auxiliar. O homologador pediu que modificasse a geraçao arquivo para permitir alterar a informacao do MD5. Para passar no teste tivemos q alterar o componente AcbrAAC.

Bom Dia Pessoal, com relação à Nfe, homologamos o sistema da empresa na última semana e foi necessário emitir uma NFE, além disso é necessário agora validar o Sped Fiscal.

Impressora Bematech Modelo2100, Amigo desculpe pela demora em responder, pois durante este período esta em processo de homologação do PAF-ECF e tenho sugestões de melhorias para o ACBr relacionados ao PAF-ECF.

Bom Dia, utilizando a função PafMF_LMFC_Cotepe1704 por CRZ verifique que não estava conseguindo capturar o valor do COO inicial, verifique que na função CRZToCOO era necessário modificar de 30 para 20 o valor que retira o final do arquivo.