Especificação Funcional e

Técnica de Desenvolvimento
Varredura do Sacado – Projeto DDA

01 - IDENTIFICAÇÃO..........................................................................................3
02 - CONTROLES DE ALTERAÇÕES.......................................................................4
04 - DETALHAMENTO DA ESPECIFICAÇÃO...........................................................5
04.1 - DIAGRAMA / FLUXO DA PROPOSTA FUNCIONAL.................................................................................5
04.2 - DESCRIÇÃO DETALHADA DA ESPECIFICAÇÃO FUNCIONAL....................................................................5
04.3 - RELATÓRIO DE CONTROLE DO PROCESSAMENTO...............................................................................7
04.4 - PARÂMETROS...................................................................................................................................7
05 - CLASSIFICAÇÃO DOS DADOS.....................................................................14
06 - AUTORIZAÇÕES........................................................................................14
07 - PROCEDIMENTOS DE CONTIGÊNCIA...........................................................14
08 – INFORMAÇÕES TÉCNICAS..........................................................................15
08.1 – INFORMAÇÕES DO DESENVOLVIMENTO...........................................................................................15
08.2 – ATRIBUTOS DO PROGRAMA............................................................................................................15
08.3 – ATRIBUTOS OPERACIONAIS............................................................................................................15
09 – LAYOUT DO(S) ARQUIVO(S) OU TELA(S) DE ENTRADA.................................16
10 – PARÂMETROS DE SELEÇÃO........................................................................16
11 – SEQÜÊNCIA DE TELAS...............................................................................17
12 – SAÍDA......................................................................................................19
13 – OBSERVAÇÕES DE PROCEDIMENTOS (PORTUGUÊS ESTRUTURADO)..............19
14 – OBJETOS NOVOS CRIADOS PARA ESTA ESPECIFICAÇÃO...............................19
15 – PENDÊNCIAS............................................................................................20
16 – CONCLUSÃO.............................................................................................20
ANEXOS......................................................................................................... 21
TELAS DE TRANSAÇÕES.......................................................................................................................... 21
LISTAGENS SHDB....................................................................................................................................21
ESTRUTURA DO ARQUIVO DE TRANSFERÊNCIA OU MODELOS DE ARQUIVOS DE DADOS.................................22
ESTRUTURA E CONTEÚDO DE TABELAS DE CONVERSÃO ( DE / PARA ).......................................................22
Modelos/Layout.................................................................................................................................... 22
01 - Identificação

Identificação na frente funcional FI_0001

Identificação p/ desenvolvimento

Frente funcional FI

Sub-frente AP

Empresa Todas do Brasil

Processo no Solution Manager N/A

Nome: Carlo Marco

Data: 26/07/2010
Elaborado por (Especif. Funcional)
Fone:
E-mail:
Nome:
Data:
Elaborado por (Analista Técnico)
Ramal:
E-mail:
 ( ) Interface de Entrada

( ) Exits (Enhancements)

( X ) Relatório

( ) Sapscript

Tipo de Especificação
( ) Interface de Saída

( ) Módulo de função

( X ) Online

( ) Migração de Dados

( ) Outros:____________________________________________________

Prioridade até _____/_____/_____

02 - Controles de Alterações

Data da
Descrição Autor
Modificação
26/1/72010 Desenvolvimento inicial Carlo Marco

Sistema de Localiza código Localiza Partidas

Arq. Varredura Varredura do do fornecedor em aberto -
do Sacado sacado (por CNPJ) Fornecedores
03 - Estratégia do Desenvolvimento

Será desenvolvido um programa para ler o arquivo de varredura do sacado, que será
disponibilizado pelo Banco do Brasil.
Também será desenvolvido um relatório no qual possibilitará a atualização das P.A.
Atualiza partidas
Sim
inconsistentes ou não Sim atualizadas automaticamente.
encontradas, além de exibir as partidas
Encontrou Montante / fornecedores no
? Venciment SAP (linha
SI
M o digitável) cód.
corretos? Barras - boleto
04 - Detalhamento da Especificação
Não Não
04.1 - Diagrama / Fluxo da proposta funcional

Partidas Não Partidas

encontradas/ Inconsistêntes
Recusadas
 SI
M

04.2 - Descrição detalhada da Especificação Funcional

