EDI DE PAGAMENTO UNICRED

SPRINT 11.2023
CLIENTE: UNIMED LAVRAS
REQUISITO: 4654338 - (ANÁLISE) LAYOUT
PAGAMENTO DE PRESTADORES - UNICRED
AUTOR: FABIANO PEREIRA
 SUMÁRIO

1 - Resumo da implementação ........................................................................................................... 3

2 - Contextualização da demanda ...................................................................................................... 3
3 - Impactos identificados .................................................................................................................. 3
4 - Fluxo operacional .......................................................................................................................... 3
5 - Regras da funcionalidade .............................................................................................................. 4

5.1 – Informações gerais ................................................................................................................ 4

5.2 – Criação de script de pagamento ............................................................................................. 5
5.3 – Descrição de campos dos blocos ............................................................................................ 5
5.4 – Adaptação do processo de preparação .................................................................................. 9
5.5 – Inclusão das ocorrências de retorno ...................................................................................... 9
5.6 – Criação de script de retorno .................................................................................................10
5.7 – Orientações para testes ........................................................................................................11
1 - Resumo da implementação
Este documento visa detalhar sobre o projeto de EDI para realizar a remessa e o retorno do pagamento
para o banco Unicred (136) utilizando o chab 240 e a documentação da Febraban, versão 10.9 de
14/10/2023. Destacamos que este projeto não está prevendo todas as formas de pagamento que o
documento do leiaute contempla, mas apenas os destacados abaixo:

• Crédito em conta corrente no banco 136

• Crédito em conta de poupança no banco 136
• DOC em conta do prestador em outro banco, até R$ 5000,00
• TED em conta do prestador em outro banco, a partir de 5000,01
• Pagamento por PIX, desde que o prestador tenha a chave informada
• Pagamento de títulos por linha digitável
• Pagamento de tributo por linha digitável

O projeto será implementado em licença positiva e contemplará apenas a operadora Unimed Lavras.

2 - Contextualização da demanda
O cliente solicitou implementar EDI de pagamento de remessa e retorno do banco Unicred, cnab 240,
utilizando do leiaute padrão Febraban, versão 10.9 de 14/10/2023.

3 - Impactos identificados
São impactos identificados:

1. Necessidade de realizar configuração inicial de disponível, carteira de cobrança e convênio;

2. Necessidade de identificar prestadores de serviço para serem usados nos testes e títulos de
pagamento pendentes com a carteira de cobrança configurada para o uso do EDI de
pagamento deste projeto;
3. Necessidade de solicitar do cliente boletos de pagamento de títulos com código de barras e
guias de recolhimento de tributos para realizar os testes de pagamento por linha digitável;
4. Necessidade de realizar testes de preparação pelo processo “Preparação da Remessa de
Tributos e Boletos” para usar em testes de pagamento de títulos e tributos com código de
barras;
5. Necessidade de realizar testes de remessa pelo processo “Remessa de Arquivo EDI – Lavras”;
6. Necessidade de realizar testes de retorno pelo processo “Retorno de Arquivo EDI”
7. Necessidade de realizar conferência da remessa e do retorno pelos relatórios “Processos de
Remessa EDI – Federação Minas” e “Processos de Retorno EDI” e testar também a reversão.

4 - Fluxo operacional
Não há alteração no fluxo de configuração e utilização.

3 de 12
5 - Regras da funcionalidade
5.1 – INFORMAÇÕES GERAIS

A implementação deste projeto será realizada em licença de chave positiva, exclusivamente para o
cliente Unimed Lavras. O projeto prevê a implementação e utilização da estrutura de configuração do
EDI de pagamento para o banco Unicred, com leiaute da Febraban de 14/10/2023 e cnab 240.
Estão previstos pagamentos nas modalidades de pagamento listados abaixo.

Tipo de pagamento Segmentos na remessa/retorno

