Rodolfo Nemer Nogueira

Perfeito Daniel. Essa é uma exigência da Certified. Se você fizer: "TEF, TEF e Dinheiro". O dinheiro tem que sair por último nas formas. Se fizer "Dinheiro, TEF, TEF". O dinheiro tem que sair primeiro nas formas de pagamento. Resolvi provisoriamente lançando manualmente as formas na ordem, mas agrupando o TEF em uma única forma, já com os desconto. E assim passou ok na Software Express. Quando possível, vou fazer testes no ComandaECF que você passou pra ver como se comporta. Obrigado pela ajuda!

Olá amigo, estou passando pelo processo de homologação da Cielo (Certified), e há um passo crítico que: Uma venda é lançada com um cartão. Depois um segundo cartão com o restante da venda, mas sem finalizar corretamente, cancelando a transação com cartão E finalmente, fechar a venda com dinheiro. Ocorre o seguinte, minha aplicação buferiza as formas de pagamento e lança primeiramente as formas de pagamento que não utilizam TEF primeiro, e depois uso a ImprimirTransacoesPendentes para lançar as transações TEF e seus respectivos cupons. Mas a Cielo exige que a forma de pagamento Dinheiro seja impresso em segundo lugar, e não em primeiro. Isso conflica com minha aplicação, pois se eu imprimir as transações pendentes do TEF, o cupom será fechado antes que eu possa lançar a forma "Dinheiro" Será que há algum evento dos componentes que posso utilizar para lançar as formas de pagamento na ordem que são feitas? Agradeço a atenção e ajuda dos amigos do fórum!

Fiz as alterações na fonte com os novos links da prefeitura de Curitiba e também algumas correções na geração do xml. Mas ainda estou tendo problemas na validação do XML / XSD. Em anexo também, os arquivos fornecidos pela prefeitura para teste de validação do XML. ACBrProvedorISSCuritiba.zip arquivos prefeitura.zip

A validação do XML para o ISS Curitiba está dado muitos problemas. Alguém conseguiu fazê-lo funcionar na aplicação de teste?

No demo, ao clicar em Gerar e Enviar Lote no ISSCuritiba, recebo a seguinte mensagem: XML <EnviarLoteRpsEnvio xmlns="http://isscuritiba.curitiba.pr.gov.br/iss/nfse.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://isscuritiba.curitiba.pr.gov.br/iss/nfse.xsd"> <LoteRps> <NumeroLote>0</NumeroLote> <Cnpj>08899124000162</Cnpj> <InscricaoMunicipal>01 01 0526276-9</InscricaoMunicipal> <QuantidadeRps>1</QuantidadeRps> <ListaRps> <Rps> <InfRps Id="rps1UNICA"> <IdentificacaoRps> <Numero>1</Numero> <Serie>UNICA</Serie> <Tipo>1</Tipo> </IdentificacaoRps> <DataEmissao>2013-01-22T00:00:00</DataEmissao> <NaturezaOperacao>1</NaturezaOperacao> <RegimeEspecialTributacao>1</RegimeEspecialTributacao> <OptanteSimplesNacional>1</OptanteSimplesNacional> <IncentivadorCultural>1</IncentivadorCultural> <Status>1</Status> <Servico> <Valores> <ValorServicos>1685.50</ValorServicos> <IssRetido>2</IssRetido> <ValorIss>50.56</ValorIss> <BaseCalculo>1685.50</BaseCalculo> <Aliquota>0.0300</Aliquota> <ValorLiquidoNfse>1685.50</ValorLiquidoNfse> </Valores> <ItemListaServico>01.07</ItemListaServico> <CodigoTributacaoMunicipio>118879</CodigoTributacaoMunicipio> <Discriminacao>discriminacao</Discriminacao> <MunicipioPrestacaoServico>4106902</MunicipioPrestacaoServico> </Servico> <Prestador> <CpfCnpj> <Cnpj>08899124000162</Cnpj> </CpfCnpj> <InscricaoMunicipal>01 01 0526276-9</InscricaoMunicipal> </Prestador> <Tomador> <IdentificacaoTomador> <CpfCnpj> <Cnpj>99999999000191</Cnpj> </CpfCnpj> <InscricaoMunicipal>1733160024</InscricaoMunicipal> </IdentificacaoTomador> <RazaoSocial>INSCRICAO DE TESTE</RazaoSocial> <Endereco> <Endereco>RUA PRINCIPAL</Endereco> <Numero>100</Numero> <Complemento>APTO 11</Complemento> <Bairro>CENTRO</Bairro> <Cidade>4106902</Cidade> <Estado>PR</Estado> <Cep>81550190</Cep> </Endereco> <Contato> <Telefone>1122223333</Telefone> <Email>[email protected]</Email> </Contato> </Tomador> </InfRps> </Rps> </ListaRps> </LoteRps> <Signature xmlns="http://www.w3.org/2000/09/xmldsig#"> <SignedInfo> <CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315" /> <SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1" /> <Reference URI=""> <Transforms> <Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature" /> <Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315" /> </Transforms> <DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1" /> <DigestValue></DigestValue> </Reference> </SignedInfo> <SignatureValue></SignatureValue> <KeyInfo> <X509Data> <X509Certificate></X509Certificate> </X509Data> </KeyInfo> </Signature> </EnviarLoteRpsEnvio>

