Páginas filhas
  • Processos Mais Negócios x Fontes Protheus

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.
Deck of Cards
idProcesso
Card
idProcesso
labelProcessos

Concessão de Crédito

Informações necessárias para solicitação de concessão:

  • Dados básicos;
  • Endereço;
  • Telefone;
  • Contato financeiro (opcional).

Ao solicitar o crédito, poderá obter os seguintes retornos:

1-"APROVADA" - Cliente retornará com valor concedido disponível para uso.

2-"EM ANÁLISE" - Aguardar avaliação da mesa de crédito do parceiro.

3-"NEGADA" - Cliente retornará sem valor concedido disponível para uso. A próxima solicitação de reanálise só poderá ocorrer após o vencimento do prazo estipulado no parâmetro "Nº dias para nova análise de cliente".

5-"REJEITADA" - Cliente possui algum dado inválido. Neste caso é possível corrigir o dado e realizar o envio (sem restrição de prazo).

6-"CANCELADA" - Solicitação cancelada pelo parceiro. Deverá verificar o motivo do cancelamento na tela de detalhes.

7-"PENDENTE" - Cliente tem informação ou documentação pendente de envio. Deverá verificar o motivo da pendência na tela de detalhes.

Histórico de faturamento

Será enviado todo o histórico de faturamento registrado dentro do período do parâmetro "Nº dias para histórico concessão de credito".



Endereço e contato

Os dados de endereço e contato serão enviados conforme regra de preenchimento no Protheus:

AI0 - Complemento de cliente

SU5 - Contato de cliente

A1 - Cadastro de cliente


Liberação de pedido Mais Negócios

Pedidos Liberados com um novo campo chamado Ticket de Crédito (C9_TICKETC).

Regra de reutilização conforme parâmetros MV_RSKREUS (reutiliza S/N) e MV_RSKMGRE (Margem de reuso).

A cada recomposição da entidade C9 a regra de ticket é aplicada.

Parceiro - Regras de validação do ticket de crédito (pré-autorização):

  • Prazo mínimo dias do primeiro vencimento >= Número de dias para o primeiro informado
  • Prazo máximo dias do primeiro vencimento <= Número de dias para o primeiro informado
  • Prazo máximo dias do último vencimento >= (Número de parcelas informado * Intervalo entre as parcelas informado)
  • Número mínimo de parcelas <= Número de parcelas informado
  • Número máximo de parcelas >= Número de parcelas informado
  • Distanciamento mínimo entre parcelas (dias) <= Intervalo entre as parcelas informado
  • Distanciamento máximo entre parcelas (dias) >= Intervalo entre as parcelas informado

O valor do ticket é gerado com de acordo com os exemplos abaixo, sempre considerando uma margem estabelecida pelo parâmetro:
MV_RSKPACR - Percentual de acréscimo durante geração do ticket de crédito (geralmente usado para contemplar impostos e frete)

  • Pedidos sem Adiantamento

Pedidos sem adiantamento são aqueles em que a condição de pagamento utilizada no Pedido de Venda (C5_CONDPAG) possuir o campo Adiantamento (E4_CTRADT) diferente de "Sim".

Exemplo:
Valor da liberação = 100
MV_RSKPACR = 10
Valor do ticket = 110 (Valor da liberação + % margem estabelecida no parâmetro MV_RSKPACR)

  • Pedidos com Adiantamento

Pedidos com adiantamento são aqueles em que a condição de pagamento utilizada no Pedido de Venda (C5_CONDPAG) possuir o campo Adiantamento (E4_CTRADT) igual a "Sim".

Exemplo:
Valor da liberação = 100
Valor da parcela 1 = 20
Valor da parcela 2 = 80
Valor base do ticket = 80 (valor da liberação – valor da parcela 1)
MV_RSKPACR = 10
Valor do ticket = 88 (valor base do ticket + % margem estabelecida no parâmetro MV_RSKPACR)

No envio da aprovação do Ticket de Crédito e do Faturamento a primeira parcela não será enviada, pois ela será compensada automaticamente com os títulos de adiantamento (RA) vinculados ao Pedido de Venda quando o Documento de Saída for gerado.

Portanto, para utilização com adiantamentos, é importante se atentar aos critérios abaixo:

Quantidade de parcelas

A condição de pagamento utilizada deverá contemplar ao menos duas parcelas.

Valor da primeira parcela

