Base de Conhecimentos da DataPlus Sistemas - Contribuições do usuário [pt-br]

Pesquisa Lista Pedidos

2020-06-26T19:07:54Z

Tiago:

Recurso pertencente ao [[DataPlus ERP]], desenvolvido com intuito de facilitar a análise de trâmite de [[Pedido de Venda]], principalmente em clientes que utilizarão a [[Embalagem de Pedido]].

O intuito desse recurso é facilitar a integração entre a expedição e o faturamento.

No painel temos filtros por:

01 - '''Considerar Período''': se informada uma data inicial/final, a análise será dentro do período informado. Se deixado em branco, o sistema desconsiderará data;

02 - '''Aguardando Liberação''': [[Pedido de Venda]] em carteira que estejam bloqueados pelas políticas definidas pela empresa; aguardando análise do liberador de vendas;

03 - '''Aguardando Embalagem''': [[Pedido de Venda]] em carteira, já desbloqueados pelo liberador de vendas, mas que ainda não foram embalados pela expedição;

04 - '''Embalados''': [[Pedido de Venda]] em carteira que estejam desbloqueados e embalados, aguardando faturamento.

---------------------------------------------

Quanto a grid existente no formulário, temos:

'''Número''': ID do [[Pedido de Venda]];

'''Emissão''': data de emissão do [[Pedido de Venda]];

'''Cliente''': código do [[Cliente]];

'''Nome Cliente''': nome do [[Cliente]];

'''Ramo de Atividade''': atividade do [[Cliente]];

'''Cidade''': cidade do [[Cliente]];

'''Estado''': UF do [[Cliente]];

'''Representante''': código do vendedor externo responsável pelo [[Cliente]];

'''Nome Representante''': nome do vendedor externo responsável pelo [[Cliente]];

'''Televendas''': código do vendedor interno responsável pelo [[Cliente]];

'''Nome Televendas''': nome do vendedor interno responsável pelo [[Cliente]];

'''OP. Fiscal''': CFOP principal do [[Pedido de Venda]];

'''Descrição''': descrição do CFOP principal do [[Pedido de Venda]];

'''Valor Total''': valor total do [[Pedido de Venda]];

'''Prazo Médio''': prazo médio do [[Pedido de Venda]];

'''Status da Embalagem''': indica o status atual do [[Pedido de Venda]] podendo ser Não Embalado, Embalado Parcial ou Embalado.

Baixa de Documentos

2020-06-26T19:05:18Z

Tiago:

A Baixa de Documentos é uma entidade pertencente ao [[DataPlus ERP]]. Essa entidade é utilizada quando é necessário realizar a baixa de um documento, sendo assim seu objetivo é informar que o determinado documento já foi pago e quais são os aspectos desta determinada baixa.

== Atributos ==

A baixa de documentos possui uma série de informações que devem ser preenchidas. Algumas delas podem ou não estar habilitadas de acordo com o tipo da baixa realizada.

'''Tipo da Baixa:''' Indica o tipo da baixa que será utilizada, sendo que cada uma delas tem características diferentes de informações a serem preenchidas. O tipo de baixa permite que o sistema defina as operações internas que serão executadas quando a baixa for salva. Os tipos possíveis são: Normal, Sem Vinculo, Adiantamento, Repasse, Compensação e Estorno. Segue uma breve explicação sobre cada tipo.

'''''- Normal:''' Utilizado quando o pagamento é realizado através de dinheiro ou cheque, sendo necessário colocar a conta bancária que será feita a movimentação financeira, e no caso se for por cheque marca como emitido e inserir seu número em documento.''

'''''- Sem Vinculo:''' Utilizado quando o pagamento é realizado, mas não deve ser vinculado a nenhuma conta, sendo necessário apenas preencher a classificação na qual a baixa será vinculada. Aqui, houve um tratamento para individualizar tal recurso por nível de usuário. Verificar documentação da Regra de Negócio [[RN VerificaBaixaSemVinculo]] .''

'''''- Adiantamento:''' Utilizado para fazer a baixa do documento através de um adiantamento, o qual deve ser vinculado.''

'''''- Estorno:''' Utilizado apenas quando o documento já foi baixado, mas é necessário fazer o estorno de seu valor. Sendo necessário inserir a conta bancária para realizar a movimentação financeira.''

'''Data Baixa:''' Data na qual a baixa está sendo realizada.

'''Data Efetiva:''' Data na qual a baixa será efetivada.

'''Valor Baixa:''' Valor que será dado baixa, podendo ser o valor integral ou parcial.

'''Valor Juros:''' Valor dos juros se caso conter.

'''Valor Desconto (Valor Descto):''' Valor do desconto se caso conter.

'''Observação da Baixa:''' Campo aberto para constar informações referentes à baixa do documento.

== Entidades Relacionadas ==

A Baixa de Documentos possui relação com várias outras entidades do sistema. Isso quer dizer que para realizar uma baixa de documentos necessariamente devem existir outras entidades que são informadas nele. São elas:

[[Documentos]]

[[Contas]]

[[Classificação]]

[[Adiantamento Financeiro]]

Baixa de Duplicatas

2020-06-26T19:04:01Z

Tiago:

A Baixa de Duplicatas é uma entidade pertencente ao [[DataPlus ERP]]. Essa entidade é utilizada quando é necessário realizar a baixa de uma duplicata, sendo assim seu objetivo é informar que a determinada duplicata já foi paga e quais são os aspectos desta determinada baixa.

== Atributos ==

A baixa de duplicatas possui uma série de informações que devem ser preenchidas. Algumas delas podem ou não estar habilitadas de acordo com o tipo da baixa realizada.

'''Tipo da Baixa:''' Indica o tipo da baixa que será utilizada, sendo que cada uma delas tem características diferentes de informações a serem preenchidas. O tipo de baixa permite que o sistema defina as operações internas que serão executadas quando a baixa for salva. Os tipos possíveis são: Normal, Sem Vinculo, Adiantamento, Cartão e Estorno. Segue uma breve explicação sobre cada tipo:

'''''- Normal:''' Utilizado quando o pagamento é realizado através de dinheiro ou cheque, sendo necessário colocar a conta bancária que será feita a movimentação financeira, e no caso se for por cheque marca como recebido e inserir seu número em documento.''

'''''- Sem Vinculo:''' Utilizado quando o pagamento é realizado, mas não deve ser vinculado a nenhuma conta, sendo necessário apenas preencher a classificação na qual a baixa será vinculada. Aqui, houve um tratamento para individualizar tal recurso por nível de usuário. Verificar documentação da Regra de Negócio [[RN VerificaBaixaSemVinculo]] .''

'''''- Adiantamento:''' Utilizado para fazer a baixa da duplicata através de um adiantamento, o qual deve ser vinculado.''

'''''- Cartão:''' Utilizado quando o pagamento da duplicata foi realizado através de cartão, sendo necessário informar a operadora de cartão, esse tipo de baixa não irá considerar a duplicata como paga, pois ela ainda estará em aberto esperando receber o valor da operadora de cartão.''

'''''- Estorno:''' Utilizado apenas quando a duplicata já foi baixada, mas é necessário fazer o estorno de seu valor. Sendo necessário inserir a conta bancária para realizar a movimentação financeira.''

'''Observação da Baixa:''' Campo aberto para constar informações referentes à baixa da duplicata. Essa informação ficará visível na Central Financeira do Cliente.

'''Data Baixa:''' Data na qual a baixa está sendo realizada.

'''Data Crédito:''' Data na qual a baixa está sendo realizada de acordo com a entrada do crédito na empresa.

'''Valor Baixa:''' Valor que será dado a baixa, podendo ser o valor integral ou parcial.

'''Valor Juros:''' Valor dos juros, se caso conter.

'''Valor Desconto (Valor Descto)''': Valor do desconto, se caso conter.

== Entidades Relacionadas ==

A Baixa de Duplicatas possui relação com várias outras entidades do sistema. Isso quer dizer que para realizar uma baixa de duplicatas necessariamente devem existir outras entidades que são informadas nele. São elas:

[[Duplicatas]]

[[Contas]]

[[Classificação]]

[[Adiantamento Financeiro]]

[[Operadoras de Cartão]]

Pesquisa Lista Pedidos

2020-06-26T18:50:03Z

Tiago:

Recurso presente no [[DataPlus ERP]], criado para facilitar a análise de trâmite de [[Pedido de Venda]], principalmente em clientes que utilizarão a [[Embalagem de Pedido]].

O intuito desse recurso é facilitar a integração entre a expedição e o faturamento.

No painel temos filtros por:

01 - '''Considerar Período''': se informada uma data inicial/final, a análise será dentro do período informado. Se deixado em branco, o sistema desconsiderará data;

02 - '''Aguardando Liberação''': [[Pedido de Venda]] em carteira que estejam bloqueados pelas políticas definidas pela empresa; aguardando análise do liberador de vendas;

03 - '''Aguardando Embalagem''': [[Pedido de Venda]] em carteira, já desbloqueados pelo liberador de vendas, mas que ainda não foram embalados pela expedição;

04 - '''Embalados''': [[Pedido de Venda]] em carteira que estejam desbloqueados e embalados, aguardando faturamento.

---------------------------------------------

Quanto a grid existente no formulário, temos:

'''Número''': ID do [[Pedido de Venda]];

'''Emissão''': data de emissão do [[Pedido de Venda]];

'''Cliente''': código do [[Cliente]];

'''Nome Cliente''': nome do [[Cliente]];

'''Ramo de Atividade''': atividade do [[Cliente]];

'''Cidade''': cidade do [[Cliente]];

'''Estado''': UF do [[Cliente]];

'''Representante''': código do vendedor externo responsável pelo [[Cliente]];

'''Nome Representante''': nome do vendedor externo responsável pelo [[Cliente]];

'''Televendas''': código do vendedor interno responsável pelo [[Cliente]];

'''Nome Televendas''': nome do vendedor interno responsável pelo [[Cliente]];

'''OP. Fiscal''': CFOP principal do [[Pedido de Venda]];

'''Descrição''': descrição do CFOP principal do [[Pedido de Venda]];

'''Valor Total''': valor total do [[Pedido de Venda]];

'''Prazo Médio''': prazo médio do [[Pedido de Venda]];

'''Status da Embalagem''': indica o status atual do [[Pedido de Venda]] podendo ser Não Embalado, Embalado Parcial ou Embalado.

Pesquisa Lista Pedidos

2020-06-26T18:49:25Z

Tiago:

Recurso presente no [[DataPlus ERP]], criado para facilitar a análise de trâmite de [[Pedido de Venda]], principalmente em cliente que utilizarão a [[Embalagem de Pedido]].

O intuito desse recurso é facilitar a integração entre a expedição e o faturamento.

No painel temos filtros por:

01 - '''Considerar Período''': se informada uma data inicial/final, a análise será dentro do período informado. Se deixado em branco, o sistema desconsiderará data;

02 - '''Aguardando Liberação''': [[Pedido de Venda]] em carteira que estejam bloqueados pelas políticas definidas pela empresa; aguardando análise do liberador de vendas;

03 - '''Aguardando Embalagem''': [[Pedido de Venda]] em carteira, já desbloqueados pelo liberador de vendas, mas que ainda não foram embalados pela expedição;

04 - '''Embalados''': [[Pedido de Venda]] em carteira que estejam desbloqueados e embalados, aguardando faturamento.

---------------------------------------------

Quanto a grid existente no formulário, temos:

'''Número''': ID do [[Pedido de Venda]];

'''Emissão''': data de emissão do [[Pedido de Venda]];

'''Cliente''': código do [[Cliente]];

'''Nome Cliente''': nome do [[Cliente]];

'''Ramo de Atividade''': atividade do [[Cliente]];

'''Cidade''': cidade do [[Cliente]];

'''Estado''': UF do [[Cliente]];

'''Representante''': código do vendedor externo responsável pelo [[Cliente]];

'''Nome Representante''': nome do vendedor externo responsável pelo [[Cliente]];

'''Televendas''': código do vendedor interno responsável pelo [[Cliente]];

'''Nome Televendas''': nome do vendedor interno responsável pelo [[Cliente]];

'''OP. Fiscal''': CFOP principal do [[Pedido de Venda]];

'''Descrição''': descrição do CFOP principal do [[Pedido de Venda]];

'''Valor Total''': valor total do [[Pedido de Venda]];

'''Prazo Médio''': prazo médio do [[Pedido de Venda]];

'''Status da Embalagem''': indica o status atual do [[Pedido de Venda]] podendo ser Não Embalado, Embalado Parcial ou Embalado.

Pesquisa Lista Pedidos

2020-06-26T18:43:26Z

Tiago:

Recurso presente no [[DataPlus ERP]], criado para facilitar a análise de trâmite de [[Pedido de Venda]], principalmente em cliente que utilizarão a [[Embalagem de Pedido]].

O intuito desse recurso é facilitar a integração entre a expedição e o faturamento.

No painel temos filtros por:

01 - '''Considerar Período''': se informada uma data inicial/final, a análise será dentro do período informado. Se deixado em branco, o sistema desconsiderará data;

02 - '''Aguardando Liberação''': [[Pedido de Venda]] em carteira que estejam bloqueados pelas políticas definidas pela empresa; aguardando análise do liberador de vendas;

03 - '''Aguardando Embalagem''': [[Pedido de Venda]] em carteira, já desbloqueados pelo liberador de vendas, mas que ainda não foram embalados pela expedição;

04 - '''Embalados''': [[Pedido de Venda]] em carteira que estejam desbloqueados e embalados, aguardando faturamento.

---------------------------------------------

Quanto a grid existente no formulário, temos:

'''Número''': ID do [[Pedido de Venda]];

'''Emissão''': data de emissão do [[Pedido de Venda]];

'''Cliente''': código do [[Cliente]];

'''Nome Cliente''': no do [[Cliente]];

'''Ramo de Atividade''': atividade do [[Cliente]];

'''Cidade''': cidade do [[Cliente]];

'''Estado''': UF do [[Cliente]];

'''Representante''': código do vendedor externo responsável pelo [[Cliente]];

'''Nome Representante''': nome do vendedor externo responsável pelo [[Cliente]];

'''Televendas''': código do vendedor interno responsável pelo [[Cliente]];

'''Nome Televendas''': nome do vendedor interno responsável pelo [[Cliente]];

'''OP. Fiscal''': CFOP principal do [[Pedido de Venda]];

'''Descrição''': descrição do CFOP principal do [[Pedido de Venda]];

'''Valor Total''': valor total do [[Pedido de Venda]];

'''Prazo Médio''': prazo médio do [[Pedido de Venda]];

'''Status da Embalagem''': indica o status atual do [[Pedido de Venda]] podendo ser Não Embalado, Embalado Parcial ou Embalado.

Pesquisa Lista Pedidos

2020-06-26T18:42:17Z

Tiago:

Recurso presente no [[DataPlus ERP]], criado para facilitar a análise de trâmite de [[Pedido de Venda]], principalmente em cliente que utilizarão a [[Embalagem de Pedido]].

O intuito desse recurso é facilitar a integração entre a expedição e o faturamento.

No painel temos filtros por:

01 - '''Considerar Período''': se informada uma data inicial/final, a análise será dentro do período informado. Se deixado em branco, o sistema desconsiderará data;

02 - '''Aguardando Liberação''': [[Pedido de Venda]] em carteira que estejam bloqueados pelas políticas definidas pela empresa; aguardando análise do liberador de vendas;

03 - '''Aguardando Embalagem''': [[Pedido de Venda]] em carteira, já desbloqueados pelo liberador de vendas, mas que ainda não foram embalados pela expedição;

04 - '''Embalados''': [[Pedido de Venda]] em carteira que estejam desbloqueados e embalados, aguardando faturamento.

Quanto a grid existente no formulário, temos:

'''Número''': ID do [[Pedido de Venda]];

'''Emissão''': data de emissão do [[Pedido de Venda]];

'''Cliente''': código do [[Cliente]];

'''Nome Cliente''': no do [[Cliente]];

'''Ramo de Atividade''': atividade do [[Cliente]];

'''Cidade''': cidade do [[Cliente]];

'''Estado''': UF do [[Cliente]];

'''Representante''': código do vendedor externo responsável pelo [[Cliente]];

'''Nome Representante''': nome do vendedor externo responsável pelo [[Cliente]];

'''Televendas''': código do vendedor interno responsável pelo [[Cliente]];

'''Nome Televendas''': nome do vendedor interno responsável pelo [[Cliente]];

