Deck of Cards |
---|
|
Card |
---|
| Totvs custom tabs box |
---|
tabs | Concessão de Crédito, Pedido de Venda, Faturamento, Financeiro, Conciliação, Estoque/Compras |
---|
ids | 01,02,03,04,05,06 |
---|
| Totvs custom tabs box items |
---|
| 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". Image Added
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 |
---|
|
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 |
|
|
|
...
...
...
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 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 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.
|
|
|
|
Parceiro - Regras de validação do ticket de crédito (pré-autorização):
...
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. |
Totvs custom tabs box items |
---|
| FaturamentoCadastro 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 ( 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 |
---|
| 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:
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
|
|
|
|
...
...
- 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
- 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 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
|
|
|
|
...
...
- Geração de título a pagar contra Supplier com valor aceito da devolução (E2)
- Prefixo: DEV
- Tipo: MN+
- Natureza
|
|
|
|
...
...
- 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. |
|
|
|
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):
...
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
|
Totvs custom tabs box items |
---|
| Conciliação FinanceiraJob 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 |
---|
| EstoqueDocumento 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 |
---|
id | Processo |
---|
label | Configurador |
---|
| CONFIGURADORBase de dados / DicionárioA configuração de compartilhamento da tabela AR3 deverá ser a mesma da tabela SA1. Ambiente / ScheduleCriaçã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. 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âmetro | Tipo | Descrição | Conteúdo Padrão |
---|
MV_RSKSPLS | N | 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 AUXILIAR | Parâmetro MV_RSKSPLS | 1 | 2 | 3 | RSKJOBCOMMAND | Ligado | Desligado | Desligado | RSKJOBPOST | Desligado | Desligado* | Ligado | RSKJOBGETMOVEMENT | Desligado | Ligado | Ligado | RSKJOBGETRECORDS | Desligado | Ligado | Ligado |
* RSKJOBPOST será executado na chamada do RSKJOBGETMOVEMENT 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 Job | Recorrência | Empresas/Filiais | Threads |
---|
RSKJOBCOMMAND | Sempre Ativo | Empresas e Filiais que serão executadas | Verificar 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 Job | Recorrência | Empresas/Filiais | Threads |
---|
RSKJobGetMovement | Sempre Ativo | Empresas e Filiais que serão executadas | Verificar a recomendação de configuração do agent | RSKJobGetRecords | Execução a cada 10 minutos | Empresas e Filial Matriz | 1 |
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 Job | Recorrência | Empresas/Filiais | Threads |
---|
RSKJobGetMovement | Sempre Ativo | Empresas e Filial Matriz | 1 | RSKJobGetRecords | Execução a cada 10 minutos | Empresas e Filial Matriz | 1 | RSKJobPost | Sempre Ativo | Empresas e Filiais que serão executadas | Verificar 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 |
---|
title | Atençã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 |
|
|