Daniel Paixão-Cascavel

Meu cliente enviou sem querer um Desconhecimento da operação do destinatário para uma determinada nota fiscal. É possível reverter?

Qual parece ser mais eficiente quando for necessario fazer uma distribuicaoDFe, por chave ou por NSU, ou ambos fazem a mesma coisa?

Sim Juliomar, eu sei que vocês não tem culpa nenhum do que está acontecendo, em momento algum eu disse ou quis dizer isso. Apenas desabafei sobre algo que é real. Abraço.

Pois é, mas dai, vem 90% das empresas de software e desenvolvem o recurso de buscar o XML por dentro do sistema através do manifesto, fora essas outras empresas que atendem escritórios de contabilidade e sites como Arquivei.com e BaixaNota.com. Meu cliente, é lógico, pega no meu pé porque todo sistema faz isso e o meu não. Desenvolvo a solução a mais de um ano já e sempre funcionou, e agora, de repente, esse perrengue. A sefaz poderia pelo menos disponibilizar um recurso pra baixar o XML por dentro do sistema de forma definitiva pras empresas de software né? Eles já nos sugam tanto de nosso tempo e de nossos impostos, o que custava disponibilizar esse serviço de forma oficial??? Deixa a responsabilidade na mão do usuário pra baixar o XML do anexo do e-mail e salvar em uma pasta pra depois dar entrada na nota, em muitos casos é pedir demais. Mas, fazer o que, vamos em frente. No Brasil, pra se ter uma empresa de sistemas com mais de 400 clientes vocÊ tem que que abandonar a família, o lazer, os amigos, e programar 24 horas por dia, 14 delas só pra atender exigências fiscais. Desculpa o desabafo!

E como é que os sites e sistemas que baixam os XML´s emitidos pra um determinado CNPJ de forma automatica o fazem? VocÊ tem idéia? Existe uma API ou recurso pra isso?

Pessoal, nos ultimos dias meus clientes tem reclamado muito que o sistema não consegue baixar os XML´s através do Manifesto do destinatário. Fiz uns testes aqui, e realmente fica dando a mensagem de erro interno de HTTP. Alguem mais está com este tipo de problemas? Abraço.

Bom dia. Poderia me passar mais detalhes?

Galera, estou precisando desenvolver um atualizador para o meu sistema mas, imagino que alguem aqui já tenha feito isso e tenha experiências pra dividir. Gostaria de saber como vocês fazer isso e se alguem tem algo meio que pronto pra negociarmos. Abraço.

O link dele aparece pra mim como Bloqueado por falta de permissão, ou seja, to sem moral.

???

Alguem saberia me dizer se o Maranhão exige algum cadastro da softwarehouse na SEFAZ deles pra emissao de NFC-e/NF-e? Ou é igual na Bahia, que basta o credenciamento por parte do contribuinte e o CSC? Obrigado

Olá pessoal, espero que estejam todos bem! Meu cliente inutilizou uma numeração de notas fiscais sem querer. Alguém saberia me dizer se é possível cancelar esta inutilização para que a mesma volte a ficar disponível para utilização? Obrigado

Como posso fazer isso (sugestões de correção/melhoria)? POr aqui mesmo?

No teste de multiplos cartões do TEF (Clisitef.dll), no roteiro diz o seguinte: Passo 3 cartoes e, antes de completar o valor da venda, ou seja, com transacoes pendentes, eu derrubo a aplicação pra simular falta de energia. Quando eu reinicio o sistema, e chamo o metodo Ativar do TEF, ele ja entra confirmando as transações que ficaram pendentes. Fui fazer a pre-homologação e o cara que estava fazendo os testes me disse que não pode, veja o que ele me escreveu: "aqui ou cancela tudo, ou deixa pendente, volta da onde parou e deixa o operador escolher se quer seguir com o ultimo pagamento ou cancelar tudo, beleza?" "se optar por cancelar deve avisar na entrar que todas as transações tef não foram efetuadas" "se seguir, vai fazer o ultimo pagamento e enviar uma finaliza para todas as transações abertas com o mesmo código de cupom" Então, eu optei por: Ao entrar no sistema, dizer ao usuario que tem transacoes pendentes e se ele quer continuar a venda, se ele continuar, eu re-abro as formas ja lancadas pra ele completar tudo e, somente no final da venda, eu envio a confirmação das transacoes pendentes. Ai está o problema: Quando eu chamo o metodo ativar do TEF, ele ja confirma as transacoes pendentes. Isso é um problema pra mim porque, se o usuario decidir cancelar as venda, ou seja, nao continuar, eu preciso que as transacoes estejam pendentes para que eu possa apenas mandar uma nao confirmacao. Como posso proceder com o ACBrTEFD para isso funcionar assim?

Eu achei que tivesse como recuperar as transações pendentes no servidor e confirmar/cancelar pelo numero.

Após inúmeros testes e tentativas, tive que voltar aqui pra re-abrir a discussão. Seguinte: Se eu entro numa venda TEF (CRT), envio a venda, insiro o cartão, digito a senha e, quando aparece a informação de "RETIRE O CARTAO DA LEITORA", e eu retiro, apartir do momento em que eu retiro o cartão o TEF retorna os dados da transação e eu posso guardar isso pra confirmar a transação depois. O problema acontece quando eu NÃO retiro o cartão da leitora e finalizo a aplicação (desligamento ou CTRL+ALT+DEL). Nesse caso, quando eu ainda não retirei o cartão, eu não tenho como guardar os dados da operação pra cancelar ou confirmar ao reiniciar a minha aplicação. Estudei novamente e debuguei o TEFDemo mas, como já tinha dito anteriormente, ele (o exemplo), tambem não faz esse tratamento específico. Preciso saber como eu posso fazer pre resolver isso pois, estou em um beco sem saída quanto a este procedimento.

