ornei

Bom dia Daniel, Quando apertamos o botão "CancelarResp" a variável "fCancelado" é setada para "true" e a mesma é passada para a variável "Interromper" do evento "OnAguardaResp", correto. No final do bloco do evento "OnAguardaResp" tem a seguinte condicional " if fCancelado then Interromper := True ;" Este evento esta contido dentro do "repeat" do método "TACBrTEFDCliSiTef.ContinuarRequisicao", como a variável "fCancelado" não é setada nunca para "false" se respondermos não "No" diálogo "13 - Operacao Cancelada? [Yes / No]", o dialogo fica aparecendo sempre, e seu respondo "Yes", quando envio novamente um CRT, no momento que o PinPad começa interagir com a aplicação (evendo OnAguardaResp - Arquivo = 23), de cara já me aparece o diálogo sem ao menos termos pressionado o botão "CancelarResp". Não sei se consegui passar o ocorrido aqui. Obrigado

Bom dia Juliomar, Obrigado pela atenção. Concordo que temos várias formas de implementar. Porém da forma como o TEFDemo está não funciona, e isso pode confundir algumas pessoas com mais dificuldades. Para o SiTef, os eventos "OnMudaEstadoReq" e "OnMudaEstadoResp" não são chamados/tratados quando enviamos um CRT ou CHQ. Se você tem uma outra forma de implementar e possa compartilhar conosco, seria de grande valia. Desde já agradeço.

Caros, Alguém testou o TEFDemo, cancelando o fluxo da transação, repetindo o cenário descrito acima???? Pelo que pude observar nos fontes (ACBrTEFDCliSiTef.pas), os eventos "OnMudaEstadoReq" e "OnMudaEstadoResp" não são chamados/tratados para o SiTef quando enviamos um CRT ou CHQ; Sendo assim a variável "fCancelado" utilizada no TefDemo, depois que apertamos o botão "CancelarResp", nunca volta para "False" (Obs.: a variável esta sendo setada para False no evento OnMudaEstadoReq), deixando assim o programa em Loop no evento "OnAguardaResp" onde trata o Comando 23 ( Arquivo = '23'); O valor desta variável (fCancelado) é passada como resposta ao evento "OnAguardaResp" através da varável "Interromper", e dentro do método "TACBrTEFDCliSiTef.ContinuarRequisicao", no bloco case "ProximoComando = 23", a variável "Continua" sempre fica setada com o valor "-1" (menos 1), pois a variável "interromper" será sempre "True", causando os problemas relatados acima. Gostaria da opinião dos colegas, se também estão enfrentando problemas para cancelar o fluxo da transação. Desde já agradeço.

Caros, Estou testando este recurso no TEFDemo, realizando uma venda com cartão de crédito magnético à vista: Cenário 1: ------------- 1 - Envio um CRT, seleciono a forma de pagamento e o tipo de cartão 2 - No momento em que me pede para passar ou inserir o cartao, pressiono o botão "CancelarResp" (Continua = -1); 3 - Aparece a tela de dialogo 13 - Operacao Cancelada? [Yes / No]; Bug: -------- 4 - Se a respota for "No", a tela de dialogo (Comando = 20) fica sempre aparecendo, sendo que o correto não seria ficar em Loop, esperando o retorno do de algum periférico no caso o PinPad (Comando = 23)???? Obs.: Enquanto a resposta for "No" fica sempre aparecendo a tela de dialogo. Cenário 2: ------------- 1 - Se respota for "Yes", é retonado para o TEFDemo, e repito novamente o fluxo de operações (venda com cartão de crédito magnético à vista); 2 - Envio novamente um CRT, seleciono a forma de pagamento e o tipo de cartão; Bug: -------- 6 - De cara , já me aparece o dialogo 13 - Operacao Cancelada? [Yes / No] Conclusão: Se pressiono o botão "CancelarResp", tenho que fechar o cupom com uma forma de pagamento que não seja cartão, pois se escolher cartão vai sempre aparecer o dialogo (dialogo 13 - Operacao Cancelada? [Yes / No]) e se respondo "No" acontece o "Cenário 1" e se respondo "Yes" acontece o "Cenário 2". Gostaria de saber dos colegas se isso também ocorre com vocês??? Desde já agradeço.

