Ir para conteúdo
  • Cadastre-se

dev botao

Formas De Pagamento - Provedor Tecnos


NatanaB
  • Este tópico foi criado há 3700 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

  • Consultores

Boa tarde NatanaB,

 

Mas esse provedor permite esse tipo de informação no XML da NFS-e?

 

Você tem os Schemas do provedor Tecnos?

 

Se sim, poderia postar como anexo?

Consultor SAC ACBr

Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / Araraquara-SP

Araraquara - A era dos Trólebus

Link para o comentário
Compartilhar em outros sites

  • Consultores

Boa tarde,

 

Esse Schema se refere a estrutura da assinatura e o Schema que se refere a estrutura do XML do RPS?

 

Algo do tipo: nfse.xsd

Consultor SAC ACBr

Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / Araraquara-SP

Araraquara - A era dos Trólebus

Link para o comentário
Compartilhar em outros sites

Boa tarde pessoal!

Alguém pode me informar se já está implementada a parte de forma de pagamento e número de parcelas para o provedor Tecnos?

 

Agradeço...

 

Boa tarde NatanaB. Não está implementado por não se tratar de um item obrigatório na emissão. Caso deseje pode realizar a implementação. Segue o trecho das tags. Obs: se você está usando o componente poderá descartar o nfse.xsd, pois como a Tecnos informou que oficialmente eles não possuem um schema para fornecer, a aplicação não utiliza, ficando apenas com o schema de assinatura.

 

        <InfDeclaracaoPrestacaoServico>

          <tcDeclaracaoPrestacaoServico>

           .

           . 

           .

 

 

            <FormaPagamento>0</FormaPagamento>

        <!--identificação da forma de pagamento-->

            <!--1-A Vista-->

            <!--2-Apresentação-->

            <!--3-A Prazo-->

            <!--4-Cartão de Débito-->

            <!--5-Cartão de Crédito-->

            <NumeroParcelas>0</NumeroParcelas>

        <!--Quantidade de parcelas se informado 3 ou 5 na forma de pagamento-->

          </InfDeclaracaoPrestacaoServico>

        </tcDeclaracaoPrestacaoServico>

.

.

.

.

 

Fonte: http://help.nfse-tecnos.com.br/main_ws/contribuinte/notaeletronica.aspx

Editado por Rodrigo Crovador

Rodrigo de Souza Crovador

Analista / Desenvolvedor Delphi
contato: [email protected]

São José do Rio Preto - SP

Link para o comentário
Compartilhar em outros sites

Olá Rodrigo!

Obrigada pela ajuda, mas tenho mais uma dúvida.

Percebi que existe a opção de incluir a CondicaoPagamento.Condicao (String) e CondicaoPagamento.QtdParcela (Integer)

 

Acredito não ser a mesma coisa, pois a FormaPagamento é Inteiro, estou certa?

 

Agradeço a ajuda.

Editado por NatanaB
Link para o comentário
Compartilhar em outros sites

Olá Rodrigo!

Obrigada pela ajuda, mas tenho mais uma dúvida.

Percebi que existe a opção de incluir a CondicaoPagamento.Condicao (String) e CondicaoPagamento.QtdParcela (Integer)

 

Acredito não ser a mesma coisa, pois a FormaPagamento é Inteiro, estou certa?

 

Agradeço a ajuda.

 

Boa tarde NatanaB. É um pouco mais complicado. O componente ACBR hoje trabalha com o principalmente com o layout ABRASF versão 1.0 e 2.0 

Entretanto a grande maioria dos provedores não segue a risca o layout Abrasf, preferindo utilizar um layout próprio baseado nele. Para conseguir lidar com isto dentro do ACBR sem ter de necessariamente criar um layout para cada provedor, utiliza-se de tratativas internas baseadas no provedor informado na configuração do componente. Desta maneira é possível gerar o XML com base no layout Abrasf, omitindo ou adicionando tags para atender as necessidades do provedor em questão. O resultado que temos é um leque de opções no componente que necessariamente não fazem parte de todos os layouts, como por exemplo a CondicaoPagamento que citou.

 

As opções CondicaoPagamento.Condicao (String) e CondicaoPagamento.QtdParcela (Integer) hoje são utilizadas apenas no layout abrasf 1.0 e restritos para o provedor Betha. Então mesmo que informe estes dados, o Tecnos que utiliza o layout abrasf 2.0 irá ignorar qualquer dado que esteja informando nestas propriedades (vide unit pnfsNFSeW.pas)

 

A solução para este caso seria realizar uma alteração no layout 2.0, adicionando as tags citadas no inicio do post e restringindo elas ao provedor Tecnos. Em seguida, deve-se definir de qual propriedade do componente virá esta informação, criando uma nova propriedade ou tratando uma existente para tal finalidade. Use o debug na unit que citei que irá entender mais claramente o funcionamento.

Vale lembrar que deve-se tomar cuidado ao modificar alguma propriedade já em uso por algum layout afim de não prejudica-lo.

  • Curtir 2

Rodrigo de Souza Crovador

Analista / Desenvolvedor Delphi
contato: [email protected]

São José do Rio Preto - SP

Link para o comentário
Compartilhar em outros sites

  • Consultores

Boa tarde NatanaB,

 

O XML foi gerado, mas o provedor processou sem rejeitar o mesmo?

 

Você obteve após o envio o XML da NFS-e?

 

Desculpe, mas gerar o XML do RPS é uma coisa, agora gerar e enviar e obter o XML da NFS-e é outra coisa.

Consultor SAC ACBr

Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / Araraquara-SP

Araraquara - A era dos Trólebus

Link para o comentário
Compartilhar em outros sites

  • Este tópico foi criado há 3700 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Crie uma conta ou entre para comentar

Você precisar ser um membro para fazer um comentário

Criar uma conta

Crie uma nova conta em nossa comunidade. É fácil!

Crie uma nova conta

Entrar

Já tem uma conta? Faça o login.

Entrar Agora
×
×
  • 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.