'''OP. Fiscal''': CFOP principal do [[Pedido de Venda]];

'''Descrição''': descrição do CFOP principal do [[Pedido de Venda]];

'''Valor Total''': valor total do [[Pedido de Venda]];

'''Prazo Médio''': prazo médio do [[Pedido de Venda]];

'''Status da Embalagem''': indica o status atual do [[Pedido de Venda]] podendo ser Não Embalado, Embalado Parcial ou Embalado.

Pesquisa Lista Pedidos

2020-06-26T18:39:54Z

Tiago:

Recurso criado para facilitar na análise de trâmite de [[Pedido de Venda]].

O intuito desse recurso é facilitar a integração entre a expedição e o faturamento.

No painel temos filtros por:

01 - '''Considerar Período''': se informada uma data inicial/final, a análise será dentro do período informado. Se deixado em branco, o sistema desconsiderará data;

02 - '''Aguardando Liberação''': [[Pedido de Venda]] em carteira que estejam bloqueados pelas políticas definidas pela empresa; aguardando análise do liberador de vendas;

03 - '''Aguardando Embalagem''': [[Pedido de Venda]] em carteira, já desbloqueados pelo liberador de vendas, mas que ainda não foram embalados pela expedição;

04 - '''Embalados''': [[Pedido de Venda]] em carteira que estejam desbloqueados e embalados, aguardando faturamento.

Quanto a grid existente no formulário, temos:

'''Número''': ID do [[Pedido de Venda]];

'''Emissão''': data de emissão do [[Pedido de Venda]];

'''Cliente''': código do [[Cliente]];

'''Nome Cliente''': no do [[Cliente]];

'''Ramo de Atividade''': atividade do [[Cliente]];

'''Cidade''': cidade do [[Cliente]];

'''Estado''': UF do [[Cliente]];

'''Representante''': código do vendedor externo responsável pelo [[Cliente]];

'''Nome Representante''': nome do vendedor externo responsável pelo [[Cliente]];

'''Televendas''': código do vendedor interno responsável pelo [[Cliente]];

'''Nome Televendas''': nome do vendedor interno responsável pelo [[Cliente]];

'''OP. Fiscal''': CFOP principal do [[Pedido de Venda]];

'''Descrição''': descrição do CFOP principal do [[Pedido de Venda]];

'''Valor Total''': valor total do [[Pedido de Venda]];

'''Prazo Médio''': prazo médio do [[Pedido de Venda]];

'''Status da Embalagem''': indica o status atual do [[Pedido de Venda]] podendo ser Não Embalado, Embalado Parcial ou Embalado.

Pesquisa Lista Pedidos

2020-06-26T18:22:40Z

Tiago: Criou página com 'Recurso criado para facilitar na análise de trâmite de Pedido de Venda. O intuito desse recurso é facilitar a integração entre a expedição e o faturamento. No p...'

Recurso criado para facilitar na análise de trâmite de [[Pedido de Venda]].

O intuito desse recurso é facilitar a integração entre a expedição e o faturamento.

No painel temos filtros por:

01 - '''Considerar Período''': se informada uma data inicial/final, a análise será dentro do período informado. Se deixado em branco, o sistema desconsiderará data;

02 - '''Aguardando Liberação''': pedidos em carteira que estejam bloqueados pelas políticas definidas pela empresa; aguardando análise do liberador de vendas;

03 - '''Aguardando Embalagem''': pedidos em carteira, já desbloqueados pelo liberador de vendas, mas que ainda não foram embalados pela expedição;

04 - '''Embalados''': pedidos em carteira que estejam desbloqueados e embalados, aguardando faturamento.

Quanto a grid existente no formulário, temos:

Número: ID do pedido de venda;

Emissão: data de emissão do pedido de venda;

Cliente: código do cliente;

Nome Cliente: no do cliente;

Ramo de Atividade: atividade do cliente;

Cidade: cidade do cliente;

Estado: UF do cliente;

Representante: código do vendedor externo responsável pelo cliente;

Nome Representante: nome do vendedor externo responsável pelo cliente;

Televendas: código do vendedor interno responsável pelo cliente;

Nome Televendas: nome do vendedor interno responsável pelo cliente;

OP. Fiscal: CFOP principal do pedido;

Descrição: descrição do CFOP principal do [[Pedido de Venda]];

Valor Total: valor total do [[Pedido de Venda]];

Prazo Médio: prazo médio do [[Pedido de Venda]];

Status da Embalagem: indica o status atual do [[Pedido de Venda]] podendo ser Não Embalado, Embalado Parcial ou Embalado.

Lista de preços

2020-06-17T15:01:57Z

Tiago:

O recurso da Lista de Preços é uma entidade pertencente ao [[DataPlus ERP]]. Essa entidade tem por finalidade ser a base para a precificação de produtos à partir de filtros pré-configurados que serão parte fundamental na estrutura da elaboração dos preços.

== Processo ==
Quando a entidade faz parte de um processo significativo, esse processo deve ser descrito e ilustrado aqui.

== Atributos ==
A Lista de Preços tem uma série de informações que deverão ser preenchidas:

'''Código:''' É o sequencial que identifica a lista;

'''Descrição:''' Uma identificação por extenso para a lista;

'''Data Ref:''' Data de criação da lista;

'''Data Corte Custos:''' Se marcado, será a data base para analisar o custo do produto vinculado à lista. Optando em não marcar, a data para apuração do custo será a data do dia da análise;

'''Vigência - Início:''' Data em que a lista passará a vigorar;

'''Vigência - Término:''' Data em que a lista será descontinuada;

'''Prioridade:''' Determina a hierarquia das listas à serem utilizadas. Quanto menor o valor, maior será a sua prioridade e consequentemente sua aplicabilidade;

'''Moeda:''' Moeda da lista (se real, dólar, euro, etc).

'''''Preços Individualizados:'''''

'''Código:''' Informar o código do produto participante da lista;

'''Descrição e Unid.:''' Ao informar o código do produto, sistema carregará os dados referente à descrição e unidade de venda do produto;

'''Preço:''' Informar o valor correspondente ao preço do item para a lista em questão.

'''''Filtros de Aplicação:'''''

'''Ramo de Atividade:''' Quando a lista em questão será praticada para ramo(s) de atividade específico(s). Dessa forma, o sistema verifica o ramo de atividade informado no cadastro do cliente e o compara com o das listas e aplica o preço do produto. Na lista de preços o ramo de atividade deverá ser identificado pelo seu código, por exemplo, o ramo de atividade Comercio é identificado pelo sistema como código 2, sendo assim, na lista o número 2 deverá ser informado.

'''Estado:''' Quando a lista em questão será praticada para venda(s) em estado(s) (UFs) específicos. Dessa forma, o sistema verifica o estado do cliente e o compara com o das listas e aplica o preço do produto. A informação a ser inserida na lista deverá ser, por exemplo: SP, RJ, etc.

'''EnquadramentoFiscal:''' Quando a lista em questão será praticada para tipo de cliente específico (revendedor, consumidor, etc). Dessa forma, o sistema verifica o Enquadramento Fiscal do cliente e o compara com o das listas e aplica o preço do produto. Na lista de preços o enquadramento fiscal deverá ser identificado pelo seu código, por exemplo, o enquadramento fiscal Revendedor é identificado pelo sistema como código 2, sendo assim, na lista o número 2 deverá ser informado;

'''Família:''' Quando a lista em questão será praticada para um ou mais grupos específicos de produtos. Dessa forma, o sistema verifica o código da Família do Produto lançado na venda, compara com o das listas e aplica o preço ao item. Na lista de preços a família do produto deverá ser identificada pelo seu código.

Foi incluído recurso de aplicação de '''Margem de Desconto por Ramo de Atividade'''. Tal recurso foi solicitado pelo cliente DRS. Possibilita ao usuário cadastrar até cinco margens de desconto por Ramo de Atividade, validando tais percentuais com a margem direta do produto, e aplicando o desconto na venda. A regra que gerencia isso é a [[RN PrecoVenda RamoAtividade]].

== Entidades Relacionadas ==

[[Moeda]]

[[Produto]]

Lista de preços

2020-06-17T15:01:08Z

Tiago:

O recurso da Lista de Preços é uma entidade pertencente ao [[DataPlus ERP]]. Essa entidade tem por finalidade ser a base para a precificação de produtos à partir de filtros pré-configurados que serão parte fundamental na estrutura da elaboração dos preços.

== Processo ==
Quando a entidade faz parte de um processo significativo, esse processo deve ser descrito e ilustrado aqui.

== Atributos ==
A Lista de Preços tem uma série de informações que deverão ser preenchidas:

'''Código:''' É o sequencial que identifica a lista;

'''Descrição:''' Uma identificação por extenso para a lista;

'''Data Ref:''' Data de criação da lista;

'''Data Corte Custos:''' Se marcado, será a data base para analisar o custo do produto vinculado à lista. Optando em não marcar, a data para apuração do custo será a data do dia da análise;

'''Vigência - Início:''' Data em que a lista passará a vigorar;

'''Vigência - Término:''' Data em que a lista será descontinuada;

'''Prioridade:''' Determina a hierarquia das listas à serem utilizadas. Quanto menor o valor, maior será a sua prioridade e consequentemente sua aplicabilidade;

'''Moeda:''' Moeda da lista (se real, dólar, euro, etc).

'''''Preços Individualizados:'''''

'''Código:''' Informar o código do produto participante da lista;

'''Descrição e Unid.:''' Ao informar o código do produto, sistema carregará os dados referente à descrição e unidade de venda do produto;

'''Preço:''' Informar o valor correspondente ao preço do item para a lista em questão.

'''''Filtros de Aplicação:'''''

'''Ramo de Atividade:''' Quando a lista em questão será praticada para ramo(s) de atividade específico(s). Dessa forma, o sistema verifica o ramo de atividade informado no cadastro do cliente e o compara com o das listas e aplica o preço do produto. Na lista de preços o ramo de atividade deverá ser identificado pelo seu código, por exemplo, o ramo de atividade Comercio é identificado pelo sistema como código 2, sendo assim, na lista o número 2 deverá ser informado.

'''Estado:''' Quando a lista em questão será praticada para venda(s) em estado(s) (UFs) específicos. Dessa forma, o sistema verifica o estado do cliente e o compara com o das listas e aplica o preço do produto. A informação a ser inserida na lista deverá ser, por exemplo: SP, RJ, etc.

'''EnquadramentoFiscal:''' Quando a lista em questão será praticada para tipo de cliente específico (revendedor, consumidor, etc). Dessa forma, o sistema verifica o Enquadramento Fiscal do cliente e o compara com o das listas e aplica o preço do produto. Na lista de preços o enquadramento fiscal deverá ser identificado pelo seu código, por exemplo, o enquadramento fiscal Revendedor é identificado pelo sistema como código 2, sendo assim, na lista o número 2 deverá ser informado;

'''Família:''' Quando a lista em questão será praticada para um ou mais grupos específicos de produtos. Dessa forma, o sistema verifica o código da Família do Produto lançado na venda, compara com o das listas e aplica o preço ao item. Na lista de preços a família do produto deverá ser identificada pelo seu código.

Foi incluído recurso de aplicação de Margem de Desconto por Ramo de Atividade. Tal recurso foi solicitado pelo cliente DRS. Possibilita ao usuário cadastrar até cinco margens de desconto por Ramo de Atividade, validando tais percentuais com a margem direta do produto, e aplicando o desconto na venda. A regra que gerencia isso é a [[RN PrecoVenda RamoAtividade]].

== Entidades Relacionadas ==

[[Moeda]]

[[Produto]]

Nota Fiscal de Saída - NF-e

2020-06-15T12:07:14Z

Tiago:

A Nota Fiscal de Saída é uma entidade pertencente ao [[DataPlus ERP]]. Essa entidade representa as notas fiscais emitidas pela empresa com o objetivo de registrar toda e qualquer saída de produto da empresa. Uma saída de produto pode ocorrer por motivo de venda, mas também pode ocorrer por envio de remessas, devolução de compra, etc.

== Processo ==

A Nota Fiscal é parte integrante do [[Processo de Faturamento]].

[[Arquivo:Faturamento.png]]

== Atributos ==
A nota fiscal possui uma série de informações que devem ser preenchidas:
'''Número''': é um número sequencial que identifica a nota fiscal;

'''Modelo da NF''': identifica o modelo de nota que foi emitida. Os modelos possíveis são: Convencional, Nota Fiscal Eletrônica ou Cupom Fiscal Eletrônico (CFe/SAT);

'''Operação''': indica o tipo de operação que a nota fiscal representa: Entrada ou Saída;

'''Tipo de Nota''': indica o tipo de nota fiscal utilizado. Esse tipo de nota fiscal permite que o sistema defina as operações internas que serão executadas quando a nota for emitida. Os tipos possíveis são: Normal, Devolução de Venda, Devolução de Compra, Envio de Remessa, Devolução de Remessa, Retorno de Remessa e Ajuste. Segue uma breve explicação sobre cada tipo:

Normal: Nota Fiscal emitida para venda;

Devolução de Venda: tipo utilizado para identificar uma nota fiscal que a empresa está emitindo para registrar uma devolução de venda realizada pelo cliente;

Devolução de Compra: tipo utilizado para identificar uma devolução de compra realizada pela empresa;

Envio de Remessa: tipo que caracteriza o envio de materiais/produtos que deverão posteriormente serem devolvidos à empresa;

Devolução de Remessa: caracteriza a emissão de uma nota que devolve uma remessa recebida anteriormente pela empresa;

Retorno de Remessa: caracteriza uma nota que representa a devolução de uma remessa anteriormente emitida pela empresa;

Ajuste: caracteriza ajustes diversos (fiscais, comerciais, entre outros).

'''Id do Endereço de Faturamento''': Identificador que define qual o endereço de faturamento que será utilizado, dentre os disponíveis no cadastro do cliente.

'''Id do Endereço de Entrega''': Identificador que define qual o endereço de entrega que será utilizado, dentre os disponíveis no cadastro do cliente.

'''Data de Emissão''': Data na qual a nota fiscal foi emitida.

'''Hora Emissão''': Horário no qual a nota fiscal foi emitida

'''Data Saída''': Data em que a mercadoria deixou a empresa.

'''Hora Saída''': Horário em que a mercadoria deixou a empresa.

'''Comissão do Representante''': Percentual de comissão do representante. Quando informado, esse percentual se sobrepõe ao percentual de comissão definido pelas políticas de comissão da empresa. Portanto, esse percentual funciona como um ajuste do percentual de comissão. Quando não for informado, a política normal de comissionamento é seguida.

'''Comissão do Televendas''': Percentual de comissão do televendas. Quando informado, esse percentual se sobrepõe ao percentual de comissão definido pelas políticas de comissão da empresa. Portanto, esse percentual funciona como um ajuste do percentual de comissão. Quando não for informado, a política normal de comissionamento é seguida.

'''Tipo de Frete da Transportadora''': Define de quem é a responsabilidade sobre o frete da transportadora. Os valores possíveis são: Emitente, Destinatário, Terceiros, Sem Frete.

'''Placa do Veículo de Transporte''': Placa do veículo que vai realizar o transporte da mercadoria.

'''UF do Veículo de Transporte''': Estado no qual o veículo que vai realizar o transporte está registrado.

'''Tipo de Frete do Redespacho''': Define de quem é a responsabilidade sobre o frete de redespacho. Os valores possíveis são: Emitente, Destinatário, Terceiros, Sem Frete.

'''Número Frete''': Campo aberto para uso de terceiros.

'''Marca''': Marca da mercadoria vendida;

'''Espécie''': Tipo de embalagem que acondiciona os materiais. Exemplo: caixa, pacote, etc.

'''Quantidade de Volumes''': Quantidade de embalagens que acondiciona os materiais da nota fiscal. A quem utilizada o recurso da [[Embalagem de Pedido]], tal informação poderá ser carregada automaticamente pela embalagem.

'''Peso Líquido''': Peso líquido dos produtos da nota fiscal.

'''Peso Bruto''': Peso bruto (considerando embalagens) dos produtos da nota fiscal.

'''Observações''': Campo aberto para constar quais informações referentes à nota fiscal.

'''Cancelada''': Indica se a nota fiscal foi cancelada ou não.

'''Observações Cancelamento''': Observações que justifiquem o cancelamento da nota fiscal.

