Regra de Negócio

1.1.Cadastros

1.1.1.      Empresa/Coligada

É o primeiro cadastro que deve ser realizado nesta integração. No RM esta entidade é um cadastros comum. Mas no Protheus a Empresa é definida no arquivo “Sigamat.emp” que fica no diretório “System” do ambiente do Protheus e não faz parte de uma tabela de banco de dados. Este é o arquivo que permite à empresa utilizar o sistema. Isto faz parte da implantação do Protheus padrão.

Não há de/para no lado Protheus no momento do cadastro da empresa.

RM

Este cadastro deverá ser feito manualmente. Neste caso, não será utilizada nenhuma mensagem para o sincronismo deste cadastro.

O De-Para RM sempre será do RM para ele mesmo, ou seja, o campo “Valor Chave Primária RM” receberá o CODCOLIGADA e o campo “Valor Chave Integração” receberá também o CODCOLIGADA. O cadastro é realizando em “RM.exe -> Segmento Integração -> Aba Integração -> Mensagem Única -> De-Para”.

Serão definidas algumas configurações via trigger (TG_PARAMETROSCOLIGADA) para a coligada cadastrada no RM,  sendo elas:

1.1.2.      Filial

Este cadastro deverá ser feito manualmente no Protheus e no RM e depois configurar o “de/para” de integração correspondente (RM e Protheus possuem interfaces específicas para este fim). Neste caso, não será utilizada nenhuma mensagem para o sincronismo deste cadastro.

RM

Após o cadastro das filiais é necessário realizar o relacionamento entre as filiais do RM com as filiais do PROTHEUS. O relacionamento é realizando em “RM.exe -> Segmento Integração -> Aba Integração -> Mensagem Única -> De-Para”.

É necessário criar todos os tipos de movimentos (listados abaixo) utilizados nos parâmetros do projeto, ao criar uma nova filial. Estes tipos de movimentos serão criados automaticamente via trigger (TG_PARAMETROSFILIAL), após o registro ser criado com sucesso pelo RM.

Protheus

A partir da versão 11, um novo conceito de empresa e filial foi criado no Protheus. Quando utilizamos a Gestão de empresa, passamos a ter quatro niveis, Grupo de Empresa, Empresa, Unidade negocio e Filial.

Grupo de Empresas: Conjunto de Empresas que estão ligadas entre si por razões diversas e que compartilham as mesmas definições do modelo de dados.

Empresas: Conjunto de Filiais ou Unidades de Negócios que estão dentro da mesma dependência jurídica ou fiscal.

Unidades de Negócio: Conjunto de filiais que estão dentro da mesma atividade econômica.

Se o cliente tiver a instalação Protheus padrão com empresa e filial ele pode utilizar o cadastro de Grupo de Empresas ou de Empresas para armazenar a empresa dependendo da parametrização. Caso o cliente utilize Gestão de Empresa o cadastro de empresa será feito pelo formulário Grupo de Empresas e a Filial em ambos os casos fica no cadastro de Filial.

No caso da instalação padrão utilizando empresa e filial o código da filial terá dois dígitos e caso seja utilizado a Gestão de Empresas a filial pode ter até 12 (doze) dígitos.

No Protheus o de/para necessita que esteja definida a empresa e a filial para que o mesmo possa ser inserido.

1.1.3.      Local de Estoque

Os Locais de Estoque devem ser cadastrados somente no BackOffice Protheus e sincronizados automaticamente para o RM através de mensagem única Warehouse.

RM

Ao cadastrar uma filial, sempre será cadastrado um Local de Etoque Padrão com código igual a “9999999” caso o mesmo não exista.

Protheus

SIGACOM ->Atualizações -> Cadastros -> Locais de Estoque

Caso o cadastro seja compartilhado no Protheus o mesmo irá gerar várias cadastros no RM para que ele fique disponível dentro do mesmo escopo cadastrado no Protheus.

1.1.4.      Unidade de Medida

As Unidades de Medida devem ser cadastradas somente no BackOffice Protheus e serão sincronizados automaticamente para o RM através de mensagem única UnitOfMeasure.

RM

No Protheus as unidades de medida é um cadastro por empresa e no RM o cadastro de unidade de medida é um cadastro compartilhado, para solucionar esse caso as unidades de medida com mesmo símbolo no Protheus irão apontar para uma mesma unidade de medida do RM.

No RM deve ser informada uma Unidade Base, porém não temos esta informação no Protheus, desta forma, este campo será preenchido com o valor do campo “Code” da Mensagem Unica.

O campo “FATORCONVERSAO” receberá sempre o valor 1, pois a Unidade Base será sempre o mesmo código da Unidade Principal.

Protheus

SIGAQIE->Atualizações -> Cadastros -> Unidades Medida

O cadastro de Unidade de Medida é exclusivo por Grupo de Empresa, Empresa e Unidade de Negócio por padrão. O mesmo deve ser alterado para ser compartilhado entre Empresa, Unidade de Negócio e Filial para que a integração funcione.

1.1.5.      Centro de Custo

Os Centros de Custos devem ser cadastrados somente no BackOffice Protheus e serão sincronizados automaticamente para o RM através de mensagem única CostCenter.

RM

As configurações iniciais da integração irão apagar a máscara do código, caso a mesma já esteja definida no RM.  Dessa forma será possivel cadastrar o código do RM pelo mesmo código cadastrado no Protheus, podendo este conter números ou letras.

Protheus

SIGACTB ->Atualizações -> Entidades -> Custos

Caso o cadastro seja compartilhado no Protheus no nível Empresa e Unidade de Negócio o EAI irá gerar várias cadastros no RM para que ele fique disponível dentro do mesmo escopo cadastrado no Protheus.

Este cadastro deve ser compartilhado a nível de filial no Protheus para que a integração funcione.

1.1.6.      Produto

Os Produtos e Serviços devem ser cadastrados somente no BackOffice Protheus e serão sincronizados automaticamente para o RM através de mensagem única Item.

RM

As configurações inicias da integração irá alterar a máscara do Código do Produto para “QQQQQQQQQQQQQQQ” que permite 15 caracteres de qualquer tipo. Também será alterado o parâmetro de Opções para a Máscara do Produto para “Não controla níveis de máscara”.

O processo de exportação de produto para suprimento/faturamento não é contemplado nesta integração, pois conforme descrito, todos os cadastros devem ser bloqueados no RM, permitindo o cadastro somente no Protheus. não existindo a necessidade de enviar produto do RM ao Protheus.

A primeira unidade de medida do Protheus será gravada em todas unidades de medida (Controle, Compra e Venda) do Produto no RM.

A primeira e segunda unidades de medida, serão salvas em uma outra tabela HCUNDCONV (tabela utilizada somente quando houver integrações com mensagem única)  que será utilizada para conversão de unidade de medida por produto. Para gravar a informação nesta tabela é necessário o cadastro no PROTHEUS da segunda unidade de medida e do fator de conversão. Somente com estas duas informações é que será gerado um registro na tabela HCUNDCONV.

Produto Global: Ao receber a mensagem única como produto global, o RM irá verificar via Eventos se nos parâmetros de produto está configurado para utilizar Produto Global, se estiver, será ignorado o código da coligada (CompanyId) enviado pelo Protheus e será gravado com o código 0 (zero).

As configurações/parametrizações de Produto Global no Protheus e no RM ficarão a cargo do implantador.

Conforme citado no parágrafo anterios ao definir que no RM será utilizado Produto Global, ficará a cargo também do implantador definir a nova máscara do produto.

Informações de valores do produto e unidade de medida serão gravados na TPRODUTODEF para cada coligada existente, mesmo o produto sendo global (coligada igual a 0). Caso uma coligada seja criada após o produto ter sido criado, a tabela de informação complementar do produto (TPRODUTODEF) não terá a infromação desta nova coligada. Será necessário alterar o produto para que esta informação seja incluída.

Links relacionados a Utilização de Produto Global

http://tdn.totvs.com/pages/viewpage.action?pageId=42043475

Protheus

SIGAEST ->Atualizações -> Cadastros -> Produto

Caso o cadastro seja compartilhado no Protheus no nível Empresa e Unidade de Negócio o EAI irá gerar várias cadastros no RM para que ele fique disponível dentro do mesmo escopo cadastrado no Protheus.

Este cadastro deve ser compartilhado a nível de filial no Protheus para que a integração funcione.

Caso seja utilizado produto global no RM o cadastro deve ser compartilhado no Protheus a nível de Empresa ou Unidade de Negócio.

1.1.7.      Moeda

As moedas devem ser cadastradas somente no BackOffice Protheus e serão sincronizados automaticamente para o RM através de mensagem única Currency.

RM

O símbolo da moeda é a chave primária. Desta forma, ao cadastrar no Protheus uma moeda com um símbolo que já exista no RM ele será vinculado ao registro cadastrado anteriormente caso seja de empresas diferentes, ou seja, teremos dois registros no de/para do RM apontando para um único registro de moeda. Exemplo:

O de/para no RM ficará:

Caso o usuário tente cadastrar uma nova moeda com o mesmo símbolo para a empresa que já tenha este símbolo integrado o RM retornará uma mensagem de erro. Exemplo:

Neste caso será retornado uma mensagem de erro pois a empresa 01 já possui a moeda 01 com o símbolo € cadastrado. Este tratamento será feito no RM via eventos.

Se alterado no PROTHEUS dados de uma moeda, cuja exista mais de um de-para no RM, as demais moedas do RM sofrerão a alteração, porém no PROTHEUS as demais moedas nada sofrerão. Exemplo:

Para a alteração acima serão alterados o cadastro da moeda 01 da empresa 02 do Protheus e na moeda € do RM porém, as moedas 01 da empresa 01 e 03 do Protheus não serão alteradas.

Ao gravar a moeda é necessário informar o tipo (TIPO) da moeda, porém este não é informado na mensagem, o mesmo será preenchidos (via Eventos) com valor do parâmetro “TIPOMOEDA” já definido na integração.

Protheus

SIGACTB ->Atualizações -> Cadastros -> Moedas Contabeis