Pagamento via crédito em conta, DOC, TED,
PIX
Pagamento de títulos de cobrança com
código de barras
Pagamento de tributos com código de
barras
Header do arquivo – tipo 0 (pág 17)
Header do lote -tipo 1 (pág 24)
Segmento A (pág 25)
Segmento B (pág 26)
Trailer do lote – tipo 5 (pág 28)
Trailer do arquivo - tipo 9 (pág 18)
Header do arquivo – tipo 0 (pág 17)
Header do lote – tipo 1 (pág 29)
Segmento J (pág 30)
Segmento J52 (pág 31)
Trailer do lote – tipo 5 (pág 33)
Trailer do arquivo - tipo 9 (pág 18)
Header do arquivo – tipo 0 (pág 17)
Header do lote – tipo 1 (pág 34)
Segmento O (tipo 3) (pág 35)
Trailer do lote – tipo 5 (pág 48)
Trailer do arquivo - tipo 9 (pág 18)

Observações:

a) A definição da forma de lançamento a ser utilizada no header do lote deve seguir uma
ordenação hierárquica, conforme instruções abaixo:
a. Se o pagamento contiver linha digitável e:
i. O tipo de serviço for 20 – Pagamento fornecedores -> a forma de lançamento
será 11 – pagamento de contas e tributos com código de barras
ii. O tipo de serviço for 22 – Pagamento de tributos -> a forma de lançamento
será 11 – pagamento de contas e tributos com código de barras
b. Se o pagamento não contiver linha digitável
i. Se o cadastro do prestador tiver o campo “Tipo de Chave” (STIPOCHAVEPIX)
estiver preenchido -> a forma de lançamento será 45 – PIX transferência
ii. Se o cadastro do prestador não tiver o campo “Tipo de Chave”
(STIPOCHAVEPIX) estiver preenchido e:
1. O banco do prestador for 136 e o tipo de conta for 01 -> usar forma
de lançamento 01 – crédito em conta corrente
2. O banco do prestador for 136 e o tipo de conta for 03 –> usar a forma
de lançamento 05 – crédito em conta poupança
3. O banco do prestador for diferente de 136 e o valor do pagamento for
de até R$ 5.000,00 -> usar a forma de lançamento 03 - DOC
4. O banco do prestador for diferente de 136 e o valor do pagamento for
maior que R$ 5.000,00 -> usar a forma de lançamento 41 – TED outra
titularidade
b) Todos os pagamentos que forem gerados no mesmo arquivo EDI, devem ser agrupados por
forma de lançamento. Assim, se existirem, por exemplo, 2 pagamentos para a forma 01, 3

4 de 12
 pagamentos para a forma 45 e 4 pagamentos para a forma 11, estes devem ser agrupados sob
o mesmo header, de modo que a cada header gerado possam ser detalhados os pagamentos
daquela forma antes de ser inserido outro registro header de lote para mencionar a outra
forma de lançamento.

5.2 – CRIAÇÃO DE SCRIPT DE PAGAMENTO

O desenvolvedor deve criar, na tabela “scripts” (-1894543141), o script de nome
“Lavras_Cnab240PgtoUnicred.ijs”. Este novo script terá as alterações que serão descritas nos próximos
tópicos.
Observação: o novo script deve ter licença de chave positiva da base do cliente.

Em seguida, deverá inserir um registro na tabela “Bancos Por Padrão Cnab” um registro para vincular
o banco 136 - Unicred ao novo script criado acima. Este registro também terá licença de chave positiva.
O registro criado nesta tabela será usado para configurar a grade “Convênios Bancários Dyad” no
cadastro da conta corrente da empresa, cujo código de disponível é o 730904.

5.3 – DESCRIÇÃO DE CAMPOS DOS BLOCOS

Estamos descrevendo abaixo comentários sobre alguns dos campos da estrutura do arquivo de
remessa.

1. Header do arquivo (página 17)