'''Tipo de Compensação para Devolução de Venda''': Quando a nota emitida é do tipo Devolução de Venda, é necessário informar o tipo de compensação financeira que será feita para o cliente. As opções disponíveis são: Documentos a Pagar (quando a empresa irá pagar o valor da mercadoria para o cliente); Adiantamento ao Cliente (O cliente fica com um haver na empresa) e Abatimento de Duplicata (baixa o valor da devolução em duplicatas abertas que o cliente tenha para com a empresa).

'''Tipo de Compensação para Devolução de Compra''': Quando a nota emitida é do tipo Devolução de Compra, é necessário informar o tipo de compensação financeira que o fornecedor fará para a empresa. As opções disponíveis são: Documentos a Receber (quando o fornecedor irá pagar o valor da mercadoria para a empresa); Adiantamento ao Fornecedor (A empresa fica com um haver junto ao fornecedor) e Abatimento de Documentos(baixa o valor da devolução em duplicatas abertas que a empresa tenha para com o fornecedor).

'''Prazo por Extenso''': Campo auxiliar que exibe os prazos da nota fiscal em uma única string.

'''Vencimento por Extenso''': Campo auxiliar que exibe as datas de vencimento da nota fiscal em uma única string.

'''Parcelas por Extenso''': Campo auxiliar que exige os prazos e datas de vencimento da nota fiscal em uma única string.

'''Valor Total (Inicial) dos Produtos''': Valor total dos produtos da nota fiscal considerando o preço de lista dos mesmos.

'''Valor Total (Inicial) dos Produtos na Moeda Padrão''': Valor total dos produtos da nota fiscal considerando o preço de lista dos mesmos, convertido para a moeda nacional.

'''Valor dos Produtos''': Valor total dos produtos da nota fiscal.

'''Valor dos Produtos na Moeda Padrão''': Valor total dos produtos da nota fiscal convertido para a moeda nacional.

'''Cotação da Moeda Alternativa''': Cotação utilizada para fazer a conversão de moedas nessa nota fiscal.

'''Valor dos Produtos na Moeda Alternativa''': Valor total dos produtos em moeda estrangeira (configurada como padrão)

'''Valor dos Impostos''': Valor total dos impostos apurados nessa nota fiscal.

'''Valor da Tributação (Lei da Transparência)''': Montante de tributação de acordo com a lei da transparência.

'''Valor das Deduções''': Valor total dos impostos que deduzem valores da nota fiscal. Exemplo: Desconto, abatimento, etc.

'''Valor dos Impostos que incidem na Primeira Parcela''': Valor total dos impostos que estejam configurados como incidentes no valor da primeira parcela da nota. Essa configuração é feita no [[Imposto de Saída]].

'''Valor Total''': Valor total da nota fiscal.

'''Valor Financeiro''': Valor total das duplicatas da nota fiscal.

'''Valor da Venda''': Valor total baseado nas operações fiscais que estejam definidas como operação de venda. Essa definição é feita na [[Operação Fiscal]].

'''Valor da Baixa de Adiantamentos''': Valor dos adiantamentos que serão baixados como abatimento das duplicatas geradas pela nota fiscal.

'''Embarque UF''': Estado no qual a nota fiscal será embarcada, quando a operação de saída é uma exportação.

'''Embarque Local''': Localidade na qual a nota fiscal será embarcada, quando a operação de saída é uma exportação.

'''Local de Despacho''': Informação do recinto alfandegado, quando a operação de saída é uma exportação.

'''NFe Tipo de Emissão''': Indica se a NFe foi emitida em regime normal, ou em regime de contingência.

'''NFe Indicador de Presença''': Indica se a nota fiscal foi emitida na presentação do cliente, opções disponíveis: Operação Presencial, Operação não Presencial pela Internet, Operação não Presencial por TeleAtendimento e Operação não Presencial Outros.

'''NFe Data e Hora Contingência''': Data e hora de início da operação de contingência para emissão de NFe.

'''NFe Justificativa da Contingência''': Justificativa para ter iniciado a operação por contingência para emissão da NFe.

'''NFe Finalidade da Emissão''': Finalidade indicada para a emissão da NFe. Opções disponíveis: Normal, Complementar, Ajuste ou Devolução.

'''NFe Modelo''': Modelo de emissão da Nfe, o modelo atualmente em uso é o 1_1A

'''NFe Status Código''': Indica o código da situação em que a nota fiscal se encontrar junto à Receita Federal no processo de validação da NFe.

'''NFe Status Descrição''': Indica a descrição da situação em que a nota fiscal se encontrar junto à Receita Federal no processo de validação da NFe.

'''NFe Chave''': Chave de validação da NFe.

'''NFe Chave Referenciada''': Chave da NFe relacionada com a nota fiscal que está sendo emitida.

== Entidades Relacionadas ==
A nota fiscal possui relação com várias outras entidades do sistema. Isso quer dizer que para gerar uma nota fiscal necessariamente devem existir outras entidades que são informadas na nota fiscal. São elas:

[[Empresas]]

[[Série da Nota Fiscal de Saída]]

[[Cliente]]

[[Operação de Saída]]

[[Operação Fiscal]]

Transportadora [[Parceiros]]

Televendas [[Parceiros]]

Transportadora [[Parceiros]]

[[Moeda]]

[[Situação]]

[[Portador]]

[[Operadoras de Cartão]]

[[Condição de Pagamento]]

[[CFe]]

== Entidades que compõem a Nota Fiscal ==
A nota fiscal possui informações que são definidas por outras entidades. Portanto é possível dizer que além das informações próprias a nota fiscal é também composta por entidades que pertencem a ela, e que só fazem sentido quando analisadas diretamente na própria nota fiscal. São elas:

[[Item da Nota Fiscal]]

[[Imposto da Nota Fiscal]]

[[Vencimento da Nota Fiscal]]

== Regras de Negócio ==
A nota fiscal pode receber o acoplamento de entidades autônomas que influenciam em seu comportamento, as Regras de Negócio. As regras que podem ser acopladas à nota fiscal são:

[[RN_NotaFiscal_Adiantamento]]

[[RN_NotaFiscal_CFe]]

[[RN_NotaFiscal_CFe_Cancelamento]]

[[RN_NotaFiscal_CFe_Confirmacao]]

[[RN_NotaFiscal_Comissao]]

[[RN_NotaFiscal_Duplicata]]

[[RN_NotaFiscal_Estoque]]

[[RN_NotaFiscal_ExigeLote]]

[[RN_NotaFiscal_ImprBoleto]]

[[RN_NotaFiscal_NFe]]

[[RN_NotaFiscal_NFe_Alteracao]]

[[RN_NotaFiscal_NFe_Cancelamento]]

[[RN_NotaFiscal_NFe_Confirmacao]]

[[RN_NotaFiscalComissaoTelevendas]]

[[RN_NotaFiscalItem_PesoProduto]]

[[RN_ImpostoSaida_CorrigeAliqPisCofins]]

[[RN_ImpostoSaida_CorrigeBaseRedSTSuframa]]

[[RN_BloqueiaVenda_LimiteCredito]]

[[RN_NotaFiscal_CodigoNomeCliente]]

[[RN_NotaFiscal_ConfigDecimais]]

[[RN PesquisaProdutoReferencia]]

[[RN_NotaFiscal_Obs]]

[[RN_NotaFiscal_ComissaoEstorno]]

[[RN_NotaFiscal_NFSe]]

[[RN_NotaFiscal_NFSe_Alteracao]]

[[RN_NotaFiscal_NFSe_Cancelamento]]

[[RN_NotaFiscal_NFSe_Confirmacao]]

Embalagem de Pedido

2020-06-15T12:05:47Z

Tiago:

A Embalagem de Pedido é uma entidade pertencente ao [[DataPlus ERP]]. Essa entidade é responsável por reservar o produto para um determinado pedido e consequentemente liberar o pedido para o faturamento. Quando a empresa opta por usar a embalagem, todos os produtos passarão por esse processo, pois sem ele feito o faturamento não acontecerá.

'''Obs:''' Vale lembrar que para o estoque do produto ser considerado na Embalagem de Pedido, o setor deve estar com a opção Compõe Estoque para Venda assinalada em seu cadastro.

== Processo ==
A Embalagem de Pedido é parte integrante do [[Processo de Vendas]].

[[Arquivo:Venda0103.png]]

== Atributos ==
A Embalagem de Pedido possui uma série de informações que devem ser preenchidas:

'''Filtro:''' podem ser usados três tipos de filtros para buscar o pedido a ser embalado.

'''- Geral:''' busca todos os pedidos.

'''- Período:''' habilita para informar um intervalo de datas que deve buscar os pedidos.

'''- Individual:''' habilita para informar um número de pedido específico.

'''Data:''' caso selecionado o filtro período é habilitado o campo data onde permite inserir uma data inicial e final dentro de um intervalo válido.

'''Todos os itens:''' busca todos os pedidos independe de terem itens a serem embalados ou já totalmente embalados.

'''Itens em aberto:''' busca os pedidos que possuam itens em aberto para serem embalados.

'''Tot. Embal.:''' busca os pedidos que estão totalmente embalados.

'''Produto:''' permite escolher um produto específico para ser embalado.

'''Embalar Item:''' responsável por executar o processo de embalagem retornando uma mensagem informativa se foi embalado ou não.

'''Qtde. de Volumes:''' campo onde o responsável poderá indicar a quantidade de volumes que foram necessários para embalar o pedido e consequentemente, tal informação será carregada automaticamente em [[Nota Fiscal de Saída]], facilitando a operação no setor de faturamento.

== Entidades Relacionadas ==
A Embalagem de Pedido possui relação com várias outras entidades do sistema. Isso quer dizer que para realizar o processo de embalagem necessariamente devem existir outras entidades. São elas:

[[Pedido de Venda]]

== Entidades que a compõe ==
A Embalagem de Pedido possui informações que são definidas por outras entidades. Portanto é possível dizer que além das informações próprias da embalagem é também composta por entidades que pertencem a ela, e que só fazem sentido quando analisadas diretamente. São elas:

[[Itens da Embalagem de Pedido]]

== Regras de Negócio ==
A Embalagem de Pedido pode receber o acoplamento de entidades autônomas que influenciam em seu comportamento, as Regras de Negócio. As regras que podem ser acopladas são:

[[RN_FormEmbalarPedidoVerificaPeso]]

Embalagem de Pedido

2020-06-15T12:04:39Z

Tiago:

A Embalagem de Pedido é uma entidade pertencente ao [[DataPlus ERP]]. Essa entidade é responsável por reservar o produto para um determinado pedido e consequentemente liberar o pedido para o faturamento. Quando a empresa opta por usar a embalagem, todos os produtos passarão por esse processo, pois sem ele feito o faturamento não acontecerá.

'''Obs:''' Vale lembrar que para o estoque do produto ser considerado na Embalagem de Pedido, o setor deve estar com a opção Compõe Estoque para Venda assinalada em seu cadastro.

== Processo ==
A Embalagem de Pedido é parte integrante do [[Processo de Vendas]].

[[Arquivo:Venda0103.png]]

== Atributos ==
A Embalagem de Pedido possui uma série de informações que devem ser preenchidas:

'''Filtro:''' podem ser usados três tipos de filtros para buscar o pedido a ser embalado.

'''- Geral:''' busca todos os pedidos.

'''- Período:''' habilita para informar um intervalo de datas que deve buscar os pedidos.

'''- Individual:''' habilita para informar um número de pedido específico.

'''Data:''' caso selecionado o filtro período é habilitado o campo data onde permite inserir uma data inicial e final dentro de um intervalo válido.

'''Todos os itens:''' busca todos os pedidos independe de terem itens a serem embalados ou já totalmente embalados.

'''Itens em aberto:''' busca os pedidos que possuam itens em aberto para serem embalados.

'''Tot. Embal.:''' busca os pedidos que estão totalmente embalados.

'''Produto:''' permite escolher um produto específico para ser embalado.

'''Embalar Item:''' responsável por executar o processo de embalagem retornando uma mensagem informativa se foi embalado ou não.

'''Qtde. de Volumes:''' campo onde o responsável poderá indicar a quantidade de volumes que foram necessários para embalar o pedido e consequentemente, tal informação será carregada automaticamente em [[Nota Fiscal]], facilitando a operação no setor de faturamento.

== Entidades Relacionadas ==
A Embalagem de Pedido possui relação com várias outras entidades do sistema. Isso quer dizer que para realizar o processo de embalagem necessariamente devem existir outras entidades. São elas:

[[Pedido de Venda]]

== Entidades que a compõe ==
A Embalagem de Pedido possui informações que são definidas por outras entidades. Portanto é possível dizer que além das informações próprias da embalagem é também composta por entidades que pertencem a ela, e que só fazem sentido quando analisadas diretamente. São elas:

[[Itens da Embalagem de Pedido]]

== Regras de Negócio ==
A Embalagem de Pedido pode receber o acoplamento de entidades autônomas que influenciam em seu comportamento, as Regras de Negócio. As regras que podem ser acopladas são:

[[RN_FormEmbalarPedidoVerificaPeso]]

Embalagem de Pedido

2020-06-15T12:03:42Z

Tiago:

A Embalagem de Pedido é uma entidade pertencente ao [[DataPlus ERP]]. Essa entidade é responsável por reservar o produto para um determinado pedido e consequentemente liberar o pedido para o faturamento. Quando a empresa opta por usar a embalagem, todos os produtos passarão por esse processo, pois sem ele feito o faturamento não acontecerá.

'''Obs:''' Vale lembrar que para o estoque do produto ser considerado na Embalagem de Pedido, o setor deve estar com a opção Compõe Estoque para Venda assinalada em seu cadastro.

== Processo ==
A Embalagem de Pedido é parte integrante do [[Processo de Vendas]].

[[Arquivo:Venda0103.png]]

== Atributos ==
A Embalagem de Pedido possui uma série de informações que devem ser preenchidas:

'''Filtro:''' podem ser usados três tipos de filtros para buscar o pedido a ser embalado.

'''- Geral:''' busca todos os pedidos.

'''- Período:''' habilita para informar um intervalo de datas que deve buscar os pedidos.

'''- Individual:''' habilita para informar um número de pedido específico.

'''Data:''' caso selecionado o filtro período é habilitado o campo data onde permite inserir uma data inicial e final dentro de um intervalo válido.

'''Todos os itens:''' busca todos os pedidos independe de terem itens a serem embalados ou já totalmente embalados.

'''Itens em aberto:''' busca os pedidos que possuam itens em aberto para serem embalados.

'''Tot. Embal.:''' busca os pedidos que estão totalmente embalados.

'''Produto:''' permite escolher um produto específico para ser embalado.

'''Embalar Item:''' responsável por executar o processo de embalagem retornando uma mensagem informativa se foi embalado ou não.

'''Qtde Volumes:''' campo onde o responsável poderá indicar a quantidade de volumes que foram necessários para embalar o pedido e consequentemente, tal informação será carregada automaticamente em [[Nota Fiscal]], facilitando a operação no setor de faturamento.

== Entidades Relacionadas ==
A Embalagem de Pedido possui relação com várias outras entidades do sistema. Isso quer dizer que para realizar o processo de embalagem necessariamente devem existir outras entidades. São elas:

[[Pedido de Venda]]

== Entidades que a compõe ==
A Embalagem de Pedido possui informações que são definidas por outras entidades. Portanto é possível dizer que além das informações próprias da embalagem é também composta por entidades que pertencem a ela, e que só fazem sentido quando analisadas diretamente. São elas:

[[Itens da Embalagem de Pedido]]

== Regras de Negócio ==
A Embalagem de Pedido pode receber o acoplamento de entidades autônomas que influenciam em seu comportamento, as Regras de Negócio. As regras que podem ser acopladas são:

[[RN_FormEmbalarPedidoVerificaPeso]]

DDS Industrial - Histórico Cliente

2020-03-25T20:15:02Z

Tiago:

== Descrição da empresa ==
Empresa no seguimento industrial de conexões hidráulicas para terminais prensáveis e reusáveis.

Gestor de TI: Rossini Informática

Gestor para Contato: Rodrigo (gerente operacional)

Responsável pela infraestrutura: Rossini Informática

Breve descrição da infraestrutura:
Servidor com Windows Server 2008R2 e SQL Server 2008. Durante a fase de implantação, trocaram alguns micros, melhoraram outros, e pelo que tenho acompanhado, não há reclamações quanto à performance do sistema.

== Comercial ==
Data assinatura de contrato: Jan/2019