Também não estou conseguindo, esta com o mesmo erro e já esta vencendo o prazo para cancelar a NFe

Bom dia, Analisando a documentação (Especificação Técnica – Interface com os meios de pagamento do SiTef) que me foi enviada pela Software Express (Versão: 134 de 14/05/2014), pude perceber que as constantes (CACBrTEFD_CliSiTef_ErroXX) dos erros retornados pela rotina "ConfiguraIntSiTefInterativoEx" não está de acordo com a documentação. Hoje temos: CACBrTEFD_CliSiTef_Erro10 = 'O PinPad não está devidamente configurado no arquivo CliSiTef.ini' ; Pela documentação o erro 10, seria: 'Erro de acesso na pasta CliSiTef (possível falta de permissão para escrita)' Também foi adicionado o erro 9: 'Configuração de servidores SiTef foi excedida.' Desde já, agradeço.

bom dia, me desculpa a todos, eu estava errado mesmo, o principal e não alterei que e o registro I010 o campo 3 onde informa o layout do arquivo. Obrigado

Juliomar no manual não tem esta informação, fiz a alteração pois o PVA não esta aceitando o layout 2, e também pesquisando na net encontre no blog do José Adriano este esclarecimento no link abaixo: http://www.joseadriano.com.br/profiles/blogs/esclarecimentos-sobre-leiaute-da-ecd-2013

Bom dia, onde estava: if DT_INI >= EncodeDate(2013,01,01) then passei para: if DT_INI >= EncodeDate(2014,01,01) then esta alteração foi nas Unit: ACBrECDBloco_0_Class, ACBrECDBloco_I_Class e ACBrECDBloco_J_Class gerei o arquivo e deu tudo certo.

Realmente nas paginas 23 e 126 do manual de dezembro de 2013, diz que o layout 2 e a partir do ano calendário 2013. Só que o PVA não aceita. veja a imagem

Pessoal estou com ACBR atualizado na versão 6938, que esta gerando o arquivo no layout 2, estou com o PVA na versão 3.1.3 e não esta aceitando o layout 2, no fontes do acbr, esta para gerar este layout apartir de 01/01/2013. Sera que não esta em vigor este layout. (MG) Ornei

Boa tarde, pessoal. Segue o link da ER "MG 001": http://www.fazenda.mg.gov.br/empresas/ecf/manuais/paf_ecf_requisitos_comentados_vMG-001.pdf T+

Ok, Juliomar Digamos que implemente desta maneira. Para atender ao teste de alterar a "unidade" no registro D3 (item do DAV), terei que ir na tabela "TB_UNIDADE" e alterar o campo "SIGLA" certo? Mas e as outras tabelas que fazem referência com a "TB_UNIDADE" (como "TB_PRODUTO" registro P2), a alteração acima, feita para atender aos testes do registro D3, iria afetar outros registros como é o caso do P2, ou seja iria aparecer um tanto de "?" em vários outros registros. Será que passa na homologação assim?

Sim tenho um campo para o MD5 na "TB_DAV_ITEM". Se entendi, no momento de gerar o hash eu iria considerar o campo "unidade" para formar o MD5 do registro?

Cada PDV não tem sua base de dados? SIM. seu cadastro de produtos é independente em cada PDV certo? SIM. Independente de ser local ou não, analisemos o seguinte DER: TB_PRODUTO ------------------- ID (PK) DESCRICAO ID_UNIDADE (FK) ... TB_UNIDADE ----------------- ID DESCRICAO SIGLA ... TB_DAV_ITEM (REGISTRO D3) ID (PK) ID_DAV (FK) ID_PRODUTO (FK) ... Observe que na "TB_DAV_ITEM", para montar o registro D3, tenho que buscar as informações do produto (Descrição, Unidade), através de um JOIN com a "TB_PRODUTO" e com a tabela "TB_UNIDADE" TIPO: SELECT P.DESCRICAO, U.SIGLA ... FROM TB_DAV_ITEM D LEFT OUTER JOIN TB_PRODUTO ON (D.ID_PRODUTO=P.ID) LEFT OUTER JOIN TB_UNIDADE ON (D.ID_UNIDADE=P.ID_UNIDADE) Como tratar as alterações no caso de chaves estrangeiras (FK) ?