• Código do Convênio (da posição 33 a 52) = configurado no campo "Convênio Bancário" da
grade "Convênios Bancários Dyad"
• Agência Mantenedora da Conta (da posição 53 a 57) = verificar o cadastro do disponível
730904
• Dígito Verificador da Agência (da posição 58 a 58) = verificar o cadastro do disponível 730904
• Número da Conta Corrente (da posição 59 a 70) = verificar o cadastro do disponível 730904
• Dígito Verificador da Conta (da posição 71 a 71) = verificar o cadastro do disponível 730904
• Dígito Verificador da Ag/Conta (da posição 72 a 72) = deixar sem conteúdo
• Código Remessa / Retorno (da posição 143 a 143) = "1" = Remessa (Cliente ->Banco). Se o
arquivo for de retorno o conteúdo deste campo será "2" = Retorno (Banco -> Cliente)
• No da Versão do Layout do Arquivo (da posição 164 a 166) = 103
• Para uso reservado da empresa (da posição 192 a 211) = deixar em branco

2. Header do lote (página 24)

• Tipo do Serviço (da posição 10 a 11) = verificar o conteúdo do campo "Tipo de Serviço no
Banco" da grade "Convênios Bancários Dyad"
• Forma de Lançamento (da posição 12 a 13) = usar os seguintes conteúdos:
o '01' = se o prestador tiver conta no banco 136 e esta for conta corrente (crédito em
conta corrente).
▪ A conta corrente é identificada pelo campo “tipo de conta”. Se ela possuir o
conteúdo 01, será considerada conta corrente.

5 de 12
 o '03' = se o prestador tiver conta em banco diferente do 136 e a conta dele for conta
corrente (DOC). O valor máximo deve ser de R$ 5.000,00
o '05' = se o prestador tiver conta de poupança no banco 136 (Crédito em Conta
Poupança).
▪ A conta de poupança é identificada pelo campo “tipo de conta”. Se ela possuir
o conteúdo 03, será considerada poupança.
o 11 – Pagamento de contas e tributos com código de barras. Esta opção deve ser
realizada somente se o título tiver o tipo de serviço e a forma de lançamento
preenchidos no processo “Preparação da Remessa de Tributos e boletos”, bem como
o respectivo código de barras/linha digitável.
o '41' = se o prestador tiver conta em banco diferente do 136 e a conta dele for conta
corrente (TED – Outra Titularidade (1)). O valor para esta operação deve ser maior que
R$ 5.000,00
▪ A conta corrente é identificada pelo campo “tipo de conta”. Se ela possuir o
conteúdo 01, será considerada conta corrente.
o 45 – PIX transferência. Esta opção deve ser usada se no cadastro do prestador o campo
“Tipo de Chave” (STIPOCHAVEPIX) estiver preenchido.
• Nº da Versão do Layout do Lote (da posição 14 a 16) = 046
• Código do Convênio no Banco (da posição 33 a 52) = pegar do campo "Convênio Bancário" da
grade "Convênios Bancários Dyad"
• Agência Mantenedora da Conta (da posição 53 a 57) = verificar o cadastro do disponível
730904
• Dígito Verificador da Agência (da posição 58 a 58) = verificar o cadastro do disponível 730904
• Número da Conta Corrente (da posição 59 a 70) = verificar o cadastro do disponível 730904
• Dígito Verificador da Conta (da posição 71 a 71) = verificar o cadastro do disponível 730904
• Dígito verificador da agência/conta (posição 72 a 72) = deixar sem conteúdo
• Indicativo da Forma de Pagamento do Serviço (da posição 223 a 224) = 01 - débito em conta
corrente
• Uso Exclusivo FEBRABAN/CNAB (da posição 225 a 230) = em branco
• Código das ocorrências no retorno (da posição 231 a 240) = ler este campo no retorno e
identificar qual código é para avaliar o que deve ser realizado com os títulos. O retorno poderá
indicar rejeição do pagamento, confirmação do pagamento, liquidação. Na remessa, este
campo estará vazio.

3. Segmento A (página 25)