Sistema vendido por: Guilherme Fava

Breve relato sobre as expectativas do cliente: Cliente de longa data, há quase 20 anos utilizando os sistemas DataPlus. Em virtude da relação de confiança, ao serem apresentados ao DataPlus ERP vislumbraram vários novos controles e recursos que agregariam facilidades nas rotinas da empresa e portanto, decidiram por migrar de ferramenta.

== Consultoria de Implantação ==
Consultores que participaram da implantação: Tiago de Paula

Data de aprovação do cronograma de implantação: Maio/2019

Data de Início do Uso dos Sistemas: 13/01/2020

Data de conclusão da implantação e início do suporte: 25/03/2020

Breve relato sobre a implantação do software: O processo de implantação passou por várias etapas: mapeamento de processos, validação de escopo, conversão de dados, capacitação, homologação e inicio do uso do ERP. Durante essas fases, não tivemos problemas. Porém, após o inicio de uso, houveram alguns problemas relacionados à resultados (DRE) e análise de custos de produtos através de vários relatórios. Mas isso tudo foi sendo ajustado, trazendo as informações para a realidade do cliente. Um pouco desgastante, mas no final chegamos no resultado que o cliente esperava.

Usuários
{| class="wikitable"
|-
! scope="col"| Usuário
! scope="col"| e-mail
! scope="col"| Função
! scope="col"| Treinamentos Recebidos
! scope="col"| Breve relato sobre o usuário
|-
| Jair
| jaireis@ddsindustrial.com.br
| Gerente Administrativo
| Como Gestor do projeto, acompanhou todos os treinamentos. Homologou todas as rotinas.
| Egocêntrico ao extremo, é difícil lidar com ele. Para responder seus questionamentos, tem que estar bem preparado, com respostas bem fundamentadas, pois tudo ele questiona. Porém, quando bem orientado, acata e raramente fará novo questionamento sobre o mesmo assunto. Assimila bem o que lhe é passado.
|-
| Rogério
| rogeriospada@ddsindustrial.com.br
| Financeiro/Diretor
| Finanças
| Assimila bem o que lhe é passado, retém conhecimento.
|-
| Lígia
| financeiro@ddsindustrial.com.br
| Faturista
| Faturamento
| Conhece bem a rotina dela, porém quando surge algo novo demora um pouco para assimilar. Tem um perfil de reclamar muito das coisas.
|-
| Miriam, Giovana, Fabiane e Elaine
| Não tenho os e-mails
| Vendedoras
| Orçamentos e Pedidos de Venda
| Conhecem bem as rotinas delas e só. Bastante habilidade em vendas, mas com alguma dificuldade em lidar com processos informatizados. Talvez a Elaine tenha um pouco mais de conhecimento para informática; as demais, tem bastante dificuldade. Mas nas rotinas delas dentro do sistema, vão bem.
|-
| Nathan
| producao@ddsindustrial.com.br
| PCP
| Produção e Estoque
| Conhece bem a rotina dele, bastante facilidade em lidar com processos informatizados. Retém conhecimento. Fácil de lidar.
|}

== Dados de Acesso e Conexão ==
Tipo preferencial de conexão: ANYDESK

Id de Conexão AnyDesk: DDSSQL001PRD@AD

usuário padrão para acesso à rede: DataPlus / senha: d@taplus

== Suporte - Principais Eventos ==
Atendente: Fulano

Data: xx/xx/xxxx

Contato: Beltrano

Ocorrência: Disse que não está está satisfeito com o funcionamento do sistema.

Atendente: Cicrano

Data: xx/xx/xxxx

Contato: Beltrano

Ocorrência: Quer contratar novos softwares da DataPlus

== Outras Ocorrências / Informações ==

[[Category:Interna]]

DDS Industrial - Histórico Cliente

2020-03-25T20:12:10Z

Tiago: Criou página com '== Descrição da empresa == Empresa no seguimento industrial de conexões hidráulicas para terminais prensáveis e reusáveis. Gestor de TI: Rossini Informática Gestor pa...'

== Descrição da empresa ==
Empresa no seguimento industrial de conexões hidráulicas para terminais prensáveis e reusáveis.

Gestor de TI: Rossini Informática

Gestor para Contato: Rodrigo (gerente operacional)

Responsável pela infraestrutura: Rossini Informática

Breve descrição da infraestrutura:
Servidor com Windows Server 2008R2 e SQL Server 2008. Durante a fase de implantação, trocaram alguns micros, melhoraram outros, e pelo que tenho acompanhado, não há reclamações quanto à performance do sistema.

== Comercial ==
Data assinatura de contrato: Jan/2019

Sistema vendido por: Guilherme Fava

Breve relato sobre as expectativas do cliente: Cliente de longa data, há quase 20 anos utilizando os sistemas DataPlus. Em virtude da relação de confiança, ao serem apresentados ao DataPlus ERP vislumbraram vários novos controles e recursos que agregariam facilidades nas rotinas da empresa e portanto, decidiram por migrar de ferramenta.

== Consultoria de Implantação ==
Consultores que participaram da implantação: Tiago de Paula

Data de aprovação do cronograma de implantação: Maio/2019

Data de Início do Uso dos Sistemas: 13/01/2020

Data de conclusão da implantação e início do suporte: 25/03/2020

Breve relato sobre a implantação do software: O processo de implantação passou por várias etapas: mapeamento de processos, validação de escopo, conversão de dados, capacitação, homologação e inicio do uso do ERP. Durante essas fases, não tivemos problemas. Porém, após o inicio de uso, houveram alguns problemas relacionados à resultados (DRE) e análise de custos de produtos através de vários relatórios. Mas isso tudo foi sendo ajustado, trazendo as informações para a realidade do cliente. Um pouco desgastante, mas no final chegamos no resultado que o cliente esperava.

Usuários
{| class="wikitable"
|-
! scope="col"| Usuário
! scope="col"| e-mail
! scope="col"| Função
! scope="col"| Treinamentos Recebidos
! scope="col"| Breve relato sobre o usuário
|-
| Jair
| jaireis@ddsindustrial.com.br
| Gerente Administrativo
| Como Gestor do projeto, acompanhou todos os treinamentos. Homologou todas as rotinas.
| Egocêntrico ao extremo, é difícil lidar com ele. Para responder seus questionamentos, tem que estar bem preparado, com respostas bem fundamentadas, pois tudo ele questiona. Porém, quando bem orientado, acata e raramente fará novo questionamento sobre o mesmo assunto. Assimila bem o que lhe é passado.
|-
| Rogério
| rogeriospada@ddsindustrial.com.br
| Financeiro/Diretor
| Finanças
| Assimila bem o que lhe é passado, retém conhecimento.
|-
| Lígia
| financeiro@ddsindustrial.com.br
| Faturista
| Faturamento
| Conhece bem a rotina dela, porém quando surge algo novo demora um pouco para assimilar. Tem um perfil de reclamar muito das coisas.
|-
| Miriam, Giovana, Fabiane e Elaine
| Não tenho os e-mails
| Vendedoras
| Orçamentos e Pedidos de Venda
| Conhecem bem as rotinas delas e só. Bastante habilidade em vendas, mas com alguma dificuldade em lidar com processos informatizados. Talvez a Elaine tenha um pouco mais de conhecimento para informática; as demais, tem bastante dificuldade. Mas nas rotinas delas dentro do sistema, vão bem.
|-
| Nathan
| producao@ddsindustrial.com.br
| PCP
| Produção e Estoque
| Conhece bem a rotina dele, bastante facilidade em lidar com processos informatizados. Retém conhecimento. Fácil de lidar.
|}

== Dados de Acesso e Conexão ==
Tipo preferencial de conexão: ANYDESK

Ip da empresa: xxx.xxx.xxx.xxx

Id de Conexão AnyDesk: DDSSQL001PRD@AD

usuário padrão para acesso à rede: DataPlus / senha: d@taplus

== Suporte - Principais Eventos ==
Atendente: Fulano

Data: xx/xx/xxxx

Contato: Beltrano

Ocorrência: Disse que não está está satisfeito com o funcionamento do sistema.

Atendente: Cicrano

Data: xx/xx/xxxx

Contato: Beltrano

Ocorrência: Quer contratar novos softwares da DataPlus

== Outras Ocorrências / Informações ==

[[Category:Interna]]

Família de Produtos - Filtro em Relatório

2020-03-25T18:57:11Z

Tiago: Criou página com 'Foi inserido no Gerador de Relatórios uma nova condição para filtrar dados à partir de Família de Produtos. Filtro automático. Quando o usuário informar alguma famíli...'

Foi inserido no Gerador de Relatórios uma nova condição para filtrar dados à partir de Família de Produtos.

Filtro automático. Quando o usuário informar alguma família de nível intermediário, ex: 01.00.00.00, o mesmo irá filtrar dados de todas as famílias que tenham o mesmo nível da informada, nesse caso, todas que começam com “01.”.

Embalar e Mayara Terres ME - Histórico do Cliente

2020-03-20T14:08:50Z

Tiago:

== Descrição da empresa ==
Localizadas em Catanduva-SP, trata-se de empresas no seguimento de embalagens em geral. Forte no seguimento de sacos de lixo e sacolas para supermercado.

Gestor de TI: Fernando (Promes Informática)

Gestor para Contato: Mayara Terres (gerente operacional)

Responsável pela infraestrutura: Fernando (Promes Informática)

Breve descrição da infraestrutura:
Terminais utilizam o ERP pela área de trabalho do servidor, todos conectando por conexão RDP, cada usuário com seu login e senha. O Servidor foi preparado para isso, estando em ambiente de Windows Server 2014, e SQL 2014 como mecanismo de banco de dados.

== Comercial ==
Data assinatura de contrato: Fevereiro/2019

Sistema vendido por: Marco de Grandi

Breve relato sobre as expectativas do cliente: Cliente com bom relacionamento com a DataPlus, sempre confiou no atendimento à eles realizado. Além de atualização da ferramenta para uma plataforma mais atualizada, o cliente tinha alguns problemas no processo produtivo, que com o inicio de utilização do ERP, muitos desses problemas seriam sanados, e motivou ainda mais o cliente na utilização da nova ferramenta.

== Consultoria de Implantação ==
Consultores que participaram da implantação: Adriano e Liniker. Tiago assumiu no pós implantação com intuito de sanar algumas pendências que ficaram na implantação.

Data de aprovação do cronograma de implantação: Abril/2019

Data de Início do Uso dos Sistemas: Outubro/2019

Data de conclusão da implantação e início do suporte: 28/02/2020

Breve relato sobre a implantação do software: Foi uma implantação com problemas, pois passou por dois atendentes com problemas sérios de organização e com isso, todo o processo foi comprometido. Muitas das operações aconteceram de maneira forçada, algumas ainda tinham problemas, o que se fez necessário haver uma revisão nas pendências de implantação que está sendo conduzida pelo setor de Atendimento. Sugerido por nós, em breve serão realizados treinamentos específicos nesses cliente com a finalidade de sanar também, alguns treinamentos que foram mal executados. Era um projeto que tinha tudo para ter uma boa receptividade dos usuários, mas diante dos problemas acima mencionados, houve um certo desgaste que talvez só o tempo poderá resolver.

Usuários
{| class="wikitable"
|-
! scope="col"| Nome:
! scope="col"| E-mail:
! scope="col"| Cargo:
! scope="col"| Treinamentos:
! scope="col"| Descrição:
|-
| Mayara
| mayara@embalarcatanduva.com.br
| Cargo: Diretora
| Treinamentos: Todos (porém, quer um novo treinamento nas rotinas do menu Finanças)
| Usuário tinha um bom conhecimento no sistema legado, era de difícil trato mas melhorou ao longo dos anos. Porém, devido aos problemas ocorridos na fase de implantação, voltamos a ter um relacionamento um pouco conturbado. Acredito que sanando as pendências, volte à como estava antes.
|-
| Marcos
| marcos@embalarcatanduva.com.br
| Cargo: Administrativo em Geral
| Treinamentos: todos
| Complicado no relacionamento entre pessoas, mas tem facilidade em operar as rotinas no sistema que à ele foi destinada (vendas, ordem de carregamento, faturamento, compras, entradas)
|-
| Débora
| embalar@embalarcatanduva.com.br
| Cargo: Financeiro
| Treinamento: Todos
| Complicada no relacionamento, tem dificuldade em expressar o que precisa se tornando difícil entender o que ela quer. Porém, quando explica alguma rotina à ela, assimila e consegue operar bem.
|}

== Dados de Acesso e Conexão ==
Tipo preferencial de conexão: Área de Conexão para Acesso Remoto (RDP)

Ip da empresa: 177.136.68.251:2014

Usuário: Dataplus
Senha: D@t@Plus4646.

== Suporte - Principais Eventos ==
Atendente: Fulano

Data: xx/xx/xxxx

Contato: Beltrano

Ocorrência: Disse que não está está satisfeito com o funcionamento do sistema.

Atendente: Cicrano

Data: xx/xx/xxxx

Contato: Beltrano

Ocorrência: Quer contratar novos softwares da DataPlus

== Outras Ocorrências / Informações ==

[[Category:Interna]]

Embalar e Mayara Terres ME - Histórico do Cliente

2020-03-20T14:03:23Z

Tiago: /* Dados de Acesso e Conexão */

== Descrição da empresa ==
Localizadas em Catanduva-SP, trata-se de empresas no seguimento de embalagens em geral. Forte no seguimento de sacos de lixo e sacolas para supermercado.

Gestor de TI: Fernando (Promes Informática)

Gestor para Contato: Mayara Terres (gerente operacional)

Responsável pela infraestrutura: Fernando (Promes Informática)

Breve descrição da infraestrutura:
Terminais utilizam o ERP pela área de trabalho do servidor, todos conectando por conexão RDP, cada usuário com seu login e senha. O Servidor foi preparado para isso, estando em ambiente de Windows Server 2014, e SQL 2014 como mecanismo de banco de dados.

== Comercial ==
Data assinatura de contrato: Fevereiro/2019

Sistema vendido por: Marco de Grandi

Breve relato sobre as expectativas do cliente: Cliente com bom relacionamento com a DataPlus, sempre confiou no atendimento à eles realizado. Além de atualização da ferramenta para uma plataforma mais atualizada, o cliente tinha alguns problemas no processo produtivo, que com o inicio de utilização do ERP, muitos desses problemas seriam sanados, e motivou ainda mais o cliente na utilização da nova ferramenta.

== Consultoria de Implantação ==
Consultores que participaram da implantação: Adriano e Liniker. Tiago assumiu no pós implantação com intuito de sanar algumas pendências que ficaram na implantação.

Data de aprovação do cronograma de implantação: Abril/2019

Data de Início do Uso dos Sistemas: Outubro/2019

Data de conclusão da implantação e início do suporte: 28/02/2020

Breve relato sobre a implantação do software: Foi uma implantação com problemas, pois passou por dois atendentes com problemas sérios de organização e com isso, todo o processo foi comprometido. Muitas das operações aconteceram de maneira forçada, algumas ainda tinham problemas, o que se fez necessário haver uma revisão nas pendências de implantação que está sendo conduzida pelo setor de Atendimento. Sugerido por nós, em breve serão realizados treinamentos específicos nesses cliente com a finalidade de sanar também, alguns treinamentos que foram mal executados. Era um projeto que tinha tudo para ter uma boa receptividade dos usuários, mas diante dos problemas acima mencionados, houve um certo desgaste que talvez só o tempo poderá resolver.

Usuários
{| class="wikitable"
|-
! scope="col"| Nome:
! scope="col"| E-mail:
! scope="col"| Cargo:
! scope="col"| Treinamentos:
|-
| Mayara
| mayara@embalarcatanduva.com.br
| Cargo: Diretora
| Treinamentos: Todos (porém, quer um novo treinamento nas rotinas do menu Finanças)
| Usuário tinha um bom conhecimento no sistema legado, era de difícil trato mas melhorou ao longo dos anos. Porém, devido aos problemas ocorridos na fase de implantação, voltamos a ter um relacionamento um pouco conturbado. Acredito que sanando as pendências, volte à como estava antes.
|-
| Marcos
| marcos@embalarcatanduva.com.br
| Cargo: Administrativo em Geral
| Treinamentos: todos
| Complicado no relacionamento entre pessoas, mas tem facilidade em operar as rotinas no sistema que à ele foi destinada (vendas, ordem de carregamento, faturamento, compras, entradas)
|-
| Débora
| embalar@embalarcatanduva.com.br
| Cargo: Financeiro
| Treinamento: Todos
| Complicada no relacionamento, tem dificuldade em expressar o que precisa se tornando difícil entender o que ela quer. Porém, quando explica alguma rotina à ela, assimila e consegue operar bem.
|}

