bergson

boa noite! Daniel, atualizo o componente praticamente todos os dias! Não acredito que o mesmo esteja desatualizado. Ao não ser se a url, que estou atualizando estiver errado. Por favor, poderias postar a url a qual você está mencionando?

Boa tarde! Daniel, conseguiu corrigir o erro no componente. Segue units que corrigi. Após as alterações realizei os testes de importação e emissão, e os mesmos funcionaram normalmente. Por favor, verifica se está tudo certinho, para atualizar o repositório. pcnLayoutTXT.pas pcnNFeRTXT.pas

Boa noite! Daniel é exatamente o que estou tetando fazer, há alguns dias. Claro, que por um tempo limitado de trabalho. Pois tenho outras atribuições durante o dia. E nem todo dia tenho tempo para analisar. Por isso que só faço isso sempre neste horário. Acredite, não estou querendo a solução na mão. A questão é que de fato estou tentando dificuldade em entender o porque, e em que momento o componente não está recuperando a informação correta. Mas, vou continuar tentando. Muito obrigado pelo seu retorno.

Boa noite! Alguém pode me ajudar?

Boa noite! EMBarbosa como solicitado, realizei a importação do arquivo NFE.txt no formato da SEFAZ, no ACBrNFe_demo.exe, na opção "Importar TXT/XML", e o erro ainda persiste. É como se o componente não conseguisse ler data e hora, e automaticamente joga uma data invalida. Abaixo segue: -> Linha do arquivo NFE.TXT que contém valores referente a data e hora, o qual estou importando: B|26|51390869|TRANSF MERC ADQUIRIDA OU RECEB TERCEIROS|2|55|1|323983|2015-05-18T07:21:09-00:00|2015-05-19T07:21:09-00:00|1|1|2607901|1|1|1|1|1|0|1|3|3.10.43||| -> Print Screen do teste realizado no ACBrNFe_demo.exe:

Boa tarde! Alguém tem uma ideia de que erro é esse?

Bom dia! Estou emitindo a nota via importação, a partir de um arquivo no layout da SEAFZ, e o registro o qual consta a data, está conforme abaixo: B|26|51664665|TRANSF MERC SUBMETIDA REGIME SUBSTITUICAO TRIBUTARIA|2|55|1|327768|2015-06-15T08:59:47-00:00|2015-06-16T08:59:47-00:00|1|1|2607901|1|1|0|1|1|0|1|3|3.10.43|||

Certo então Juliomar, irei iniciar pelo client D-TEF e possíveis incompatibilidades com o gpTefDial.

Estou falando do componente ACBrNFe.

Bom dia! Senhores, alguém poderia me ajudar a respeito do mencionado acima. Conforme descrito acima estou pensando em começar alteração no componente ACBrTEFD , o que acham?

Bom dia! Senhores, atualizei hoje o ACBR, e o erro abaixo ainda persiste. Alguma ideia do que poderia ser? ERRO: Falha na validação dos dados da nota: 5263 TAG:<ide> ID:B09/dEmi(Data de emiss?o) - Nenhum valor informado. TAG:<ide> ID:B09/dEmi(Data de emiss?o) - Nenhum valor informado. '' violates pattern constraint of '(((20(([02468][048])|([13579][26]))-02-29))|(20[0-9][0-9])-((((0[1-9])|(1[0-2]))-((0[1-9])|(1\d)|(2[0-8])))|((((0[13578])|(1...'. The element '{http://www.portalfis...nf.br/nfe}dEmi'with value '' failed to parse.

Ai é que está, eu estou com essa dúvida! Para estas novas modalidades de homologação, onde teremos que homologar todas individualmente (Direção, Autar. Pay&GO... Etc.), todos suportando Transações com múltiplos cartões. e todos elas rodando em cima do gpTefDial por emulação, então teríamos de comentar estas linas a cima correto? Eu comentei, pois estou utilizando o Client D-Tef , e funcionou. Teremos só que ver se vai funcionar com os demais GP's aqui mencionados. Para ver se é o caso alterar de vez no componente e atualizar os fontes.

Boa tarde! Gostaria de saber se hoje o ACBrTEFD suporta o Direção client D-TEF? Pergunto pelo seguinte motivo: Estou realizando a homologação da direção para utilizar o GP acima. Verifiquei que todos testes da homologação, aparente estão corretos. com exceção de um, o mesmo descrito abaixo: O pagamento com múltiplos cartões não está tendo o tratamento correto. As transações devem ser confirmadas somente após a impressão de todos os cartões. Ou seja, cada nova transição está sendo confirmada a anterior. Estou ciente que isto está ocorrendo porque estou chamando o GP acima, utilizando gpTefDial. E num determinado momento na transição de múltiplos cartões o código abaixo é executado: { Transação a ser enviada é pagamento ? (CRT ou CHQ) } if TransacaoEPagamento(AHeader) then begin { Para TEF DISCADO tradicional, se for MultiplosCartoes, precisa confirma a transação anterior antes de enviar uma nova } if TACBrTEFD(Owner).MultiplosCartoes then // É multiplos cartoes ? ConfirmarTransacoesAnteriores; end;