Os ajustes devem ocorrer em 02 instâncias:
- Não serão atualizados os dados mestres dos fornecedores
- Teremos o tratamento para o Banco do Brasil no padrão CNAB 240.
Será desenvolvido um programa em ABAP para atualizar os dados da linha digitável
automaticamente nas partidas em aberto do fornecedor, o qual será localizado através do CNPJ
que estará no arquivo que será disponibilizado pelo banco. A pesquisa ocorrerá utilizando os
seguintes campos: CNPJ, VALOR, VENCIMENTO. Somente serão atualizadas diretamente as
partidas nas quais estes campos foram identificados e não conter duplicidade.

Os campos: usuário e data (da tabela de dados) serão atualizados durante a importação do
arquivo.

Ao acessar o sistema de Varredura, teremos as seguintes opções disponíveis para os usuários:

Funcionalidades
( ) Processar arquivo - Varredura
( ) Atualização de Partidas Não Encontradas
( ) Atualização de Partidas Inconsistentes
( ) Partidas Rejeitadas
( ) Relatórios
Detalhamento das funcionalidades:
( ) Processar arquivo - Varredura: Ao selecionar esta opção, o programa irá solicitar na tela a
indicação da empresa e o Local onde se encontra o arquivo que será processado. Executando
este passo, serão atualizadas as linhas dos fornecedores encotrados nas regras estabelecidas.
Não encontrou fornecedor ou partidas em aberto, enviar para Partidas não encontradas.
Encontrou fornecedor, mas o valor ou vencimento não conferem, enviar para Partidas
inconsitentes.

Verificar a possibilidade de após o processamento o arquivo salvar outro arquivo no mesmo local
renomeado, acrescentando “P” de processado ao nome.

( ) Atualização de Partidas Não encontradas

Não encontrou o fornecedor (CNPJ/CPF) ou não encontrou partidas em aberto:
Ao acessar esta opção, o sistema tentará automaticamente fazer uma nova associação das
partidas que foram encontradas no processamento do arquivo. Se ainda existirem partidas que
não puderam ser associdas, elas serão exibidas na tela.
Será incluída nesta transação, as possibilidades de enviar a partida não encontrada para ser
tratada como “Partida Inconsistente”; Ao selecionar a partida, o sistema solicita a confirmação de
envio para “Partida Inconsistente” e eliminar a partida. Após a confirmação esta partida é
excluída da tela e volta para a tela anterior.
Também será criado nesta transação, a possibilidade de enviar o título para “Partidas
Rejeitadas”, para análise posterior. Ao selecionar a partida, o sistema solicita a confirmação de
envio para “Partida Rejeitada” e ao confirmar, a partida é eliminada o sistema volta a tela
anterior.

Critérios de seleção para reprocessamento de partidas não encontradas:

Empresas:
Fornecedores:
Data de vencimento:

Algumas situações que serão tratadas como Partidas Não Encontradas:

- Fornecedores não cadastrados.
- Notas fiscais que ainda não foram lançadas no sistema (Partidas em aberto não encontrada).
- Operações de factoring.

( ) Atualização de Partidas inconsistentes

O programa encontrou fornecedor, e mais um dos critérios de seleção (Vencimento ou valor) que
está correto, porém não atualizou as partidas em aberto porque um critério não está correto.
Estes registros terão um ajuste manual, onde o programa irá sugerir algumas partidas.

Tratamento das inconsistências:

O usuário deverá tratar manualmente cada uma das partidas existentes. O sistema permitirá a
seleção da partida para ser tratada na tela seguinte. Ao selecionar a partida inconsistente, e
selecionar o botão “Executar”, o sistema irá selecionar todas as partidas em aberto do
fornecedor associado à partida inconsistente. Ao selecionar a “Partida sugerida” correspondente,
o sistema irá fazer algumas verificações como:
- Data de vencimento: Se o vencimento que está na partida em aberto sugerida for DIFERENTE
ao do arquivo banco, será exibido a mensagem “Data divergente”;
- Valor: Se o valor que está na partida em aberto sugerida for DIFERENTE ao do arquivo do
banco, será exibido a mensagem “Valor Divergente”.
Não havendo divergência, o programa irá efetuar todas as atualizações (código de barras e
forma de pagamento), executando a transação FB09.
Somente uma partida em aberto poderá ser selecionada para atualização.
Após a execução da atualização, o programa retornará para a tela de tratamento de partidas
inconsistentes.
 Teremos também um botão para (RECUSAR) “inibir registro” do processamento. Quando este