== Dados de Acesso e Conexão ==
Tipo preferencial de conexão: Área de Conexão para Acesso Remoto (RDP)

Ip da empresa: 177.136.68.251:2014

Usuário: Dataplus
Senha: D@t@Plus4646.

== Suporte - Principais Eventos ==
Atendente: Fulano

Data: xx/xx/xxxx

Contato: Beltrano

Ocorrência: Disse que não está está satisfeito com o funcionamento do sistema.

Atendente: Cicrano

Data: xx/xx/xxxx

Contato: Beltrano

Ocorrência: Quer contratar novos softwares da DataPlus

== Outras Ocorrências / Informações ==

[[Category:Interna]]

Embalar e Mayara Terres ME - Histórico do Cliente

2020-03-20T14:00:55Z

Tiago: /* Dados de Acesso e Conexão */

== Descrição da empresa ==
Localizadas em Catanduva-SP, trata-se de empresas no seguimento de embalagens em geral. Forte no seguimento de sacos de lixo e sacolas para supermercado.

Gestor de TI: Fernando (Promes Informática)

Gestor para Contato: Mayara Terres (gerente operacional)

Responsável pela infraestrutura: Fernando (Promes Informática)

Breve descrição da infraestrutura:
Terminais utilizam o ERP pela área de trabalho do servidor, todos conectando por conexão RDP, cada usuário com seu login e senha. O Servidor foi preparado para isso, estando em ambiente de Windows Server 2014, e SQL 2014 como mecanismo de banco de dados.

== Comercial ==
Data assinatura de contrato: Fevereiro/2019

Sistema vendido por: Marco de Grandi

Breve relato sobre as expectativas do cliente: Cliente com bom relacionamento com a DataPlus, sempre confiou no atendimento à eles realizado. Além de atualização da ferramenta para uma plataforma mais atualizada, o cliente tinha alguns problemas no processo produtivo, que com o inicio de utilização do ERP, muitos desses problemas seriam sanados, e motivou ainda mais o cliente na utilização da nova ferramenta.

== Consultoria de Implantação ==
Consultores que participaram da implantação: Adriano e Liniker. Tiago assumiu no pós implantação com intuito de sanar algumas pendências que ficaram na implantação.

Data de aprovação do cronograma de implantação: Abril/2019

Data de Início do Uso dos Sistemas: Outubro/2019

Data de conclusão da implantação e início do suporte: 28/02/2020

Breve relato sobre a implantação do software: Foi uma implantação com problemas, pois passou por dois atendentes com problemas sérios de organização e com isso, todo o processo foi comprometido. Muitas das operações aconteceram de maneira forçada, algumas ainda tinham problemas, o que se fez necessário haver uma revisão nas pendências de implantação que está sendo conduzida pelo setor de Atendimento. Sugerido por nós, em breve serão realizados treinamentos específicos nesses cliente com a finalidade de sanar também, alguns treinamentos que foram mal executados. Era um projeto que tinha tudo para ter uma boa receptividade dos usuários, mas diante dos problemas acima mencionados, houve um certo desgaste que talvez só o tempo poderá resolver.

Usuários
{| class="wikitable"
|-
! scope="col"| Nome:
! scope="col"| E-mail:
! scope="col"| Cargo:
! scope="col"| Treinamentos:
|-
| Mayara
| mayara@embalarcatanduva.com.br
| Cargo: Diretora
| Treinamentos: Todos (porém, quer um novo treinamento nas rotinas do menu Finanças)
| Usuário tinha um bom conhecimento no sistema legado, era de difícil trato mas melhorou ao longo dos anos. Porém, devido aos problemas ocorridos na fase de implantação, voltamos a ter um relacionamento um pouco conturbado. Acredito que sanando as pendências, volte à como estava antes.
|-
| Marcos
| marcos@embalarcatanduva.com.br
| Cargo: Administrativo em Geral
| Treinamentos: todos
| Complicado no relacionamento entre pessoas, mas tem facilidade em operar as rotinas no sistema que à ele foi destinada (vendas, ordem de carregamento, faturamento, compras, entradas)
|-
| Débora
| embalar@embalarcatanduva.com.br
| Cargo: Financeiro
| Treinamento: Todos
| Complicada no relacionamento, tem dificuldade em expressar o que precisa se tornando difícil entender o que ela quer. Porém, quando explica alguma rotina à ela, assimila e consegue operar bem.
|}

== Dados de Acesso e Conexão ==
Tipo preferencial de conexão: Área de Conexão para Acesso Remoto (RDP)

Ip da empresa: 177.136.68.251:2014

Usuário: SERVIDORMS\Dataplus
Senha: D@t@Plus4646.

== Suporte - Principais Eventos ==
Atendente: Fulano

Data: xx/xx/xxxx

Contato: Beltrano

Ocorrência: Disse que não está está satisfeito com o funcionamento do sistema.

Atendente: Cicrano

Data: xx/xx/xxxx

Contato: Beltrano

Ocorrência: Quer contratar novos softwares da DataPlus

== Outras Ocorrências / Informações ==

[[Category:Interna]]

Embalar e Mayara Terres ME - Histórico do Cliente

2020-03-20T13:54:54Z

Tiago:

== Descrição da empresa ==
Localizadas em Catanduva-SP, trata-se de empresas no seguimento de embalagens em geral. Forte no seguimento de sacos de lixo e sacolas para supermercado.

Gestor de TI: Fernando (Promes Informática)

Gestor para Contato: Mayara Terres (gerente operacional)

Responsável pela infraestrutura: Fernando (Promes Informática)

Breve descrição da infraestrutura:
Terminais utilizam o ERP pela área de trabalho do servidor, todos conectando por conexão RDP, cada usuário com seu login e senha. O Servidor foi preparado para isso, estando em ambiente de Windows Server 2014, e SQL 2014 como mecanismo de banco de dados.

== Comercial ==
Data assinatura de contrato: Fevereiro/2019

Sistema vendido por: Marco de Grandi

Breve relato sobre as expectativas do cliente: Cliente com bom relacionamento com a DataPlus, sempre confiou no atendimento à eles realizado. Além de atualização da ferramenta para uma plataforma mais atualizada, o cliente tinha alguns problemas no processo produtivo, que com o inicio de utilização do ERP, muitos desses problemas seriam sanados, e motivou ainda mais o cliente na utilização da nova ferramenta.

== Consultoria de Implantação ==
Consultores que participaram da implantação: Adriano e Liniker. Tiago assumiu no pós implantação com intuito de sanar algumas pendências que ficaram na implantação.

Data de aprovação do cronograma de implantação: Abril/2019

Data de Início do Uso dos Sistemas: Outubro/2019

Data de conclusão da implantação e início do suporte: 28/02/2020

Breve relato sobre a implantação do software: Foi uma implantação com problemas, pois passou por dois atendentes com problemas sérios de organização e com isso, todo o processo foi comprometido. Muitas das operações aconteceram de maneira forçada, algumas ainda tinham problemas, o que se fez necessário haver uma revisão nas pendências de implantação que está sendo conduzida pelo setor de Atendimento. Sugerido por nós, em breve serão realizados treinamentos específicos nesses cliente com a finalidade de sanar também, alguns treinamentos que foram mal executados. Era um projeto que tinha tudo para ter uma boa receptividade dos usuários, mas diante dos problemas acima mencionados, houve um certo desgaste que talvez só o tempo poderá resolver.

Usuários
{| class="wikitable"
|-
! scope="col"| Nome:
! scope="col"| E-mail:
! scope="col"| Cargo:
! scope="col"| Treinamentos:
|-
| Mayara
| mayara@embalarcatanduva.com.br
| Cargo: Diretora
| Treinamentos: Todos (porém, quer um novo treinamento nas rotinas do menu Finanças)
| Usuário tinha um bom conhecimento no sistema legado, era de difícil trato mas melhorou ao longo dos anos. Porém, devido aos problemas ocorridos na fase de implantação, voltamos a ter um relacionamento um pouco conturbado. Acredito que sanando as pendências, volte à como estava antes.
|-
| Marcos
| marcos@embalarcatanduva.com.br
| Cargo: Administrativo em Geral
| Treinamentos: todos
| Complicado no relacionamento entre pessoas, mas tem facilidade em operar as rotinas no sistema que à ele foi destinada (vendas, ordem de carregamento, faturamento, compras, entradas)
|-
| Débora
| embalar@embalarcatanduva.com.br
| Cargo: Financeiro
| Treinamento: Todos
| Complicada no relacionamento, tem dificuldade em expressar o que precisa se tornando difícil entender o que ela quer. Porém, quando explica alguma rotina à ela, assimila e consegue operar bem.
|}

== Dados de Acesso e Conexão ==
Tipo preferencial de conexão: Área de Conexão para Acesso Remoto

Ip da empresa: registrado no sistema de Atendimento

usuário padrão para acesso à rede: registrado no sistema de Atendimento

== Suporte - Principais Eventos ==
Atendente: Fulano

Data: xx/xx/xxxx

Contato: Beltrano

Ocorrência: Disse que não está está satisfeito com o funcionamento do sistema.

Atendente: Cicrano

Data: xx/xx/xxxx

Contato: Beltrano

Ocorrência: Quer contratar novos softwares da DataPlus

== Outras Ocorrências / Informações ==

[[Category:Interna]]

Embalar e Mayara Terres ME - Histórico do Cliente

2020-03-20T13:43:24Z

Tiago:

== Descrição da empresa ==
Localizadas em Catanduva-SP, trata-se de empresas no seguimento de embalagens em geral. Forte no seguimento de sacos de lixo e sacolas para supermercado.

Gestor de TI: Fernando (Promes Informática)

Gestor para Contato: Mayara Terres (gerente operacional)

Responsável pela infraestrutura: Fernando (Promes Informática)

Breve descrição da infraestrutura:
Terminais utilizam o ERP pela área de trabalho do servidor, todos conectando por conexão RDP, cada usuário com seu login e senha. O Servidor foi preparado para isso, estando em ambiente de Windows Server 2014, e SQL 2014 como mecanismo de banco de dados.

== Comercial ==
Data assinatura de contrato: Fevereiro/2019

Sistema vendido por: Marco de Grandi

Breve relato sobre as expectativas do cliente: Cliente com bom relacionamento com a DataPlus, sempre confiou no atendimento à eles realizado. Além de atualização da ferramenta para uma plataforma mais atualizada, o cliente tinha alguns problemas no processo produtivo, que com o inicio de utilização do ERP, muitos desses problemas seriam sanados, e motivou ainda mais o cliente na utilização da nova ferramenta.

== Consultoria de Implantação ==
Consultores que participaram da implantação: Adriano e Liniker. Tiago assumiu no pós implantação com intuito de sanar algumas pendências que ficaram na implantação.

Data de aprovação do cronograma de implantação: Abril/2019

Data de Início do Uso dos Sistemas: Outubro/2019

Data de conclusão da implantação e início do suporte: 28/02/2020

Breve relato sobre a implantação do software: Foi uma implantação com problemas, pois passou por dois atendentes com problemas sérios de organização e com isso, todo o processo foi comprometido. Muitas das operações aconteceram de maneira forçada, algumas ainda tinham problemas, o que se fez necessário haver uma revisão nas pendências de implantação que está sendo conduzida pelo setor de Atendimento. Sugerido por nós, em breve serão realizados treinamentos específicos nesses cliente com a finalidade de sanar também, alguns treinamentos que foram mal executados. Era um projeto que tinha tudo para ter uma boa receptividade dos usuários, mas diante dos problemas acima mencionados, houve um certo desgaste que talvez só o tempo poderá resolver.

Usuários
{| class="wikitable"
|-
! scope="col"| Nome: Mayara
! scope="col"| E-mail: mayara@embalarcatanduva.com.br
! scope="col"| Cargo: Diretora
! scope="col"| Treinamentos: Todos (porém, quer um novo treinamento nas rotinas do menu Finanças)
! scope="col"| Descrição: Usuário tinha um bom conhecimento no sistema legado, era de difícil trato mas melhorou ao longo dos anos. Porém, devido aos problemas ocorridos na fase de implantação, voltamos a ter um relacionamento um pouco conturbado. Acredito que sanando as pendências, volte à como estava antes.
|-
| Marcos
| marcos@embalarcatanduva.com.br
| Cargo: Administrativo em Geral
| Treinamentos: todos
| Complicado no relacionamento entre pessoas, mas tem facilidade em operar as rotinas no sistema que à ele foi destinada (vendas, ordem de carregamento, faturamento, compras, entradas)
|-
| Débora
| embalar@embalarcatanduva.com.br
| Cargo: Financeiro
| Treinamento: Todos
| Complicada no relacionamento, tem dificuldade em expressar o que precisa se tornando difícil entender o que ela quer. Porém, quando explica alguma rotina à ela, assimila e consegue operar bem.
|}

== Dados de Acesso e Conexão ==
Tipo preferencial de conexão: Área de Conexão para Acesso Remoto

Ip da empresa: registrado no sistema de Atendimento

usuário padrão para acesso à rede: registrado no sistema de Atendimento

== Suporte - Principais Eventos ==
Atendente: Fulano

Data: xx/xx/xxxx

Contato: Beltrano

Ocorrência: Disse que não está está satisfeito com o funcionamento do sistema.

Atendente: Cicrano

Data: xx/xx/xxxx

Contato: Beltrano

Ocorrência: Quer contratar novos softwares da DataPlus

== Outras Ocorrências / Informações ==

[[Category:Interna]]

Embalar e Mayara Terres ME - Histórico do Cliente

2020-03-20T13:38:08Z

Tiago: Criou página com '== Descrição da empresa == Empresas no seguimento de embalagens em geral. Forte no seguimento de sacos de lixo e sacolas para supermercado. Gestor de TI: Fernando (Promes I...'

== Descrição da empresa ==
Empresas no seguimento de embalagens em geral. Forte no seguimento de sacos de lixo e sacolas para supermercado.

Gestor de TI: Fernando (Promes Informática)

Gestor para Contato: Mayara Terres (gerente operacional)

Responsável pela infraestrutura: Fernando (Promes Informática)

Breve descrição da infraestrutura:
Terminais utilizam o ERP pela área de trabalho do servidor, todos conectando por conexão RDP, cada usuário com seu login e senha. O Servidor foi preparado para isso, estando em ambiente de Windows Server 2014, e SQL 2014 como mecanismo de banco de dados.

== Comercial ==
Data assinatura de contrato: Fevereiro/2019

Sistema vendido por: Marco de Grandi

Breve relato sobre as expectativas do cliente: Cliente com bom relacionamento com a DataPlus, sempre confiou no atendimento à eles realizado. Além de atualização da ferramenta para uma plataforma mais atualizada, o cliente tinha alguns problemas no processo produtivo, que com o inicio de utilização do ERP, muitos desses problemas seriam sanados, e motivou ainda mais o cliente na utilização da nova ferramenta.

== Consultoria de Implantação ==
Consultores que participaram da implantação: Adriano e Liniker. Tiago assumiu no pós implantação com intuito de sanar algumas pendências que ficaram na implantação.

Data de aprovação do cronograma de implantação: Abril/2019

Data de Início do Uso dos Sistemas: Outubro/2019

Data de conclusão da implantação e início do suporte: 28/02/2020

Breve relato sobre a implantação do software: Foi uma implantação com problemas, pois passou por dois atendentes com problemas sérios de organização e com isso, todo o processo foi comprometido. Muitas das operações aconteceram de maneira forçada, algumas ainda tinham problemas, o que se fez necessário haver uma revisão nas pendências de implantação que está sendo conduzida pelo setor de Atendimento. Sugerido por nós, em breve serão realizados treinamentos específicos nesses cliente com a finalidade de sanar também, alguns treinamentos que foram mal executados. Era um projeto que tinha tudo para ter uma boa receptividade dos usuários, mas diante dos problemas acima mencionados, houve um certo desgaste que talvez só o tempo poderá resolver.

