Integrações

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

Versões comparadas

Versão antiga 57

changes.mady.by.user Rafael Domingues de Oliveira

Gravado em

comparado com

Nova versão Atual

changes.mady.by.user Daniel Viana Moda

Gravado em

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.
Deck of Cards
idProcesso
Card
idProcesso
labelProcessos
Totvs custom tabs box
tabsConcessão de Crédito, Pedido de Venda, Faturamento, Financeiro, Conciliação, Estoque/Compras
ids01,02,03,04,05,06
Totvs custom tabs box items
defaultyes
referencia01

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

Totvs custom tabs box items
defaultno
referencia02


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)

MV_RSKVLNF - Define se irá utilizar o valor da Nota Fiscal na geração do Ticket (Planilha Financeira - Pedido de Venda) considerando os valores dos impostos.


  • 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)

92 - Reanálise Risk


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.

Totvs custom tabs box items
defaultno
referencia03


Reanálise Risk (Bloqueio de Crédito 92)

Quando existir um Pedido de Venda com liberação parcial e o Ticket de Crédito estiver com o Status Aprovado, a nova liberação ficará com o C9_BLCRED = '80' e as liberações anteriores com C9_BLCRED = '92'.

Com essas informações de uma nova liberação, será realizado uma nova análise do valor do Ticket de Crédito x Pedido de Venda, de acordo com as configurações Mais Negócios, reuso por exemplo, dependendo será cancelado o Ticket de Crédito Aprovado e criado um novo que passará pelo processo de análise na Supplier ou será utilizado o mesmo Ticket de Crédito Aprovado anteriormente.


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 a 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.

- No momento da liberação de pedidos de venda para um cliente, o sistema irá verificar quando foi a última atualização da situação do cliente junto à Supplier.

- Baseado no parâmetro MV_RSKMACL, que define o intervalo em minutos para atualizar a situação do cliente junto à Supplier, se a última atualização foi a mais tempo do que o intervalo definido, o sistema irá realizar uma nova consulta. Caso contrário irá considerar o resultado da última consulta realizada.

Exemplo de aplicação:

MV_RSKMACL= 300

Corresponde a 300 minutos (5 horas) de intervalo para uma nova consulta da situação do cliente junto à Supplier.

O máximo de minutos que será acatado pelo sistema para este parâmetro é de 1440 minutos (24 horas). Qualquer conteúdo acima disso será considerado como 1440.

Qualquer conteúdo inválido, ou zero, ou negativo, ou em branco, para este parâmetro, que é numérico fará com que o sistema considere o seu conteúdo default que é de 300 minutos.


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.

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"

Totvs custom tabs box items
defaultno
referencia0403
Financeiro (

Faturamento

)