campo for selecionado, o programa deverá solicitar a confirmação de envio para “Partidas
Rejeitadas”, e após a confirmação, enviar o título para partidas rejeitadas e voltar a tela de
partidas inconsistentes.

Após processamento, exibir os registros que foram atualizados com as seguintes informações:
Empresa/fornecedores/Referência/Nr. documento/valor/vencimentos (ALV)

04.3 - Relatório de Controle do Processamento

“Não se aplica”.

04.4 - Parâmetros
Empresa: (Obrigatório)
Fornecedor:
Data de Vencimento:
Todos os campos com intervalos ( De: Até )
() Partidas encontradas/conciliadas
() Partidas inconsistentes
() Partidas rejeitadas
() Todas as partidas

Variante de layout:

O usuário deverá informar os respectivos parâmetros para processamento, ou selecionar uma

variante previamente cadastrada.
Não teremos nenhum valor “default” para inicio de processamento. Se não for informado nenhum
parâmetro, será exibida uma mensagem solicitando o preenchimento de pelo menos um dos
parâmetros acima.

Processamento do arquivo do Banco do Brasil (Especificação)

Composição de Arquivos para o Banco do Brasil
Header de arquivo
Lote de serviço
Trailer de arquivo

O lote de serviço contém os seguintes registros:

- regisgtro de header de lote
- registro de detalhes
- registro de trailer de lote.
- Lógica do programa ABAP para ler o arquivo txt do Banco do Brasil:
Identificar a Empresa (Company Code).
Para validar o arquivo, o programa deverá verificar se o registro refere-se ao header de arquivo.
Para isto o programa deverá verificar a posição 008-008 (ID do registro) deve ser igual a "0" (zero).

- na posição 18, temos “2” para indicar que o arquivo possui o CNPJ da empresa.
Selecione o número da inscrição do CNPJ, nas posições 19-26 (CNPJ base, da empresa pagadora)
e com esta informação, acessar a tabela T001Z, campo: T001Z-PAVAL e selecionar a “Empresa
(Company Code)” no campo T001Z-BUKRS.

Se o empresa não for identificada, exibir a mensagem de erro: Arquivo não pertence a empresa
indicada e voltar para a tela de seleção.

O programa também irá verificar se o arquivo se refere ao “ARQUIVO DE RETORNO”, onde na

posição143, teremos o código “2”. Se tiver outro valor, será exibida a mensagem de erro “Arquivo
não se refere a Retorno” e o programa voltará para a tela de seleção.

Identificar e localizar o fornecedor

Identificaremos se o registro refere-se ao “Registro de Detalhes”, ou seja, na posição 08, o
conteúdo igual a “3”, e na posição 14, o conteúdo igual a “G”.
O programa irá verificar se o registro possui o CPF ou CNPJ para pesquisar pelo fornecedor. Se a
posição 62 estiver com “1” refere-se a CPF e se estiver com “2” refere-se a CNPJ.
A partir da posição 63 a 77 temos o número do CPF ou CNPJ.

O programa irá acessar a tabela LFA1, onde;

LFA1-LAND1= "BR"

Se no arquivo, o fornecedor possuir CPF, o programa deverá selecionar o campo: LFA1-STCD2 para
verificar se o mesmo é igual ao do arquivo. Se encontrado o mesmo CPF do arquivo, o programa irá
armazenar o campo LFA1-LIFNR (código do fornecedor), para posteriormente identificar as partidas
em aberto. Se não for encontrado, o programa irá gravar os dados deste registro na tabela de “Não
encontradas/rejeitadas”, com as seguintes informações: CPF, Nome do fornecedor, montante, Nr.
NF, Vencimento, Linha digitável, usuário e data. Seguir para o próximo registro até processar o
último registro de “Detalhe”.

Se no arquivo, o fornecedor possuir CNPJ, o programa deverá selecionar o campo: LFA1-STCD1

para verificar se o mesmo é igual ao do arquivo. Se encontrado o mesmo CNPJ do arquivo, o
programa irá armazenar o campo LFA1-LIFNR (código do fornecedor), para posteriormente
identificar as partidas em aberto Se não for encontrado, o programa irá gravar os dados deste
registro na tabela de “Não encontradas/rejeitadas”, com as seguintes informações: CNPJ, Nome do
fornecedor, montante, Nr. NF, Vencimento, Linha digitável, usuário e data. Seguir para o próximo
registro até processar o último registro de “Detalhe”.