O cadastro de Moeda é exclusivo por Grupo de Empresa, Empresa, Unidade de Negócio e Filial por padrão. O mesmo deve ser alterado para ser compartilhado entre Empresa, Unidade de Negócio e Filial para que a integração funcione.

1.1.8.      Cotação de Moeda

As cotações de moedas devem ser cadastradas somente no BackOffice Protheus e serão sincronizados automaticamente para o RM através de mensagem única CurrencyQuotation.

RM

O símbolo da moeda é a chave primária. Desta forma, ao cadastrar no Protheus uma cotação com um símbolo que já exista no RM ele será vinculado ao registro cadastrado anteriormente caso seja de empresas diferentes, ou seja, teremos dois registros no de/para do RM apontando para um único registro de cotação.

É necessário informar o código da moeda de referência para a cotação (Ex.: Cotação do Dolar referente a moeda Real). Já no Protheus a moeda de referência é a moeda configurada para localização (Ex.: Real). Para tratar esta particularidade do RM, existirá um parâmetro que terá um valor configurado pelo implantador da integração para a moeda de referência, por padrão terá o valor vazio, sendo necessário informar uma moeda que já tenha sido cadastrada no Protheus:

Acesse RM.exe | Integração | Aba Integração | Mensagem Única | Integrações, selecione a integração com Identificador = 1002 e clique em Anexo | Parâmetros da Integração.

Este parâmetro deverá ser configurado pelo implantador. Após cadastrar um Produto no Protheus, será necessário verificar na tabela de De-Para (Integração | Mensagem Única De-Para) do RM qual a Chave (campo: Valor Chave Primária RM) que foi gerada deste Produto e atualizar o Valor do Parâmetro acima.

O campo <SIMBOLOREF> será preenchido com o valor do parâmetro “MOEDAPADRAO”.

O ano e mês da mensagem única são fixos, já o dia é preenchido dentro de uma lista de cotações, desta forma, será feito um loop para ler todos os campos da tag <ListOfQuotation> e para cada registro montar a data (Dias + Mês + Ano).

Protheus:

O cadastro de cotação do Protheus permite a alteração da cotação de várias moedas para uma mesma data. Neste caso será enviado uma mensagem para cada moeda alterada.

Protheus

SIGACTB -> Atualizações -> Cadastros -> Cambio

No Protheus a cotação da moeda 01 é sempre 1,0000. Isto ocorre em função do sistema considerar a moeda 01 como a moeda oficial da localização instalada, ou seja, na localização Brasil a moeda 01 é sempre o Real e na localização México a moeda 01 é sempre o Peso Mexicano.

O cadastro de Cotação de Moeda é exclusivo por Grupo de Empresa, Empresa, Unidade de Negócio e Filial por padrão. O mesmo deve ser alterado para ser compartilhado entre Empresa, Unidade de Negócio e Filial para que a integração funcione.

O cadastro de cotação que aparece na tela inicial do sistema para o primeiro usuário que acessá-lo no dia não enviará a mensagem para o RM. Somente através do cadastro disponível no SIGACTB.

Apesar da cotação da tela inicial não chamar a integração ela irá atualizar a cotação disponível desde que os parâmetros de moeda estejam configurados corretamente.

Exemplo:

1.1.9.      Cliente

Os clientes devem ser cadastrados somente no BackOffice Protheus e serão sincronizados automaticamente para o RM através de mensagem única CustomerVendor.

RM

As configurações iniciais desta integração irá remover a máscara do código do Cliente/Fornecedor.

Protheus

SIGAFAT -> Atualizações -> Cadastros -> Cliente

Caso o cadastro seja compartilhado no Protheus no nível Empresa e Unidade de Negócio o EAI irá gerar várias cadastros no RM para que ele fique disponível dentro do mesmo escopo cadastrado no Protheus.

Este cadastro deve ser compartilhado a nível de filial no Protheus para que a integração funcione.

1.1.10.  Fornecedor

Os fornecedores devem ser cadastrados somente no BackOffice Protheus e serão sincronizados automaticamente para o RM através de mensagem única CustomerVendor.

RM

As configurações iniciais desta integração irá remover a máscara do código do Cliente/Fornecedor.

Protheus

SIGAFIN -> Atualizações -> Cadastros -> Fornecedor

Caso o cadastro seja compartilhado no Protheus no nível Empresa e Unidade de Negócio o EAI irá gerar várias cadastros no RM para que ele fique disponível dentro do mesmo escopo cadastrado no Protheus.

Este cadastro deve ser compartilhado a nível de filial no Protheus para que a integração funcione.

1.1.11.  Condição de Pagamento

As codices de pagamento devem ser cadastradas somente no BackOffice Protheus e serão sincronizados automaticamente para o RM através de mensagem única PaymentCondition.

RM

Os Dias de vencimento na semana (TCPG. DIASVENCSEMANA) grava para cada dia um valor definido que são: (domingo: 64; segunda-feira: 1; terça-feira: 2; quarta-feira: 4; quinta-feira: 8; sexta-feira: 16; sábado: 32). O RM permite marcar mais de um dia da semana, como por exemplo: segunda-feira e quarta-feira. Nesta integração será permitido selecionar somente uma opção. Abaixo a tabela De-Para referente ao campo WeekDayFixed.

Abaixo a tabela De-Para referente ao campo DayCondition.

Protheus

SIGACOM -> Atualizações -> Cadastros -> Cond. de Pagamento

Por padrão este cadastro é exclusivo por Grupo de Empresa, Empresa, Unidade de Negócio e Filial e o mesmo deve ser alterado para funcionar de forma compartilhada entre Empresa, Unidade de Negócio e Filial.

O Protheus não possui suporte ao campo DayCondition.

No Protheus a Condição de pagamento pode ser dos tipos 1, 2, 3, 4, 5, 6, 7, 8, 9, A, B, C e D. Para os tipos 1, 2, 4, 5, 6 e 8 será enviada toda a regra para o RM. Para os demais casos será enviado o código e a descrição.

Segue as regras para os tipos no Protheus:

Tipo 1

Estrutura

Definir qualquer código para representar a condição. O campo "Cond. Pagto." indica o deslocamento em dias a partir da data base. Os valores devem ser separados por vírgula.

Exemplo:

Código – 001
Tipo – 1
Condição - 00,30,60

Os pagamentos serão efetuados da seguinte forma:

1ª parcela à vista
2ª parcela 30 dias
3ª parcela 60 dias

Tipo 2

Estrutura

O campo "Código" do cadastro Condição de Pagamento, representa os vencimentos, de acordo com a fórmula:

O campo "Cond. Pagto." deve determinar o multiplicador.

 Exemplo:

Código – 341
Tipo – 2
Condição - 7 (Multiplicador

Tipo 3

Estrutura

O campo "Cond. Pagto" determina o número de parcelas, a carência e as datas padronizadas para o vencimento. O usuário pode definir qualquer código para representar a condição.

Exemplo:

Código – 001
Tipo – 3
Condição - 3,42,7,14,21

O programa calcula, após a data de emissão, as datas de vencimento, ajustando-as de acordo com as datas padrão fornecidas, sempre para a próxima.

Tipo 4

Estrutura

O campo "Cond. Pagto" determina o número de parcelas, o intervalo de dias e o dia da semana para o vencimento. O usuário pode definir qualquer código para representar a condição.

Em que D pode assumir:

1 – Domingo
2 – Segunda
3 – Terça
4 – Quarta
5 – Quinta
6 – Sexta
7 - Sábado

 Exemplo:

Código – 001
Tipo – 4
Condição - 4,30,3

Esta condição indica que o título terá quatro parcelas com vencimento a cada trinta dias, toda terça-feira.

Tipo 5

Estrutura

O  campo "Cond. Pagto" representa a carência, a quantidade de duplicatas e os vencimentos, nesta ordem, representado por valores numéricos.

Exemplo:

Código – 001
Tipo – 5
Condição - 10,12,30

Assim, a condição “10,12,30” representa:

Tipo 6

Estrutura

O campo "Cond. Pagto" assume dias da semana padronizados para o vencimento, considerando o intervalo de dias entre cada parcela.

Em que D pode assumir:

1 – Domingo
2 – Segunda
3 – Terça
4 – Quarta
5 – Quinta
6 – Sexta
7 - Sábado 

Exemplo:

Código – 001
Tipo – 6
Condição - 6,15,4,30

Assim, a condição “6,15,4,30” representa:

Tipo 7

Estrutura

Permite a definição de datas fixas de vencimento no período de um ano. O valor de cada parcela será calculado dividindo-se o Valor Total da Nota pelo Número de Parcelas.

Esta condição trata as parcelas da seguinte maneira:

São definidos 13 valores numéricos com dois dígitos, separados por vírgula;
O primeiro valor numérico indica o número de parcelas;
Os demais devem ser utilizados para informar os dias de vencimento das parcelas de janeiro a dezembro seqüencialmente;
O vencimento da primeira parcela será a data imediatamente posterior à data base.

Quando o dia informado for superior ao último dia do mês, o último dia do mesmo será assumido.

Exemplo:

Data Base 25/03/2002
Código – 001
Tipo – 7
Condição - 03, 05, 10, 15, 20, 25, 30, 05, 10, 15, 20, 25, 30

Assim, temos: 3 parcelas com vencimento nos dias 20/Abril, 25/Maio e 30/Junho.

Tipo 8

Estrutura

O campo "Cond. Pagto" representa os dias de deslocamento e os percentuais de cada parcela na seguinte forma: [nn, nn, nn], [xx, xx, xx], em que:

[nn, nn, nn] são os deslocamentos em dias a partir da data base.
[xx, xx, xx] são os percentuais de cada parcela

Os valores deverão ser separados por vírgula.

A soma dos totais dos percentuais deve ser de 100%.

Exemplo:

Código – 001
Tipo – 8
Condição - [30,60,90],[25,35,40]

Num total de 1.000 reais serão geradas as seguintes parcelas.

para 30 dias, 25% do total R$ 250,00
para 60 dias, 35% do total R$ 350,00
para 90 dias, 40% do total R$ 400,00

1.1.12.  Projeto

Os Projetos devem ser cadastradas somente no TOTVS Obras e Projetos e serão sincronizados automaticamente para o Protheus através de mensagem única Project.

Ao excluir um projeto, o mesmo será verificado se existem tarefas, caso não exista, o comportamento será normal, caso contrário, cada produto (RM e Protheus) ficará responsável por excluir os seus registros relacionados (Tarefas e Contratos) da base de dados e do De-Para.

Ao alterar o código do projeto no TOTVS Obras e Projetos o mesmo enviará uma mensagem Project  com a alteração do código para o Protheus. O Protheus realizará a troca de código do projeto via rotina automática alterando o código em todas as tabelas que utilizem o código do projeto.

Em função do código do projeto ser chave em várias tabelas e fazer parte da chave única, o Protheus também irá alterar esta chave na tabela de de/para para todas os EDTs e tarefas pertencentes ao projeto alterado. Ao final do processo será gerada uma nova thread que irá enviar a mensagem de InternalID  com todas as chaves únicas alteradas para que as mesmas também sejam alteradas no de/para do TOTVS Obras e Projetos.

A entidades que têm a chave única alterada no Protheus e que serão sincronizadas com o RM são: Projeto (entidade Project, tabela AF8) via ResponseMessage da mensagem de troca de código enviada pelo RM, obra (entidade SubProject, tabela AFC), etapa (entidade StepProject, tabela AFC) e tarefa (entidade TaskProject, tabela AF9) via mensagem InternalID.

Ao realizar revisões simples o IDPRJ é mantido para evitar a necessidade de atualização de relacionamento pelo De/Para, mas na utilização de Revisões Multiplas o IDPRJ é alterado, com isto a integração realizara o envio de mensagem de InternalID para o Protheus para que o mesmo atualize o De/Para de projeto, também sera enviado mensagens de InternalID para alteração do De/Para das tarefas do Projeto.

Ao realizar uma revisão de venda o código de projeto recebe o sufixo “_V” e é dispara a mensagem de integração de um novo projeto com todas as tarefas, de forma que o Protheus terá dois projetos o principal e o de venda, sendo sempre atualizado o De/Para com o ultimo IDPRJ das revisões verticais. As revisões horizontais não serão sincronizadas e as apropriações são registradas na ultima revisão vertical do projeto.

Obs.: É necessário alterar o grupo de campo 097-Projeto do Protheus para o tamanho 24 para que haja compatibilidade com o tamanho do campo código de Projeto do TOTVS Obras e Projetos.

RM

RM.exe -> Projetos -> Construção e Projetos -> Aba Projeto -> Selecionar Projeto

Serão sincronizados apenas os projetos que estiverem com os Status definidos como “True” nos Parâmetros da Integração. Esta validação será feita via eventos no RM.

Este mesmo tratamento será feito para o cadastro de Obra, Etapa e Tarefa.

Acesse “RM.exe -> Integração -> Aba Integração -> Mensagem Única -> Integrações”, selecione a integração com Identificador = 1002 e entre em “Anexo -> Parâmetros da Integração”

Os parâmetros do Projeto serão atualizados automaticamente pela integração após a criação de um novo projeto. O usuário não poderá alterá-los.

No RM existem dois tipos de revisão de projetos:

Revisão de Projetos: Esta não será necessário sincronizar com o Protheus, pois a revisão irá manter o Projeto atual (já sincronizado) e criar uma cópia do mesmo para histórico.

Revisão Multipla de Projetos: Será desenvolvido no RoadMap da versão 12.00.

Protheus

O módulo PMS não estará disponível quando o Protheus estiver integrado com o TOTVS Obras e Projetos.

Para que seja possível cadastrar o projeto no Protheus é necessário que se tenha um calendário padrão cadastrado. O calendário padrão deve ser informado no parâmetro MV_INTCAL. Caso este parâmetro não exista ou esteja vazio, o adapter irá considerar a utilização do calendário 001. Caso o parâmetro contenha um calendário inválido o sistema retornará um erro.

Antes de sincronizar o contrato é preciso rodar o update U_UPDPMS.

Por padrão todos os projetos do Protheus são cadastrados com a fase 01 e esta não permite que o projeto seja utilizado no financeiro, em compras, faturamento e outros módulos. Como o módulo PMS ficará desabilitado com a integração não será permitido alterar a fase do projeto no Protheus.

Nota: Para conseguir cadastrar a fase do projeto os parâmetros MV_PMSITMU e MV_RMCOLIG devem conter o valor 0(zero).  Após retornar o conteúdo correto para o parâmetro MV_PMSITMU.

Deste modo será necessário cadastrar uma nova fase de projeto para a utilização com o Solum. Esta nova fase pode ser cadastrada em SIGAPMS (Gestão de Projetos | Cadastros | Fases do Projeto). Ele deve conter:

Após o cadastro da fase 06 será necessário alterar o parâmetro MV_PRJINIC para 06.

Caso já exista uma fase com o código 06 ela pode ser criada com outro código. Lembrando apenas de alterar o parâmetro MV_PRJINIC com o código criado.

Ao trocar o código do projeto no TOP será enviada uma mensagem Project para que o Protheus execute a troca do código internamente e, em função do campo ser chave no Protheus, será retornada uma mensagem de InternalID para o TOP com todos os de/para que forem atualizados no Protheus.

Como o módulo PMS fica desabilitado quando há integração com o TOTVS Obras e Projetos o projeto ficará disponível para visualização apenas nos processos onde há integração com projetos.

Exemplo: Rateio de projeto da nota fiscal de entrada, solicitação de armazém, solicitação de compra, pedido de compra, título a pagar, etc.

1.1.13.  Obra

As Obras devem ser cadastradas somente no TOP e serão sincronizados automaticamente para o Protheus através de mensagem única SubProject.

RM

RM.exe -> Projetos -> Construção e Projetos -> Aba Orçamento -> Planilha de Atividades

Serão sincronizados apenas dados da Planilha de Atividades. Não existe integração para Planilha de Serviços.

Processos relacionados a Planilha de atividades que serão integrados:

• Troca de Código da Tarefa;
• Alterar Nome/Descrição das Tarefas;
• Reorganizar Código da Tarefa;
• Alterar Hierarquia da Tarefa;
• Copiar Tarefas / Etapas;
• Transformar Etapa em Serviços.

É permitido alterar o código de uma Obra, porém este campo é chave primária no Protheus, desta forma, ao alterar o código de uma Obra será enviado uma mensagem SubProject como alteração (upsert) e o Protheus irá fazer o tratamento para alterar este código.

Todo este tratamento citado acima, também será regra para os cadastros de

Protheus

Como o módulo PMS fica desabilitado quando há integração com o TOTVS Obras e Projetos a obra ficará disponível para visualização apenas nos processos onde há integração com projetos.

Exemplo: Rateio de projeto da nota fiscal de entrada, solicitação de armazém, solicitação de compra, pedido de compra, título a pagar, etc.

Ao ativar a integração com o Solum é necessário alterar o grupo de campo EDT/Tarefa para o tamanho 50 para que haja compatibilidade com o tamanho do campo do TOTVS Obras e Projetos.

1.1.14.  Etapa

As Etapas devem ser cadastradas somente no TOP e serão sincronizados automaticamente para o Protheus através de mensagem única StepProject.

RM

RM.exe -> Projetos -> Construção e Projetos -> Aba Orçamento -> Planilha de Atividades

Serão sincronizados apenas dados da Planilha de Atividades. Não existe integração para Planilha de Serviços.

É permitido alterar o código de uma Etapa, porém este campo é chave primária no Protheus, desta forma, ao alterar o código de uma Etapa será enviado uma mensagem StepProject como alteração (upsert) e o Protheus irá fazer o tratamento para alterar este código.

Protheus

Como o módulo PMS fica desabilitado quando há integração com o TOTVS Obras e Projetos a etapa ficará disponível para visualização apenas nos processos onde há integração com projetos.

Exemplo: Rateio de projeto da nota fiscal de entrada, solicitação de armazém, solicitação de compra, pedido de compra, título a pagar, etc.

1.1.15.  Tarefa

As Tarefas devem ser cadastradas  somente no TOP e serão sincronizados automaticamente para o Protheus através de mensagem única TaskProject.

RM

RM.exe -> Projetos -> Construção e Projetos -> Aba Orçamento -> Planilha de Atividades

Serão sincronizados apenas dados da Planilha de Atividades. Não existe integração para Planilha de Serviços.

É permitido alterar o código de uma Tarefa, porém este campo é chave primária no Protheus, desta forma, ao alterar o código de uma Tarefa será enviado uma mensagem TaskProject como alteração (upsert) e o Protheus irá fazer o tratamento para alterar este código.

Protheus

Como o módulo PMS fica desabilitado quando há integração com o TOTVS Obras e Projetos a tarefa ficará disponível para visualização apenas nos processos onde há integração com projetos.

Exemplo: Rateio de projeto da nota fiscal de entrada, solicitação de armazém, solicitação de compra, pedido de compra, título a pagar, etc.

1.1.16.  Contrato

Os contratos serão cadastrados somente no TOP e serão sincronizados automaticamente para o Protheus através da mensagem única Contract.

O Protheus apenas irá exibir as informações não permtindo qualquer tipo de alteração.

RM

RM.exe -> Projetos -> Construção e Projetos -> Aba Controle -> Contratos

Será criado um filtro para envio apenas de contratos do tipo “A Pagar” e que possuírem a finalidade de “Prestação de serviços” ou “Marco Contratual ”.

Obs: Não será possivel  criar um filtro por status do contrato no RM. Caso um contrato mude para um status em que o Protheus não possa exibir o RM não pode disparar uma mensagem de deleção pois o contrato poderá ser chave estrangeira de registros já criados no Protheus.

Protheus

Os contratos deverão ser filtrados de acordo com o projeto escolhido, ou seja, somente deverão ser exibidos os contratos referente ao projeto selecionado.

Os contratos serão utilizados no Protheus no rateio de projeto/tarefa da NF de entrada que pode ser acessada através do "SIGACOM -> Atualizações -> Movimentos -> Documento Entrada". O rateio de Projeto/Tarefa pode ser acessado através do botão “Ações relacionadas|Projetos”.

1.1.17.  Natureza Financeira

As naturezas financeiras devem ser cadastradas somente no BackOffice Protheus e serão sincronizadas automaticamente para o RM através de mensagem única FinancialNature. Apenas números ou letras serão permitidos no campo de codigo.

RM

As naturezas financeiras podem ser visualizadas acessando o módulo BackOffice\Gestão Financeira em “Cadastros | Movimentos | Natureza Orçamentária / Financeira”. Fica a critério do implantador o controle de permissão para este cadastros caso o pacote RM do cliente contenha o módulo de Gestão Financeira.

1.1.18.  Grupo de Produto

Ao grupo de produtos são cadastrados somente no BackOffice Protheus e serão sincronizados automaticamente para o RM através de mensagem única StockGroup.

RM

Os Grupo de Produtos podem ser visualizados no RM no módulo de Gestão de Estoque acessando “Cadastros | Tabelas de Classificação | Grupo de Produtos”. Fica a critério do implantador o controle de permissão para este cadastros caso o pacote RM do cliente contenha o módulo de Gestão de Estoque / Compras e Faturamento.

No cadastro do produto o grupo esta informado em detalhes na aba classificação.

1.2.Processos

1.2.1.      TOTVS Obras Projetos (RM Solum)

Será descrito os processos do TOTVS Obras e Projetos integrados ao Protheus.

1.2.1.1.Pedido de Material

RM.exe -> Projetos -> Contrução e Projetos -> Planejamento -> Geração de Pedidos

No “Pedido de Material” pode ser gerada uma “Solicitação de Compra” ou uma “Solicitação de Armazem” que são enviadas para o Protheus através do processo “Enviar pedido para Suprimento/Faturamento gerando apenas 1(um) movimento” ou “Enviar pedido para Suprimento/Faturamento gerando apenas 1(um) mov por Data de Entrega”.

Caso seja selecionado o item “Enviar pedido para Suprimento/Faturamento gerando apenas 1(um) mov por Data de Entrega”, sera gerado uma solicitação separada agrupando os itens por data de entrega.

Caso haja um Contrato com a finalidade “Contrato de Material” com saldo para algum dos itens da solicitação, será gerado um “Pedido de Compra” para esses itens que estão associados ao contrato. Caso entre os item com Contrato associado, o contrato não tenha saldo suficiente, será gerado também uma solicitação com o restante do item.  Será gravado apenas o de-para do pedido e seus itens, sendo ignorado os rateios.

A exclusão de um “Pedido de Material” é realizada exclusivamente pelo TOVS Obras e Projetos, é realizada pelo processo “Exclusão de Movimento”.

Documentação da funcionalidade

Geração de Pedido

1.2.1.1.1.      Solicitação de Armazém

Na “Solicitação de Armazem” sera gerado um movimento (“1.1.01– SOLICITAÇÃO AO ARMAZÉM  - MOVIMENTO PADRÃO”) esse movimento será sincronizado com o protheus pela mensagem de Request sendo preenchida a tag “Type” com o valor  “001”.

O tipo de movimento utilizado pelo processo não pode ser alterado pelo usuario.

Visualizando no Protheus

O pedido de compra do tipo Solicitação de Armazém pode ser acessado no Protheus através do módulo de Estoque (SIGAEST) no menu Atualizações => Requis. Ao Armazem => Solicit.ao Armazem (MATA105).

As solicitações geradas pelo TOTVS Obras e Projetos serão agrupados por item, sendo que as informações de projeto/tarefa e centro de custo ficarão nas tabelas de rateio AFH e SGS respectivamente e os dados do pedido são armazenados na tabela SCP.

As informações de rateio de projeto/tarefa podem ser acessadas pelo menu Ações Relacionadas => Projeto e as informações de centro de custo podem ser acessadas pelo menu Ações Relacionadas => Rateio. Ambos os menus estão disponíveis na tela de visualização da solicitação.

1.2.1.1.2.      Solicitação de Compra

Na “Solicitação de Compra” sera gerado um movimento (“1.1.03 – SOLICITAÇÃO DE COMPRA  - MOVIMENTO PADRÃO”) esse movimento será sincronizado com o protheus pela mensagem de Request sendo preenchida a tag “Type” com o valor  “000”. Será gravado apenas o de-para do pedido e seus itens, sendo ignorado os rateios.

O tipo de movimento utilizado pelo processo não pode ser alterado pelo usuario.

Visualizando no Protheus

O pedido de compra do tipo Solicitação de Compra pode ser acessado no Protheus através do módulo de Compras (SIGACOM) no menu Atualizações => Solicitar/Cotar => Solict.de Compras (MATA110).

As solicitações geradas pelo TOTVS Obras e Projetos serão agrupados por item, sendo que as informações de projeto/tarefa e centro de custo ficarão nas tabelas de rateio AFH e SCP respectivamente e os dados da solicitação são armazenados na tabela SC1.

As informações de rateio de projeto/tarefa podem ser acessadas pelo menu Ações Relacionadas => Projeto e as informações de centro de custo podem ser acessadas pelo menu Ações Relacionadas => Rateio. Ambos os menus estão disponíveis na tela de visualização da solicitação.

1.2.1.1.3.      Pedido de Compra

No “Pedido de Compra” sera gerado um movimento (“1.1.04 – PEDIDO DE COMPRA  - MOVIMENTO PADRÃO”) esse movimento será sincronizado com o protheus pela mensagem de Order sendo preenchida a tag “OrderPurpose” com o valor  “1”.

O tipo de movimento utilizado pelo processo não pode ser alterado pelo usuario.

Visualizando no Protheus

O pedido de compra pode ser acessado no Protheus através do módulo de Compras (SIGACOM) no menu Atualizações => Pedidos => Pedidos de Compra (MATA121).

Os pedidos gerados pelo TOTVS Obras e Projetos serão agrupados por item, sendo que as informações de projeto/tarefa e centro de custo ficarão nas tabelas de rateio AJ7 e SCH respectivamente e os dados do pedido são armazenados na tabela SC7.

As informações de rateio de projeto/tarefa podem ser acessadas pelo menu Ações Relacionadas => Projeto e as informações de centro de custo podem ser acessadas pelo menu Ações Relacionadas => Rateio. Ambos os menus estão disponíveis na tela de visualização do pedido.

1.2.1.2.Pedido de Material Extra

RM.exe -> Projetos -> Contrução e Projetos -> Planejamento -> Geração de Pedido Extra

No “Pedido de Material Extra” será gerada uma “Solicitação de Compra” que é enviada para o protheus através do processo “Gerar 1 movimento”.

Caso exista no sistema um “Contrato de Material” com saldo, o mesmo pode ser associado de foma manual aos itens do pedido, para esses itens será gerado um “Pedido de compra”.

A exclusão de um “Pedido de Material Extra” é realizada exclusivamente pelo TOVS Obras e Projetos, é realizada pelo processo “Excluir Movimentos”.

Documentação da funcionalidade

Geração de Pedido Extra

1.2.1.2.1.      Solicitação de Armazém

Na “Solicitação de Armazem” sera gerado um movimento (“1.1.01– SOLICITAÇÃO AO ARMAZÉM  - MOVIMENTO PADRÃO”) esse movimento será sincronizado com o protheus pela mensagem de Request sendo preenchida a tag “Type” com o valor  “001”.

O tipo de movimento utilizado pelo processo não pode ser alterado pelo usuario.

Visualizando no Protheus

O pedido de compra do tipo Solicitação de Armazém pode ser acessado no Protheus através do módulo de Estoque (SIGAEST) no menu Atualizações => Requis. Ao Armazem => Solicit.ao Armazem (MATA105).

As solicitações geradas pelo TOTVS Obras e Projetos serão agrupados por item, sendo que as informações de projeto/tarefa e centro de custo ficarão nas tabelas de rateio AFH e SGS respectivamente e os dados do pedido são armazenados na tabela SCP.

As informações de rateio de projeto/tarefa podem ser acessadas pelo menu Ações Relacionadas => Projeto e as informações de centro de custo podem ser acessadas pelo menu Ações Relacionadas => Rateio. Ambos os menus estão disponíveis na tela de visualização da solicitação.

1.2.1.2.2.      Solicitação de Compra

Na “Solicitação de Compra” sera gerado um movimento (“1.1.03 – SOLICITAÇÃO DE COMPRA  - MOVIMENTO PADRÃO”) esse movimento será sincronizado com o protheus pela mensagem de Request sendo preenchida a tag “Type” com o valor  “000”.

O tipo de movimento utilizado pelo processo não pode ser alterado pelo usuario.

Visualizando no Protheus

O pedido de compra do tipo Solicitação de Compra pode ser acessado no Protheus através do módulo de Compras (SIGACOM) no menu Atualizações => Solicitar/Cotar => Solict.de Compras (MATA110).

As solicitações geradas pelo TOTVS Obras e Projetos serão agrupados por item, sendo que as informações de projeto/tarefa e centro de custo ficarão nas tabelas de rateio AFH e SCP respectivamente e os dados da solicitação são armazenados na tabela SC1.

As informações de rateio de projeto/tarefa podem ser acessadas pelo menu Ações Relacionadas => Projeto e as informações de centro de custo podem ser acessadas pelo menu Ações Relacionadas => Rateio. Ambos os menus estão disponíveis na tela de visualização da solicitação.

1.2.1.2.3.      Pedido de Compra

No “Pedido de Compra” sera gerado um movimento (“1.1.04 – PEDIDO DE COMPRA  - MOVIMENTO PADRÃO”) esse movimento será sincronizado com o protheus pela mensagem de Order sendo preenchida a tag “OrderPurpose” com o valor  “1”.

O tipo de movimento utilizado pelo processo não pode ser alterado pelo usuario.

Visualizando no Protheus

O pedido de compra pode ser acessado no Protheus através do módulo de Compras (SIGACOM) no menu Atualizações => Pedidos => Pedidos de Compra (MATA121).

Os pedidos gerados pelo TOTVS Obras e Projetos serão agrupados por item, sendo que as informações de projeto/tarefa e centro de custo ficarão nas tabelas de rateio AJ7 e SCH respectivamente e os dados do pedido são armazenados na tabela SC7.

As informações de rateio de projeto/tarefa podem ser acessadas pelo menu Ações Relacionadas => Projeto e as informações de centro de custo podem ser acessadas pelo menu Ações Relacionadas => Rateio. Ambos os menus estão disponíveis na tela de visualização do pedido.

1.2.1.3.Contratos

RM.exe -> Projetos -> Contrução e Projetos -> Controle -> Contrato

Será integrado os processos dos contratos das seguintes finalidades:

• Finalidade: Prestação de Serviço (Tipos: A Pagar, A Receber)
  • Processo: Gerar Integração com Suprimentos/Faturamento (Anexo Periodos do Contrato)
  • Processo: Liberação de Retenção (Anexo Retenções Contratuais)
  • Processo: Liberar Adiantamento (Anexo Adiantamento de Contrato)

• Finalidade: Parcelas Fixas (Tipos: A Pagar, A Receber)
  • Processo: Gerar Integração com Suprimentos/Faturamento (Anexo Periodos do Contrato)

• Finalidade: Marco Contratual (Tipos: A Pagar, A Receber)
  • Processo: Gerar Integração com Suprimentos/Faturamento (Anexo Controle de Liberação)
  • Processo: Liberação de Retenção (Anexo Retenções Contratuais)
  • Processo: Liberar Adiantamento (Anexo Adiantamento de Contrato)

• Finalidade: Contrato de Insumo (Tipos: A Pagar)
  • Processo: Gerar Integração com Suprimentos/Faturamento (Anexo Periodos do Contrato)
  • Processo: Liberação de Retenção (Anexo Retenções Contratuais)
  • Processo: Liberar Adiantamento (Anexo Adiantamento de Contrato)

O processo “Gerar Integração com Suprimentos/Faturamento” do Anexo “Periodos do Contrato” irá gerar um movimento de Pedido, e quando houver retenção irá gerar um movimento de Provisão para cada registro do “Rateio de Estado/Municipio”.

O processo “Liberar Adiantamento” irá gerar um movimento de Titulo.

O processo de “Liberação de Retenção” irá faturar os movimentos de provisão gerados no processo “Gerar Integração com Suprimentos/Faturamento” criando movimentos de Titulos.

1.2.1.3.1.      Contrato a Pagar

1.2.1.3.1.1.           Gerar Integração com Suprimentos/Faturamento

No processo de “Gerar Integração com Suprimento/Faturamento” será gerado um movimento(1.1.04        - PEDIDO DE COMPRA - MOVIMENTO PADRÃO) esse movimento será enviado para o Protheus pela mensagem Order sendo preenchida a tag “OrderPurpose” com valor “1”.

A exclusão do movimento gerado pelo “Gerar Integração com Suprimento/Faturamento” é realizada exclusivamente pelo TOVS Obras e Projetos, e é realizada pelo processo “Cancelamento de Liberação”.

O tipo de movimento utilizado pelo processo não pode ser alterado pelo usuario.

Visualizando no Protheus

O pedido de compra pode ser acessado no Protheus através do módulo de Compras (SIGACOM) no menu Atualizações => Pedidos => Pedidos de Compra (MATA121).

Os pedidos gerados pelo TOTVS Obras e Projetos serão agrupados por item, sendo que as informações de projeto/tarefa e centro de custo ficarão nas tabelas de rateio AJ7 e SCH respectivamente e os dados do pedido são armazenados na tabela SC7.

As informações de rateio de projeto/tarefa podem ser acessadas pelo menu Ações Relacionadas => Projeto e as informações de centro de custo podem ser acessadas pelo menu Ações Relacionadas => Rateio. Ambos os menus estão disponíveis na tela de visualização do pedido.

Documentação da funcionalidade (Protheus)

As informações referentes ao formulário de pedidos de compra estão disponíveis no Help OnLine do Protheus através do caminho Materiais => Compras => Atualizações => Pedidos => Pedido de Compra. 

1.2.1.3.1.2.           “Gerar Integração com Suprimentos/Faturamento” com “Dedução”

O processo de “Gerar Integração com Suprimento/Faturamento” quando executado em um Período que contem “Deduções” cadastradas o mesmo irá gera um movimento(1.1.04         - PEDIDO DE COMPRA - MOVIMENTO PADRÃO) esse movimento será enviado para o Protheus pela mensagem Order sendo preenchida a tag “OrderPurpose” com valor “1”.

O exclusão do movimento gerado pelo “Gerar Integração com Suprimento/Faturamento” é realizada exclusivamente pelo TOVS Obras e Projetos, e é realizada pelo processo “Cancelamento de Liberação”.

O tipo de movimento utilizado pelo processo não pode ser alterado pelo usuario.

Visualizando no Protheus

O pedido de compra pode ser acessado no Protheus através do módulo de Compras (SIGACOM) no menu Atualizações => Pedidos => Pedidos de Compra (MATA121).

Os pedidos gerados pelo TOTVS Obras e Projetos serão agrupados por item, sendo que as informações de projeto/tarefa e centro de custo ficarão nas tabelas de rateio AJ7 e SCH respectivamente e os dados do pedido são armazenados na tabela SC7.

As informações de rateio de projeto/tarefa podem ser acessadas pelo menu Ações Relacionadas => Projeto e as informações de centro de custo podem ser acessadas pelo menu Ações Relacionadas => Rateio. Ambos os menus estão disponíveis na tela de visualização do pedido.

Importante

O pedido deve ser gerado com o valor total da medição sendo que, o valor da dedução cadastrado no TOTVS Obras e Projetos deve vir destacado no campo de dedução dos itens do pedido. 

Documentação da funcionalidade (Protheus)

As informações referentes ao formulário de pedidos de compra estão disponíveis no Help OnLine do Protheus através do caminho Materiais => Compras => Atualizações => Pedidos => Pedido de Compra. 

1.2.1.3.1.3.           “Gerar Integração com Suprimentos/Faturamento” com “Adiantamento”

O processo de “Gerar Integração com Suprimento/Faturamento” quando executado em um Período que contem “Adiantamento” cadastrados o mesmo irá gerá o movimento(1.1.04   - PEDIDO DE COMPRA - MOVIMENTO PADRÃO) esse movimento será enviado para o Protheus pela mensagem Order sendo preenchida a tag “OrderPurpose” com valor “1” e os valores dos adiantamentos cadastradas para o período irá na tag “ListOfCreditDocument”.

O exclusão do movimento gerado pelo “Gerar Integração com Suprimento/Faturamento” é realizada exclusivamente pelo TOVS Obras e Projetos, e é realizada pelo processo “Cancelamento de Liberação”.

O tipo de movimento utilizado pelo processo não pode ser alterado pelo usuario.

Visualizando no Protheus

O pedido de compra pode ser acessado no Protheus através do módulo de Compras (SIGACOM) no menu Atualizações => Pedidos => Pedidos de Compra (MATA121).

Os pedidos gerados pelo TOTVS Obras e Projetos serão agrupados por item, sendo que as informações de projeto/tarefa e centro de custo ficarão nas tabelas de rateio AJ7 e SCH respectivamente e os dados do pedido são armazenados na tabela SC7.

As informações de rateio de projeto/tarefa podem ser acessadas pelo menu Ações Relacionadas => Projeto e as informações de centro de custo podem ser acessadas pelo menu Ações Relacionadas => Rateio. Ambos os menus estão disponíveis na tela de visualização do pedido.

Junto com o pedido de venda serão recebidas as informações dos títulos de adiantamento utilizados na medição. Estes títulos terão o seu valor baixado de acordo com o valor utilizado na medição.

Exemplo:

Caso seja gerado um adiantamento no valor de R$10.000,00 no TOTVS Obras e Projetos ao liberar este adiantamento será gerado um título de R$10.000,00 no Protheus.

Se durante a medição for utilizado R$3.000,00 deste adiantamento o título sofrerá uma baixa de R$3.000,00 ficando com R$7.000,00 de saldo.

Importante

A condição de pagamento utilizada tem que obrigatoriamente ter sido cadastrada como adiantamento.

O pedido deve ser gerado com o valor total da medição sendo que, o valor do adiantamento virá na mensagem única Order como ListOfCreditDocument junto com o seu respectivo título gerado durante a liberação de adiantamento 

Os títulos utilizados como adiantamento podem ser visualizados pelo menu Ações Relacionadas => Adiantam.. O status do título com as suas movimentações pode ser visualizado no módulo financeiro (SIGAFIN) no menu Atualizações => Consultas => Contas a Pagar => Posicao Titulo Pag (FINC050).

Documentação da funcionalidade (Protheus)

As informações referentes ao formulário de pedidos de compra estão disponíveis no Help OnLine do Protheus através do caminho Materiais => Compras => Atualizações => Pedidos => Pedido de Compra e as informações referentes ao formulário de consulta de títulos a pagar estão disponíveis através do caminho Controladoria => Financeiro => Consultas => Contas a Pagar => Consulta Pagamento. 

1.2.1.3.1.4.           “Gerar Integração com Suprimentos/Faturamento” com “Retenção”

O processo de “Gerar Integração com Suprimento/Faturamento” quando executado em um Período que contem Reteções Contratuais cadastradas o mesmo irá gerá 2 movimentos, sendo o movimento(1.1.04           - PEDIDO DE COMPRA - MOVIMENTO PADRÃO) gerado da mesma forma que o processo sem retenção, e um movimento(1.1.05 - PROVISAO DE PAGAMENTO - MOVIMENTO PADRÃO) para cada “Rateio de Estado” cadastrado no período e enviado para o Protheus pela mensagem AccountPayableDocument.

A exclusão dos movimentos gerados só podem ser realizado caso não contenha nenhuma retenção liberada. O cancelamento é realizado da mesma forma que no “Gerar Integração com Suprimento/Faturamento” sem retenção cadastrada.

O tipo de movimento utilizado pelo processo não pode ser alterado pelo usuario.

Visualizando no Protheus

O pedido de compra pode ser acessado no Protheus através do módulo de Compras (SIGACOM) no menu Atualizações => Pedidos => Pedidos de Compra (MATA121).

Os pedidos gerados pelo TOTVS Obras e Projetos serão agrupados por item, sendo que as informações de projeto/tarefa e centro de custo ficarão nas tabelas de rateio AJ7 e SCH respectivamente e os dados do pedido são armazenados na tabela SC7.

As informações de rateio de projeto/tarefa podem ser acessadas pelo menu Ações Relacionadas => Projeto e as informações de centro de custo podem ser acessadas pelo menu Ações Relacionadas => Rateio. Ambos os menus estão disponíveis na tela de visualização do pedido.

O valor do pedido será o valor medido no TOTVS Obras e Projetos menos o valor retido. O valor retido será transformado em um título a pagar do tipo provisório que não pode ser baixado pelo financeiro.

O título pode ser consultado através do módulo financeiro (SIGAFIN) no menu Atualizações => Contas a Pagar => Contas a Pagar (FINA050).

Documentação da funcionalidade (Protheus)

As informações referentes ao formulário de pedidos de compra estão disponíveis no Help OnLine do Protheus através do caminho Materiais => Compras => Atualizações => Pedidos => Pedido de Compra e as informações referentes ao formulário de consulta de títulos a pagar estão disponíveis através do caminho Controladoria => Financeiro => Consultas => Contas a Pagar => Consulta Pagamento. 

1.2.1.3.1.5.           Liberação de Retenção

No processo de “Liberação de Retenção” sera faturado o movimento de Provisão gerado no processo de “Gerar Integração com Suprimento/Faturamento”, no faturamento será gerado um novo movimento(1.2.02 - TITULO A PAGAR - MOVIMENTO PADRÃO) esse movimento será enviado para o Protheus pela mensagem AccountPayableDocumentReplace sendo preenchida com os dados do movimento de Provisão e o Movimento de Titulo gerado do faturamento.

A exclusão do movimento de Titulo sera realizado pelo processo “Cancelamento de Liberação de Retenção” ao ser excluido o movimento de Provisão ira ser reaberto.

O tipo de movimento utilizado pelo processo não pode ser alterado pelo usuario.

Visualizando no Protheus

O processo de liberação de retenção gera duas ações no Protheus. A primeira será a baixa do título temporário gerado pela medição de contrato com retenção 

Os dados da baixa podem ser visualizados no módulo financeiro (SIGAFIN) menu Atualizações => Consultas => Contas a Pagar => Posicao Titulo Pag (FINC050).

A segunda ação é a geração de um novo título a pagar com o tipo NF com a data de vencimento do dia da liberação. Este item pode ser baixado normalmente pelo financeiro do Protheus. O título pode ser consultado através do módulo financeiro (SIGAFIN) no menu Atualizações => Contas a Pagar => Contas a Pagar (FINA050).

As informações de rateio de projeto/tarefa podem ser visualizadas através do menu Ações Relacionadas => Projetos dentro da tela de detalhamento do título. Estes dados são armazenados na tabela AFR. As informações de rateio de centro de custo podem ser visualizadas através do menu Ações Relaciondas => Vis rateio na tela do contas a pagar. As informações do rateio ficam na tabela CV4.

Documentação da funcionalidade (Protheus)

As informações referentes ao formulário de pedidos de compra estão disponíveis no Help OnLine do Protheus através do caminho Materiais => Compras => Atualizações => Pedidos => Pedido de Compra e as informações referentes ao formulário de consulta de títulos a pagar estão disponíveis através do caminho Controladoria => Financeiro => Consultas => Contas a Pagar => Consulta Pagamento. 

1.2.1.3.1.6.           Liberar Adiantamento

No processo de “Liberar Adiantamento” será gerado um movimento(1.2.02 - TITULO A PAGAR - MOVIMENTO PADRÃO) esse movimento será enviado para o Protheus pela mensagem AccountPayableDocument. Ao gerar um titulo o mesmo não pode ser apropriado devido o mesmo não ter associação a uma tarefa.

A exclusão do movimento gerado pelo “Liberar Adiantamento” é realizada exclusivamente pelo TOVS Obras e Projetos, e é realizada pelo processo “Cancelamento Liberação de Adiantamento”.

O tipo de movimento utilizado pelo processo não pode ser alterado pelo usuario.

Visualizando no Protheus

O título gerado no Protheus será do tipo PA e será utilizado posteriormente nos pedidos enviados pelo TOTVS Obras e projetos.

O título pode ser consultado através do módulo financeiro (SIGAFIN) no menu Atualizações => Contas a Pagar => Contas a Pagar (FINA050). As informações de rateio de projeto/tarefa podem ser visualizadas através do menu Ações Relacionadas => Projetos dentro da tela de detalhamento do título. Estes dados são armazenados na tabela AFR. As informações de rateio de centro de custo podem ser visualizadas através do menu Ações Relaciondas => Vis rateio na tela do contas a pagar. As informações do rateio ficam na tabela CV4.

Importante

Ao liberar o adiantamento o TOTVS Obras e Projetos envia somente o projeto do título sendo que o adapter do Protheus pesquisará a primeira tarefa do projeto para armazenar na tabela de rateio (AFR).

Documentação da funcionalidade (Protheus)

As informações referentes ao formulário de título a pagar estão disponíveis no Help OnLine do Protheus através do caminho Controladoria => Financeiro => Atualizações => Contas a Pagar => Contas a Pagar. 

1.2.1.3.2.      Contrato a Receber

1.2.1.3.2.1.           Gerar Integração com Suprimentos/Faturamento

No processo de “Gerar Integração com Suprimento/Faturamento” será gerado um movimento(2.1.01        - PEDIDO DE VENDA - MOVIMENTO PADRÃO) esse movimento será enviado para o Protheus pela mensagem Order sendo preenchida a tag “OrderPurpose” com valor “2”.

O exclusão do movimento gerado pelo “Gerar Integração com Suprimento/Faturamento” é realizada exclusivamente pelo TOVS Obras e Projetos, e é realizada pelo processo “Cancelamento de Liberação”.

O tipo de movimento utilizado pelo processo não pode ser alterado pelo usuario.

Visualizando no Protheus

O pedido de venda pode ser acessado no Protheus através do módulo de Compras (SIGAFAT) no menu Atualizações => Pedidos => Pedidos de Venda (MATA410).

Os pedidos gerados pelo TOTVS Obras e Projetos terão agrupamento de centro de custo por item, sendo que as informações de centro de custo são armazenadas na tabela AGG e os dados do pedido são armazenados nas tabelas SC5 e SC6.

As informações de centro de custo podem ser acessadas pelo menu Ações Relacionadas => Rateio. O menu está disponível na tela de visualização do pedido.

Importante

O pedido de venda do Protheus não possui rateio de projeto/tarefa. Os itens deverão ser quebrados por projeto/tarefa no TOTVS Obras e Projetos e enviados para o Protheus sem utilizar rateio. A informação do projeto/tarefa é armazenada na linha do item.

Documentação da funcionalidade (Protheus)

As informações referentes ao formulário de pedidos de venda estão disponíveis no Help OnLine do Protheus através do caminho Vendas => Faturamento => Atualizações => Pedidos => Pedido de Venda. 

1.2.1.3.2.2.           “Gerar Integração com Suprimentos/Faturamento” com “Dedução”

O processo de “Gerar Integração com Suprimento/Faturamento” quando executado em um Período que contem “Deduções” cadastradas o mesmo irá gerar um movimento(2.1.01       - PEDIDO DE VENDA - MOVIMENTO PADRÃO) esse movimento será enviado para o Protheus pela mensagem Order sendo preenchida a tag “OrderPurpose” com valor “2”.

O exclusão do movimento gerado pelo “Gerar Integração com Suprimento/Faturamento” é realizada exclusivamente pelo TOVS Obras e Projetos, e é realizada pelo processo “Cancelamento de Liberação”.

O tipo de movimento utilizado pelo processo não pode ser alterado pelo usuario.

Visualizando no Protheus

O pedido de venda pode ser acessado no Protheus através do módulo de Faturamento (SIGAFAT) no menu Atualizações => Pedidos => Pedidos de Venda (MATA410).

Os pedidos gerados pelo TOTVS Obras e Projetos terão agrupamento de centro de custo por item, sendo que as informações de centro de custo são armazenadas na tabela AGG e os dados do pedido são armazenados nas tabelas SC5 e SC6.

As informações de centro de custo podem ser acessadas pelo menu Ações Relacionadas => Rateio. O menu está disponível na tela de visualização do pedido.

Importante

O pedido de venda do Protheus não possui rateio de projeto/tarefa. Os itens deverão ser quebrados por projeto/tarefa no TOTVS Obras e Projetos e enviados para o Protheus sem utilizar rateio. A informação do projeto/tarefa é armazenada na linha do item.

O pedido deve ser gerado com o valor total da medição sendo que, o valor da dedução cadastrado no TOTVS Obras e Projetos deve vir destacado no campo de dedução dos itens do pedido.

Documentação da funcionalidade (Protheus)

As informações referentes ao formulário de pedidos de venda estão disponíveis no Help OnLine do Protheus através do caminho Vendas => Faturamento => Atualizações => Pedidos => Pedido de Venda. 

1.2.1.3.2.3.           “Gerar Integração com Suprimentos/Faturamento” com “Adiantamento”

O processo de “Gerar Integração com Suprimento/Faturamento” quando executado em um Período que contem “Adiantamento” cadastrados o mesmo irá gerá o movimento(2.1.01   - PEDIDO DE VENDA - MOVIMENTO PADRÃO) esse movimento será enviado para o Protheus pela mensagem Order sendo preenchida os preenchida a tag “OrderPurpose” com valor “2” e os valores dos adiantamentos cadastradas para o período irá na tag “ListOfCreditDocument”.

A exclusão dos movimentos gerados só podem ser realizado caso não contenha nenhuma retenção liberada. O cancelamento é realizado da mesma forma que no “Gerar Integração com Suprimento/Faturamento” sem retenção cadastrada.

O tipo de movimento utilizado pelo processo não pode ser alterado pelo usuario.

Visualizando no Protheus

O pedido de compra pode ser acessado no Protheus através do módulo de Faturamento (SIGAFAT) no menu Atualizações => Pedidos => Pedidos de Venda (MATA410).

Os pedidos gerados pelo TOTVS Obras e Projetos terão agrupamento de centro de custo por item, sendo que as informações do centro de custo são armazenadas na tabela AGG. Os dados do pedido são armazenados nas tabelas SC5 e SC6.

As informações de rateio de centro de custo podem ser acessadas pelo menu Ações Relacionadas => Rateio. O menu está disponível na tela de visualização do pedido.

Junto com o pedido de venda serão recebidas as informações dos títulos de adiantamento utilizados na medição. Estes títulos terão o seu valor baixado de acordo com o valor utilizado na medição.

Exemplo:

Caso seja gerado um adiantamento no valor de R$10.000,00 no TOTVS Obras e Projetos ao liberar este adiantamento será gerado um título de R$10.000,00 no Protheus.

Se durante a medição for utilizado R$3.000,00 deste adiantamento o título sofrerá uma baixa de R$3.000,00 ficando com R$7.000,00 de saldo.

Importante

A condição de pagamento utilizada tem que obrigatoriamente ter sido cadastrada como adiantamento.

O pedido deve ser gerado com o valor total da medição sendo que, o valor do adiantamento virá na mensagem única Order como ListOfCreditDocument junto com o seu respectivo título gerado durante a liberação de adiantamento 

Os títulos utilizados como adiantamento podem ser visualizados pelo menu Ações Relacionadas => Adiantam.. O status do título com as suas movimentações pode ser visualizado no módulo financeiro (SIGAFIN) no menu Atualizações => Consultas => Contas a Receber => Posicao Titulo Rec (FINC040).

Documentação da funcionalidade (Protheus)

As informações referentes ao formulário de pedidos de venda estão disponíveis no Help OnLine do Protheus através do caminho Vendas => Faturamento => Atualizações => Pedidos => Pedido de Venda e as informações referentes ao formulário de consulta de títulos a receber estão disponíveis através do caminho Controladoria => Financeiro => Consultas => Contas a Receber => Posição de Títulos a Receber. 

1.2.1.3.2.4.           “Gerar Integração com Suprimentos/Faturamento” com “Retenção”

O processo de “Gerar Integração com Suprimento/Faturamento” quando executado em um Período que contem Reteções Contratuais cadastradas o mesmo irá gerá 2 movimentos, sendo o movimento(2.1.01           - PEDIDO DE VENDA - MOVIMENTO PADRÃO) gerado da mesma forma que o processo sem retenção, e um movimento(2.1.02          - PROVISAO DE RECEBIMENTO - MOVIMENTO PADRÃO) para cada “Rateio de Estado” cadastrado no período e enviado para o Protheus pela mensagem AccountPayableDocument.

A exclusão dos movimentos gerados só podem ser realizado caso não contenha nenhuma retenção liberada. O cancelamento é realizado da mesma forma que no “Gerar Integração com Suprimento/Faturamento” sem retenção cadastrada.

O tipo de movimento utilizado pelo processo não pode ser alterado pelo usuario.

Documentação da funcionalidade

Gerar Integração com Suprimento e Faturamento

Visualizando no Protheus

O pedido de venda pode ser acessado no Protheus através do módulo de Faturamento (SIGAFAT) no menu Atualizações => Pedidos => Pedidos de Venda (MATA410).

Os pedidos gerados pelo TOTVS Obras e Projetos terão agrupamento de centro de custo por item, sendo que as informações do centro de custo são armazenadas na tabela AGG. Os dados do pedido são armazenados nas tabelas SC5 e SC6.

As informações de rateio de centro de custo podem ser acessadas pelo menu Ações Relacionadas => Rateio. O menu está disponível na tela de visualização do pedido.

O valor do pedido será o valor medido no TOTVS Obras e Projetos menos o valor retido. O valor retido será transformado em um título a receber do tipo provisório que não pode ser baixado pelo financeiro.

O título pode ser consultado através do módulo financeiro (SIGAFIN) no menu Atualizações => Contas a Receber => Contas a Receber (FINA040).

Documentação da funcionalidade (Protheus)

As informações referentes ao formulário de pedidos de venda estão disponíveis no Help OnLine do Protheus através do caminho Vendas => Faturamento => Atualizações => Pedidos => Pedido de Venda e as informações referentes ao formulário de consulta de títulos a receber estão disponíveis através do caminho Controladoria => Financeiro => Consultas => Contas a Receber => Posição de Títulos a Receber.

1.2.1.3.2.5.           Liberação de Retenção

No processo de “Liberação de Retenção” sera faturado o movimento de Provisão gerado no processo de “Gerar Integração com Suprimento/Faturamento” no faturamento será gerado um novo movimento(2.2.03 - TITULO A RECEBER - MOVIMENTO PADRÃO) esse movimento será enviado para o Protheus pela mensagem AccountReceivableDocumentReplace sendo preenchida com os dados do movimento de Provisão e o Movimento de Titulo gerado do faturamento.

A exclusão do movimento de Titulo sera realizado pelo processo “Cancelamento de Liberação de Retenção” ao ser excluido o movimento de Provisão ira ser reaberto.

O tipo de movimento utilizado pelo processo não pode ser alterado pelo usuario.

Documentação da funcionalidade  (TOTVS Obras e Projetos)

Retenções Contratuais

Visualizando no Protheus

O processo de liberação de retenção gera duas ações no Protheus. A primeira será a baixa do título temporário gerado pela medição de contrato com retenção 

Os dados da baixa podem ser visualizados no módulo financeiro (SIGAFIN) menu Atualizações => Consultas => Contas a Receber => Posicao Titulo Rec (FINC040).

A segunda ação é a geração de um novo título a receber com o tipo NF e com a data de vencimento do dia da liberação. Este item pode ser baixado normalmente pelo financeiro do Protheus. O título pode ser consultado através do módulo financeiro (SIGAFIN) no menu Atualizações => Contas a Receber => Contas a Receber (FINA040).

As informações de rateio de projeto/tarefa podem ser visualizadas através do menu Ações Relacionadas => Projetos dentro da tela de detalhamento do título. Estes dados são armazenados na tabela AFT.

Importante

O título a receber do Protheus não possui rateio de centro de custo.

Documentação da funcionalidade (Protheus)

As informações referentes ao formulário de pedidos de venda estão disponíveis no Help OnLine do Protheus através do caminho Vendas => Faturamento => Atualizações => Pedidos => Pedido de Venda e as informações referentes ao formulário de consulta de títulos a receber estão disponíveis através do caminho Controladoria => Financeiro => Consultas => Contas a Receber => Posição de Títulos a Receber. 

1.2.1.3.2.6.           Liberar Adiantamento

No processo de “Liberar Adiantamento” será gerado um movimento(2.2.03 - TITULO A RECEBER - MOVIMENTO PADRÃO) esse movimento será enviado para o Protheus pela mensagem AccountReceivableDocument.

O exclusão do movimento gerado pelo “Liberar Adiantamento” é realizada exclusivamente pelo TOVS Obras e Projetos, e é realizada pelo processo “Cancelamento Liberação de Adiantamento”.

O tipo de movimento utilizado pelo processo não pode ser alterado pelo usuario.

Documentação da funcionalidade  (TOTVS Obras e Projetos)

Adiantamentos de Contrato

Visualizando no Protheus

O título gerado no Protheus será do tipo RA e será utilizado posteriormente nos pedidos enviados pelo TOTVS Obras e projetos.

O título pode ser consultado através do módulo financeiro (SIGAFIN) no menu Atualizações => Contas a Receber => Contas a Receber (FINA040). As informações de rateio de projeto/tarefa podem ser visualizadas através do menu Ações Relacionadas => Projetos dentro da tela de detalhamento do título. Estes dados são armazenados na tabela AFT.

Importante

O título a receber do Protheus não possui rateio de centro de custo. Ao liberar o adiantamento o TOTVS Obras e Projetos envia somente o projeto do título sendo que o adapter do Protheus pesquisará a primeira tarefa do projeto para armazenar na tabela de rateio (AFT).

Documentação da funcionalidade (Protheus)

As informações referentes ao formulário de título a pagar estão disponíveis no Help OnLine do Protheus através do caminho Controladoria => Financeiro => Atualizações => Contas a Receber => Contas a Receber. 

1.2.1.4.Saldo para fluxo de desembolso

O processo “Saldo para fluxo de Desembolso”  pode ser acessado no TOP através do módulo de Projetos => Contrução e Projetos no menu  Controle => Saldo para fluxo de Desembolso.

No processo “Saldo para fluxo de Desembolso” serão gerados lançamentos de linha base ou de saldo no financeiro. Estes lançamentos serão enviado ao Protheus pela mensagem BalanceBaselineEntry.

A exclusão dos lançamentos será realizado através do mesmo processo utilizando a mesma mensagem única.

                Os lançamentos de linha base e de saldo serão sempre gerados no RM com o tipo de documento “PR – PROVISÃO”. Este tipo de documento será incluído na tabelas de parâmetros do financeiro RM e nos parâmetros de todos os projetos existentes, ao executar o configurador da integração TOP x Protheus. Caso a integração esteja ativa ao criar um novo projeto o parâmetro “PR - PROVISAO” será setado automaticamente e não poderá ser alterado.

Documentação da funcionalidade  (TOTVS Obras e Projetos)

Saldo para Fluxo de Desembolso

Visualizando no Protheus

                Os lançamentos utilizados no Protheus serão utilizados para a exibição da linha de base e de saldo no Fluxo de Caixa do Protheus.

1.2.1.5.Atualização de Custo

Toda atualização de custo recebida gera dois movimentos, para atualização de custo médio e unitário respectivamente. Estes movimentos utilizaram sempre o tipo de movimento (4.1.04 – ATUALIZAÇÃO DE CUSTO - MOVIMENTO PADRÃO) que será atribuído via eventos antes de salvá-lo. É utilizada a mensagem ItemCosting.

Caso não seja informado o local de estoque, será utilizado um estoque default (recuperado via eventos – local de estoque “01” que é criando sempre quando cadastrada uma filial) para inclusão desta baixa de estoque, pois este campo é obrigatorio.

Observação: Para que os saldos sejam enviados o parâmetro MV_CUSFIL do PROTHUES tem que está com o valor “F”.

1.2.2.      Microsiga Protheus

1.2.2.1.Solicitação de Armazém

A Solicitação de Armazém pode ser acessado no Protheus através do módulo de Estoque (SIGAEST) no menu Atualizações => Movimentações => Internas => Armazém => Solicitar (MATA105).

As solicitações de Armazém cadastradas no Protheus serão enviadas para o RM mas não irão gerar apropriações no TOTVS Obras e Projeto. Estas solicitações serão armazenadas como movimentos do RM Nucleus.

O adapter enviará todas as solicitações cadastradas independentemente se houver projeto vinculado a solicitação. Para diminuir o tráfego de mensagens entre os sistemas recomendamos criar uma função que filtre as solicitações cadastradas e envie apenas as solicitações que possuam projeto/tarefa vinculados conforme tópico Filtrar Envio das Solicitações de Armazém.

A solicitação de armazém é enviada no momento em que é criado uma pré-requisição que a utilize. A pré-requisição pode ser criada através do módulo de Estoque (SIGAEST) no menu Atualizações => Movimentações => Internas => Armazém => Gerar Pré-Requis. (MATA106). As solicitações que não forem utilizadas em pré-requisições não serão integradas.

1.2.2.1.1.                 Rateio de Centro de Custo e Rateio de Projeto/Tarefa

Todas as solicitações que forem enviadas para o RM deverão conter centro de custo no item ou em rateio do item para serem aceitas pelo RM. Solicitações sem centro de custo irão gerar erro.

As informações de rateio de projeto/tarefa podem ser acessadas pelo menu Ações Relacionadas => Projeto e as informações de centro de custo podem ser acessadas pelo menu Ações Relacionadas => Rateio. Ambos os menus estão disponíveis na tela de visualização da solicitação.

As solicitações geradas pelo Protheus que possuam rateio de centro de custo e rateio de projeto/tarefa serão transformadas para que as mesmas possam ser enviadas na mensagem única e armazenadas no RM. No Protheus as informações de projeto/tarefa e centro de custo ficam nas tabelas de rateio AFH e SGS respectivamente e os dados do pedido são armazenados na tabela SCP.

A mensagem única e o RM possuem uma estrutura única para armazenar o centro de custo, o projeto e a tarefa. Então estas duas informações serão combinadas conforme exemplo abaixo:

Solicitação de Armazém

Rateio de projeto/tarefa

Rateio de Centro de Custo

Informações de Rateio para Mensagem Única

1.2.2.1.2.                 Documentação da funcionalidade (Protheus)

As informações referentes ao formulário de pedidos de venda estão disponíveis no Help OnLine do Protheus através do caminho Materiais => Estoque e Custos => Atualizações => Cadastros => Armazém => Solicitação ao armazém.

1.2.2.2.Baixa de Estoque

A Baixa de Estoque pode ser acessado no Protheus através do módulo de Estoque (SIGAEST) no menu Atualizações => Movimentações => Internas => Armazém => Baixar Pré-requis. (MATA185).

As baixas de estoque cadastradas no Protheus serão importadas pelo RM e irão gerar apropriações no TOTVS Obras e Projeto quando houver projeto/tarefa vinculados a solicitação de armazém que gerou a pré-requisição. As apropriações poderão ser visualizadas no cronograma do projeto.

As apropriações são importadas pelo processo na planilha de atividades Importação de Apropriações BackOffice.

A quantidade baixada no projeto/tarefa deve ser informada através do botão Projetos na tela de baixa.

Mais detalhes em: ER Apropriação TOP x Protheus EAI 2.0

1.2.2.2.1.                 Documentação da funcionalidade (Protheus)

As informações referentes ao formulário de baixa de estoque estão disponíveis no Help OnLine do Protheus através do caminho Materiais => Estoque e Custos => Atualizações => Cadastros => Armazém => Baixa de pré-requisição.

1.2.2.3.Solicitação de Compra

A Solicitação de Compra pode ser acessado no Protheus através do módulo de Compras (SIGACOM) no menu Atualizações => Solicitar/Cotar => Solicit.de Compras (MATA110).

As solicitações de Compra cadastradas no Protheus serão enviadas para o RM mas não irão gerar apropriações no TOTVS Obras e Projeto. Estas solicitações serão armazenadas como movimentos do RM Nucleus.

O adapter enviará todas as solicitações cadastradas independentemente se houver projeto vinculado a solicitação. Para diminuir o tráfego de mensagens entre os sistemas recomendamos criar uma função que filtre as solicitações cadastradas e envie apenas as solicitações que possuam projeto/tarefa vinculados conforme tópico Filtrar Envio das Solicitações de Compra.

A solicitação de compra é enviada no momento em que a solicitação é aprovada dentro do formulário de aprovação disponível através do menu “Ações Relacionadas” => “Aprovação”. As solicitações que não forem aprovadas não serão integradas.

Deve-se alterar o parâmetro “Quanto a aprovação?” para “Por SC” através do botão F12 na tela de solicitação de compra.

1.2.2.3.1.                 Rateio de Centro de Custo e Rateio de Projeto/Tarefa

Os rateios de centro de custo e de projeto/tarefa serão enviados exceto que no caso da solicitação de compra os dados da solicitação ficam armazenados na tabela SC1, os dados de rateio de centro de custo ficam disponíveis na tabela SCX e os dados de rateio de projeto/tarefa ficam armazenados na tabela AFG.

1.2.2.3.2.                 Documentação da funcionalidade (Protheus)

As informações referentes ao formulário de solicitação de compra estão disponíveis no Help OnLine do Protheus através do caminho Materiais => Compras => Atualizações => Solicitar/Cotar => Solicitações de Compras.

1.2.2.4.Pedido de Compra

O Pedido de Compra pode ser acessado no Protheus através do módulo de Compras (SIGACOM) no menu Atualizações => Pedidos => Pedido de Compras (MATA120).

Os pedidos de Compra cadastradas no Protheus serão enviadas para o RM mas não irão gerar apropriações no TOTVS Obras e Projeto. Estas solicitações serão armazenadas como movimentos do RM Nucleus.

O adapter enviará todas os pedidos cadastrados independentemente se houver projeto vinculado ao pedido. Para diminuir o tráfego de mensagens entre os sistemas recomendamos criar uma função que filtre os pedidos cadastrados e envie apenas os que possuam projeto/tarefa vinculados conforme tópico Filtrar Envio dos Pedidos de Compra.

1.2.2.4.1.                 Rateio de Centro de Custo e Rateio de Projeto/Tarefa

Os rateios de centro de custo e de projeto/tarefa serão enviados seguindo a mesma regra exceto que no caso do pedido de compra os dados ficam armazenados na tabela SC7, os dados de rateio de centro de custo ficam disponíveis na tabela SCH e os dados de rateio de projeto/tarefa ficam armazenados na tabela AJ7.

1.2.2.4.2.                 Documentação da funcionalidade (Protheus)

As informações referentes ao formulário de solicitação de compra estão disponíveis no Help OnLine do Protheus através do caminho Materiais => Compras => Atualizações => Pedidos => Pedido de Compra. 

1.2.2.5.Nota Fiscal de Entrada

A Nota Fiscal de Entrada (Documento de Entrada) pode ser acessado no Protheus através do módulo de Compras (SIGACOM) no menu Atualizações => Movimentos => Documento de Entrada (MATA103).

Mais detalhes em: ER Apropriação TOP x Protheus EAI 2.0

1.2.2.5.1.                 Rateio de Centro de Custo e Rateio de Projeto/Tarefa

Os rateios de centro de custo e de projeto/tarefa serão enviados seguindo a mesma regra exceto que no caso do documento de entrada os dados ficam armazenados nas tabelas SF1 e SD1, os dados de rateio de centro de custo ficam disponíveis na tabela SDE e os dados de rateio de projeto/tarefa ficam armazenados na tabela AFN.

1.2.2.5.2.                 Documentação da funcionalidade (Protheus)

As informações referentes ao formulário de documento de entrada estão disponíveis no Help OnLine do Protheus através do caminho Materiais => Compras => Atualizações => Movimentos => Documento de Entrada. .

1.2.2.6.Título a Pagar

O Título a Pagar pode ser acessado no Protheus através do módulo Financeiro (SIGAFIN) no menu Atualizações => Contas a Pagar => Contas a Pagar (FINA050).

1.2.2.6.1.                 Rateio de Centro de Custo e Rateio de Projeto/Tarefa

Os rateios de centro de custo e de projeto/tarefa serão enviados seguindo a mesma regra descrita exceto que no caso do título a pagar os dados ficam armazenados na tabela SE2, os dados de rateio de centro de custo ficam disponíveis na tabela CV4 e os dados de rateio de projeto/tarefa ficam armazenados na tabela AFR.

Para que o Protheus gere informações de rateio de centro de custo é necessário incluir o lançamento padrão 511 através módulo Financeiro (SIGAFIN) no menu Atualizações => Cadastros => Lançamento Padrão (CTBA080).

Na tela de Lançamento Padrão, acesse: Financeiro => Contas a Pagar => Inclusão. Clique com o botão direito em “Inclusão” e selecione a opção “Incluir Lançamento”. Na aba Cadastro, preencha o campo “Cod Lanc Pad.” com o valor 511, o campo “Sequencia” com  o valor 001, o campo “Descrição” com o valor RATEIO e o campo “Tipo de SLD” com o valor 1.

1.2.2.6.2.                 Documentação da funcionalidade (Protheus)

As informações referentes ao formulário de título a pagar estão disponíveis no Help OnLine do Protheus através do caminho Controladoria => Financeiro => Atualizações => Contas a Pagar => Contas a Pagar. 

1.2.2.7.Atualização de Custo

A atualização de custo deve ser gerada somente no BackOffice Protheus e sincronizada de forma automática para o RM. É utilizada a mensagem ItemCosting.

2.      Mensagem Única

2.1.Warehouse

2.2.UnitOfMeasure

2.3.CostCenter

2.4.Item

2.5.Currency

2.6.CurrencyQuotation

2.7.CustomerVendor

2.8.PaymentCondition

2.9.Project

2.10.        SubProject

2.11.        StepProject

2.12.        TaskProject

2.13.        Contract

2.14.        Request

2.15.        Order