Boa tarde! Alguém poderia me ajudar?

Boa noite! Desculpe-me, três estados na hora de chamar o TEF: ECF deve estar em Estado de "venda", "Pagamento" ou "Não Fiscal" Já realizei vários testes e não conseguiu!

Boa noite! Acredito que você não tenha entendido. já realizo Recebimento não fiscal com TEF. o problema é que ocorrem em algumas situações de um consumidor realizar uma compra, e realizar um pagamentos de parcelas de carnê ou boletos na mesma hora... Então neste caso, irei ter para este consumidor um RECEBIMENTOS NÃO FISCAIS E UMA VENDA. E os consumidores em muitos casos exigem passar o cartão de creditou ou debito uma única vez. Sabemos que a impressora só pode estar em um único estado, seja ele: "NÃO FISCAL, VENDA OU PAGAMENTO". ENTÃO PARA ESTES CASOS GOSTARIA DE REALIZAR A SEGUINTE SEQUÊNCIA: 1°- Realizar o recebimento não fiscal : 10,00 - Finalizando na forma de pagamento de CARTÃO (sem chamar TEF) ; 2°- Realizar a venda: 20,00 - Finalizando na forma de pagamento de CARTÃO (sem chamar TEF); 3°- Depois chamar o TEF: 30,00 - Totalizando o valor do RECEBIMENTO NÃO FISCAL + VENDA NO CARTÃO, CHAMANDO O TEF COM O VALOR TOTAL, e imprimir os comprovantes;

Boa noite! desculpe-me, não ficou muito claro!

Boa tarde! Prezados tenho uma situação que acredito que não seja muito comum. Possuo clientes que realizam e seus estabelecimentos RECEBIMENTOS NÃO FISCAIS E VENDAS. Ocorrem em algumas situações de um consumidor realizar uma compra, e realizar um pagamentos de parcelas de carnê ou boletos... Então neste caso, irei ter para este consumidor um RECEBIMENTOS NÃO FISCAIS E VENDAS. E os consumidores em muitos casos exigem passar o cartão de creditou ou debito uma única vez. Sabemos que a impressora só pode estar em um único estado, seja ele: "NÃO FISCAL, VENDA OU PAGAMENTO". A duvida é se teria uma forma de realizarmos para este caso o a seguinte seqüência: 1- Realizar o recebimento não fiscal : 10,00 - Finalizando na forma de pagamento de CARTÃO (sem chamar TEF) ; 2- Realizar a venda: 20,00 - Finalizando na forma de pagamento de CARTÃO (sem chamar TEF); 3- Depois chamar o TEF: 30,00 - Totalizando o valor do RECEBIMENTO NÃO FISCAL + VENDA e imprimir os comprovantes; Observação: Já tentei realizar tal procedimento no TEFDDemo, chamando o TEF sem ter uma venda ou um Recebimento não fiscal em aberto e a mensagem de retorno é: ECF deve estar em Estado de "venda", "Pagamento" ou "Não Fiscal"

No meu caso não são passagens, é varejo mesmo. Porém me encontro na mesma situação acima mencionada!

Boa tarde! Também estou na mesma situação, não consigo fazer com quem o ACBR deixe realizar uma transação TEF, sem que a impressora esteja no estado de venda, Não fiscal, ou pagamento! Já estou esgotando todas minha possibilidades de testes, realmente não existe como realizar tal procedimento ?

Bom dia! Senhores alguém poderia me responder ,por qual motivo o componente SEF2, não faz parte do pacote do instalador ACBR ?

ok! Muito obrigado Régys.

Bom dia! Senhores, quando é realizado uma venda e pago com a forma de pagamento cartão, e imediatamente solicito o cancelamento, o mesmo é feito normalmente. Primeiro é realizado o estorno do vinculado e em seguida, o cancelamento do referido cupom. DÚVIDAS: 1-Porque primeiro é realizado o estorno do vinculado ? 2-O estorno mencionado acima, é obrigatório? está previsto em alguma lei ? 3-Se não estiver previsto em alguma lei, teriamos como deixar está impressão opcional, ou alterar as mensagens neste relatório ? 4-Quem realiza este estorno, é o ACBR, a DLL, ou está programada internamente no software da impressora ? OBSERVAÇÃO: Motivos das dúvidas: Tanto clientes quanto operadores de caixa acreditam que este ESTORNO DO VINCULADO, refere-se ao estorno do cartão na operadora, deixando-o de realizar pelo menu adminsitrativo. Causando então enormes transtornos no pós-venda e até PROCON.

Bom dia! Desculpem-me a ignorancia, não estou conseguindo, pelo omenos não lembro como abro um novo tópico. Poderiam me ajudar?

Crie um tópico novo para uma dúvida nova conforme as regras. Veja neste em especial a "2.2 - Permaneça no assunto". Ok, desculpe-me Irei criar outro tópico.