Obs.: Se não existir o número completo do CNPJ, o programa irá realizar a pesquisa pelo número
principal (posição 63 a 70). Se for encontrado um fornecedor correspondente, este código de
fornecedor será utilizado para pesquisar as partidas em aberto posteriormente.

O programa também irá acessar a tabela LFB1 usando a empresa identificada no registro de
cabeçalho, para verificar se o fornecedor está cadastrado para esta empresa. Se não for
encontrado, o programa deverá identificar para quais empresas este fornecedor está cadastrado,
pois estas serão usadas para localizar as partidas em aberto.

Nas posições 78 a 107 temos o Nome do fornecedor.

Localizar as partidas em aberto

Uma vez identificado o fornecedor (LIFNR), acessar a tabela BSIK(Partidas em aberto de

fornecedor), para encontrar a partida em aberto correspondente ao registro.

Selecionar o campo Empresa (BUKRS), que foi identificado no registro de header de arquivo,
também considerar as empresas encontradas na pesquisa na tabela LFB1.
O programa irá utilizar o exercício considerando a data de emissão do título, ou seja, posição 186 a
189 do registro de detalhe, onde o campo Exercício se refere ao: BSIK-GJAHR.

O programa irá utilizar a data de vencimento do arquivo, ou seja, posição 108 a 115 (formato
DDMMAAAA), do registro de detalhe. Para pesquisar na tabela BSIK, serão considerados os
seguintes campos: BSIK-ZFBDT + BSIK-ZBD1T, onde o programa usará a função
J_1B_FI_NETDUE para determinar esta data de vencimento.

Se as datas de vencimento forem as mesmas, o programa irá verificar o montante.

Se as datas forem diferentes, também será verificado o montante, porém este registro deverá ser
enviado para a tabela de Inconsistências, para ser tratado manualmente posteriormente.

Valor do título: Selecionar o valor no arquivo (registro de detalhe) na posição 116 a 130. Selecionar o
campo BSIK - WRBTR.

Obs.: No arquivo não existe ”,” para separar a parte decimal, portanto o valor que se encontra no
arquivo deverá ser dividido por 100, para depois ser comparado com o montante encontrado na
tabela BSIK.

Identificação da nota fiscal:

Campo referência: Campo de referência (BSIK-XBLNR)

Selecionar o número da Nota Fiscal que se encontra no arquivo (registro de Detalhe) que está na
posição 148 a162.

OBS.: A atualização automática das partidas em aberto somente ocorrerá, se o programa identificou
que todos os campos do arquivo(Fornecedor, montante e vencimento) estão iguais aos da tabela
de partidas em aberto (BSIK). Esta atualização ocorrerá pela transação FB09, sendo que o campo
Brcde receberá o conteúdo da linha digitável (do código de barras) e o campo ZLSCH será
preechido com “B”.
Arquivo com layout do Banco do Brasil:

CNAB240 -
Varredura Bloq Eletronico.pdf

Exemplo de linha digitável:

1º DAC 2º DAC 3º DAC

29190.41703 90001.260000 06009.573004 7
10440000200000
CAMPO LIVRE CAMPO LIVRE VALOR
FATOR DE VENCIMENTO
CÓDIGO DA MOEDA DAC DO CÓDIGO DE BARRAS
CÓDIGO DO BANCO

O código do banco (291), posições 18 a 20 do Registro de Detalhe;

O código da moeda (9), posição 21 registro de Detalhe;
O campo livre (0417090001260000600957300), sem os respectivos dígitos, posições 37 a 61 do
Registro de Detalhe. Calculas os dígitos conforme abaixo.
O dígito verificador do código de barras (7), posição 22 do Registro de Detalhe;
O fator de vencimento (1044), deverá ser calculado com base no vencimento informado nas
posições 108 a 115. Data base 07/07/1997 menos ( - ) data vencimento (posições 108 a 115 do
arquivo).
O valor (200000), posições 27 a 36 do Registro de Detalhe, com zeros a esquerda quando for o
caso.

Montagem do Código de Barras - (Representação numérica)

