Ir para conteúdo
  • Cadastre-se

Rodolfo Nemer Nogueira

Membros
  • Total de ítens

    20
  • Registro em

  • Última visita

Últimos Visitantes

574 visualizações

Rodolfo Nemer Nogueira's Achievements

Apprentice

Apprentice (3/14)

  • First Post
  • Collaborator Rare
  • Conversation Starter
  • Week One Done
  • One Month Later

Recent Badges

0

Reputação

1

Community Answers

  1. 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!
  2. 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!
  3. 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
  4. A validação do XML para o ISS Curitiba está dado muitos problemas. Alguém conseguiu fazê-lo funcionar na aplicação de teste?
  5. 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>
  6. 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;
  7. 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!
  8. 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!
  9. 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?
  10. Sim, exatamente como você postou. Será que pode ser um problema do simulador da bematech?
  11. 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!!
  12. 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!
  13. 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?
  14. 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;
  15. 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??
×
×
  • 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.