cnbatalha
-
Total de ítens
12 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por cnbatalha
-
-
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.
-
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?
-
Eu acho esses testes uma puta sacanagem...
Vou fazer um aplicativo só para o homologador mudar o GT ?
Pra mim isso deveria ser repensado (eu sei que não são vocês que fazem o roteiro
)... se eles não conseguem fazer o teste era pra ser considerado feito ou então que os homologadores que se virassem pra fazer o teste.É o que acho.
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.
-
Primeramente disculparme por mi portuguese.
Estou intentando homologar o PAF 1.6. He utilizado triggers. El homologador di que non podo utilizar triggers por que no cumple o teste 116 do Bloco VII:
TESTE 116: Inspeção de menus ou rotinas automáticas que eliminem as evidências apontadas pelos alíneas
e c) presentes no bloco VII;PASSO1: Busque no sistema por menus ou rotinas automáticas que façam com que registros evidenciados sejam limpos;
Condição para requisito atendido: Inexistência de menus ou rotinas automáticas que eliminem uma evidência de alteração nos registros ou de manipulação nas tabelas do PAF-ECF;
Condição para requisito não atendido: Existência menus ou rotinas automáticas que eliminem uma evidência dos registros e tabelas manipuladas.
¿e esto certo?
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.
-
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.
PafMF_LMFC_Cotepe1704 - Sweda
em ACBrSerial
Postado
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.