A representação numérica do código de barras é distribuída em cinco partes, sendo as três primeiras
consistidos pelo DAC (Dígito de Autocontrole - Módulo 10), e entre cada campo, um espaço
equivalente a uma posição; e na quarta o DAC (Módulo 11) Código de Barras:

Composição da representação numérica do código de barras (parte superior da ficha de

compensação), considerando-se a seguinte composição:
34191 . 10121 34567 . 880058 71234 . 570001 6 16670000012345
   
dv dv dv 
dv geral
Comentário
Para garantir a integridade dos dados obtidos a partir da representação numérica do código de
barras, os “DVs” deveram ter conteúdo consistido através do módulo10. Como demonstrado abaixo.

Módulo 10
Cálculo do DV's dos campos da representação numérica (módulo 10)
Multiplica-se cada dígito do campo pela seqüência de multiplicadores 2, 1, 2, 1 ..., posicionados na
direita para a esquerda;
Some os algarismos dos resultados dos produtos;
 Divida o total encontrado por 10;
Encontre o DV pela diferença entre o divisor (10) e o resto da divisão.
DV = 10 - (resto da divisão)

Observação: Se o resultado da etapa acima for igual a 10, o DV será igual a “0”

Considerando a seguinte representação numérica do código de barras:

34191.1012 3456788005 7123457000 6 1667000001

Parte 1 Parte 2 Parte 3

1) Multiplicando a seqüência de campos como modulo 10:

Parte1 3419341911012 Parte 2 3456788005 Parte 3 7123457000

X 2121212121212 X 1212121212 X 1212121212
Obs.: Somente são considerados neste processo de cálculo estas 3 partes

2) Somar individualmente os algarismos dos resultados aos dos produtos:

Parte 1: 6 + 4 + 2 + 9 + 2 + 1 + 0 + 1 + 4 = 29
Parte 2: 3 + 8 + 5 + 1 + 2 + 7 + 1 + 6 + 8 + 0 + 0 + 1 + 0 = 42

Parte 3: 7 + 2 + 2 + 6 + 4 + 1 + 0 + 7 + 0 + 0 + 0 = 29

3) Divida o total encontrado por 10, para determinar o resto da divisão:

Parte 1: 29 / 10 = 2, resto 9
Parte 2: 42 / 10 = 4, resto 2
Parte 3: 29 / 10 = 2, resto 9

4) Encontrando o DV:

Parte 1: DV = 10 - 9 DV = 1
Parte 2: DV = 10 - 2 DV = 8

Parte 3: DV = 10 - 9 DV = 1

Portanto, a seqüência correta da linha digitável será:

34191,10121 34567.880058 71234.570001 6 16670000012345

  
 

O programa irá armazenar o conteúdo desta “linha digitável” para atualização dos documentos.

OBS.: Somente após a “montagem” da linha digitável, o programa irá acessar a transação FB09
para fazer esta atualização.
 Transação FB09
RF05L-BELNR (1) – Entrar com Número do Documento (BSIK-BELNR).

RF05L-BUKRS (2) – Entrar com a Empresa (BSIK-BUKRS)

RF05L-GJAHR (3) – Entrar com o Exercício (BSIK-GJAHR).

RF05L-BUZEI (4) – Entrar com o item (BSIK-BUZEI)

RF05L-XKKRE (5) – Marcar (Fornecedores)

[Enter] (6)

Atualizar o campo: RF05L-BRCDE (7). - Linha digitável que foi composta acima. (47 dígitos)

Modificar o campo: BSIK-ZLSCH para “B”.

Gravar (SAVE) (8)

O programa irá atualizar cada documento encontrado e posteriormente será exibida a listagem com
todos estes documentos que foram processados.

05 - Classificação dos Dados

Empresa, CNPJ, Cód. Fornec., Nome do fornecedor, Nr.nf., Valor, Vencimento, Linha digitável.

06 - Autorizações

Necessidade de autorização para as transações: FB02, FB09, FBL1N.

07 - Procedimentos de Contigência

A atualização das partidas dos fornecedores com os boletos será feita manualmente pelas
transações FB02/FB09/FBL1N da maneira como ocorre atualmente.
08 – Informações Técnicas

08.1 – Informações do Desenvolvimento

Descrição do Programa ZTBFI_DDA_PARTIDAS

Grau de Prioridade Alta
Grau de Complexidade Alta

Prazos Estimados 30 dias Prazos Reais