Usuários
{| class="wikitable"
|-
! scope="col"| Nome: Mayara
! scope="col"| E-mail: mayara@embalarcatanduva.com.br
! scope="col"| Cargo: Diretora
! scope="col"| Treinamentos: Todos (porém, quer um novo treinamento nas rotinas do menu Finanças)
! scope="col"| Descrição: Usuário tinha um bom conhecimento no sistema legado, era de difícil trato mas melhorou ao longo dos anos. Porém, devido aos problemas ocorridos na fase de implantação, voltamos a ter um relacionamento um pouco conturbado. Acredito que sanando as pendências, volte à como estava antes.
|-
| Marcos
| marcos@embalarcatanduva.com.br
| Cargo: Administrativo em Geral
| Treinamentos: todos
| Complicado no relacionamento entre pessoas, mas tem facilidade em operar as rotinas no sistema que à ele foi destinada (vendas, ordem de carregamento, faturamento, compras, entradas)
|-
| Débora
| embalar@embalarcatanduva.com.br
| Cargo: Financeiro
| Treinamento: Todos
| Complicada no relacionamento, tem dificuldade em expressar o que precisa se tornando difícil entender o que ela quer. Porém, quando explica alguma rotina à ela, assimila e consegue operar bem.
|}

== Dados de Acesso e Conexão ==
Tipo preferencial de conexão: Área de Conexão para Acesso Remoto

Ip da empresa: registrado no sistema de Atendimento

usuário padrão para acesso à rede: registrado no sistema de Atendimento

== Suporte - Principais Eventos ==
Atendente: Fulano

Data: xx/xx/xxxx

Contato: Beltrano

Ocorrência: Disse que não está está satisfeito com o funcionamento do sistema.

Atendente: Cicrano

Data: xx/xx/xxxx

Contato: Beltrano

Ocorrência: Quer contratar novos softwares da DataPlus

== Outras Ocorrências / Informações ==

[[Category:Interna]]

Homologação em Cobrança Bancária

2019-09-09T21:36:20Z

Tiago:

Esse registro tem como finalidade documentar o processo de homologação em cobrança bancária no [[DataPlus ERP ]]. À esse processo, foi criado um documento específico que será utilizado para validar as atividades, sendo assinado pelo consultor e pelo(s) usuário(s) envolvido(s) quando da finalização dessa homologação.

----

Serão cinco passos à serem seguidos:

'''Estrutura do arquivo''': Toda remessa bancária é gerada através de um arquivo texto baseado em layout disponibilizado pelos bancos. Esses layouts podem ser na estrutura de 240 ou de 400 posições. Serão inseridos no [[DataPlus ERP]] através do recurso disponibilizado no menu FINANÇAS>CONTAS A RECEBER>COBRANÇA BANCÁRIA>LAYOUTS DE ARQUIVO DE REMESSA BANCÁRIA. O layout da remessa bancária deverá estar vinculado à conta correspondente e atentar-se ao devido preenchimento dos valores de acoplamento. Já existe uma documentação no WIKI detalhando como gerar esses layouts de arquivos de remessa bancária em [[Layout Remessa de Cobrança Bancária]].

'''Estrutura do boleto''': Todo boleto será criado através do [[Gerador de Impressões em Formulários]], onde é inserida a imagem de um "boleto limpo" do banco em questão e através dessa imagem, os campos serão disponibilizados nas suas respectivas posições. A sua impressão dependerá da validação do layout de código de barras. Tanto o formulário do boleto quanto o layout do código de barras deverão estar vinculados a conta correspondente e em cada um deles deverá atentar-se ao preenchimento dos valores de acoplamento. Para a implementação do layout de código de barras, usar recurso disponibilizado no menu FINANÇAS>CONTAS A RECEBER>COBRANÇA BANCÁRIA>LAYOUTS DE CÓDIGO DE BARRAS DE BOLETOS. Já existe uma documentação no WIKI detalhando como gerar esses layouts de código de barras de boletos em [[Layout de Código de Barras de Boletos]] .

'''Validação de dados''': Nesse processo acontece a interação entre a empresa e o banco, onde o usuário irá gerar um arquivo de remessa e um boleto e enviará ao banco para análise. Caso o banco encontre inconsistências seja na estrutura do arquivo ou nos dados cadastrais (informações da conta e/ou valores de acoplamento), o arquivo será devolvido pelo banco com os devidos apontamentos para correção. Com isso, as correções deverão ser feitas e um novo processo de validação deverá ser iniciado. Caso o arquivo seja validado, o usuário deverá fazer o pagamento do boleto para certificar-se de que o valor do titulo creditou normalmente em sua conta.

'''Juros/multas''': Nos valores de acoplamentos das remessas bancárias será informado os valores de juros e multas praticados pela empresa. Será de suma importância que essas informações sejam também validadas. Isso poderá ocorrer gerando uma remessa e um boleto e efetuando o pagamento do mesmo com alguns dias de atraso. Dessa forma, no ato do pagamento o usuário conseguirá validar as informações correspondentes a juros e multas, baseado no que foi informado nos valores de acoplamento. Deverá atentar-se que nos casos de a empresa emitir os boletos pelo sistema as observações impressas referentes a juros e multas deverão ser as mesmas informadas nos valores de acoplamento.

'''Validação de arquivos de retorno''': Essa será a etapa final no processo da cobrança bancária. Assim como na remessa existirá um layout fornecido pelo banco, seja ele em 240 ou 400 posições, orientando como esse layout deve ser gerado. Para sua implementação no [[DataPlus ERP]], usar recurso existente em FINANÇAS>CONTAS A RECEBER>COBRANÇA BANCÁRIA>LAYOUTS DE ARQUIVO DE RETORNO. Aqui também será utilizado valores de acoplamento. Na leitura do arquivo de retorno o sistema confirmará:

'''* O registro do titulo junto ao banco como entrada confirmada'''; ou

'''* A rejeição do registro do título detalhando o motivo de tal rejeição'''; ou

'''* A liquidação desse título quando pago pelo cliente, e aqui o título será baixado automaticamente no sistema'''.

E assim sucessivamente de acordo com as ocorrências possíveis no que diz respeito a retorno de remessa. Nos layouts os bancos disponibilizam todas as ocorrências possíveis para os retornos, e as mesmas deverão estar cadastradas em cada um dos bancos correspondentes. Para isso, utilizar o formulário existente em CADASTROS>TESOURARIA>BANCOS.

Já existe uma documentação no WIKI detalhando como gerar esses layouts de retorno de remessa bancária em [[Layout para Retorno da Remessa de Cobrança Bancária]] .

Homologação em Cobrança Bancária

2019-09-09T21:26:19Z

Tiago:

Esse registro tem como finalidade documentar o processo de homologação em cobrança bancária no [[DataPlus ERP ]]. À esse processo, foi criado um documento específico que será utilizado para validar as atividades, sendo assinado pelo consultor e pelo(s) usuário(s) envolvido(s) quando da finalização dessa homologação.

----

Serão cinco passos à serem seguidos:

'''Estrutura do arquivo''': Toda remessa bancária é gerada através de um arquivo texto baseado em layout disponibilizado pelos bancos. Esses layouts podem ser na estrutura de 240 ou de 400 posições. Serão inseridos no [[DataPlus ERP]] através do recurso disponibilizado no menu FINANÇAS>CONTAS A RECEBER>COBRANÇA BANCÁRIA>LAYOUTS DE ARQUIVO DE REMESSA BANCÁRIA. O layout da remessa bancária deverá estar vinculado à conta correspondente e atentar-se ao devido preenchimento dos valores de acoplamento. Já existe uma documentação no WIKI detalhando como gerar esses layouts de arquivos de remessa bancária em [[Layout Remessa de Cobrança Bancária]].

'''Estrutura do boleto''': Todo boleto será criado através do [[Gerador de Impressões em Formulários]], onde é inserida a imagem de um "boleto limpo" do banco em questão e através dessa imagem, os campos serão disponibilizados nas suas respectivas posições. A sua impressão dependerá da validação do layout de código de barras. Tanto o formulário do boleto quanto o layout do código de barras deverão estar vinculados a conta correspondente e em cada um deles deverá atentar-se ao preenchimento dos valores de acoplamento. Para a implementação do layout de código de barras, usar recurso disponibilizado no menu FINANÇAS>CONTAS A RECEBER>COBRANÇA BANCÁRIA>LAYOUTS DE CÓDIGO DE BARRAS DE BOLETOS. Já existe uma documentação no WIKI detalhando como gerar esses layouts de código de barras de boletos em [[Layout de Código de Barras de Boletos]] .

'''Validação de dados''': Nesse processo acontece a interação entre a empresa e o banco, onde o usuário irá gerar um arquivo de remessa e um boleto e enviará ao banco para análise. Caso o banco encontre inconsistências seja na estrutura do arquivo ou nos dados cadastrais (informações da conta e/ou valores de acoplamento), o arquivo será devolvido pelo banco com os devidos apontamentos para correção. Com isso, as correções deverão ser feitas e um novo processo de validação deverá ser iniciado. Caso o arquivo seja validado, o usuário deverá fazer o pagamento do boleto para certificar-se de que o valor do titulo creditou normalmente em sua conta.

'''Juros/multas''': Nos valores de acoplamentos das remessas bancárias será informado os valores de juros e multas praticados pela empresa. Será de suma importância que essas informações sejam também validadas. Isso poderá ocorrer gerando uma remessa e um boleto e efetuando o pagamento do mesmo com alguns dias de atraso. Dessa forma, no ato do pagamento o usuário conseguirá validar as informações correspondentes a juros e multas, baseado no que foi informado nos valores de acoplamento. Deverá atentar-se que nos casos de a empresa emitir os boletos pelo sistema as observações impressas referentes a juros e multas deverão ser as mesmas informadas nos valores de acoplamento.

'''Validação de arquivos de retorno''': Essa será a etapa final no processo da cobrança bancária. Assim como na remessa existirá um layout fornecido pelo banco, seja ele em 240 ou 400 posições, orientando como esse layout deve ser gerado. Para sua implementação no [[DataPlus ERP]], usar recurso existente em FINANÇAS>CONTAS A RECEBER>COBRANÇA BANCÁRIA>LAYOUTS DE ARQUIVO DE RETORNO. Aqui também será utilizado valores de acoplamento. Na leitura do arquivo de retorno o sistema confirmará:

'''* A confirmação do registro do titulo junto ao banco, ou como entrada confirmada'''; ou

'''* A rejeição do registro do título detalhando o motivo de tal rejeição'''; ou

'''* A liquidação desse título quando pago pelo cliente, e aqui o título será baixado automaticamente no sistema'''.

E assim sucessivamente de acordo com as ocorrências possíveis no que diz respeito a retorno de remessa. Nos layouts os bancos disponibilizam todas as ocorrências possíveis para os retornos, e as mesmas deverão estar cadastradas em cada um dos bancos correspondentes. Para isso, utilizar o formulário existente em CADASTROS>TESOURARIA>BANCOS.

Já existe uma documentação no WIKI detalhando como gerar esses layouts de retorno de remessa bancária em [[Layout para Retorno da Remessa de Cobrança Bancária]] .

Homologação em Cobrança Bancária

2019-09-09T21:25:17Z

Tiago:

Esse registro tem como finalidade documentar o processo de homologação em cobrança bancária no [[DataPlus ERP ]]. À esse processo, foi criado um documento específico que será utilizado para validar as atividades, sendo assinado pelo consultor e pelo(s) usuário(s) envolvido(s) quando da finalização dessa homologação.

----

Serão cinco passos à serem seguidos:

'''Estrutura do arquivo''': Toda remessa bancária é gerada através de um arquivo texto baseado em layout disponibilizado pelos bancos. Esses layouts podem ser na estrutura de 240 ou de 400 posições. Serão inseridos no [[DataPlus ERP]] através do recurso disponibilizado no menu FINANÇAS>CONTAS A RECEBER>COBRANÇA BANCÁRIA>LAYOUTS DE ARQUIVO DE REMESSA BANCÁRIA. O layout da remessa bancária deverá estar vinculado à conta correspondente e atentar-se ao devido preenchimento dos valores de acoplamento. Já existe uma documentação no WIKI detalhando como gerar esses layouts de arquivos de remessa bancária em [[Layout Remessa de Cobrança Bancária]].

'''Estrutura do boleto''': Todo boleto será criado através do [[Gerador de Formulários]], onde é inserida a imagem de um "boleto limpo" do banco em questão e através dessa imagem, os campos serão disponibilizados nas suas respectivas posições. A sua impressão dependerá da validação do layout de código de barras. Tanto o formulário do boleto quanto o layout do código de barras deverão estar vinculados a conta correspondente e em cada um deles deverá atentar-se ao preenchimento dos valores de acoplamento. Para a implementação do layout de código de barras, usar recurso disponibilizado no menu FINANÇAS>CONTAS A RECEBER>COBRANÇA BANCÁRIA>LAYOUTS DE CÓDIGO DE BARRAS DE BOLETOS. Já existe uma documentação no WIKI detalhando como gerar esses layouts de código de barras de boletos em [[Layout de Código de Barras de Boletos]] .

'''Validação de dados''': Nesse processo acontece a interação entre a empresa e o banco, onde o usuário irá gerar um arquivo de remessa e um boleto e enviará ao banco para análise. Caso o banco encontre inconsistências seja na estrutura do arquivo ou nos dados cadastrais (informações da conta e/ou valores de acoplamento), o arquivo será devolvido pelo banco com os devidos apontamentos para correção. Com isso, as correções deverão ser feitas e um novo processo de validação deverá ser iniciado. Caso o arquivo seja validado, o usuário deverá fazer o pagamento do boleto para certificar-se de que o valor do titulo creditou normalmente em sua conta.

'''Juros/multas''': Nos valores de acoplamentos das remessas bancárias será informado os valores de juros e multas praticados pela empresa. Será de suma importância que essas informações sejam também validadas. Isso poderá ocorrer gerando uma remessa e um boleto e efetuando o pagamento do mesmo com alguns dias de atraso. Dessa forma, no ato do pagamento o usuário conseguirá validar as informações correspondentes a juros e multas, baseado no que foi informado nos valores de acoplamento. Deverá atentar-se que nos casos de a empresa emitir os boletos pelo sistema as observações impressas referentes a juros e multas deverão ser as mesmas informadas nos valores de acoplamento.

'''Validação de arquivos de retorno''': Essa será a etapa final no processo da cobrança bancária. Assim como na remessa existirá um layout fornecido pelo banco, seja ele em 240 ou 400 posições, orientando como esse layout deve ser gerado. Para sua implementação no [[DataPlus ERP]], usar recurso existente em FINANÇAS>CONTAS A RECEBER>COBRANÇA BANCÁRIA>LAYOUTS DE ARQUIVO DE RETORNO. Aqui também será utilizado valores de acoplamento. Na leitura do arquivo de retorno o sistema confirmará:

'''* A confirmação do registro do titulo junto ao banco, ou como entrada confirmada'''; ou

'''* A rejeição do registro do título detalhando o motivo de tal rejeição'''; ou

'''* A liquidação desse título quando pago pelo cliente, e aqui o título será baixado automaticamente no sistema'''.

E assim sucessivamente de acordo com as ocorrências possíveis no que diz respeito a retorno de remessa. Nos layouts os bancos disponibilizam todas as ocorrências possíveis para os retornos, e as mesmas deverão estar cadastradas em cada um dos bancos correspondentes. Para isso, utilizar o formulário existente em CADASTROS>TESOURARIA>BANCOS.

Já existe uma documentação no WIKI detalhando como gerar esses layouts de retorno de remessa bancária em [[Layout para Retorno da Remessa de Cobrança Bancária]] .

Homologação em Cobrança Bancária

2019-09-09T21:11:20Z

Tiago:

Esse registro tem como finalidade documentar o processo de homologação em cobrança bancária no [[DataPlus ERP ]]. À esse processo, foi criado um documento específico que será utilizado para validar as atividades, sendo assinado pelo consultor e pelo(s) usuário(s) envolvido(s).

----

'''Estrutura do arquivo''': Toda remessa bancária é gerada através de um arquivo texto baseado em layout disponibilizados pelos bancos. Esses layouts podem ser na estrutura de 240 ou de 400 posições. Inserimos esses layouts no [[DataPlus ERP]] através do recurso disponibilizado no menu FINANÇAS > CONTAS A RECEBER > COBRANÇA BANCARIA > LAYOUTS DE ARQUIVO DE REMESSA BANCÁRIA. O layout da remessa bancária deverá estar vinculado à conta correspondente e atentar-se ao devido preenchimento dos valores de acoplamento. Já existe uma documentação no WIKI detalhando como gerar esses layouts de arquivos de remessa bancária em [[Layout Remessa de Cobrança Bancária]].