• Tipo de Movimento (da posição 15 a 15) = 0 - inclusão
• Código da Instrução p/ Movimento (da posição 16 a 17) = 00 - Inclusão de Registro Detalhe
Liberado
• Código da Câmara Centralizadora (da posição 18 a 20) = usar as regras abaixo:
o Se o campo Forma de Lançamento (da posição 12 a 13) do header do lote for '03' ->
usar o código 700
o Se o campo Forma de Lançamento (da posição 12 a 13) do header do lote for '41' ou
43 -> usar o código 018
o Se o campo Forma de Lançamento (da posição 12 a 13) do header do lote for “45” ->
usar o código 009
o Observação: a documentação não define o código que será usado nas demais
modalidades. Assim, possivelmente, durante os testes das demais formas de

6 de 12
 lançamento o banco deverá retornar alguma mensagem de erro e definir qual código
deverá ser gravado por padrão para elas.
• Código do Banco do Favorecido (da posição 21 a 23) = usar o código do banco do prestador.
• Ag. Mantenedora da Cta do Favor. (da posição 24 a 28) = usar a agência do prestador sem o
dígito
• Dígito Verificador da Agência (da posição 29 a 29) = usar o dígito verificado da agência
• Número da Conta Corrente (da posição 30 a 41) = usar a conta bancária do prestador
• Dígito Verificador da Conta (da posição 42 a 42) = usar o dígito da conta do prestador
• Dígito Verificador da AG/Conta (da posição 43 a 43) = usar a última posição do dígito
verificador da agência ou da conta, somente se a agência ou a conta possuir mais de 1
posição para o dígito
• Nº do Docum. Atribuído p/ Empresa (da posição 74 a 93) = gravar a chave do boleto no
evento da remessa de pagamento
• Data do Pagamento (da posição 94 a 101) = gravar data de vencimento do boleto
• Tipo da Moeda (da posição 102 a 104) = 'BRL' = Real
• Quantidade da Moeda (da posição 105 a 119) = 000000000100000
• Compl. Tipo Serviço (da posição 218 a 219) = usar o código do campo "Finalidade DOC" da
grade "Convênios Bancários Dyad" somente se o campo forma de lançamento for 03
• Código finalidade da TED (da posição 220 a 224) = usar o código 5 - pagamento de
fornecedores, somente se o campo forma de lançamento for 41
• Complemento de finalidade pagto. (da posição 225 a 226) = o cliente foi questionado sobre
esse conteúdo e afirmou que o banco Unicred não o utiliza. Logo, preencha este campo com
vazio

4. Detalhe (segmento B) (página 26)

• Forma de iniciação (da posição 15 a 17) = verificar se no cadastro do prestador o campo
“Tipo de Chave” (STIPOCHAVEPIX) está preenchido e usar essas opções para a gravação
(opções 1, 2, 3 ou 4). Se o “tipo de chave” estiver sem conteúdo no cadastro do prestador,
preencha este campo com a opção 005. Neste caso, o pagamento não será por PIX.
• Informação 10 (da posição 33 a 67) = Se forma de iniciação for 005, preencher o conteúdo
com tipo de logradouro + logradouro + número
• Informação 11 (da posição 128 a 226) = este campo é preenchido no caso de pagamento com
PIX através de uma chave previamente cadastrada.
o Se forma de iniciação for 1, 2 ou 4, preencher este campo com o conteúdo gravado
no cadastro do prestador de nome “Chave Pix” (SCHAVEPIX)
o Se forma de iniciação for 3, preencher este campo com o CPF ou CNPJ do prestador
• Informação 12 (da posição 128 a 226) = verificar se no cadastro do prestador o campo “Tipo
de Chave” (STIPOCHAVEPIX) está preenchido. Se não estiver preenchido, gravar na remessa
as informações listadas abaixo:
o Data do Vencimento (Nominal) (da posição 128 a 135) = gravar o vencimento do
boleto
o Valor do documento (Nominal) (da posição 136 a 150) = gravar o principal do título
o Valor do Desconto (da posição 166 a 180) = gravar o desconto somente se o boleto
possuir
o Valor da Mora (da posição 181 a 195) = gravar o conteúdo do campo juro dos títulos
que compõem o boleto
o Valor da Multa (da posição 196 a 210) = valor da multa gravada nos títulos do boleto