Data Início 28/07/2010 Data Início
Data Fim 04/08/2010 Data Fim

08.2 – Atributos do Programa

Prioridade Alta
Responsável Criação Carlo Marco
Nome ABAP Carlo Marco
Título do Programa Tratamento de Partidas Inconsistentes
Tipo de Programa Report ALV + Online
Aplicação/Módulo SAP FI
Base de Dados Lógica
Pacote (Classe de Desenvolvimento) Z
Transação do SAP ZTFI052
Menu SAP
Title GUI 0900 - Partidas em Aberto, 1000 - Partidas Sugeridas
Status GUI 0900, 1000
Outros Programas Relacionados ZTBFI_DDA_PARTSUG

08.3 – Atributos Operacionais

Tipo de Processamento Seqüencial

Freqüência
Dependência
Variantes
Nome Arquivo/Localização
Tipo Arquivo
Nome Sessão BDC
Nome do Job
Volume de Dados
09 – Layout do(s) arquivo(s) ou tela(s) de entrada

Layout de entrada no programa principal ‘ZTBFI_DDA_PARTIDAS ‘:

Nesta tela será imputado os dados de empresa (BURKS), número do fornecedor (LIFNR) e número da
nota fiscal (NUMNF).

Layout de entrada no subprograma: ‘ZTBFI_DDA_PARTSUG’:

Nesta tela será exibida partida selecionada da tela anterior (via hotspot do ALV) cujos campos são:
Empresa (BURKS), fornecedor (LIFNR), número da nota fiscal (NUNNF), montante (WRBTR) e data
base (DZFBDT).

Nos parâmetros abaixo no layout será imputados dados de Data de Vencimento (ZFBDT) e Valor
(DMBTR).

10 – Parâmetros de seleção.

Campos seleção ‘ZTBFI_DDA_PARTIDAS ‘:

SELECT-OPTIONS:
s_bukrs FOR it_partinc-bukrs,
s_lifnr FOR it_partinc-lifnr,

Campos seleção ‘ZTBFI_DDA_PARTSUG ‘:

SELECT bukrs lifnr xblnr wrbtr gjahr zfbdt zbd1t belnr zlsch buzei gsber waers
INTO TABLE gt_partsug
FROM bsik
WHERE bukrs = wa_partinc-bukrs
AND lifnr = wa_partinc-lifnr
AND dmbtr IN r_dmbtr
AND zfbdt IN r_zfbdt.

11 – Seqüência de telas

Programa principal: ‘ZTBFI_DDA_PARTIDAS’ (Report ALV)

Tela de Seleção:
Processar arquivo

Atualização de Partidas Não Encontradas

Incluir campo (flag) e salvar para enviar para Partidas Inconsistentes para tratamento manual.

Partidas Inconsistentes
Tela de Saída:

Subprograma: ’ ZFI_DDA_PARTSUG’ (ao clicar hotspot do ALV principal):

Tela de Seleção (0900):

Tela de Saída (1000):

 Partidas Recusadas. Incluir Vencimento

Relatório

12 – Saída
Não se aplica.

13 – Observações de procedimentos (português estruturado)

Não se aplica.

14 – Objetos novos criados para esta especificação

Não se aplica.

15 – Pendências
Não se aplica.
16 – Conclusão
Sempre que julgar necessário, acrescentar informações importantes para a equipe de
desenvolvimento neste tópico.
Anexos

(Apenas manter as referências aos anexos que efetivamente estão sendo enviados em conjunto com esta
especificação functional e técnica de desenvolvimento – EFTD. Podem ser acrescentados outros anexos
sempre que necessário.)

Telas de transações
Não se aplica.

Listagens SHDB
Atualização de partidas FB-09. Usuário SAP BUCHLE

Estrutura do arquivo de transferência ou modelos de arquivos de dados

Não se aplica.
Estrutura e conteúdo de tabelas de conversão ( DE / PARA )
Não se aplica.

Modelos/Layout
 Responsável pela Elaboração Funcional
Nome do Profissional Empresa / Unidade Assinatura Data

Responsável pela Elaboração Técnica

Nome do Profissional Empresa / Unidade Assinatura Data

Responsável pela Aprovação Funcional

Nome do Profissional Empresa / Unidade Assinatura Data

Responsável pela Aprovação Técnica

Nome do Profissional Empresa / Unidade Assinatura Data