'''Estrutura do boleto''': Todo boleto será criado através do gerador de formulários, onde é inserida a imagem de um boleto limpo do banco em questão e através dessa imagem, os campos serão disponibilizados nas suas respectivas posições. A impressão desse boleto dependerá da validação do layout de código de barras. Tanto o formulário do boleto quanto o layout do código de barras deverão estar vinculados a conta correspondente e em cada um deles deverá atentar-se ao preenchimento dos valores de acoplamento.

'''Validação de dados''': Nesse processo acontece a interação entre a empresa e o banco, onde o usuário irá gerar um arquivo de remessa e um boleto e enviará ao banco para análise. Caso o banco encontre inconsistências seja na estrutura do arquivo ou nos dados cadastrais (informações da conta e/ou valores de acoplamento), o arquivo será devolvido pelo banco com os devidos apontamentos para correção. Com isso as correções deverão ser feitas e um novo processo de validação deverá ser iniciado. Caso o arquivo seja validado o usuário deverá fazer o pagamento do boleto para certificar-se de que o valor do titulo creditou normalmente em sua conta.

'''Juros/multas''': Nos valores de acoplamentos das remessas bancárias será informado os valores de juros e multas praticados pela empresa. Será de suma importância que essas informações sejam também validadas. Isso poderá ocorrer gerando uma remessa e um boleto e efetuando o pagamento do mesmo com alguns dias de atraso. Dessa forma no ato do pagamento o usuário conseguirá validar as informações correspondentes a juros e multas, baseado no que foi informado nos valores de acoplamento. Deverá atentar-se que nos casos de a empresa emitir os boletos pelo sistema as observações impressas referentes a juros e multas deverão ser as mesmas informadas nos valores de acoplamento.

'''Validação de arquivos de retorno''': Essa será a etapa final no processo da cobrança bancária. Assim como na remessa existirá um layout fornecido pelo banco, seja ele em 240 ou 400 posições, orientando como esse layout deve ser gerado. Para implementação desse layout, usar recurso existente em FINANÇAS > CONTAS A RECEBER > COBRANÇA BANCARIA > LAYOUTS DE ARQUIVO DE RETORNO. Aqui também será utilizado valores de acoplamento. Na leitura do arquivo de retorno o sistema confirmará:

'''A confirmação do registro do titulo junto ao banco'''; ou

'''A rejeição do registro do título detalhando o motivo de tal rejeição'''; ou

'''A liquidação desse título quando pago pelo cliente, e aqui o título será baixado automaticamente no sistema'''.

E assim sucessivamente de acordo com as ocorrências possíveis no que diz respeito a retorno de remessa.

Já existe uma documentação no WIKI detalhando como gerar esses layouts de retorno de remessa bancária.

Homologação em Cobrança Bancária

2019-09-09T20:58:19Z

Tiago:

Esse registro tem como finalidade documentar o processo de homologação em cobrança bancária no [[DataPlus ERP ]]. À esse processo, foi criado um documento específico que será utilizado para validar as atividades, sendo assinado pelo consultor e pelo(s) usuário(s) envolvido(s).

----

'''Estrutura do arquivo''': Toda remessa bancária é gerada através de um arquivo texto baseado em layout disponibilizados pelos bancos. Esses layouts podem ser na estrutura de 240 ou de 400 posições. Inserimos esses layouts no [[DataPlus ERP]] através do recurso disponibilizado no menu FINANÇAS > CONTAS A RECEBER > COBRANÇA BANCARIA > LAYOUTS DE ARQUIVO DE REMESSA BANCÁRIA. O layout da remessa bancária deverá estar vinculado à conta correspondente e atentar-se ao devido preenchimento dos valores de acoplamento. Já existe uma documentação no WIKI detalhando como gerar esses layouts de arquivos de remessa bancária.

'''Estrutura do boleto''': Todo boleto será criado através do gerador de formulários, onde é inserida a imagem de um boleto limpo do banco em questão e através dessa imagem, os campos serão disponibilizados nas suas respectivas posições. A impressão desse boleto dependerá da validação do layout de código de barras. Tanto o formulário do boleto quanto o layout do código de barras deverão estar vinculados a conta correspondente e em cada um deles deverá atentar-se ao preenchimento dos valores de acoplamento.

'''Validação de dados''': Nesse processo acontece a interação entre a empresa e o banco, onde o usuário irá gerar um arquivo de remessa e um boleto e enviará ao banco para análise. Caso o banco encontre inconsistências seja na estrutura do arquivo ou nos dados cadastrais (informações da conta e/ou valores de acoplamento), o arquivo será devolvido pelo banco com os devidos apontamentos para correção. Com isso as correções deverão ser feitas e um novo processo de validação deverá ser iniciado. Caso o arquivo seja validado o usuário deverá fazer o pagamento do boleto para certificar-se de que o valor do titulo creditou normalmente em sua conta.

'''Juros/multas''': Nos valores de acoplamentos das remessas bancárias será informado os valores de juros e multas praticados pela empresa. Será de suma importância que essas informações sejam também validadas. Isso poderá ocorrer gerando uma remessa e um boleto e efetuando o pagamento do mesmo com alguns dias de atraso. Dessa forma no ato do pagamento o usuário conseguirá validar as informações correspondentes a juros e multas, baseado no que foi informado nos valores de acoplamento. Deverá atentar-se que nos casos de a empresa emitir os boletos pelo sistema as observações impressas referentes a juros e multas deverão ser as mesmas informadas nos valores de acoplamento.

'''Validação de arquivos de retorno''': Essa será a etapa final no processo da cobrança bancária. Assim como na remessa existirá um layout fornecido pelo banco, seja ele em 240 ou 400 posições, orientando como esse layout deve ser gerado. Para implementação desse layout, usar recurso existente em FINANÇAS > CONTAS A RECEBER > COBRANÇA BANCARIA > LAYOUTS DE ARQUIVO DE RETORNO. Aqui também será utilizado valores de acoplamento. Na leitura do arquivo de retorno o sistema confirmará:

'''A confirmação do registro do titulo junto ao banco'''; ou

'''A rejeição do registro do título detalhando o motivo de tal rejeição'''; ou

'''A liquidação desse título quando pago pelo cliente, e aqui o título será baixado automaticamente no sistema'''.

E assim sucessivamente de acordo com as ocorrências possíveis no que diz respeito a retorno de remessa.

Já existe uma documentação no WIKI detalhando como gerar esses layouts de retorno de remessa bancária.

Homologação em Cobrança Bancária

2019-09-09T20:56:13Z

Tiago:

Esse registro tem como finalidade documentar o processo de homologação em cobrança bancária no [[DataPlus ERP ]].

'''Estrutura do arquivo''': Toda remessa bancária é gerada através de um arquivo texto baseado em layout disponibilizados pelos bancos. Esses layouts podem ser na estrutura de 240 ou de 400 posições. Inserimos esses layouts no DataPlus ERP através do recurso disponibilizado no menu FINANÇAS > CONTAS A RECEBER > COBRANÇA BANCARIA > LAYOUTS DE ARQUIVO DE REMESSA BANCÁRIA. O layout da remessa bancária deverá estar vinculado à conta correspondente e atentar-se ao devido preenchimento dos valores de acoplamento. Já existe uma documentação no WIKI detalhando como gerar esses layouts de arquivos de remessa bancária.

'''Estrutura do boleto''': Todo boleto será criado através do gerador de formulários, onde é inserida a imagem de um boleto limpo do banco em questão e através dessa imagem, os campos serão disponibilizados nas suas respectivas posições. A impressão desse boleto dependerá da validação do layout de código de barras. Tanto o formulário do boleto quanto o layout do código de barras deverão estar vinculados a conta correspondente e em cada um deles deverá atentar-se ao preenchimento dos valores de acoplamento.

'''Validação de dados''': Nesse processo acontece a interação entre a empresa e o banco, onde o usuário irá gerar um arquivo de remessa e um boleto e enviará ao banco para análise. Caso o banco encontre inconsistências seja na estrutura do arquivo ou nos dados cadastrais (informações da conta e/ou valores de acoplamento), o arquivo será devolvido pelo banco com os devidos apontamentos para correção. Com isso as correções deverão ser feitas e um novo processo de validação deverá ser iniciado. Caso o arquivo seja validado o usuário deverá fazer o pagamento do boleto para certificar-se de que o valor do titulo creditou normalmente em sua conta.

'''Juros/multas''': Nos valores de acoplamentos das remessas bancárias será informado os valores de juros e multas praticados pela empresa. Será de suma importância que essas informações sejam também validadas. Isso poderá ocorrer gerando uma remessa e um boleto e efetuando o pagamento do mesmo com alguns dias de atraso. Dessa forma no ato do pagamento o usuário conseguirá validar as informações correspondentes a juros e multas, baseado no que foi informado nos valores de acoplamento. Deverá atentar-se que nos casos de a empresa emitir os boletos pelo sistema as observações impressas referentes a juros e multas deverão ser as mesmas informadas nos valores de acoplamento.

'''Validação de arquivos de retorno''': Essa será a etapa final no processo da cobrança bancária. Assim como na remessa existirá um layout fornecido pelo banco, seja ele em 240 ou 400 posições, orientando como esse layout deve ser gerado. Para implementação desse layout, usar recurso existente em FINANÇAS > CONTAS A RECEBER > COBRANÇA BANCARIA > LAYOUTS DE ARQUIVO DE RETORNO. Aqui também será utilizado valores de acoplamento. Na leitura do arquivo de retorno o sistema confirmará:

'''A confirmação do registro do titulo junto ao banco'''; ou

'''A rejeição do registro do título detalhando o motivo de tal rejeição'''; ou

'''A liquidação desse título quando pago pelo cliente, e aqui o título será baixado automaticamente no sistema'''.

E assim sucessivamente de acordo com as ocorrências possíveis no que diz respeito a retorno de remessa.

Já existe uma documentação no WIKI detalhando como gerar esses layouts de retorno de remessa bancária.

Homologação em Cobrança Bancária

2019-09-09T20:53:19Z

Tiago: Criou página com 'Esse registro tem como finalidade documentar o processo de homologação em cobrança bancária no DataPlus ERP . Estrutura do arquivo: Toda remessa bancária é gerada...'

Esse registro tem como finalidade documentar o processo de homologação em cobrança bancária no [[DataPlus ERP ]].

Estrutura do arquivo: Toda remessa bancária é gerada através de um arquivo texto baseado em layout disponibilizados pelos bancos. Esses layouts podem ser na estrutura de 240 ou de 400 posições. Inserimos esses layouts no DataPlus ERP através do recurso disponibilizado no menu FINANÇAS > CONTAS A RECEBER > COBRANÇA BANCARIA > LAYOUTS DE ARQUIVO DE REMESSA BANCÁRIA. O layout da remessa bancária deverá estar vinculado à conta correspondente e atentar-se ao devido preenchimento dos valores de acoplamento. Já existe uma documentação no WIKI detalhando como gerar esses layouts de arquivos de remessa bancária.

Estrutura do boleto: Todo boleto será criado através do gerador de formulários, onde é inserida a imagem de um boleto limpo do banco em questão e através dessa imagem, os campos serão disponibilizados nas suas respectivas posições. A impressão desse boleto dependerá da validação do layout de código de barras. Tanto o formulário do boleto quanto o layout do código de barras deverão estar vinculados a conta correspondente e em cada um deles deverá atentar-se ao preenchimento dos valores de acoplamento.

Validação de dados: Nesse processo acontece a interação entre a empresa e o banco, onde o usuário irá gerar um arquivo de remessa e um boleto e enviará ao banco para análise. Caso o banco encontre inconsistências seja na estrutura do arquivo ou nos dados cadastrais (informações da conta e/ou valores de acoplamento), o arquivo será devolvido pelo banco com os devidos apontamentos para correção. Com isso as correções deverão ser feitas e um novo processo de validação deverá ser iniciado. Caso o arquivo seja validado o usuário deverá fazer o pagamento do boleto para certificar-se de que o valor do titulo creditou normalmente em sua conta.

Juros/multas: Nos valores de acoplamentos das remessas bancárias será informado os valores de juros e multas praticados pela empresa. Será de suma importância que essas informações sejam também validadas. Isso poderá ocorrer gerando uma remessa e um boleto e efetuando o pagamento do mesmo com alguns dias de atraso. Dessa forma no ato do pagamento o usuário conseguirá validar as informações correspondentes a juros e multas, baseado no que foi informado nos valores de acoplamento. Deverá atentar-se que nos casos de a empresa emitir os boletos pelo sistema as observações impressas referentes a juros e multas deverão ser as mesmas informadas nos valores de acoplamento.

Validação de arquivos de retorno: Essa será a etapa final no processo da cobrança bancária. Assim como na remessa existirá um layout fornecido pelo banco, seja ele em 240 ou 400 posições, orientando como esse layout deve ser gerado. Para implementação desse layout, usar recurso existente em FINANÇAS > CONTAS A RECEBER > COBRANÇA BANCARIA > LAYOUTS DE ARQUIVO DE RETORNO. Aqui também será utilizado valores de acoplamento. Na leitura do arquivo de retorno o sistema confirmará:

'''A confirmação do registro do titulo junto ao banco'''; ou

'''A rejeição do registro do título detalhando o motivo de tal rejeição'''; ou

'''A liquidação desse título quando pago pelo cliente, e aqui o título será baixado automaticamente no sistema'''.

E assim sucessivamente de acordo com as ocorrências possíveis no que diz respeito a retorno de remessa.

Já existe uma documentação no WIKI detalhando como gerar esses layouts de retorno de remessa bancária.

RN Pedido Envio Copia

2019-05-28T19:39:53Z

Tiago:

Regra de Negócio do tipo Habilitadora que poder ser acoplada ao [[DataPlus ERP]] e tem por objetivo automatizar o envio de cópia do pedido de venda em formato .PDF diretamente pelo sistema.

'''Acoplamento'''

----

Essa regra de negócio deve ser acoplada a entidade [[Pedido de Venda]] ('''''DataPlus.Sistemas.Faturamento.Pedido'''''). Ela está preparada para funcionar em conjunto com o elemento '''Gravar''', designador '''Execução''', tempo de execução '''Depois'''.

'''Parâmetros'''

----

Há propriedades que deverão ser configuradas com o objetivo de que a regra funcione adequadamente. As propriedades existentes para fins de parametrizar a regra para envio da cópia do pedido de venda são:

'''IdRelatorio:''' informar o código do relatório (ou formulário) que corresponde a impressão do pedido de venda;

'''IdContato:''' descrição do contato do cliente que será utilizado no envio do e-mail. Em alguns clientes esse ID está como "COMPRAS". Logo, todos os e-mails vinculados à essa tag receberão a cópia do pedido de venda;

'''Remetente:''' endereço do e-mail do remetente. Isso, se a configuração for única. Se o envio de e-mail for individualizado por usuário, tal configuração deverá ser informada no cadastro de cada usuário individualmente;

'''ServidorSMTP:''' dados do servidor de e-mail à ser utilizado. Isso, se a configuração for única. Se o envio de e-mail for individualizado por usuário, tal configuração deverá ser informada no cadastro de cada usuário individualmente;

'''UsuarioSMTP:''' usuário do e-mail, podendo repetir a informação da propriedade Remetente. Isso, se a configuração for única. Se o envio de e-mail for individualizado por usuário, tal configuração deverá ser informada no cadastro de cada usuário individualmente;

'''SenhaSMTP:''' senha do e-mail configurado para o envio da cópia dos pedidos. Isso, se a configuração for única. Se o envio de e-mail for individualizado por usuário, tal configuração deverá ser informada no cadastro de cada usuário individualmente;

'''CopiaRemetente:''' se marcado, o remetente receberá cópia de todos os e-mails enviados;

'''EditaEmail:''' se marcado, antes do envio da cópia do pedido de venda, é aberta uma tela para que o usuário digite um texto de sua livre escolha para fins de compor a estrutura do corpo do e-mail que será enviado ao cliente com a cópia do pedido.

RN Pedido Envio Copia

2019-05-28T19:37:38Z

Tiago:

Regra de Negócio do tipo Habilitadora que poder ser acoplada ao [[DataPlus ERP]] e tem por objetivo automatizar o envio de cópia do pedido de venda em formato .PDF diretamente pelo sistema.

'''Acoplamento'''