7 de 12
 o Código/Documento do Favorecido (da posição 211 a 225) = gravar a chave do boleto
no evento da remessa
o Aviso ao Favorecido (da posição 226 a 226) = gravar a chave do boleto no evento da
remessa de pagamento

5. Detalhe J (página 30)

• Tipo de Movimento (da posição 15 a 15) = 0 - inclusão
• Código da Instrução p/ Movimento (da posição 16 a 17) = 00 - Inclusão de Registro Detalhe
Liberado
• Código de Barras (da posição 18 a 61) = gravar a linha digitável digitada no processo
"Preparação da Remessa de Tributos e Boletos"
• Data do Vencimento (Nominal) (da posição 92 a 99) = gravar a data de vencimento do boleto
• Valor do Título (Nominal) (da posição 100 a 114) = gravar o principal do boleto
• Valor do Desconto + Abatimento (da posição 115 a 129) = gravar o valor do campo desconto
se existir
• Valor da Mora + Multa da posição (da posição 130 a 144) = gravar a soma do valor dos juros,
multa e acréscimo, se existir
• Data do Pagamento (da posição 145 a 152) = gravar data do vencimento do boleto
• Valor do Pagamento (da posição 153 a 167) = gravar o principal do boleto, acrescido de juros,
multa e acréscimo (se existir) e diminuído do desconto (se existir)
• Quantidade da Moeda (da posição 168 a 182) = deixar em branco
• Nº do Docto Atribuído pela Empresa (da posição 183 a 202) = gravar a chave do boleto no
evento da remessa de pagamento
• Nº do Docto Atribuído pelo Banco (da posição 203 a 222) = deixar em branco
• Código de Moeda (da posição 223 a 224) = '09' = Real

6. Detalhe J52 (página 31)

• Código de Movimento de remessa (da posição 16 a 17) = 01 – entrada de títulos
• Tipo de inscrição (da posição 20 a 20) = informar as opções 0 – isento; 1 – CPF ou 2 – CNPJ
conforme a empresa pagadora não possua CPF/CNPJ (opção 0), ou possua CPF (opção 1), ou
possua CNPJ (opção 2)
• Número da inscrição (da posição 21 a 35) = informar o CPF ou CNPJ da empresa pagadora
(operador de saúde)
• Nome (da posição 36 a 75) = informar o nome do pagador (operadora de saúde)
• Tipo de inscrição (da posição 76 a 76) = informar as opções 0 – isento; 1 – CPF ou 2 – CNPJ
conforme o prestador não possua CPF/CNPJ (opção 0), ou possua CPF (opção 1) ou possua
CNPJ (opção 2)
• Número da inscrição (da posição 77 a 91) = informar o CPF ou CNPJ do prestador
• Nome (da posição 92 a 131) = informar o nome do prestador

7. Detalhe O (página 35)

• Tipo de Movimento (da posição 15 a 15) = 0 - inclusão

• Código de instrução de Movimento (da posição 16 a 17) = 00 – inclusão de registro detalhe
liberada

8 de 12
 • Código de barras (da posição 18 a 61) = gravar a linha digitável digitada no processo
"Preparação da Remessa de Tributos e Boletos"
• Nome da concessionária/órgão público (da posição 62 a 91) = gravar o nome do prestador
• Data do vencimento (da posição 92 a 99) = gravar o vencimento do boleto
• Data do pagamento (da posição 100 a 107) = gravar o vencimento do boleto
• Valor do pagamento (da posição 108 a 122) = gravar o valor principal do boleto
• Seu número (da posição 123 a 142) = gravar a chave do boleto no evento de EDI
• Nosso número (da posição 143 a 162) = deixar sem conteúdo

5.4 – ADAPTAÇÃO DO PROCESSO DE PREPARAÇÃO

