ornei

Boa noite estou instalando o ACBr no xe7 com o rave 11.0.9 instalado, o componente tambem atualizado, e instalado usando o acbrinstall sem nenhum erro tudo ok, quando vou abrir o delphi xe7 ocorre o erro na imagem. Gostaria de saber se tem alguma configuração a fazer.

Boa tarde, minha aplicação e feita por pacotes, onde eu tenho o cadastros.bpl, estoque.bpl, spedifiscal.bpl, spedcontribuições.bpl, notafiscalE.bpl e outros pacotes. O email das nfe estavam enviando sem problema para servidores como gamil, ig. yahoo...etc, resolvi fazer a atualização do acbr que esta na 8077, apos esta atualização não consigo enviar as nfe por e-mail mais, se na pasta da aplicação estiver a notafiscalE.bpl o envio fica Ok mas se eu colocar um dos pacotes sped(spedfiscal) o envio não da certo e ocorre o erro abaixo. Gostaria de saber se alguém trabalha desta maneira e se teve este problema. Ainda não consegui saber a causa deste problema. - uso delphi 7 com windows 7 - as duas DLLs esta na pasta da aplicação que copiei da pasta do acbr

boa noite pessoal realmente não estou enviando e-mail mais, não sei o que pode esta acontecendo que não deixa fazer a conexão com a conta de e-mail, sera que e possível ter alguma unit que esta usando e faz da o conflito. Como eu já diz acima o sistema e feito em módulos a parte de e-mail não funciona se o módulos NotaFiscalE.bpl estiver com o SpedFiscal.bpl juntos. Se alguem trabalhar com módulos e tiver alguma dica para que eu possa testar agradeço.

Pessoal como e falei acima o sistema e feito pacotes da seguinte maneira: - pacote NotafiscalE: envio a sefaz, consultar, cancelamento, cce, envio por email. - pacotes SpediFiscal, SpedPisCofins, SpedContabil estes pacote só tem o componente do acbr referente a cada pacote. não sei porque depois da atualização não funciona o envio da NFe por email se tiver um dos pacotes do sped se remover envia normalmente. Isto acontece com os servidores de e-mail do gmail, yahoo, ig etc. no servidor de e-mail do provedor eu uso não ocorre o erro podendo ter todos pacotes juntos. Já testei as portas 465 e 587, marcando ou desmarcando conexão segura. Não estou vendo uma solução, tenho um cliente que já faz 3 dias que não envia as NFe por pelo sistema, por enquanto estão adicionado manualmente o XML e o PDF no gerenciador de e-mail. Ornei

bom dia atualizei o fontes que passou para revisão 8077, só que agora não envia as nfe por e-mail esta com o erro (imagem anexada). Ate então esta tudo normal, também configurei o exemplo com os dados e o e-mail deu certo. Acho que deve ter algum componente que esta fazendo que o envio da nfe por e-mail não funcione no sistema e feito por pacotes, a questão e como descobrir o que esta fazendo dar o erro, estou usando o delphi 7, outra coisa não esta funcionando os e-mail yahoo, gmail, ig não testei os outros. O erro parece ser erro de login, mas testei todo via webmail e estão do OK.

Travache a questão e que se der erro na parte da gravação no BD ou outro motivo como conexao com o servidor vou perder do dados do retorno da consulta na imagem anexada. como faço para abrir este xml novamente tipo o xml da nfe onde uso LoadFromFile('arquivo'). Quero armazenar no BD os dados do xml para depois fazer a confirmação e talvez o download do xml. também segue o codigo codigo.txt

Boa tarde estou fazendo a manifestação do destinatário, seguindo o exemplo do arquivo ConsultarNFeDestinadas.txt, só que quando fui gravar ocorreu erro, então gostaria de saber se tem como carregar o xml da consulta para pegar os dados e gravar no banco. Ornei

Italo bom dia, isto mesmo estava com true, agora de manhã achei este problema conferindo com exemplo. Obrigado

Boa noite. procurei no forum mas não encontrei um assunto relacionado a esta situação: Atualizei o acbr no dia 09/12/2014 para poder recompilar meu projeto para a nova versão 3.10, só que quando copiei no cliente e foi reimprimir o DANFE, das nfe já transmitidos na versao 2.00 estão saindo com a tarja NFe Cancelada. Ainda não consegui identificar ou se estou passando batido em algum procedimento. Ornei

Bom dia colegas!!! Alguma novidade, sobre o uso ou não do método "TACBrTEFDCliSiTef.AvaliaErro ".

Daniel, bom dia. Atualizei o Simulador SiTef, para a versão 3.0.19.34, e deu tudo certo. O caractere FF não esta sendo mais retornado no buffer do SiTef. Desde já agradeço a atenção.