Certo, entendi. No meu caso, que não uso ECF, apenas devo verificar se tenho pendência armazenada e confirmar e/ou cancelar. Muito obrigado!

Ta mas, então, só pra confirmar: O ACBrTEFD não consegue verificar se uma transação ficou pendente quando eu derrubei a aplicação? É isso? Pelo que entendi, sua sugestão é pegar as informações do banco de dados e confirmar/cancelar a transação por ela?

@Juliomar Marchetti, desculpa insistência mas, veja como estou fazendo: Entro na tela de venda e chamo o Ativar, chamo CRT para iniciar a venda, passo o cartao, digito a senha e, quando retorna a mensagem de RETIRAR O CARTAO, antes de retirar eu dou CTRL+ALT+DEL e finalizo a minha aplicação. Ao entrar novamente na aplicação, chamo o método Ativar, assim como faço toda vez que entro na tela de vendas mas, ao meu ver, ele deveria achar essa transação pendente, uma vez que , se eu for no modulo de relatorios do Clisitef, ela esta pendente. Acontece que, se eu for na classe, TACBrTEFDClass, na linha 1901, o Arquivosverificar.count está = 0. Tente fazer esse teste ai, do mesmo modo em que eu estou fazendo. Obs: Eu fiz o mesmo teste no TEFDemoNF.dpr e também não acha a transação que ficou pendente. Abraço

Galera, quando eu chego a postar aqui é porque eu ja testei de tudo quanto é jeito. Hoje fui pego de surpresa na pré homologação do TEF Clisitef dll no seguinte teste: Inicia a venda, passa o cartão e digita a senha, quando aparece a mensagem pra retirar o cartão do leitor, finaliza a aplicação simulando uma queda de energia. Quando reinicia a aplicação, que métodos do componente ACBrTEFD eu tenho que chamar pra verificar se existem transações pendentes ? POis preciso confirmar e/ou cancelar as transações que ficaram quando deu a "queda de energia". Se alguem puder me ajudar, fico grato. Abraço.

Galera, estou com um problema aqui na re-impressao de comprovante TEF com ACBrPOSPrinter. Se eu faço vendas com um ou mais cartões e, logo após, vou re-imprimir um comprovante TEF especifico, o comprovante sai normal, porem, se tento novamente re-imprimir, não imprime e retorna a mensagem de 'ECF Não está livre'. Sei que devo estar deixando alguma coisa pra trás com relação ao status fictício da impressora. Alguem pode me dizer o que estou fazendo de errado? Segue abaixo meu codigo de impressão: procedure TFrmRotVenda.TEFImprimeComprovante(ImagemComprovante: TStringList); var ACBrPosPrinter:TACBrPosPrinter; Modelo:TACBrPosPrinterModelo; begin if (ImagemComprovante=nil) then raise Exception.Create('Comprovante não pode ser "NULL"'); try ACBrPosPrinter := TACBrPosPrinter.Create(nil); Modelo := TACBrPosPrinterModelo(TSingleParametros.Prm.Perifericos.Impressora.Modelo); ACBrPosPrinter.Modelo := Modelo; ACBrPosPrinter.Porta := TSingleParametros.Prm.Perifericos.Impressora.Device.PortaSerial; ACBrPosPrinter.Ativar; ACBrPosPrinter.Buffer.Text := ImagemComprovante.Text; ACBrPosPrinter.Imprimir; ACBrPosPrinter.PularLinhas(9); ACBrPosPrinter.CortarPapel(True); TEF.MudarStatusImpressora(tpsLivre); finally ACBrPosPrinter.Desativar; FreeAndNil(ACBrPosPrinter); end; end;

Galera, tudo bem? Espero que sim. Minha dúvida é a seguinte: Estou implementando o TEF com NFC-e e ja estou finalizando mas, fui debugar aqui , e percebi que dentro da classe de resposta do TEF no ACbr (TACBrTEFResp) tem uma subclasse, a TACBrTEFRespNFCeSAT que, logicamente, tem os dados necessários para o preenchimento das forma de pagamento da NFC-e, porem, pelo que vi, no modo homologacao do CliSitef, ao finalizar a transação os unicos dados que vem preenchidos são: DonoCartao, DataExpiracao e UltimosQuatroDigitos. Os campos CodCredenciadora, Autorizacao, Bandeira e Cartao nao sao preenchidos automaticamente. Perguntas: Isso não era pra vir preenchido? Eu preciso preencher isso pra emitir a NFC-e? Obs: Eu ja preencho a nota com os dados que peguei das respostas da transacao. Obrigado.

Certo mas, como eu faço pra utilizar ele em meu projeto? Existe alguma configuração do ACBrDANFe em que eu possa indicar o nome do relatório?

Ola, tudo bem? Estou com o mesmo problema do colega ai. Vou te perguntar duas coisas: 1-Existe uma solução definitiva do ACBr pra isso já? Se não, 2: Como eu poderia usar esse seu relatorio ai "NFCeTermica.fr3"? Eu devo colocar ele em alguma pasta? Ou devo desenvolver uma nova tela em meu sistema com este relatorio? Nao entendo muito de Fortes Reports porque uso o Crystal Reports em meu sistema a muito tempo ja. Obrigado.

Sim, atualizei hoje inclusive.