A soma dos títulos de adiantamento (RA) vinculados ao Pedido de Venda deverá ser igual ao valor da primeira parcela, pois caso exista uma diferença de valores, ficará um saldo em aberto na primeira parcela ou nos títulos de adiantamento (RA).

Caso a soma dos títulos de adiantamento (RA) for maior que o valor da primeira parcela gerada pelo Documento de Saída, ficará um saldo em aberto nos títulos de adiantamento (RA).

Caso a primeira parcela gerada pelo Documento de Saída for maior que a soma dos títulos de adiantamento (RA), ficará um saldo em aberto na primeira parcela.


Novos status de bloqueio (C9_BLCRED):

80 - Em análise do parceiro
90 - Bloqueio por regras do parceiro
91 - Atraso no Parceiro (limite)


Reuso de ticket

Regra de reutilização baseada conforme parâmetros:

  • MV_RSKREUS - Indica a reutilização de tickets de credito. Sendo 0=Não reusa; 1=Valor Exato;2=Margem
  • MV_RSKMGRE - Margem percentual a menor na reutilização de tickets de crédito
  • MV_RSKMGMA - Margem percentual a maior na reutilização de tickets de crédito

Exemplo de aplicação:

MV_RSKREUS = 2

MV_RSKMGRE = 5

MV_RSKMGMA = 5

MV_RSKPACR = 10

Valor da liberação = 100

Valor do ticket = 110

Reuso = Ao alterar uma liberação, para que o reuso ocorra seu valor de ticket deverá estar entre 104,50 e 115,50.

Quando MV_RSKREUS = 1, os parâmetros MV_RSKMGRE e MV_RSKMGMA não serão mais considerados e o reuso só será realizado para tickets com valores exatos.

Liberação de pedido Limite interno

Validação de atraso em pedidos para clientes que possuem cartão do parceiro e com condição de pagamento á prazo em limite interno.
Utiliza função RSKTermBilling.
Se parceiro não permite faturamento, pedido é bloqueado (C9_BLCRED = 91 - Atraso no parceiro).

Regras na utilização do parâmetro

- Se o cliente estiver bloqueado por atraso na Supplier, somente poderá comprar na modalidade de pagamento a vista ou antecipado na área de Crédito interna do Parceiro.

- Se o cliente estiver bloqueado por crédito na Supplier e possuir saldo em aberto na Supplier (Limite utilizado), somente poderá comprar na modalidade de pagamento a vista ou antecipado na área de Crédito interna do Parceiro

- Se o cliente estiver bloqueado por crédito na Supplier e NÃO possuir saldo em aberto na Supplier (Limite utilizado), poderá comprar em qualquer modalidade de pagamento interna do Parceiro

Validação do limite interno

Um cliente em atraso na modalidade interna do Parceiro, NÃO pode efetuar nenhum tipo de pré-autorização e faturamento no Mais Negócios.

Renovação / Cancelamento de Ticket

Tickets renovados para pedidos Liberados atualiza campo Ticket de Crédito (C9_TICKETC).

Tickets vencidos / cancelados - realiza estorno de liberação de pedido.

Renovação ocorre 1 dia antes do vencimento.

Tickets não renovados passam a ter o status "Vencido" ao dia seguinte da data de vencimento.

Financeiro (Faturamento)

Geração de borderôs ( FINA060 / FINA061 )

* Alteração na geração de borderôs para não enviar títulos financeiros que sua origem for um documento de saída Totvs mais negócios / movimentos conciliação de crédito.

* Criação automática da carteira R por meio do Wizard de Integração para utilização do processo de Devolução do Documento de Saída Mais Negócios.

*Movimentações financeiras junto a Supplier são registradas com base no banco cadastrado no momento da instalação (Wizard). Pode ser alterado através da mudança dos parâmetros:

  • MV_RSKBPAY - Banco utilizado para gerar contas a pagar para o parceiro Supplier.
  • MV_RSKBANC - Código + Agência + Numero Conta Corrente Supplier

Naturezas MAIS NEGÓCIOS - Na instalação, por padrão são criadas e vinculadas as naturezas mais negócios para receita e despesa (sem incidência de impostos). Estas naturezas podem ser alteradas conforme regras financeiras e contábeis de cada organização. Pode ser alteradas através da mudança dos parâmetros:

  • MV_RSKNATD - Natureza Mais Negócios Despesa

  • MV_RSKNATR - Natureza Mais Negócios Receita


Confirmação de faturamento Mais Negócios

