Ir para conteúdo
  • Cadastre-se

dev botao

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

Recommended Posts

  • Membros Pro
Postado

Bom dia pessoal,

Fizemos no nosso sistema o tratamento para pagamento de fatura de cartão da SIGACRED e da CONDUCTOR além do correspondente bancário. Até neste ponto perfeito. Foi realizado também uma implementação para caso o operador efetue um cancelamento de pagamento ou estorno de pagamento de conta, sendo emitido um comprovante não-fiscal que foi chamado de ESTORNO. Na Daruma, temos um source que efetua a seguinte validação:

    ecfDaruma :
       if not InputQuery('Comprovantes NAO Fiscal '+ACBrECF1.ModeloStr,
                         'Entre com a String do parametro "Tipo".'+sLineBreak+
                         'V  Comprovante Vinculado'+sLineBreak+
                         '+  Entrada de Recursos'+sLineBreak+
                         '-  Saida de Recursos'+sLineBreak+sLineBreak+
                         'Se vazio assume Default = "V"'+sLineBreak+
                         'Informe Apenas uma das Opçoes',
                         cTipo ) then
          exit ;

Programamos utilizando a opção '- Saída de Recursos', mas em debug observei que a variável 'fpMFD' entra como TRUE no procedimento, logo entrando no bloco abaixo:

else if fpMFD then
  begin
    if AchaCNFDescricao(Descricao, True) <> nil then
      raise EACBrECFERRO.Create(ACBrStr('Comprovante não fiscal ('+Descricao+') já existe.')) ;

    if (ProxIndice < 3) or (ProxIndice > 20) then { Indice passado é válido ? }
    begin
      For ProxIndice := 3 to 20 do  { Procurando Lacuna }
      begin
        if AchaCNFIndice(IntToStrZero(ProxIndice,2)) = nil then
          break ;
      end ;
    end ;

    if ProxIndice > 20 then
      raise EACBrECFERRO.create(ACBrStr('Não há espaço para programar novas CNFs'));

    EnviaComando( FS + 'C' + #204 + IntToStrZero(ProxIndice,2) + PadRight(Descricao,15) ) ;

    CarregaComprovantesNaoFiscais ;
  end

Com isso, o valor(-) que digitei é desconsiderado. Na Bematech não temos esta opção e é incrementado o valor do comprovante na forma de pagamento de qualquer modo. A Sweda leva em consideração o tipo, conforme o bloco:

procedure TACBrECFSwedaSTX.ProgramaComprovanteNaoFiscal(var Descricao : String;
   Tipo: String; Posicao : String);
begin
{
Argumento(s): sinal:
Ascii Dec Sinal
  +   43   Positivo
  -   45   Negativo
Opcional, se omitido é assumido o valor padrão do sinal: +
operação Denominação da operação não-fiscal.
Alfanumérico - Extensão máxima: 15 caracteres
Poderão ser cadastradas, em um único comando, um conjunto de até 30 operações.

   Nota(s): Operações com sinal negativo não admitem os seguintes registros:
   - Pagamento;
   - Identificação do consumidor;
   - Acréscimo;
   - Desconto.
}
   EnviaComando('37|'+Tipo+Descricao);
end;

A dúvida seria: Este indicador de entrada ou saída de recurso quando setado indica se o valor referido no comprovante não-fiscal será acumulado ou não no meio de pagamento utilizado no mesmo? Ou seja, qual seria o impacto deste indicador no meio de pagamento utilizado no comprovante não-fiscal? Ou estou interpretando de maneira equivocada os mesmos?

Desde já agradeço a todos.

  • Fundadores
Postado

Infelizmente, cada ECF trata as operações Não fiscais de uma forma diferente...

O melhor é utilizar o método ACBrECF.NaoFiscalCompleto, pois ele tenta abstrair a diferença entre os modelos...

Consultor SAC ACBr

Daniel Simões de Almeida
O melhor TEF, é com o Projeto ACBr - Clique e Conheça
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.

  • Membros Pro
Postado

Realmente Daniel,

Observamos, por exemplo, que a Daruma FS700 quando efetuamos Sangria e Suprimento não totaliza esses valores no meio de pagamento DINHEIRO. A Sweda ST120 e a Bematech MP-2100 não computam a sangria no meio de pagamento DINHEIRO, mas em contrapartida o suprimento é computado. A idéia que tive ao ver os índices de entrada e saída de recurso era que o comprovante ESTORNO não fosse computado no meio de pagamento ou até mesmo ter seu valor abatido do mesmo, mas em conversa com o pessoal da Daruma não é possível.

Agradeço a resposta.

  • Curtir 1
  • Este tópico foi criado há 2951 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.