Boa tarde, colegas. Gostaria de reviver este fórum, validação dos registros EAD. No caso de chaves estrangeiras (FK) como os colegas estão tratando as alterações? Exemplo: No teste que devemos altear a unidade de um item do DAV (registro D3). Na minha tabela de itens do DAV eu não tenho este campo explicitamente, mas sim uma chave estrangeira que faz referencia com a tabela de unidade de medida, onde fica armazenado a sigla da unidade. A princípio pensei em controlar as alterações na tabela de unidade também, sendo assim alterando a "unidade" da tabela de unidade, apareceria a "?" no registro D3. Mas aí vem o problema. Existem outras tabelas que fazem referência com a tabela de unidade (como a de produto), com isso, a alteração acima, feita para atender aos testes do registro D3, iria afetar outros registros como é o caso do P2 , E2. Isso é aceito na homologação? Ou a melhor maneira de controlar isso é quebrar a normalização do Banco de Dados, e replicar estes campos nas tabelas necessárias (no caso do exemplo acima, criar o campo unidade na tabela de itens do DAV)? Desde já agradeço.

Boa tarde, Cleber. Até onde sei, somente com backup e restore (no caso de banco de dados FireBird).

Pessoal Alguém sabe algo sobre a obrigatoriedade da CF-e SAT em Mina Gerias? Pelo que entendi, será a partir de 01/05/2014. Segue link publicação DOU: http://www.jusbrasil.com.br/diarios/68108418/dou-secao-1-26-03-2014-pg-33 Outro Link: http://www.fattoconsultoria.com.br/noticiadet.asp?cod=1146

Bom dia, Régys Conciderabdo um estabelecimento que tem pouca movimentação (emite poucos Cupons Fiscais); Hoje por exemplo ele abiru o caixa, emitiu uma LX de início de dia (gerando assim o flash de estoque) e no final do dia emite a RZ. O estabelecimento fica 3 dias sem emitir Cupom Fiscal (o usuário nem no PAF-ECF entrou); No 4° dia ele entra no PAF-ECF (porém não emite nenhum documento), e em seguida pede para gerar o arquivo dos "REGISTROS DO PAF-ECF", referente por exemplo ao mês anterior. 1 - Dúvida: Os registros E2 e E3 serão referentes ao flash de estoque gerado pelo primeiro documento, emitido, do último dia de movimentação? 2 - Mudando um pouco de assunto Não seria melhor e mais organizado se o Registro E2 fosse filho do registro E3, e invertendo os registros, ficando assim? +E2 - IDENTIFICAÇÃO DO ECF QUE EMITIU O DOCUMENTO BASE PARA A ATUALIZAÇÃO DO ESTOQUE | |_E3 - RELAÇÃO DAS MERCADORIAS EM ESTOQUE (Flash do estoque, filho do E2) Desde já, agradeço a atenção.

Juliomar, bom dia No REQUISITO XXVIII (VERSÃO 02.01), mais precisamente no item 8, parece que deixa bem claro que temos que gravar o registro da NF no banco. Trecho retirado da Especificação Técnica de requisitos do PAF-ECF estabelecida pelo Ato COTEPE/ICMS 09/13: ", devendo ainda o PAF-ECF, concomitantemente a gravação do registro da Nota fiscal no banco de dados, enviar automaticamente ao ECF o comando de emissão de um Cupom Fiscal referente àquela Nota Fiscal emitida manualmente..." Desde já agradeço a atenção.

Boa tarde, Tenho certificado A1 em ambiente homologação, para fazer teste caso ocorra erros nos clientes, ha possibilidade de testar a consulta nfe destinadas e o manifesto do destinatario, a principio estou usando o demo. Tentei fazendo uma nf de saida para o proprio CNPJ do certificado dica do inicio, enviei a nf normal. na consulta nfe destinadas retorna o seguinte: Ambiente : 2 Versão Aplicativo : AN_1.0.0 Status Código : 128 Status Descrição : Lote de evento processado Recebimento : 12/12/2013 15:07:52 Versão : 1.01 Ambiente : 2 Versão Aplicativo : 1.0.0 Status Código : 137 Status Descrição : Nenhum documento localizado para o destinatario Recebimento : 12/12/2013 15:15:41 Ind. Continuação : 1 Último NSU : 133712472 Retornei a fazer o teste da manifestação, mas estou com o mesmo problema acima, o que pode estar errado.