Recebimento de aprovação de Documento de Saída Mais Negócios:

  • Baixa de título padrão a receber contra cliente sem movimentação financeira. (E1)

  • Criação de título a receber contra cliente Supplier (valor e vencimento recebido na confirmação). (E1)
    • Prefixo: OFF
    • Tipo: DP
    • Natureza Receita: MN RECEITA TOTVS MAIS NEGÓCIOS 
  • Criação de taxa (despesa financeira) a pagar contra cliente Supplier (valor e vencimento recebido na confirmação). (E2)
    • Prefixo: OFF
    • Tipo: MN+
    • Natureza Despesa: MN DESPESA TOTVS MAIS NEGÓCIOS

Obs: Associação de título original ao título contra parceiro realizado na tabela Documento de Saída Mais Negócios x Movimentações Financeiras (AR2).


Status do Faturamento Mais Negócios

  • 0=Aguardando Envio - Faturamento pendente de envio para a Supplier
  • 1=Em Análise - Faturamento enviado para a Supplier e aguardando retorno
  • 2=Aprovada - Faturamento aprovado pela Supplier
  • 3=Rejeitada - Faturamento rejeitado pela Supplier
  • 4=Cancelada - Faturamento cancelado no Protheus / SEFAZ / Supplier
  • 5=Inconsistente - Faturamento com inconsistência no processamento após aprovação pela Supplier
  • 6=Em Cancelamento - Faturamento em Cancelamento (descontinuado)
  • 7=Em Cancelamento Sefaz - Aguardando retorno do status do cancelamento na SEFAZ
  • 8=Em Cancelamento Supplier - Cancelamento realizado no Protheus / SEFAZ e enviado para a Supplier
  • 9=Erro no Cancelamento ERP - Erro no cancelamento no Protheus ou SEFAZ
  • A=Cancelamento Recusado Supplier - Cancelamento realizado no Protheus e SEFAZ, porém recusado pela Supplier

Financeiro (Pós-venda)

Devolução

Envio de solicitação de Devolução de NF Mais Negócios:

  • Geração de NCC bloqueada e envio para análise Supplier.
    • Prefixo: RET
    • Tipo: NCC
    • Natureza Despesa: MN DESPESA TOTVS MAIS NEGÓCIOS

Recebimento de aprovação de Devolução de NF Mais Negócios:

  • Geração de título a pagar contra Supplier (Despesa ao portador) com valor da taxa de devolução (quando se aplica). (E2)
    • Prefixo: DEV
    • Tipo: MN+
    • Natureza Despesa: MN DESPESA TOTVS MAIS NEGÓCIOS
  • Geração de título a pagar contra Supplier com valor aceito da devolução (E2)
    • Prefixo: DEV
    • Tipo: MN+
    • Natureza Despesa: MN DESPESA TOTVS MAIS NEGÓCIOS
  • Geração de título a receber contra Supplier com valor compensado da devolução (E2)
    • Prefixo DEV
    • Tipo: MN-
    • Natureza Despesa: MN DESPESA TOTVS MAIS NEGÓCIOS
  • Liberação de NCC para uso no ERP (quando há saldo não aprovado pelo TOTVS Mais Negócios)
    • Prefixo: RET
    • Tipo: NCC
    • Natureza Despesa: MN DESPESA TOTVS MAIS NEGÓCIOS


Bonificação

Recebimento de aprovação de Bonificação de NF Mais Negócios:

  • Geração de título a pagar contra Supplier com valor aceito da bonificação (E2)
    • Prefixo: BON
    • Tipo: NM+
    • Natureza Despesa: MN DESPESA TOTVS MAIS NEGÓCIOS


Prorrogação

Recebimento de aprovação de Prorrogação de NF Mais Negócios:

  • Geração de título a pagar contra Supplier (Despesa ao portador) com valor da taxa de bonificação (quando se aplica) (E2)
    • Prefixo: PRO
    • Tipo: MN+
    • Natureza Despesa: MN DESPESA TOTVS MAIS NEGÓCIOS

Obs: Não há alteração do vencimento do título por parte da Supplier, portanto não há alteração no ERP.


Cancelamento da NF Mais Negócios

Esta funcionalidade está disponível na rotina NFS Mais Negócios (RSKA020) → Ações Relacionadas → Cancelamento

Ao executar o Cancelamento, as movimentações do Protheus serão estornadas/excluídas conforme etapas listadas abaixo e a solicitação do cancelamento será enviada para a Supplier.

  • Os títulos a receber associados a Documento de Saída da NF Mais Negócio serão excluídos.
  • O Documento de Saída associado a NF Mais Negócio será excluído, deixando o seu pedido de venda na carteira do vendedor para uma nova liberação caso necessário (neste caso será gerado um novo ticket de crédito).