----

Essa regra de negócio deve ser acoplada a entidade [[Pedido de Venda]] ('''''DataPlus.Sistemas.Faturamento.Pedido'''''). Ela está preparada para funcionar em conjunto com o elemento '''Gravar''', designador '''Execução''', tempo de execução '''Depois'''.

'''Parâmetros'''

----

Há propriedades que deverão ser configuradas com o objetivo de que a regra funcione adequadamente. As propriedades existentes para fins de parametrizar a regra para envio da cópia do pedido de venda são:

'''IdRelatorio:''' informar o código do relatório (ou formulário) que corresponde a impressão do pedido de venda;

'''IdContato:''' descrição do contato do cliente que será utilizado no envio do e-mail. Em alguns clientes esse ID está como "COMPRAS". Logo, todos os e-mails vinculados à essa tag receberão a cópia do pedido de venda;

'''Remetente:''' endereço do e-mail do remetente. Isso, se a configuração for única. Se o envio de e-mail for individualizado por vendedor, tal configuração deverá ser informada no cadastro de cada usuário individualmente;

'''ServidorSMTP:''' dados do servidor de e-mail à ser utilizado. Isso, se a configuração for única. Se o envio de e-mail for individualizado por vendedor, tal configuração deverá ser informada no cadastro de cada usuário individualmente;

'''UsuarioSMTP:''' usuário do e-mail, podendo repetir a informação da propriedade Remetente. Isso, se a configuração for única. Se o envio de e-mail for individualizado por vendedor, tal configuração deverá ser informada no cadastro de cada usuário individualmente;

'''SenhaSMTP:''' senha do e-mail configurado para o envio da cópia dos pedidos. Isso, se a configuração for única. Se o envio de e-mail for individualizado por vendedor, tal configuração deverá ser informada no cadastro de cada usuário individualmente;

'''CopiaRemetente:''' se marcado, o remetente receberá cópia de todos os e-mails enviados;

'''EditaEmail:''' se marcado, antes do envio da cópia do pedido de venda, é aberta uma tela para que o usuário digite um texto de sua livre escolha para fins de compor a estrutura do corpo do e-mail que será enviado ao cliente com a cópia do pedido.

RN Pedido Envio Copia

2019-05-28T19:36:48Z

Tiago:

Regra de Negócio do tipo Habilitadora que poder ser acoplada ao [[DataPlus ERP]] e tem por objetivo automatizar o envio de cópia do pedido de venda em formato .PDF diretamente pelo sistema.

'''Acoplamento'''

----

Essa regra de negócio deve ser acoplada a entidade [[Pedido de Venda]] (Faturamento.Pedido). Ela está preparada para funcionar em conjunto com o elemento '''Gravar''', designador '''Execução''', tempo de execução '''Depois'''.

'''Parâmetros'''

----

Há propriedades que deverão ser configuradas com o objetivo de que a regra funcione adequadamente. As propriedades existentes para fins de parametrizar a regra para envio da cópia do pedido de venda são:

'''IdRelatorio:''' informar o código do relatório (ou formulário) que corresponde a impressão do pedido de venda;

'''IdContato:''' descrição do contato do cliente que será utilizado no envio do e-mail. Em alguns clientes esse ID está como "COMPRAS". Logo, todos os e-mails vinculados à essa tag receberão a cópia do pedido de venda;

'''Remetente:''' endereço do e-mail do remetente. Isso, se a configuração for única. Se o envio de e-mail for individualizado por vendedor, tal configuração deverá ser informada no cadastro de cada usuário individualmente;

'''ServidorSMTP:''' dados do servidor de e-mail à ser utilizado. Isso, se a configuração for única. Se o envio de e-mail for individualizado por vendedor, tal configuração deverá ser informada no cadastro de cada usuário individualmente;

'''UsuarioSMTP:''' usuário do e-mail, podendo repetir a informação da propriedade Remetente. Isso, se a configuração for única. Se o envio de e-mail for individualizado por vendedor, tal configuração deverá ser informada no cadastro de cada usuário individualmente;

'''SenhaSMTP:''' senha do e-mail configurado para o envio da cópia dos pedidos. Isso, se a configuração for única. Se o envio de e-mail for individualizado por vendedor, tal configuração deverá ser informada no cadastro de cada usuário individualmente;

'''CopiaRemetente:''' se marcado, o remetente receberá cópia de todos os e-mails enviados;

'''EditaEmail:''' se marcado, antes do envio da cópia do pedido de venda, é aberta uma tela para que o usuário digite um texto de sua livre escolha para fins de compor a estrutura do corpo do e-mail que será enviado ao cliente com a cópia do pedido.

RN Pedido Envio Copia

2019-05-28T19:28:38Z

Tiago: Criou página com 'Regra de Negócio do tipo Habilitadora que poder ser acoplada ao DataPlus ERP e tem por objetivo automatizar o envio de cópia do pedido de venda em formato .PDF diretamen...'

Regra de Negócio do tipo Habilitadora que poder ser acoplada ao [[DataPlus ERP]] e tem por objetivo automatizar o envio de cópia do pedido de venda em formato .PDF diretamente pelo sistema.

'''Acoplamento'''

----

Essa regra de negócio deve ser acoplada à entidade [[Pedido de Venda]] (Faturamento.Pedido). Ela está preparada para funcionar em conjunto com o elemento Gravar, designador Execução, tempo de execução Depois.

'''Parâmetros'''

----

Há propriedades que deverão ser configuradas com o objetivo de que a regra funcione adequadamente. As propriedades existentes para fins de parametrizar a regra para envio da cópia do pedido de venda são:

'''IdRelatorio:''' informar o código do relatório (ou formulário) que corresponde a impressão do pedido de venda;

'''IdContato:''' descrição do contato do cliente que será utilizado no envio do e-mail. Em alguns clientes esse ID está como "COMPRAS". Logo, todos os e-mails vinculados à essa tag receberão a cópia do pedido de venda;

'''Remetente:''' endereço do e-mail do remetente. Isso, se a configuração for única. Se o envio de e-mail for individualizado por vendedor, tal configuração deverá ser informada no cadastro de cada usuário individualmente;

'''ServidorSMTP:''' dados do servidor de e-mail à ser utilizado. Isso, se a configuração for única. Se o envio de e-mail for individualizado por vendedor, tal configuração deverá ser informada no cadastro de cada usuário individualmente;

'''UsuarioSMTP:''' usuário do e-mail, podendo repetir a informação da propriedade Remetente. Isso, se a configuração for única. Se o envio de e-mail for individualizado por vendedor, tal configuração deverá ser informada no cadastro de cada usuário individualmente;

'''SenhaSMTP:''' senha do e-mail configurado para o envio da cópia dos pedidos. Isso, se a configuração for única. Se o envio de e-mail for individualizado por vendedor, tal configuração deverá ser informada no cadastro de cada usuário individualmente;

'''CopiaRemetente:''' se marcado, o remetente receberá cópia de todos os e-mails enviados;

'''EditaEmail:''' se marcado, antes do envio da cópia do pedido de venda, é aberta uma tela para que o usuário digite um texto de sua livre escolha para fins de compor a estrutura do corpo do e-mail que será enviado ao cliente com a cópia do pedido.

Liberação de Pedido

2019-01-03T20:23:37Z

Tiago:

Recurso com a finalidade de demonstrar ao gestor de vendas os motivos pelos quais um determinado pedido de venda foi bloqueado e após sua análise, liberar ou não o mesmo para o faturamento. Importante ressaltar que à pedidos bloqueados não são permitidos o seu respectivo faturamento.

----

== '''Processo''' ==

A Regra de Negócio [[RN Bloqueia Pedido]] e suas respectivas parametrizações, é a base para que um pedido seja bloqueado.

No formulário '''Liberação de Pedidos''' será onde todo o processo de análise e liberação dos pedidos será realizado.

Importante ressaltar que nas Configurações Gerais do ERP (Configurações>Configurações Gerais>Vendas e Faturamento>Bloqueios) existem campos específicos para parametrizar qual será o usuário liberador, definindo nomenclatura para o perfil do liberador e vinculando um login de usuário. Podendo ser até dois usuários habilitados para uma mesma propriedade de bloqueio.

----

== '''Atributos''' ==

No formulário para Liberação de Pedidos, temos os seguintes atributos:

'''Perfil Liberador''': onde será informado o perfil do liberador que fará a análise e liberação do pedido. Podendo haver mais de um liberador;

'''Pesquisa Financeira''': botão com a finalidade de atalho até a Central Financeira, onde será esmiuçada toda a ficha financeira do cliente;

'''Cadastro Parceiro''': botão com a finalidade de atalho direto ao formulário de cadastro de Clientes;

'''Pedido Vinculado''': botão que direcionará o usuário ao formulário do cadastro do pedido e exibirá por completo, todo o pedido lançado.

Há duas grids nesse formulário, a de '''Bloqueios''' e a de '''Itens dos Bloqueios'''.

A grid de '''Bloqueios''' exibirá as informações do(s) pedido(s) bloqueado(s) como número de pedido, datas de emissão e entrega, valor total, código e nome do cliente, cidade, etc. Lembrando que como qualquer grid do [[DataPlus ERP]], ela poderá ser configurada pelo usuário de acordo com as informações que desejará visualizar.

Já a grid '''Itens de Bloqueio''', é onde o sistema detalhará todos os motivos pelos quais levaram ao bloqueio do pedido.

O campo '''Informações de Bloqueio''' detalhará todas as informações referente ao pedido analisado. Basicamente é um complemento dos dados da grid '''Itens de Bloqueio'''.

O campo '''Data Bloqueio''', como o nome sugere, faz referência à quando o pedido foi bloqueado.

E por fim, temos o botão '''Liberar''' que uma vez acionado, obrigará o usuário a informar sua senha e em seguida, colocar uma observação para o desbloqueio do pedido. Após essa liberação, o pedido estará apto para ser faturado.

----

== '''Entidades Relacionadas''' ==

O formulário de liberação de pedidos possui relação com várias outras entidades do sistema.

[[Cliente]]

[[Pedido de Venda]]

----

== '''Regras de Negócio''' ==

Regra de negócio responsável por gerar registros no formulário da Liberação de Pedidos:

[[RN Bloqueia Pedido]]

Liberação de Pedido

2019-01-03T20:20:15Z

Tiago:

Liberação de Pedido

2019-01-03T20:17:43Z

Tiago:

Recurso com a finalidade de demonstrar ao gestor de vendas os motivos pelos quais um determinado pedido de venda foi bloqueado e após sua análise, liberar ou não o mesmo para o faturamento. Importante ressaltar que à pedidos bloqueados não são permitidos o seu respectivo faturamento.

----

== '''Processo''' ==

Através de Regra de Negócio [[RN Bloqueia Pedido]] e suas respectivas parametrizações, é possível gerenciar os motivos pelos quais um pedido foi bloqueado.

No formulário '''Liberação de Pedidos''' será onde todo o processo de análise e liberação dos pedidos será realizado.

Importante ressaltar que nas Configurações Gerais do ERP (Configurações>Configurações Gerais>Vendas e Faturamento>Bloqueios) existem campos específicos para parametrizar qual será o usuário liberador, definindo nomenclatura para o perfil do liberador e vinculando um login de usuário. Podendo ser até dois usuários habilitados para uma mesma propriedade de bloqueio.

----

== '''Atributos''' ==

No formulário para Liberação de Pedidos, temos os seguintes atributos:

'''Perfil Liberador''': onde será informado o perfil do liberador que fará a análise e liberação do pedido. Podendo haver mais de um liberador;

'''Pesquisa Financeira''': botão com a finalidade de atalho até a Central Financeira, onde será esmiuçada toda a ficha financeira do cliente;

'''Cadastro Parceiro''': botão com a finalidade de atalho direto ao formulário de cadastro de Clientes;

'''Pedido Vinculado''': botão que direcionará o usuário ao formulário do cadastro do pedido e exibirá por completo, todo o pedido lançado.

Há duas grids nesse formulário, a de '''Bloqueios''' e a de '''Itens dos Bloqueios'''.

A grid de '''Bloqueios''' exibirá as informações do(s) pedido(s) bloqueado(s) como número de pedido, datas de emissão e entrega, valor total, código e nome do cliente, cidade, etc. Lembrando que como qualquer grid do [[DataPlus ERP]], ela poderá ser configurada pelo usuário de acordo com as informações que desejará visualizar.

Já a grid '''Itens de Bloqueio''', é onde o sistema detalhará todos os motivos pelos quais levaram ao bloqueio do pedido.

O campo '''Informações de Bloqueio''' detalhará todas as informações referente ao pedido analisado. Basicamente é um complemento dos dados da grid '''Itens de Bloqueio'''.

O campo '''Data Bloqueio''', como o nome sugere, faz referência à quando o pedido foi bloqueado.

E por fim, temos o botão '''Liberar''' que uma vez acionado, obrigará o usuário a informar sua senha e em seguida, colocar uma observação para o desbloqueio do pedido. Após essa liberação, o pedido estará apto para ser faturado.

----

== '''Entidades Relacionadas''' ==

O formulário de liberação de pedidos possui relação com várias outras entidades do sistema.

[[Cliente]]

[[Pedido de Venda]]

----

== '''Regras de Negócio''' ==

Regra de negócio responsável por gerar registros no formulário da Liberação de Pedidos:

[[RN Bloqueia Pedido]]

Liberação de Pedido

2019-01-03T20:16:48Z

Tiago:

Recurso com a finalidade de demonstrar ao gestor de vendas os motivos pelos quais um determinado pedido de venda foi bloqueado e após sua análise, liberar ou não o mesmo para o faturamento. Importante ressaltar que à pedidos bloqueados não permitidos o seu respectivo faturamento.

----

== '''Processo''' ==

Através de Regra de Negócio [[RN Bloqueia Pedido]] e suas respectivas parametrizações, é possível gerenciar os motivos pelos quais um pedido foi bloqueado.

No formulário '''Liberação de Pedidos''' será onde todo o processo de análise e liberação dos pedidos será realizado.

Importante ressaltar que nas Configurações Gerais do ERP (Configurações>Configurações Gerais>Vendas e Faturamento>Bloqueios) existem campos específicos para parametrizar qual será o usuário liberador, definindo nomenclatura para o perfil do liberador e vinculando um login de usuário. Podendo ser até dois usuários habilitados para uma mesma propriedade de bloqueio.

----

== '''Atributos''' ==

No formulário para Liberação de Pedidos, temos os seguintes atributos:

'''Perfil Liberador''': onde será informado o perfil do liberador que fará a análise e liberação do pedido. Podendo haver mais de um liberador;

'''Pesquisa Financeira''': botão com a finalidade de atalho até a Central Financeira, onde será esmiuçada toda a ficha financeira do cliente;

'''Cadastro Parceiro''': botão com a finalidade de atalho direto ao formulário de cadastro de Clientes;

'''Pedido Vinculado''': botão que direcionará o usuário ao formulário do cadastro do pedido e exibirá por completo, todo o pedido lançado.

Há duas grids nesse formulário, a de '''Bloqueios''' e a de '''Itens dos Bloqueios'''.

A grid de '''Bloqueios''' exibirá as informações do(s) pedido(s) bloqueado(s) como número de pedido, datas de emissão e entrega, valor total, código e nome do cliente, cidade, etc. Lembrando que como qualquer grid do [[DataPlus ERP]], ela poderá ser configurada pelo usuário de acordo com as informações que desejará visualizar.

Já a grid '''Itens de Bloqueio''', é onde o sistema detalhará todos os motivos pelos quais levaram ao bloqueio do pedido.

O campo '''Informações de Bloqueio''' detalhará todas as informações referente ao pedido analisado. Basicamente é um complemento dos dados da grid '''Itens de Bloqueio'''.

O campo '''Data Bloqueio''', como o nome sugere, faz referência à quando o pedido foi bloqueado.

E por fim, temos o botão '''Liberar''' que uma vez acionado, obrigará o usuário a informar sua senha e em seguida, colocar uma observação para o desbloqueio do pedido. Após essa liberação, o pedido estará apto para ser faturado.

----

== '''Entidades Relacionadas''' ==

O formulário de liberação de pedidos possui relação com várias outras entidades do sistema.

[[Cliente]]

[[Pedido de Venda]]

----

== '''Regras de Negócio''' ==

Regra de negócio responsável por gerar registros no formulário da Liberação de Pedidos:

[[RN Bloqueia Pedido]]