Me corrija se estiver errado, mas no ACBrProvedorISSCuritiba.pas a tag EnviarLoteRpsEnvio não está sendo fechada: Original: function TProvedorIssCuritiba.Gera_TagI(Acao: TnfseAcao; Prefixo3, Prefixo4, NameSpaceDad, Identificador, URI: String): AnsiString; begin case Acao of acRecepcionar: Result := '<' + Prefixo3 + 'EnviarLoteRpsEnvio' + //+ NameSpaceDad; ' xmlns="http://isscuritiba.curitiba.pr.gov.br/iss/nfse.xsd"' + ' xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"' + ' xsi:schemaLocation="http://isscuritiba.curitiba.pr.gov.br/iss/nfse.xsd"'; acConsSit: Result := '<' + Prefixo3 + 'ConsultarSituacaoLoteRpsEnvio' + NameSpaceDad; acConsLote: Result := '<' + Prefixo3 + 'ConsultarLoteRpsEnvio' + NameSpaceDad; acConsNFSeRps: Result := '<' + Prefixo3 + 'ConsultarNfseRpsEnvio' + NameSpaceDad; acConsNFSe: Result := '<' + Prefixo3 + 'ConsultarNfseEnvio' + NameSpaceDad; acCancelar: Result := '<CancelarNfseEnvio>'; acGerar: Result := ''; end; end; Alterado: function TProvedorIssCuritiba.Gera_TagI(Acao: TnfseAcao; Prefixo3, Prefixo4, NameSpaceDad, Identificador, URI: String): AnsiString; begin case Acao of acRecepcionar: Result := '<' + Prefixo3 + 'EnviarLoteRpsEnvio' + //+ NameSpaceDad; ' xmlns="http://isscuritiba.curitiba.pr.gov.br/iss/nfse.xsd"' + ' xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"' + ' xsi:schemaLocation="http://isscuritiba.curitiba.pr.gov.br/iss/nfse.xsd">'; acConsSit: Result := '<' + Prefixo3 + 'ConsultarSituacaoLoteRpsEnvio' + NameSpaceDad; acConsLote: Result := '<' + Prefixo3 + 'ConsultarLoteRpsEnvio' + NameSpaceDad; acConsNFSeRps: Result := '<' + Prefixo3 + 'ConsultarNfseRpsEnvio' + NameSpaceDad; acConsNFSe: Result := '<' + Prefixo3 + 'ConsultarNfseEnvio' + NameSpaceDad; acCancelar: Result := '<CancelarNfseEnvio>'; acGerar: Result := ''; end; end;

Ok EMBarbosa, problema resolvido! Mesmo usando o simulador. O ACBrECF.FechaRelatorio fecha o relatório OK. Mas o ACBrECF.CorrigeEstadoErro também faz isso de uma forma mais completa, pois prevê outros estados também. Muito obrigado!

Perfeito, muito obrigado pela ajuda Juliomar! Esse fim de semana vou testar isso em uma ecf física, e qualquer novidade posto aqui. Abraços e boa tarde!

Ou tem alguma relação com o fato de ela estar "Sem papel", daí não é possível gerar o cancelamento impresso e ela permanece em estado de relatório. Mas como será que poderia ser resolvido isso após a troca do papel?

Sim, exatamente como você postou. Será que pode ser um problema do simulador da bematech?

Olá amigos, estou fazendo uma rotina de pré-homologação, e estou com um problema nos passos: Durante a impressão TEF, simular falta de papel na impressora. Deseja imprimir novamente? - NÃO Todas as transações são canceladas OK. Mas a ECF continua em modo "Relatório". O que seria preciso fazer para que ela saia deste estado e retorne ao estado LIVRE? Obrigado!!

Tá certo, resolvido a questão do saque. Com o AutoEfetuarPagamento em FALSE eu não preciso mesmo adicionar o pagamento manualmente no ECF, o TEF.ImprimirTransacoesPendentes faz tudo sozinho como vocês disseram. Muito obrigado pela ajuda e novamente parabéns pelo projeto!