Daniel, bom dia. Estou utilizando a versão 3.0.19.31 do Simulador SiTef. Esta versão deve estar com bug. Desde já agradeço a atenção.

Juliomar, bom dia. Segue em anexo os arquivos de log. Realizei os testes pelo "TEFDemo.exe". Observe a linha 280 do CliSiTef.txt; O Simulador Sitef esta me devolvendo o caracter FF entre o valor da compra e o valor do saque, e este caracter esta sendo enviado para o ECF, como podemos observar na linha 236 do ECF.txt. Neste teste que acabei de realizar, no cupom impresso, tanto a via do cliente quanto a via do estabelecimento está com um espaçamento de +/- 10 linhas entre o valor da compra e o valor do saque (vide imagem: Teste Seq.51.jpg em anexo ). Desde já agradeço a atenção. CliSiTef.txt ecf.txt

Caro colegas, Estou com o seguinte problema no teste 51. Mandei os cupons da pre homologação para a Software Express, e eles me pediram para repetir o teste 51, pois no cupom fiscal impresso, entre o valor da compra e o valor do saque esta aparecendo um espaço ( +/- de umas 4 a 5 linhas). Pelo que pude observar o Sitef está me devolvendo no buffer o caractere FF entre os textos "VLR COMPRA:1.500.0.,(aqui vem o caracter FF) VLR SAQUE:20,00" No Log do ECF, está da seguinte forma: -- 09:02:23:767 LinhaCupomVinculado( AUTORIZACAO: 260007[CR][LF]VALOR: 170,00[CR][LF]VLR COMPRA:1.500.0.,[FF] VLR SAQUE:20,00[CR][LF] ) TX -> [sTX]M[NUL][FS]CAUTORIZACAO: 260007[LF]VALOR: 170,00[LF]VLR COMPRA:1.500.0.,[FF] VLR SAQUE:20,00[LF][CR][WAK] 09:02:24:204 RX <- ACK = 6 Falha: 0 09:02:24:391 RX <- [NUL][NUL][NUL][NUL] Observem que há um caractere FF entre os textos. Será que é isso que está fazendo o ECF dar este espaço entre os textos??? Será que pode ser algum problema do Simulador do Sitef, como no caso do ACK, já descrito aqui neste tópico??? Obs.: Estou utilizando Delphi 7, ECF Bematech com página de código 850.

Paulinho, bom dia. Então está resolvido o problema, do saque. Ou aumenta o número de linhas para o texto como o Régys indicou, ou use o "StringReplace(Titulo,#$A,' ', [rfReplaceAll] );", que você disse ter dado certo. Bola pra frente...

Régys Silveira, segue o log como solicitado. Observe as linhas 145 e 146, o texto que está em buffer esta com quebra de linha. Desde já agradeço pela atenção logpafecftef.txt

Boa tarde, colegas! Consegui realizar os testes Seq.51 com cartão Visa. Esta tudo certo com o ACBrTEFDCliSiTef. O problema esta na implementação do formulário que obtém o valor do campo informado (no caso do TEFDemo: Form5). Repare que o título que deve aparecer no formulário está em Buffer (no fragmento de log abaixo), e este buffer tem uma quebra de linha, então o formulário é exibido com o seguinte título: VISA ELECTRON. E como não aparece nada referente a saque no título estava informando 0. -- 18/08 15:24:35:919 - ContinuaFuncaoSiTefInterativo, Retornos: STS = 10000 ProximoComando = 34 TipoCampo = 130 Buffer = VISA ELECTRON SAQUE Tam.Min = 0 Tam.Max = 13 Para ficar mais claro para o usuário, como posso identificar esta quebra de linha, e exibir o título da seguinte maneira: VISA ELECTRON SAQUE, sem a quebra de linha? Tentei isso e não funcionou: StringReplace( Trim( Titulo), sLineBreak, ' ',[rfReplaceAll] ) Obs.: pelo TefDemo também acontece a mesma coisa, o formulário é exibido com o titulo: VISA ELECTRON e não VISA ELECTRON SAQUE.

Bom dia colegas, Alguma conclusão. Desde já agradeço.

Bom dia, Roney Melo Sim estou utilizando o CliSiTef. Consegui realizar o teste com um cartão Mastercard.

Boa tarde, colegas Também estou realizando os testes seq. 51 e 52, e ocorre o mesmo problema que o Paulinho relatou, não aparece a opção para digitar o valor do saque. Obs.: Estou utilizando cartão Visa com Chip.

Ok, Daniel Simões Uma outra coisa. No demo está sendo utilizados eventos "OnMudaEstadoReq" e "OnMudaEstadoResp", porém para o SiTef, os mesmos nunca são disparados quando enviamos um CRT ou CHQ. Portanto os blocos de comandos relacionados a esses eventos nuca serão processados. Desde já agradeço.

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.