O desenvolvedor deve adaptar o processo “Preparação da Remessa de Tributos e Boletos”, localizado
na pasta Financeiro/EDI, para filtrar títulos e permitir a gravação das informações “tipo de serviço”,
“forma de lançamento” e “nr. boleto” para os pagamentos de títulos com código de barras para o
banco 136 - Unicred.
A adaptação deve ser realizada em licença positiva na segunda interface do processo, grade “Dados
complementares”. Nesta, o desenvolvedor deve disponibilizar:
• No campo “tipo de serviço” -> a possibilidade de filtrar as opções: 20 – Pagamento
fornecedores; 22 – Pagamento de tributos
• No campo “forma de lançamento” -> a possibilidade de filtrar as opções: 11 – pagamento de
contas e tributos com código de barras
• No campo “nr boleto” -> permitir digitar a linha digitável

Observação: esta adaptação deve ser realizada em licença positiva

5.5 – INCLUSÃO DAS OCORRÊNCIAS DE RETORNO

O desenvolvedor deve inserir no cadastro “Pagamento”, localizado na pasta
Financeiro/EDI/Cadastros/Ocorrências de EDI no Banco, os registros listados abaixo. A relação listada
abaixo não representa integralmente as ocorrências de retorno existentes na documentação no G059,
página 176, mas as que julgamos mais presentes de utilização.

Observação: esta inserção deve ser realizada em licença de chave positiva

Tipo de Banco Padrão Código Nome Ocorrências no sistema

serviço Cnab
P 136 240 00 Crédito ou Débito Efetivado Pagamento Efetuado
P 136 240 01 Insuficiência de Fundos - Débito Não Efetuado Rejeição de Agendamento de
Pagamento
P 136 240 AB Tipo de Operação Inválido Rejeição de Agendamento de
Pagamento
P 136 240 AD Forma de Lançamento Inválida Rejeição de Agendamento de
Pagamento
P 136 240 AE Tipo/Número de Inscrição Inválido Rejeição de Agendamento de
Pagamento
P 136 240 AF Código de Convênio Inválido Rejeição de Agendamento de
Pagamento

9 de 12
 P 136 240 AG Agência/Conta Corrente/DV Inválido Rejeição de Agendamento de
Pagamento
P 136 240 AJ Tipo de Movimento Inválido Rejeição de Agendamento de
Pagamento
P 136 240 AO Nome do Favorecido Não Informado Rejeição de Agendamento de
Pagamento
P 136 240 AP Data Lançamento Inválido Rejeição de Agendamento de
Pagamento
P 136 240 AR Valor do Lançamento Inválido Rejeição de Agendamento de
Pagamento
P 136 240 AT Tipo/Número de Inscrição do Favorecido Rejeição de Agendamento de
Inválido Pagamento
P 136 240 AZ Código/Nome do Banco Depositário Inválido Rejeição de Agendamento de
Pagamento
P 136 240 BA Código/Nome da Agência Depositária Não Rejeição de Agendamento de
Informado Pagamento
P 136 240 BD Inclusão efetuada com sucesso Confirmação de
Agendamento de Pagamento
P 136 240 BE Alteração efetuada com sucesso Confirmação de
Agendamento de Pagamento
P 136 240 CA Código de Barras - Código do Banco Inválido Rejeição de Agendamento de
Pagamento
P 136 240 CC Código de Barras - Dígito Verificador Geral Rejeição de Agendamento de
Inválido Pagamento
P 136 240 HA Lote Não Aceito Rejeição de Agendamento de
Pagamento
P 136 240 HH Lote de Serviço Inválido Rejeição de Agendamento de
Pagamento
P 136 240 HI Arquivo não aceito Rejeição de Agendamento de
Pagamento
P 136 240 ZK Boleto já liquidado
P 136 240 PA Pix não efetivado Rejeição de Agendamento de
Pagamento
P 136 240 PJ Chave não cadastrada no DICT Rejeição de Agendamento de
Pagamento
P 136 240 PM Chave de pagamento inválida Rejeição de Agendamento de
Pagamento

