Histórico da Página

(Obrigatório)

Informações Gerais

   Legenda: 1 – Inovação 2 – Manutenção (Os demais campos devem ser preenchidos para ambos os processos). 

(Obrigatório)

Objetivo

Realizar implementações para que o Recebimento Físico possa tratar documentos emitidos pela própria empresa.

(Obrigatório)

Definição da Regra de Negócio

Quando se adquire mercadoria de um não-emitente (pessoa física, por exemplo) ou quando ocorre uma devolução de venda com a própria nota de venda existe a necessidade de gerar uma nota própria a partir do recebimento. Atualmente isso só é possível pelo Recebimento Fiscal. Para permitir que isso seja feito também a partir do Recebimento Físico serão necessárias algumas implementações:

Esquema de Criação e Atualização dos Documentos Físico e Fiscal

 Image Added<Regra de negócio é o que define a forma de fazer o negócio, o processo definido e/ou as regras que devem ser contempladas. Devem ser descritas restrições, validações, condições e exceções do processo. Caso necessário, incluir neste capítulo também regras de integridade que devem ser observadas no momento do desenvolvimento>.

<Na tabela abaixo informe quais são as rotinas envolvidas, o tipo de operação, a opção de menu e se necessário uma breve descrição das regras de negócio relacionadas a rotina>.

Exemplo de Aplicação:

• Criar o campo “% Mínimo Espécie” (AAA_PERESP) onde o usuário informará o % que o aluno pagará em dinheiro. Esse % poderá ser alterado durante a negociação.
• Criar o campo “Referência Mínima para Cálculo” (AAA_REFCAL) onde o usuário informará um dos 4 valores disponíveis para pagamento das mensalidades  como a referência mínima para calcular o débito total do aluno.
• Criar o parâmetro MV_ACPARNE que definirá se as informações de “% Mínimo Espécie” e “Referência Mínima para Cálculo” serão obrigatórias.
• O parâmetro MV_ACPARNE deve ter as seguintes opções: 1=Obrigatório e 2=Opcional. Deve ser inicializado como opcional>.

Tabelas Utilizadas

• SE2 – Cadastro de Contas a Pagar
• FI9 – Controle de Emissão de DARF>.

Opcional

Protótipo de Tela

<Caso necessário inclua protótipos de telas com o objetivo de facilitar o entendimento do requisito, apresentar conceitos e funcionalidades do software>.

Protótipo 01

 Image Removed

Apresentados no Fluxo de Processo

Opcional

Fluxo do Processo

<Nesta etapa incluir representações gráficas que descrevam o problema a ser resolvido e o sistema a ser desenvolvido. Exemplo: Diagrama - Caso de Uso, Diagrama de Atividades, Diagrama de Classes, Diagrama de Entidade e Relacionamento e Diagrama de Sequência>. 

Opcional

Dicionário de Dados

Arquivo ou Código do Script: AAA – Negociação Financeira / *Versao=CP.2014.12_03*/

(Opcional)

Grupo de Perguntas

<Informações utilizadas na linha Protheus>.

Nome: FINSRF2

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

Consulta: AMB

1 - boin090.m15 - Retirar consistência sobre natureza de operação

Atualmente quando se tenta atualizar no recebimento fiscal um documento físico utilizando uma natureza que gere nota no faturamento é disparada uma consistência que impede que se continue o processo. Assim, esta consistência não deverá ser dispara mesmo que a natureza gere nota no faturamento. De qualquer forma, se a nota entrou pelo TOTVS Colaboração a consistência deve continuar pois se chegou pelo TC é porque já existe uma nota do fornecedor e não deverá ser gerada uma própria. Outro tipo de nota que precisa continuar sendo consistido é a transferência que também não pode gerar nota própria, por isso também é preciso verificar se a natureza informada gera nota no faturamento e o tipo nota é igual a 3 (transferência).

Alterar o programa boin090.m15 alterando a condição abaixo para que a crítica não seja mais disparada para qualquer nota que venha do Recebimento Físico. Ela deve passar a ser disparada somente nas seguintes condições:

Nota Entrou pelo TOTVS Colaboração:

Se existir registro na doc-orig-nfe para o documento que está sendo atualizado no Fiscal e a natureza gera nota no faturamento deve ser emitida uma mensagem "Documento recebido pelo TOTVS Colaboração não pode gerar nota no Faturamento". Isto deve ser feito porque, se o documento entrou pelo conversor de notas é por que já é um documento fiscal e não se pode gerar um novo no faturamento para ele.

Nota de Transferência

Se doc-fisico.tipo-nota = 3 (transferência) e natureza gera nota no faturamento (natur-oper.imp-nota), mostrar mensagem "Nota de transferência não pode gerar nota no faturamento"

Trecho de código da boin090.m15 atual:

RUN findNaturOper (RowObject.nat-operacao).
IF RETURN-VALUE = "OK":U THEN DO:

IF natur-oper.imp-nota = YES THEN DO:

{method/svc/errors/inserr.i
&ErrorNumber="27136"
&ErrorType="EMS":U
&ErrorSubType="ERROR":U }
RETURN "NOK":U.

END.

Implementação sugerida:

RUN findNaturOper (RowObject.nat-operacao).
IF RETURN-VALUE = "OK":U THEN DO:

IF natur-oper.imp-nota = YES THEN DO:

Se existir registro na doc-orig-nfe para o documento (ver observação abaixo)

Mensagem: "Documento recebido pelo TOTVS Colaboração não pode gerar nota no Faturamento"

RETURN "NOK":U.

Se doc-fisico.tipo-nota = 3 (transferência)

Mensagem: "Nota de transferência não pode gerar nota no faturamento"

RETURN "NOK":U.

END.

Obs.: Ver na procedure atualizaSituacaoEliminacaoDocFisico da boin847.p como verificar a existência de registro na doc-orig-nfe

2 - boin090.m21 - Impedir Alteração do Número Durante a Digitação

Não é necessária qualquer implementação, apenas para documentar análise.

A boin090.m21 faz a troca do número do documento durante a digitação quando a natureza gera nota no faturamento. Quando estiver sendo atualizando documento físico no fiscal isto não deve ocorrer, mas já existe uma condição que impede que isso ocorra, logo não será necessária qualquer intervenção neste objeto.

3 - re1005c - Atribuir Novo Número ao Documento Físico

O programa re1005c atribui o novo número gerado quando a nota é gerada no faturamento.  Ele percorre todas as tabelas onde o número provisório foi gravado e substitui pelo novo.

Incluir neste programa novo trecho de código que atribua o novo número de nota às seguintes tabelas:

doc-fisico

it-doc-fisico

movto-estoq

ficha-cq

saldo-terc

componente

rat-saldo-terc

rat-componente

4 - re2001a - Validar Existência de Documento no Fiscal

- Para evitar que um mesmo documento que já tenha sido digitado no Fiscal seja incluído no Físico, incluir uma validação na inclusão do Documento Físico.

- Fazer a verificação utilizando os seguintes campos:

Emitente

Número

Série

Data

Obs.: não há como usar a natureza de operação por que não há correspondente na inclusão de documento físico

5 - z03in089 - Alterar Zoom de Documentos Físicos

Incluir uma nova aba "Docto Original" no zoom z03in089 que possibilite a busca de documentos pelo número original (doc-fisico.cod-docto-orig).

Incluir no browse da nova aba as mesmas informações da aba já existente acrescentando uma coluna "Docto Original" que mostre o número original do documento (doc-fisico.cod-docto-orig).

Image Added

6 - re2701 - Incluir Número Original Documento na Consulta de Documentos Físicos

Incluir um novo campo na Consulta Documentos Recebimento Físico para mostrar o número original do documento (doc-fisico.cod-docto-orig)

Image Added

Opcional

Dicionário de Dados

ADD FIELD "cod-chave-aces-nf-eletro" OF "doc-fisico" AS character

DESCRIPTION "Código Chave Acesso Nota fiscal Eletrônica"
FORMAT "x(60)"
INITIAL ""
LABEL "Chave Acesso NF-e"
POSITION 38
COLUMN-LABEL "Chave Acesso NF-e"
HELP "Código Chave Acesso Nota fiscal Eletrônica"
ORDER 370

ADD FIELD "cod-docto-orig" OF "doc-fisico" AS character

DESCRIPTION "Número Original do Documento"
FORMAT "x(16)"
INITIAL ""
LABEL "Número Docto Original"
POSITION 37
COLUMN-LABEL "Número Docto Original"
HELP "Número Original do Documento"
ORDER 360

ADD INDEX "chave-aces-nf" ON "doc-fisico"

AREA "Schema Area"
INDEX-FIELD "cod-chave-aces-nf-eletro" ASCENDING

ADD INDEX "docto-orig" ON "doc-fisico"

AREA "Schema Area"
INDEX-FIELD "cod-docto-orig" ASCENDING
INDEX-FIELD "serie-docto" ASCENDING
INDEX-FIELD "cod-emitente" ASCENDING

(Opcional)

Grupo de Perguntas

Não se aplica.

(Opcional)

Consulta Padrão

Não se aplica.

(Opcional)

Estrutura de Menu

Não serão necessárias alterações de menu.

(Opcional)

Estrutura de Menu

<Informações utilizadas na linha Datasul>.

Procedimentos

Programas

Cadastro de Papéis

<O cadastro de papéis é obrigatório para os projetos de desenvolvimento FLEX a partir do Datasul 10>.

<Lembrete: o nome dos papeis em inglês descrito neste ponto do documento, devem ser homologados pela equipe de tradução>.