Ir para conteúdo
  • Cadastre-se

DonizeteFalcon

Membros
  • Total de ítens

    36
  • Registro em

  • Última visita

Tudo que DonizeteFalcon postou

  1. Boa tarde a todos. Estou tentando fazer o cancelamento de NFCe por substituição em homologação, mas só retorna: Código: 999 Motivo: Rejeicao: Erro nao catalogado. Alguém conseguiu faze-lo pelo Webservice do Amazonas? Segue em anexo o xml do pedido de cancelamento 1903071606-ped-eve.xml
  2. Boa tarde Ítalo. Putz amigo, desculpe aí o meu deslize, estava com 25/01 na cabeça e não enxerguei o 25/02.
  3. Boa tarde a todos. Gostaria de saber se alguém está conseguindo fazer o cancelamento de NFCe por substituição(teCancSubst) no ambiente de homologação. Estou tentando e ainda não consegui. Sempre retorna o status 999-Rejeicao: Erro nao catalogado. Estou utilizando o webservice do Amazonas. Os arquivos de schemas estão atualizados. Se alguém puder dar-me um help agradeço. Em anexo estão os xml de envio e retorno. 1901281232-eve.xml 1901281232-ped-eve.xml
  4. Boa tarde. Gostaria de saber se utilizando ACBrTEFD (TEFDial), quando chama um CRT, ou seja uma operação de pagamento, quem tem a função de puxar o foco para a aplicação TEF (PayGo, Sitef, etc...), seria a própria aplicação tef ou eu tenho que programar para o foco sair de minha aplicação e focar na tela do tef? Porque no meu caso, quando chamo o TEF onde eu colocaria as informações do cartão, estou conseguindo clicar na minha aplicação. Se alguém puder ajudar-me, fico muito grato.
  5. Boa noite Daniel, obrigado pela atenção.
  6. Boa noite Daniel. Conforme combinei, estou enviando em anexo as alterações para contemplar a propriedade ImprimeViaClienteReduzida. Por gentileza, dê uma analisada para ver se implementei no lugar correto(espero que sim, rsrs). Fiz os testes utilizando Pay&Go e Cappta, funcionaram corretamente. No Sitef não faz efeito, pois eles não enviam os campos 710 e 711. Alterei também no exemplo ACBrTEFD para testes em tempo de execução. ACBrTEFD.pas ACBrTEFDClass.pas Unit1.dfm Unit1.pas
  7. Daniel, obrigado pela atenção. Como eu disse no post anterior vou tentar criar a propriedade para via Reduzida/Completa. Gostaria de ter a sua opinião sobre duas coisas: Qual via Imprimir por default? Qual nome fica melhor para a propriedade? ImprimeViaClienteCompleta ou ImprimeViaClienteReduzida?
  8. Boa noite a todos e especialmente ao Whanderson e Guilhermefq, satisfação em poder ajudá-los. Sou grato à comunidade do ACBr e, assim que der um tempinho irei ver se consigo implementar a propriedade que sugeri. Qual via seria melhor Imprimir por default, a reduzida ou a completa?
  9. Aí ocorre o seguinte: um pouco antes, o 710 identifica quantas linhas tem no 711(via simplificada do cliente) e coloca true pra usar o 711. Quando chega na 712 é identificado quantas linhas há no 713 (via completa do cliente), se houver a 713, então descartamos a 711(simplificada) setando para false e setamos true para utilizar a 713(completa). No lugar deste teste no 712, futuramente pode entrar uma propriedade (Imprime Resumida).
  10. Boa tarde Daniel. Desculpe-me o transtorno, mas precisei refatorar e fazer mais uma alteração na classe ACBrTEFDClass.pas. Meu sistema é homologado com SiTef e PayGo, estava tudo certo, porém tive problema com uma cliente que utiliza o Cappta, Solicitei a documentação e me enviaram, então descobri que eles mandam as duas vias no registro 29, porém, diferente do SiTef, no registro 28 não vem a sequencia 001, que é a quantidade de linhas das vias do cliente e do estabelecimento, presentes no registro 29. No arquivo, vem os registros 711 (via resumida do cliente), 713 (via completa do cliente) e 715 (via completa do estabelecimento). Meu cliente quer imprimir a via completa do cliente, então a solução foi verificar se a quantidade de linhas do registro 712 é maior que zero, então não imprimo a via reduzida e sim a completa que está no registro 713. Alterações à partir da linha 1516. Seria interessante em uma melhoria futura, criar uma propriedade no ACBrTEFD onde possa ser configurado se imprime a via do cliente resumida(711) ou completa(713). Mais uma vez, se achar conveniente colocar esta alteração no SVN, estou enviando o arquivo em anexo. ACBrTEFDClass.pas
  11. Boa noite. Tive um problema com um cliente que utiliza Sitef Modular. Desenvolvi utilizando ACBrTEFD e quando configurava para utilizar TEFDial, a impressão não separava os cupons. Descobri que era porque no arquivo de resposta, os dois comprovantes vem no campo 29. Para resolver, na classe ACBrTEFDClass.pas (em anexo), na procedure TACBrTEFDRespTXT.ConteudoToProperty, fiz alteração à partir da linha 1516 para contemplar o campo 28 sequencia 1, assim consigo saber quantas linhas tem o primeiro comprovante, e fazer a impressão separada de cada comprovante. Se os administradores entenderem correta a alteração, poderão colocar no svn. ACBrTEFDClass.pas
  12. Bom dia a todos. Fiz alterações também na classe ACBrTEFDClass.pas para comportar os novos campos: CNPJ Credenciadora, Bandeira, Codigo da Credenciadora, Validade do Cartão, nome do dono do cartão, os ultimos quatro digitos do cartão, para o TEFDial. Que são solicitados pelo MFE do Ceará. Em anexo estou disponibilizando as mesma para, se assim os administradores entenderem ser viável, colocar as alterações no svn. ACBrTEFDClass.pas
  13. Bom dia a todos. Estou fazendo a adequação do software da empresa que trabalho, com o integrador do Ceará. Quando realizo pagamentos com TEF, preciso pegar algumas informações como Bin(seis primeiros caracteres do cartao), Nome do Proprietario do cartão, os ultimos quatro digitos do cartao, o CNPJ da operadora etc..., para serem informados ao integrador, quando se usa PayGo ou TEFDial estas informações não vem no comando RespostasPendentes do ACBrTEFD. Utilizando CliSitef consegui pegar estas informações, e até implementei algumas que que não vinham. Alguém poderia me informar como conseguiria pegar estas informações com TefDial? Porque verificando o código da AcbrTEFDDial.pas, diferente da ACBrTEFDCliSiTef.pas, não há propriedades que poderiam retornar estes campos.
  14. Bom dia. Como estou fazendo a compatibilização do nosso software com o Integrador do CE, quando o pagamento é realizado em TEF estou utilizando o ACBrTEFD, porém alguns campos não estão retornando no comando RespostasPendentes do ACBrTEFD, e estes são necessários para preencher o comando EnviarStatusPagamento. O Software está homologado pela CliSitef, que agora está disponibilizando os mesmos como por ex: CNPJ Credenciadora, Bandeira, Codigo da Credenciadora, Validade do Cartão, nome do dono do cartao, os ultimos quatro digitos do cartão. Diante disto fiz alterações nas classes ACBrTEFDClass.pas e ACBrTEFDCliSiTef.pas implementando os campos 1002, 1003, 1190. Em anexo estou disponibilizando as mesmas para, se assim os administradores entender ser viável, colocar as alteraçoes no svn. Não sabia se o melhor lugar para as mesmas seria aqui, mas como a implementação do integrador CE me levou a isto, então estou disponibilizando aqui. ACBrTEFDClass.pas ACBrTEFDCliSiTef.pas
  15. Olá André, aí está a unit alterada. Deixei o código original(linha141) comentado. pcnVFPeR.pas
  16. Boa tarde a todos. Estou com um problema ao enviar o pagamento realizado no TEF ao Integrador. Utilizando o Integrador do MFe do Ceará , depois de confirmar uma transação no TEF é necessário informar ao integrador o pagamento, utilizando o comando abaixo. RespostaStatusPagamento := TACBrSATMFe_integrador_XML(ACBr_SAT.SAT).EnviarStatusPagamento(StatusPagamentoMFe); Após este comando preciso pegar o retorno. Estou fazendo assim: Result := StrToIntDef(RespostaStatusPagamento.Retorno,0), o problema está que a propriedade .Retorno está vindo vazia. Analisando o método RespostaStatusPagamentoR.LerXml da unit pcnVFPeR, na linha 141, percebi que na execução do Leitor.rCampo(tcStr, 'retorno') aqui que estava vindo vazio. RespostaStatusPagamento.Retorno := Leitor.rCampo(tcStr, 'retorno'); Para contornar a falta do Retorno, vi que em outros métodos LerXml da mesma classe, há um teste antes da execução do RespostaStatusPagamento.Retorno := Leitor.rCampo(tcStr, 'retorno') Por Exemplo em TRetornoRespostaFiscalR.LerXml está assim: if (Pos(UpperCase('retorno'),UpperCase(Leitor.Arquivo)) <= 0) and (Pos(UpperCase('Integrador'),UpperCase(Leitor.Arquivo)) <= 0) then RetornoRespostaFiscal.IdRespostaFiscal := Leitor.Arquivo else begin RetornoRespostaFiscal.IdRespostaFiscal := Leitor.rCampo(tcStr, 'retorno'); RetornoRespostaFiscal.IntegradorResposta.LerResposta(Leitor.Grupo); end; Então seguindo o método anterior, fiz a seguinte alteração: function TRespostaStatusPagamentoR.LerXml: boolean; (Linha 135) begin Leitor.Grupo := Leitor.Arquivo; RespostaStatusPagamento.Clear; if (Pos(UpperCase('retorno'),UpperCase(Leitor.Arquivo)) <= 0) and (Pos(UpperCase('Integrador'),UpperCase(Leitor.Arquivo)) <= 0) then RespostaStatusPagamento.Retorno := Leitor.Arquivo else begin RespostaStatusPagamento.Retorno := Leitor.rCampo(tcStr, 'retorno'); RespostaStatusPagamento.IntegradorResposta.LerResposta(Leitor.Grupo); end; Result := True; end; Agora sim está retornando valor no campo Retorno. Sugiro aos administradores, após análise de minha alteração, se for conveniente, fazer a alteração no componente. Se estiver fazendo errado, gostaria que alguém desse-me uma luz de como pegar o retorno desta função.
  17. Bom dia Juliomar, obrigado pela atenção. Isto mesmo, estou aprendendo a utilizar o exemplo para entende-lo e implementar na minha aplicação. Consegui utiliza-lo fazendo venda com Cartão e Dinheiro. Entendi que quando há lançamentos em 'Pagamentos a Fazer', a impressora ja fecha o cupom lançando automaticamente o valor referente ao que estiver lançado ali. Só não consegui fazer a venda com dois cartões. Se puder me orientar, agradeço-lhe.
  18. Boa tarde a todos. Nosso sistema ja é homologado com TEF, para operações com ECF utilizamos o ACBrECF, porém estamos trabalhando em uma nova versão e gostaríamos de passar a utilizartambém o componente ACBrTEFD para operações com TEF. Será que alguém poderia me auxiliar como seria o fluxo de uma venda no ACBrTEFD utilizando duas formas de pagamento: Dinheiro e Cartão, por exemplo. Apenas com um pagamento cartão TEF, vai bem porém não estou conseguindo entender o fluxo no Exemplo do ACBrTEFD para duas formas de pagamento. Estou utilizando o TEF-Dial. Se alguém puder ajudar-me, agradeço.
  19. Juliomar, segundo a Nota Tecnica NT_2016_002_v1.20, na pagina 4, diz: "Histórico de Alterações: Alterações introduzidas na versão 1.20 Prorrogação do prazo de implantação em homologação para 03 de julho e produção para 02 de outubro de 2017...", porém pelo erro, acredito que o Schema do ACBrNFe ja está validando esta tag.
  20. BigWings, obrigado pela atenção. Será que existe uma previsão para a implementação destes novos campos?
  21. Boa tarde a todos. Estou migrando a minha NFCe da versão 3.10 para 4.0. Na Nota Técnica 2016.002 de Maio/2017, em ZX. Informações Suplementares da Nota Fiscal, há uma tag a ZX03 urlChave que não consegui encontrar no ACBrNFe. Como faço para informa-la, pois está dando o erro: Content for element '{http://www.portalfiscal.inf.br/nfe}infNFeSupl' is incomplete according to the DTD/Schema. Expecting: {http://www.portalfiscal.inf.br/nfe}urlChave., como faço para corrigir este erro, que está dando logo na validação da NFCe. Se alguém puder responder, fico muito grato, pois estamos nos adequando para homologação PAF-ECF.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.