Olá, bom dia! Ok, estou realmente pensando em bufferizar os pagamentos nas próximas versões. Mas essa questão do saque, o componente não deveria tratar automaticamente? O evento OnComandaECFPagamento não deveria retornar o Valor já com o saque, já que a transação completa foi a soma total? Ou estou fazendo algo errado?

Blz, obrigado pelas respostas! Mas nesse caso eu tenho que "bufferizar" as transações dos cartões e imprimir uma única vez no cupom, ou posso ir imprimindo na medida que forem sendo concretizados? Com o TACBrTEFDResp vindo do TEF, na aplicação com o AutoEfetuarPagamento = FALSE eu adiciono o valor do cartão manualmente no ECF a cada transação da seguinte forma: TEF.ECFPagamento(FPCupomID, FPCupomVl + TEF.Resp.Saque); Isso é uma boa prática? Ou uso o TEF.ECFPagamento(FPCupomID, TEF.Resp.ValorTotal) uma única vez antes de TEF.ImprimirTransacoesPendentes;

Juliomar, você diz do TEF.OnComandaECFPagamento? Eu até pensei em usá-lo, mas percebi que o parâmetro Valor não vem com o saque. É o mesmo impresso no ECF. Ou existe um outro evento que eu possa utilizar pra tratar o saque??

Ok, fiz o mesmo procedimento utilizado na aplicação com o TEFDDemo, e o problema ainda persiste. AutoEfetuarPagamento = TRUE AutoFinalizarCupom = FALSE - Abrir cupom - Vende Item = R$10 - Subtotalizar - CRT de R$10,00 - Cartão de Debito - Compra e Saque - Valor do Saque = R$10,00 CRT retorna TRUE e já imprime no ECF a forma de pagamento (no caso 'Cartão') em R$10,00. Como o total pago é >= total do cupom, faço os passos: TEF.ImprimirTransacoesPendentes OnDepoisConfirmarTransacoes > TEF.FinalizarCupom Então o cupom é fechado, as vias impressas OK. Será que estou errando em algum passo?

Olá Daniel, bom dia! Sim, as fontes estão atualizadas, estou enviando os logs da ECF e do TEF caso você tenha interesse em dar uma olhada. Uma coisa que percebi, é que no ACBrTEFDCliSiTef o TipoCampo 130 não é tratado no ContinuaFuncaoSiTefInterativo, isso está correto? Agradeço a atenção! logs.zip

Olá amigos, já pesquisei no fórum mas não encontrei nenhum problema parecido. Com relação as transações TEF com saque, o roteiro diz o seguinte: - Nesta transação deverá ser feito o tratamento para que o valor do saque, que é retornado no TipoCampo=130, seja exibido com a Finalizadora Troco, no cupom fiscal. Ok, nas vias de comprovante TEF o saque é corretamente contabilizado, mas no evento ComandaECFPagamento o valor retornado é o valor do cupom sem o saque. Então minha dúvida é se devo apresentar esse "saque" como troco nas formas de pagamento do cupom fiscal. Nos meus testes, obtive o seguinte resultado: CUPOM FISCAL ITEM1 - R$100,00 ---------------- TOTAL - R$100,00 CARTÃO - R$100,00 Mas pelo que entendi, o roteiro quer que seja destacado o troco, exemplo: CUPOM FISCAL ITEM1 - R$100,00 ---------------- TOTAL - R$100,00 CARTÃO - R$110,00 TROCO - R$10,00 Obrigado amigos e parabéns pelo projeto!

Bom dia! Blz Daniel! Então é isso mesmo. A intenção é não gerar nada no relatório, e de fato, foi isso que houve. Obrigado pelo apoio! Att. Rodolfo Nogueira

Olá amigos, sou iniciante e esse é o meu primeiro post, então desculpe se estou postando no lugar errado do fórum. Estou tendo problemas na SEQUÊNCIA 2 do processo de pré-homologação do CliSitef A dúvida é simples: -------------------------------------------------------------- Seq. 2 -------------------------------------------------------------- - Desativar o SiTef - Para verificar o NSU da transação, acessar o Relatório do SiTef: \Iniciar\Programas\SitDemo\Relatório -------------------------------------------------------------- - Realizar uma transação com qualquer cartão. - Após o teste iniciar o SiTef. -------------------------------------------------------------- - Verificar comandos de mensagem retornados. Exemplos: comandos 1, 2, 3, 20, 22. - Exibir mensagem retornada para o operador - Não há impressão de cupom - Aplicação cairá por timeout Exemplo: Resultado: “Sem conexão SiTef” Data da transação: 15/06/2009 NSU: 150001 ou NSU não foi gerado -------------------------------------------------------------- Não entendi em que momento tenho que desativar ou desligar o simulador. Antes de começar a transação? Fazendo isso, eu até recebo o resultado "Sem conexão SiTef", mas como o simulador está desligado não é gerado nenhum NSU no Relatório.