De acordo com o parâmetro MV_CANCNFE (Habilita processo de cancelamento da NFe), existirá um fluxo no processo de cancelamento, conforme detalhamento abaixo:

  • MV_CANCNFE = .T.

Após a execução do cancelamento da nota fiscal no Protheus será feita uma consulta na SEFAZ para confirmar se a operação foi ou não autorizada. Dependendo do status do cancelamento no Protheus e SEFAZ será seguido um fluxo.

Os cancelamentos que tiverem um retorno Pendente pela SEFAZ não serão excluídos até que se tenha um retorno Aprovado ou Negado. Esse monitoramento será executado via Job que repetirá o processo de Cancelamento.


  • MV_CANCNFE = .F.

O cancelamento da nota fiscal será realizado desde que a transmissão do documento na SEFAZ esteja dentro do período permitido para cancelamento, conforme a publicação Cancelamento NF na SEFAZ.


Após o aprovação do cancelamento da NF Mais Negócio no parceiro Supplier, o processamento no Protheus será da seguinte forma:

  • O título à receber associado NF Mais Negócio contra a Supplier será excluído.  (caso o parceiro Supplier não gere taxa de cancelamento)
  • O título à pagar (taxas) associado NF Mais Negócio contra a Supplier será excluído. (caso o parceiro Supplier não gere taxa de cancelamento)
  • Caso haja taxas à pagar devido o cancelamento da NF Mais Negócio no parceiro Supplier o sistema criará títulos a pagar automaticamente no módulo Financeiro contra o fornecedor Supplier com as seguintes características:
    • Estorno do recebimento com valor da parcela do título de origem (NF Faturamento)
      • Prefixo: CAN
      • Tipo: DP
      • Natureza Despesa: MN DESPESA TOTVS MAIS NEGÓCIOS
    • Abatimento da taxa de implantação proporcional à parcela do título de origem (NF Faturamento) para descontar taxa de implantação da NFS Mais Negócios já paga.
      • Prefixo: CAN
      • Tipo: MN-
      • Natureza Despesa: MN DESPESA TOTVS MAIS NEGÓCIOS
    • Taxa de cancelamento
      • Prefixo: CAN
      • Tipo: NM +
      • Natureza Despesa: MN DESPESA TOTVS MAIS NEGÓCIOS
  • As taxas geradas por cancelamento da NF Mais Negócios serão conciliadas automaticamente no próximo dia, conforme o contrato com o parceiro Supplier.

Faturamento

Cadastro de Cliente / Complemento ( CRMA980, MATN030 )

* Possibilitar solicitação de concessão de crédito para os clientes por meio do Protheus.


Pedido de Venda ( MATV410 )

* Gravação da mensagem da nota customizada pelo parceiro "Supplier" no campo (C5_MENNOTA) para pedidos de venda com a condição de pagamento TOTVS Mais Negócios.


Liberação de Pedidos ( FATXFUN, MATA450, MATA450A, MATA456)

* Geração de ticket de crédito para cada liberação de pedidos. ( Via JOB )

* Adequações / validações nos processos de liberação de crédito Protheus com base nos comandos enviados pela plataforma.


Geração Documento de Saída / Exclusão ( MATA461 / MATA521 )

* Com base na condição de pagamento TOTVS Mais Negócio integrar o documento de saída com o parceiro "Supplier", utilizando as tabelas AR1 e AR2.

* Processo de estorno da integração do documento de saída TOTVS Mais Negócio com status do pedido em carteira.


TSS (AutoNfeBusiness)

Alteração para relacionar a chave da nota com processo de integração com parceiro Supplier

Transmissão de NF-e

Inclusão e mensagem no campo Observação (C5_MENNOTA):

"Compra efetuada através do {Cartão} em {N} parcelas. Central de atendimento do {Cartão} : xxxx xxx xxxx. Central de cobrança do {Cartão}: xxxx xxx xxxx"

Conciliação Financeira

Job de recebimento dos movimentos de conciliação em d-1 ( AR04 )

Conciliação conforme tipo de lançamento e evento:

Tipos de lançamento - > CREDITO (E1) ou DEBITO (E2)

Tipos de evento - >