Juliomar, entendi tudo o q vc me informou, mas Conciderando o seguinte cenário [MG]: Passo 1: O funcionário do estabelecimento emite sem querer a redução Z, no meio do dia D+0; Passo 2: Como não posso parar de vender (ECF não esta em condições normais de uso), começo a realizar as vendas pelo bloquinho (Série D); Passo 3: No dia D+1 abro o caixa (ECF em condições normais de uso), e registro as minhas Série D: 1: Emito a NF Manual na mesma tela utilizada para emissão de Cupom Fiscal; 2: Gravo o registro da NF no banco de dados; 3: Envio automaticamente o comando para emissão do Cupom Fiscal referente à NF; 1 - Identifiquei que a última NF emitida manualmente (último Cupom Fiscal emitido) esta errada (o produto vendido está errado), portanto os passos abaixo são permitidos? Passo 4: Cancelo o Cupom Fiscal - Cupom fiscal referente a NF Manual emitida; Passo 5: Cancelo a NF emitida no Passo 1 no banco de dados; Passo 6: Emito o Cupom Fiscal com o produto realmente vendido. Obs.: Neste caso imagino que contabilmente estaria tudo certo, pois cancelei o Cupom Fiscal que teve origem a partir de uma NF manual emitida errada, cancelei também a NF, e emiti novamente um Cupom Fiscal com o produto realmente vendido. 2 - Mas se eu identificar que o erro não foi referente a última NF emitida manualmente, como proceder com a correção da mesma? Sabendo-se que só posso cancelar o último Cupom Fiscal emitido? Contabilmente como fica? Desde já agradeço a atenção.

Perfeito, Juliomar O registro de NF emitida manualmente só estará disponível se o ECF estiver em condições normais de funcionamento, Ok. Se o ECF esta em condições normais de funcionamento, porque emitir NF manual? Não posso emitir logo o Cupom Fiscal de uma vez? Para MG esta funcionalidade não tem muito sentido. Desde já agradeço a atenção.

Conciderando os passos abaixo (Item 8 do REQUISITO XXVIII): Passo 1: Emito a NF Manual na mesma tela utilizada para emissão de Cupom Fiscal; Passo 2: Gravo o registro da NF no banco de dados; Passo 3: Envio automaticamente o comando para emissão do Cupom Fiscal referente à NF; Os passos abaixo são permitidos? Passo 4: Cancelo o Cupom Fiscal - Cupom fiscal referente a NF Manual emitida; Passo 5: Cancelo a NF emitida no Passo 1 no banco de dados; desde já agradeço a atenção.

Regys, No post, você diz que o teste dos Registros E2 e E3, é feito emitindo uma LX. 1 - Conciderando o cenário acima descrito (estabelecimento com 3 ECF todos OFF LINE), a lógica (resumida) para gerar os Registros do PAF-ECF abaixo está correta? No final do dia atualizo o banco de dados do servidor: Passo 1: Gero Flash do estoque - Registro E2; Passo 2: Envio os cupons dos caixas Off-Line para o Servidor (Pela data consigo saber o primeiro documento emitido no dia - Registro E3); Passo 3: Tiro o Registros do PAF-ECF (On-Line) de qualquer caixa. 2 - Qual a lógica deste Flash do estoque, para o primenro documento emitido no dia? Pois podemos ter o seguinte cenário (tanto On-Line quanto Off-Line): No dia D+0 o produto "XXX" tem no momento do Flash do estoque a quantidade de 100, e o total de itens vendidos neste dia D+0 é de 50 unidades, e no dia D+1 o flash do estoque é de 100 novamente não de 50 unidades, pois podemos realizar entradas ou saídas pela retaguarda. Desde já agradeço a atenção.