Geração Cadastro de borderôs ( FINA060 / FINA061 Cliente / Complemento ( CRMA980, MATN030 )

* 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

    • 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  ( MATA461 )

    * 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.

    Observação:

    Para os casos de Faturamento com aglutinação do Pedido de Venda existe o conceito no parceiro "Supplier" que , ao integrar o documento de saída, o valor faturado tem que ser igual a soma dos tickets de crédito. Quando o faturamento é de apenas um Pedido de Venda (sem aglutinação), o parceiro verifica automaticamente a possibilidade de ajuste no valor do ticket para que ocorra o faturamento.


    Exclusão Documento de Saída ( MATA521 )

    * 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"

    Totvs custom tabs box items
    defaultno
    referencia04


    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

    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
    • B=Negada - Faturamento denegado pela SEFAZ

    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

    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
    • B=Negada - Faturamento denegado pela SEFAZ
    • C=NF cancelada na Supplier - Cancelamento na Supplier

    Financeiro (Pós-venda)

    Devolução

    Envio de solicitação de Devolução Recebimento de aprovação de Prorrogaçã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 título a pagar contra Supplier (Despesa ao portador) com valor da taxa de bonificação devolução (quando se aplica). (E2)
      • Prefixo: PRODEV
      • 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).

    Para NF-e (Sefaz) o processo de cancelamento varia de acordo com o conteúdo do parâmetro MV_CANCNFE (Habilita processo de cancelamento da NFe) e para as NFS-e (serviço) existirá um fluxo único, conforme detalhado abaixo:

    • NF-e (Sefaz) com parâmetro 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.

    Image Removed

    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.

    • NF-e (Sefaz) com parâmetro MV_CANCNFE = .F. ou NFS-e (serviço)

    No cancelamento do Documento de Saída serão realizadas as validações conforme os documentos Cancelamento NF na SEFAZ para NF-e (Sefaz) ou Bloqueio de Exclusão de NF de Serviço (MATA521A - SIGAFAT) para NFS-e (serviço).

    Image Removed

    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.
    • 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.


    Cancelamentos Mais Negócios

    Cancelamento 

    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).

    Para NF-e (Sefaz) o processo de cancelamento varia de acordo com o conteúdo do parâmetro MV_CANCNFE (Habilita processo de cancelamento da NFe) e para as NFS-e (serviço) existirá um fluxo único, conforme detalhado abaixo:

    • NF-e (Sefaz) com parâmetro 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.

    Image Added

    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.


    • NF-e (Sefaz) com parâmetro MV_CANCNFE = .F. ou NFS-e (serviço)

    No cancelamento do Documento de Saída serão realizadas as validações conforme os documentos Cancelamento NF na SEFAZ para NF-e (Sefaz) ou Bloqueio de Exclusão de NF de Serviço (MATA521A - SIGAFAT) para NFS-e (serviço).

    Image Added


    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.


    Cancelar na Supllier

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

    Ao executar o Cancelar na Supplier, 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.

    Após o aprovação do cancelamento na Supplier, o processamento no Protheus será da seguinte forma:

    • O status do Documento de Saída TOTVS Mais Negócios será atualizado para NF Cancelada na Supplier.
    • Os títulos originais do Documento de Saída da NF serão reabertos.
    • 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.
    • O status do Ticket de Crédito será atualizado para Cancelado. 
    • O crédito será estornado. 
    • O pedido e nota fiscal não serão afetados neste processo de cancelamento.

    Image Added

    O parâmetro MV_RSKBPAY pode ser preenchido com A6_COD|A6_AGENCIA|A6_NUMCON, desde que os dados de banco, agência e conta cadastrados na Supplier sejam exatamente iguais ao mesmo cadastrado no Protheus, exemplo:

    A6_COD: 999

    A6_AGENCIA: 9999

    A6_NUMCON: 999000

    Caso os dados da Supplier sejam o mesmo, o parâmetro ficaria assim: 999|9999|999000, com isso, quando houver a conciliação, será realizada a baixa dos títulos.

    Se houver divergência de cadastros, por exemplo:

    A6_COD: 999

    A6_AGENCIA: 9999

    A6_NUMCON: 999000

    E na Supplier estiver cadastrado:

    BANCO_SUPPLIER: 999

    AGENCIA_SUPPLIER: 9999-9

    CONTA_SUPPLIER: 00999000-0

    Observe que no cadastro da Supplier a agência está com traço separando o dígito e a conta também, além de zeros a esquerda, com isso, os bancos estão divergentes e a conciliação não será feita.

    Para que seja feita, o parâmetro deve ser preenchido dessa forma: 999|9999|999000|999|9999-9|00999000-0, assim será feito o de-para e será posicionado no banco correto, realizando a conciliação dos títulos.

    Totvs custom tabs box items
    defaultno
    referencia05

    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)

    Totvs custom tabs box items
    defaultno
    referencia05

    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).

    Parâmetros

    NomeConteúdo
    MV_RSKBPAY

    A6_COD|A6_AGENCIA|A6_NUMCON|BANCO_SUPPLIER|AGENCIA_SUPPLIER|CONTA_SUPPLIER

    Totvs custom tabs box items
    defaultno
    referencia06

    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

    Base de dados / Dicionário

    A configuração de compartilhamento da tabela AR3 deverá ser a mesma da tabela SA1.

    Ambiente / Schedule

    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/FiliaisThreads
    RSKJOBCOMMANDSempre AtivoEmpresas e Filiais que serão executadasVerificar a recomendação de configuração do agent

    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.


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

    Agendamento

    JobRecorrênciaEmpresas/FiliaisThreads
    RSKJobGetMovementSempre AtivoEmpresas e Filiais que serão executadasVerificar a recomendação de configuração do agent
    RSKJobGetRecordsExecução a cada 10 minutosEmpresas e Filial Matriz1

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


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

    Agendamento

    JobRecorrênciaEmpresas/FiliaisThreads
    RSKJobGetMovementSempre AtivoEmpresas e Filial Matriz1
    RSKJobGetRecordsExecução a cada 10 minutosEmpresas e Filial Matriz1
    RSKJobPostSempre AtivoEmpresas e Filiais que serão executadasVerificar a recomendação de configuração do agent

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


    Informações
    titleAtenção - Recomendação do Agent

    Recomendação para a configuração do agent:

    Ao selecionar alguma filial: Será gerado um agendamento para aquele grupo/filial

    Se não selecionarmos nenhuma filial: Será gerado um agendamento para o grupo de empresas

    Ao selecionarmos todas as filiais: Serão gerados agendamentos para todas as filiais do sistema separadamente.

    Como cada agendamento é formado pela rotina agendada mais o par grupo/filial, caso não seja escolhida nenhuma filial para o agendamento a rotina será executada em todas as filiais do sistema em um único processo (uma única thread de agent). Isto significa que o processo seguirá em fila, sendo que o processo será executado em uma filial por vez, independente da quantidade de threads disponíveis. Caso seja selecionado alguma filial, os processos poderão ocorrer em paralelo, visto que cada agendamento (rotina+ grupo +filial) será executado em uma thread de agent diferente.

    Na recorrência Sempre Ativo, a rotina é executada em loop, ou seja, ao final de sua execução ela é iniciada novamente, isto enquanto houver Threads de Agents disponíveis.

    Para mais detalhes sobre o funcionamento do Schedule, acessar o link abaixo:

    Schedule - Como agendar a execução de rotinas



    ...