5.6 – CRIAÇÃO DE SCRIPT DE RETORNO

O retorno da remessa deve ser efetuado pelo processo “Retorno de Arquivo EDI”, localizado na pasta
Financeiro/EDI, do qual se espera a leitura tanto do arquivo de confirmação de pagamento quanto o
de liquidação. O script de retorno deve ser criado em licença de chave positiva e vinculado ao banco
136 – Banco Unicred, assim com o script da remessa.

Se, durante a leitura de retorno ocorrer alguma inconsistência, é esperado que o relatório de log da
leitura exiba a mensagem da inconsistência, utilizando-se da tabela de ocorrências descrita no tópico
anterior (tópico 5.5), não efetue a baixa do título e o libere para uso em outra remessa.

10 de 12
5.7 – ORIENTAÇÕES PARA TESTES
São orientações para configuração e testes:

1. Os testes devem ser realizados na base UNI252-H-Cloud na qual a consultoria deve revisar os
cadastros de disponíveis da conta corrente e de sua respectiva grade de convênios bancários,
bem como da carteira de cobrança. Logo abaixo detalhamos os cadastros a serem revisados.

• Informações do disponível
Código = 730904
Nome = Unicred Integração de Minas
Classe = Contas da Matriz
Local de escrituração = LE Sede
Estabelecimento = Est Sede
Banco = 136
Agência = 5151 -> esta agência não possui dígito verificador
Conta corrente = 73090-4
Tipo de conta = 003

• Informações da grade Convênios Bancários Dyad

Tipo de serviço bancário = P
Carteira de cobrança = Pagamento Prestador 136
Convênio = o cliente foi questionado sobre esta informação e nos comunicou que não há código de
convênio. Logo este campo deverá ficar vazio
Padrão cnab = 240
Banco/script = -> selecionar o script criado pelo desenvolvedor
Tipo de serviço no banco = 20
A consultoria deverá identificar prestadores nos quais deverá informar os dados bancários ou dados
de chave PIX para utilização nos testes.

• Informações da carteira de pagamento

Código = PAG UNICRED PRESTADORES
Nome = Pagamento Unicred Prestadores
Classe = Carteira de Serviços Bancários
Valores de operações Permitidas para o EDI = Menor que zero (<0)
Conta corrente = 730904

2. Não é necessário gerar faturamento para todos os prestadores que serão usados nos testes.
Pode-se duplicar pedidos na base e modificar o prestador, se necessário.
3. Os testes devem contemplar: pagamento com crédito em conta no banco 136, DOC
(até R$ 4.999,00), TED (a partir de R$ 5.000,00), PIX, pagamento de boleto com linha
digitável, pagamento de tributo com linha digitável.
4. A efetivação de pagamentos com linha digitável ou tributos exige que o consultor execute o
processo “Processo de Remessa de Tributos e Boletos”, pois neste deverá inserir algumas
informações adicionais antes de executar o processo principal que é “Remessa de Arquivo EDI
– Lavras”. As informações a serem digitadas neste processo são: o tipo e pagamento, a forma
de lançamento e a linha digitável do boleto ou tributo.

11 de 12
5. Após a geração do arquivo de remessa, a consultoria deverá efetuar uma conferência
preliminar no arquivo e, se não houver inconsistência visível, submetê-lo à conferência
pelo banco por intermédio do cliente. Deverá ser solicitado do banco arquivo de
confirmação e arquivo de liquidação dos títulos.
6. Para cada arquivo de remessa gerado, deverá ser testado o respectivo arquivo de
retorno pelo processo “Retorno de Arquivo EDI”. É esperado que o arquivo de
liquidação identifique os títulos dos eventos de remessa e consiga efetuar sua baixa.
7. A consultoria deve conferir a remessa e o retorno pelos relatórios “Processos de
Remessa EDI – Federação Minas” e “Processos de Retorno EDI”, respectivamente.
Deverá ser testado a reversão da remessa e do retorno por estes relatórios.

12 de 12