IMPL - Crédito por implantação de faturamento.
CANCE - Débito por cancelamento total
CANCEP - Débito por cancelamento parcial.
RPASSC -Taxa por Cancelamento de Contrato
RPASSP - Taxa por Prorrogação de Vencimentos
RPASSI - Repasse de IOF
BONIFI - Débito por lançamento de bonificação
DEBNF - Débito referente a cobrança de Nota Fiscal emitida pela Supplier contra o Parceiro
BXSLDN - Baixa de saldo negativo por pagamento efetuado pelo parceiro à Supplier via nota de débito.

Regra por lançamento futuro. Se sim, lançamento está agendado, se não, lançamento está executado (executar baixa).

Estoque

Documento de Entrada ( MATA103 )

* Após recebimento de nota ou sua classificação fiscal, bloqueamos as NCC’s referentes às devoluções de notas transacionadas com o parceiro.

Card
idProcesso
labelConfigurador

Configurador

Criação do JOB TECHFINJOB para sincronizar os dados com a plataforma.

Criação do JOB RSKJOBCOMMAND comandos da plataforma para Protheus para movimentações nos processos.

Criação do JOB RSKJOBBANK comandos da plataforma para Protheus para conciliação financeira.

Jobs auxiliares para integração entre Protheus e Plataforma

Disponibilizados Jobs auxiliares que tem como finalidade separar as rotinas do JobCommand para o processamento em paralelo, conforme abaixo:

JOB RSKJOBPOST comandos da Plataforma para o Protheus nos processos de atualizações.

JOB RSKJOBGETMOVEMENT comandos da Plataforma para o Protheus nos processos de movimentações.

JOB RSKJOBGETRECORDS comandos da Plataforma para o Protheus nos processos de cadastros.


Para a execução dos Jobs auxiliares necessário a criação do parâmetro abaixo:

ParâmetroTipoDescriçãoConteúdo Padrão
MV_RSKSPLSN

Controla a utilização dos Jobs auxiliares - 1=JobCommand, 2=Post+Movement e Records, 3=Post, Movement e Records

1
Informações

O preenchimento do parâmetro para os Jobs Auxiliares deverá ser igual entre grupos de empresas, unidades de negócios, empresas e filiais.


Regras para a configuração dos Jobs auxiliares com base no parâmetro MV_RSKSPLS

JOB AUXILIARParâmetro MV_RSKSPLS
123
RSKJOBCOMMANDLigadoDesligadoDesligado
RSKJOBPOSTDesligadoDesligado*Ligado
RSKJOBGETMOVEMENTDesligadoLigadoLigado
RSKJOBGETRECORDSDesligadoLigadoLigado

* RSKJOBPOST será executado na chamada do RSKJOBGETMOVEMENT

Descrição da configuração dos Jobs auxiliares para integração entre Protheus e Plataforma

Conforme a configuração do parâmetro MV_RSKPLS os agendamentos serão executados da seguinte forma:


Parâmetro MV_RSKPLS com conteúdo 1 (JobCommand)

Agendamento

JobRecorrênciaEmpresas/Filiais
RSKJOBCOMMANDSempre AtivoEmpresas e Filiais que serão executadas

Será executado o agendamento RSKJOBCOMMAND, com os processos sendo executados em fila, aguardando o término do processo anterior para a próxima execução.

Recomendado a configuração do agente com 2 threads para esse processamento.


Parâmetro MV_RSKPLS com conteúdo 2 (Post+Movement e Records)

Agendamento

JobRecorrênciaEmpresas/Filiais
RSKJobGetMovementSempre AtivoEmpresas e Filiais que serão executadas
RSKJobGetRecordsExecução a cada 10 minutosEmpresas e Filial Matriz

Serão executados os agendamentos RSKJOBMOVEMENT e RSKJOBGETRECORDS, com os processos de movimentos e cadastros executados em paralelo, nessa configuração os processos o processo de atualizações entrará na fila de processamento do movimento.

Recomendado a configuração do agente com 3 threads para esses processamentos.


Parâmetro MV_RSKPLS com conteúdo 3 (Post, Movement e Records)

Agendamento

JobRecorrênciaEmpresas/Filiais
RSKJobGetMovementSempre AtivoEmpresas e Filial Matriz
RSKJobGetRecordsExecução a cada 10 minutosEmpresas e Filial Matriz
RSKJobPostSempre AtivoEmpresas e Filiais que serão executadas

Serão executado os agendamentos RSKJOBPOST, RSKJOBMOVEMENT e RSKJOBGETRECORDS. com os processos de atualização, movimentos e cadastros executados em paralelo.

Recomendado a configuração do agente com 4 threadsthreads para esses processamentos.