Tabela de Marcadores

Conteúdo

• Adoção de Limites
• Adoção de Limites de Grupo Econômico
• Adoção de Limites de Raiz de CNPJ
• Divisor de Limites
• Divisor de Limites por Documento
• Divisor de Limites por Documento Lista
• Pedidos
• Motivos de Pedidos
• Informação Complementar de Clientes
• Informação Complementar de Pedidos
• Automação de Pedidos
• Recuperação de Crédito
• Dados do Cliente
• Grupo Econômico
• Grupo Econômico 2.0
• Contato
• Perfil Especial
• Perfil Especial de Grupo Econômico
• Bloqueio
• Questionário
• Dados Profissionais

Adoção de limites

Integração Reversa de Adoção de Limites dispara:

• Na alteração de situação de pedido, quando a situação for trocada para "Aprovado". Neste caso a parametrização de sistema "Int. reversa limite aprovação pedido" precisa estar configurado como "Sim";

• Na adoção de limites para "Pessoa Física", "Pessoa Exportação" e "Grupo Raiz Pessoa".

• Na alteração de grupo econômico, caso o componente tiver limite alterado ao inativar ou redistribuir limite. Neste caso a parametrização de sistema "Int. reversa limite alteração de grupo econômico" precisa estar configurado como "Sim";

• Na alteração da classificação, quando a data de validade da classificação for alterada. Neste caso a parametrização de sistema "Int. reversa limite alteração de classificação" precisa estar configurado como "Sim";

Código	Campo	Tipo	Tam.	Informações
@#A00	Documento do cliente	String	15	- CNPJ quando for pessoa jurídica. - CPF quando por pessoa física. - Código identificador para tipo Exportação.
@#A01	Nome de origem	String	40
@#A02	Código de sistema de gestão	String	50	Código de identificação do cliente no sistema de gestão
@#A03	Valor do limite adotado para o cliente	Decimal	18,2	O separador decimal é a vírgula Obs.: Para WebService adotar ponto
@#A04	Data da validade da classificação	DateTime		Data no formato: dd/mm/yyyy hh:mm:ss Obs.: Para WebService adotar: yyyy-dd-mmThh:mm:ss
@#A05	Nome da classificação do cliente	String	40
@#A06	Usuário	String	40	Login do usuário no DepsNet
@#A07	Nome da política do cliente	String	40
@#A08	Nome do risco do limite do cliente.	String	40
@#A09	Valor total do limite adotado para a raiz do documento. OBS: Quando for pessoa física ou pessoa exportação será enviado o valor do limite adotado para o documento.	Decimal	18,2	O separador decimal é a vírgula Obs.: Para WebService adotar ponto
@#A10	Valor total do limite adotado para o grupo que o documento/raiz pertence.	Decimal	18,2	O separador decimal é a vírgula Obs.: Para WebService adotar ponto. Obs.: Para ODBC é enviado NULL caso não possuir grupo, REST e WebService é enviado vazio
@#A11	Tipo da pessoa	String	1	- J - Pessoa jurídica - F - Pessoa física - E - Pessoa exportação
@#A12	Data de validade da classificação do grupo econômico do cliente	DateTime		Data no formato: dd/mm/yyyy hh:mm:ss Obs.: Para WebService adotar: yyyy-dd-mmThh:mm:ss Obs.: Caso cliente não possua grupo econômico, campo será enviado vazio
@#A13	Codigo sistema de gestão do motivo da requisição	String	50	Caso adoção de limite não seja proveniente de uma requisição, ou requisição não possua motivo, campo será enviado em branco.
@#A14	Nome do motivo da requisição	String	50	Caso adoção de limite não seja proveniente de uma requisição, ou requisição não possua motivo, campo será enviado em branco.
@#A15	Observação da requisição	String	8000	Caso adoção de limite não seja proveniente de uma requisição, ou requisição não possua observação, campo será enviado em branco.
@#A16	Código do coligado no sistema de gestão	String	100	Caso adoção de limite não seja para pessoa jurídica, campo será enviado em branco.
@#A17	Nome do coligado no sistema de gestão	String	300	Caso adoção de limite não seja para pessoa jurídica, campo será enviado em branco.
@#A18	Data da última consulta analítica do cliente	DateTime		Data no formato: dd/mm/yyyy hh:mm:ss Obs.: Para WebService adotar: yyyy-dd-mmThh:mm:ss Obs.: Caso cliente não consulta analítica realizada com sucesso, campo será enviado vazio

Exemplo layout ODBC reverso

insert into dbo.AdocaoLimites
values('@#A00','@#A01','@#A02','@#A03','@#A04','@#A05','@#A06','@#A07','@#A08','@#A09','@#A10','@#A11','@#A12','@#A13','@#A14','@#A15','@#A16','@#A17','@#A18');

Exemplo layout TXT reverso

@#A0012345608787@#A01Nome@#A02CDGsg6565@#A0349,50@#A0403/05/2022 14:09:13@#A05classificacao@#A06LoginUsuario@#A07Politica@#A08Risco@#A09150,30@#A10350,8@#A11J@#A1203/05/2022 14:09:13

Exemplo layout WebService reverso

<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:tem="http://tempuri.org/">
   <soap:Header/>
   <soap:Body>
      <tem:AdocaoLimites>
         <tem:documento>12345678901234</tem:documento>
         <tem:origem>Nome Origem</tem:origem>
         <tem:codSG>CDGsg002</tem:codSG>
         <tem:vlrAdotado>150.3</tem:vlrAdotado>
         <tem:dtValidade>2019-12-18T16:54:22</tem:dtValidade>
         <tem:classificacao>Classificacao</tem:classificacao>
         <tem:usuario>Usuario</tem:usuario>
         <tem:politica>Politica</tem:politica>
         <tem:risco>Risco</tem:risco>
         <tem:vlrAdotadoRaiz>25.20</tem:vlrAdotadoRaiz>
         <tem:vlrAdotadoGrupo>60.6</tem:vlrAdotadoGrupo>
         <tem:tipoPessoa>J</tem:tipoPessoa>
         <tem:dataValidadeClassificacaoGrupo>2019-12-18T16:54:22</tem:dataValidadeClassificacaoGrupo>
         <tem:codigoMotivoRequisicao>MOTV1</tem:codigoMotivoRequisicao>
         <tem:nomeMotivoRequisicao>Motivo</tem:nomeMotivoRequisicao>
         <tem:observacaoRequisicao>Observação</tem:observacaoRequisicao>
         <tem:codigoColigado>Codigo</tem:codigoColigado>
         <tem:nomeColigado>Nome</tem:nomeColigado>
         <tem:dataUltimaConsultaAnalitica>2019-12-12T14:20:00</tem:dataUltimaConsultaAnalitica>
      </tem:AdocaoLimites>
   </soap:Body>
</soap:Envelope>

Exemplo layout REST reverso

{
   "documento":"@#A00",
   "origem":"@#A01",
   "codigoSistemaGestao":"@#A02",
   "valorLimiteString":"@#A03",
   "validade":"@#A04",
   "classificacao":"@#A05",
   "usuario":"@#A06",
   "nomePolitica":"@#A07",
   "nomeRisco":"@#A08",
   "valorLimiteRaizString":"@#A09",
   "valorLimiteAdotadoGrupo":"@#A10",
   "tipoPessoa":"@#A11",
   "dataValidadeClassificacaoGrupo":"@#A12",
   "codigoMotivoRequisicao":"@#A13",
   "nomeMotivoRequisicao":"@#A14",
   "observacaoRequisicao":"@#A15",
   "codigoColigado":"@#A16",
   "nomeColigado":"@#A17",
   "dataUltimaConsultaAnalitica":"@#A18"
}

Adoção de limites de grupo econômico

A integração a seguir acontecerá caso a parametrização do sistema: "Tipo integração reversa adoção limite" estiver com os valores: "Todos" ou "Grupo econômico" caso contrário somente será executada a integração reversa de adoção de limites do cliente.

Integração Reversa de Adoção de Limites de grupo econômico dispara:

• Na alteração de situação de pedido, quando a situação for trocada para "Aprovado". Neste caso a parametrização de sistema "Int. reversa limite aprovação pedido" precisa estar configurado como "Sim";

• Na adoção de limites para "Pessoa Física" e "Grupo Raiz Pessoa".

• Na alteração de grupo econômico, caso o grupo tiver limite alterado ao inativar ou redistribuir limite. Neste caso a parametrização de sistema "Int. reversa limite alteração de grupo econômico" precisa estar configurado como "Sim";

• Na alteração da classificação, quando a data de validade da classificação for alterada. Neste caso a parametrização de sistema "Int. reversa limite alteração de classificação" precisa estar configurado como "Sim";

Código	Campo	Tipo	Tam.	Informações
@#A00	Código interno do grupo econômico cadastrado no DepsNet	Int		Campo reservado DEPS
@#A01	Nome de origem	String	40
@#A02	Código sistema de gestão grupo econômico	String	50	Código de identificação do grupo econômico no sistema de gestão
@#A03	Valor do limite adotado grupo econômico	Decimal	18,2	O separador decimal é a vírgula Obs.: Para WebService adotar ponto
@#A04	Data da validade da classificação	DateTime		Data no formato: dd/mm/yyyy hh:mm:ss Obs.: Para WebService adotar: yyyy-dd-mmThh:mm:ss
@#A05	Nome da classificação do grupo econômico	String	40
@#A06	Usuário	String	40	Login do usuário no DepsNet
@#A07	Nome da política do grupo econômico	String	40
@#A08	Nome do risco do limite do grupo econômico	String	40
@#A09	Nome do divisor de limite do grupo econômico	String	40	Campo enviado somente se o parâmetro "Enviar dados de Int. reversa divisor de limite" estiver como "Sim"
@#A11	Valor do divisor de limite do grupo econômico	Decimal	18,2	Campo enviado somente se o parâmetro "Enviar dados de Int. reversa divisor de limite" estiver como "Sim"
@#A12	Codigo sistema de gestão do motivo da requisição	String	50	Caso adoção de limite não seja proveniente de uma requisição, ou requisição não possua motivo, campo será enviado em branco.
@#A13	Nome do motivo da requisição	String	50	Caso adoção de limite não seja proveniente de uma requisição, ou requisição não possua motivo, campo será enviado em branco.
@#A14	Observação da requisição	String	8000	Caso adoção de limite não seja proveniente de uma requisição, ou requisição não possua observação, campo será enviado em branco.
@#A15	Data da última consulta analítica dentre as consultas dos componentes do grupo	DateTime		Data no formato: dd/mm/yyyy hh:mm:ss Obs.: Para WebService adotar: yyyy-dd-mmThh:mm:ss Obs.: Caso nenhum componente possua consulta analítica realizada com sucesso, campo será enviado vazio

Exemplo layout ODBC reverso

insert into dbo.AdocaoLimitesGrupo
values('@#A00','@#A01','@#A02','@#A03','@#A04','@#A05','@#A06','@#A07','@#A08','@#A09','@#A11','@#A12','@#A13','@#A14','@#A15');

Exemplo layout TXT reverso

@#A00CDGinterno665@#A01NomeOrigem@#A02CDGsgGrpEcon551@#A03540,60@#A0401/01/2020@#A05Classificacao grupo economico@#A06Usuario@#A07Politica Grupo Econom@#A08Risco do Limite@#A09Nome Divisor do Limite@#A11Valor Divisor do Limite

Exemplo layout WebService reverso

<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:tem="http://tempuri.org/">
   <soap:Header/>
   <soap:Body>
      <tem:AdocaoLimitesGE>
         <tem:codGrupo>CDGge5553</tem:codGrupo>
         <tem:origem>Nome</tem:origem>
         <tem:codSG>CDGsgGE5565</tem:codSG>
         <tem:vlrAdotado>30.6</tem:vlrAdotado>
         <tem:dtValidade>2020-12-18T16:54:22</tem:dtValidade>
         <tem:classificacao>Classificacao</tem:classificacao>
         <tem:usuario>Usuario</tem:usuario>
         <tem:politica>Politica</tem:politica>
         <tem:risco>Risco</tem:risco>
         <tem:nomeDivisor>NomeDivisor</tem:nomeDivisor>
         <tem:valorDivisor>ValorDivisor</tem:valorDivisor>
         <tem:codigoMotivoRequisicao>MOTV1</tem:codigoMotivoRequisicao>
         <tem:nomeMotivoRequisicao>Motivo</tem:nomeMotivoRequisicao>
         <tem:observacaoRequisicao>Observação</tem:observacaoRequisicao>
         <tem:dataUltimaConsultaAnalitica>2019-12-12T14:20:00</tem:dataUltimaConsultaAnalitica>
      </tem:AdocaoLimitesGE>
   </soap:Body>
</soap:Envelope>

Exemplo layout REST reverso

{
   "codigo":"@#A00",
   "origem":"@#A01",
   "codigoSistemaGestao":"@#A02",
   "valorLimiteString":"@#A03",
   "validade":"@#A04",
   "classificacao":"@#A05",
   "usuario":"@#A06",
   "nomePolitica":"@#A07",
   "nomeRisco":"@#A08",
   "nomeDivisor":"@#A09",
   "valorDivisor":"@#A11",
   "codigoMotivoRequisicao":"@#A12",
   "nomeMotivoRequisicao":"@#A13",
   "observacaoRequisicao":"@#A14",
   "dataUltimaConsultaAnalitica":"@#A15"
}

Adoção de limites de raiz de CNPJ

A integração a seguir acontecerá caso a parametrização do sistema: "Tipo integração reversa adoção limite" estiver com os valores: "Todos" ou "CNPJ" caso contrário somente será executada a integração reversa de adoção de limites do cliente.

Integração Reversa de Adoção de Limites de raiz de CNPJ dispara:

• Na alteração de situação de pedido, quando a situação for trocada para "Aprovado". Neste caso a parametrização de sistema "Int. reversa limite aprovação pedido" precisa estar configurado como "Sim";

• Na adoção de limites para "Pessoa Física" e "Grupo Raiz Pessoa".

• Na alteração de grupo econômico, caso o componente tiver limite alterado ao inativar ou redistribuir limite. Neste caso a parametrização de sistema "Int. reversa limite alteração de grupo econômico" precisa estar configurado como "Sim";

• Na alteração da classificação, quando a data de validade da classificação for alterada. Neste caso a parametrização de sistema "Int. reversa limite alteração de classificação" precisa estar configurado como "Sim";

Código	Campo	Tipo	Tam.	Informações
@#A00	Documento do cliente	String	15	- CNPJ quando for pessoa jurídica. Obs: Será enviado um CNPJ qualquer da Raiz do cliente. - CPF quando por pessoa física. - Código identificador para tipo Exportação.
@#A01	Nome de origem	String	40
@#A02	Código de sistema de gestão	String	50	Código de identificação do cliente no sistema de gestão
@#A03	Valor do limite adotado, sendo: - Jurídica: Será enviado o valor de limite adotado total para a raiz - Física e Exportação: Será enviado o valor de limite adotado para o documento	Decimal	18,2	O separador decimal é a vírgula Obs.: Para WebService adotar ponto
@#A04	Data da validade da classificação	DateTime		Data no formato: dd/mm/yyyy hh:mm:ss Obs.: Para WebService adotar: yyyy-dd-mmThh:mm:ss
@#A05	Nome da classificação do cliente	String	40
@#A06	Usuário	String	40	Login do usuário no DepsNet
@#A07	Nome da política do cliente	String	40
@#A08	Nome do risco do limite do cliente.	String	40
@#A09	Raiz CNPJ.Caso for pessoa física ou exportação esse campo será enviado NULL	String	8	Raiz do CNPJ do cliente
@#A10	Valor total do limite adotado para o grupo que o documento/raiz pertence.	Decimal	18,2	O separador decimal é a vírgula Obs.: Para WebService adotar ponto. Obs.: Para ODBC é enviado NULL caso não possuir grupo, REST e WebService é enviado vazio
@#A11	Tipo da pessoa	String	1	- J - Pessoa jurídica - F - Pessoa física - E - Pessoa exportação
@#A12	Data de validade da classificação do grupo econômico do cliente	DateTime		Data no formato: dd/mm/yyyy hh:mm:ss Obs.: Para WebService adotar: yyyy-dd-mmThh:mm:ss Obs.: Caso cliente não possua grupo econômico, campo será enviado vazio
@#A13	Nome do divisor de limite	String	40	Campo enviado somente se o parâmetro "Enviar dados de Int. reversa divisor de limite" estiver como "Sim"
@#A15	Valor do divisor de limite	Decimal	18,2	Campo enviado somente se o parâmetro "Enviar dados de Int. reversa divisor de limite" estiver como "Sim"
@#A16	Codigo sistema de gestão do motivo da requisição	String	50	Caso adoção de limite não seja proveniente de uma requisição, ou requisição não possua motivo, campo será enviado em branco.
@#A17	Nome do motivo da requisição	String	50	Caso adoção de limite não seja proveniente de uma requisição, ou requisição não possua motivo, campo será enviado em branco.
@#A18	Observação da requisição	String	8000	Caso adoção de limite não seja proveniente de uma requisição, ou requisição não possua observação, campo será enviado em branco.
@#A19	Código do coligado no sistema de gestão	String	100
@#A20	Nome do coligado no sistema de gestão	String	300
@#A21	Data da última consulta analítica do cliente	DateTime		Data no formato: dd/mm/yyyy hh:mm:ss Obs.: Para WebService adotar: yyyy-dd-mmThh:mm:ss Obs.: Caso cliente não consulta analítica realizada com sucesso, campo será enviado vazio. Obs.: Cliente PJ é retornado a última consulta dentre as filiais da raiz.

Exemplo layout ODBC reverso

insert into dbo.AdocaoLimitesRaiz
values('@#A00','@#A01','@#A02','@#A03','@#A04','@#A05','@#A06','@#A07','@#A08','@#A09','@#A10','@#A11','@#A12','@#A13','@#A15','@#A16','@#A17','@#A18','@#A19','@#A20','@#A21');

Exemplo layout TXT reverso

@#A00123456789012345@#A01Nome@#A02CDGsg8787@#A03786,25@#A0401/01/2020@#A05Classificacao@#A06usuario@#A07Politica@#A08risco de limite@#A0911546872@#A101860,30@#A11F@#A1224/05/2022@#A13NomeDivisor@#A151000.00

Exemplo layout WebService reverso

<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:tem="http://tempuri.org/">
   <soap:Header/>
   <soap:Body>
      <tem:AdocaoLimitesRaiz>
         <tem:documento>1234564454512</tem:documento>
         <tem:origem>Nome</tem:origem>
         <tem:codSG>CDGsg5565656</tem:codSG>
         <tem:vlrAdotado>220.65</tem:vlrAdotado>
         <tem:dtValidade>2020-12-18T16:54:22</tem:dtValidade>
         <tem:classificacao>Classificacao</tem:classificacao>
         <tem:usuario>Usuario</tem:usuario>
         <tem:politica>Politica</tem:politica>
         <tem:risco>Risco</tem:risco>
         <tem:raizCnpj>55523482</tem:raizCnpj>
         <tem:vlrAdotadoGrupo>180.7</tem:vlrAdotadoGrupo>
         <tem:tipoPessoa>J</tem:tipoPessoa>
         <tem:dataValidadeClassificacaoGrupoEconomico>24/05/2022</tem:dataValidadeClassificacaoGrupoEconomico>
         <tem:nomeDivisor>NomeDivisor</tem:nomeDivisor>
         <tem:valorDivisor>1000.00</tem:valorDivisor>
         <tem:codigoMotivoRequisicao>MOTV1</tem:codigoMotivoRequisicao>
         <tem:nomeMotivoRequisicao>Motivo</tem:nomeMotivoRequisicao>
         <tem:observacaoRequisicao>Observação</tem:observacaoRequisicao>
         <tem:codigoColigado>Codigo</tem:codigoColigado>
         <tem:nomeColigado>Nome</tem:nomeColigado>
         <tem:dataUltimaConsultaAnalitica>2019-12-12T14:20:00</tem:dataUltimaConsultaAnalitica>
      </tem:AdocaoLimitesRaiz>
   </soap:Body>
</soap:Envelope>

Exemplo layout REST reverso

{
   "documento":"@#A00",
   "origem":"@#A01",
   "codigoSistemaGestao":"@#A02",
   "valorLimiteString":"@#A03",
   "validade":"@#A04",
   "classificacao":"@#A05",
   "usuario":"@#A06",
   "nomePolitica":"@#A07",
   "nomeRisco":"@#A08",
   "raizCnpj":"@#A09",
   "valorLimiteGrupoString":"@#A10",
   "tipoPessoa":"@#A11",
   "dataValidadeClassificacaoGrupoEconomico":"@#A12",
   "nomeDivisor":"@#A13",
   "valorDivisor":"@#A15",
   "codigoMotivoRequisicao":"@#A16",
   "nomeMotivoRequisicao":"@#A17",
   "observacaoRequisicao":"@#A18",
   "codigoColigado":"@#A19",
   "nomeColigado":"@#A20",
   "dataUltimaConsultaAnalitica":"@#A21"
}

Divisor de limites

Integração Reversa de Divisor de Limites dispara:

• Na adoção de limites via DepsNet para "Pessoa Física", "Pessoa Jurídica" e "Grupo Raiz Pessoa". O cliente deve possuir algum divisor de limite configurado.

Código	Campo	Tipo	Tam.	Informações
@#D00	Documento do cliente	String	15	- Raiz do CNPJ quando for pessoa jurídica. - CPF quando por pessoa física. - Código identificador para tipo Exportação. Obs.: Campo vazio quando o divisor de limite for de grupo econômico.
@#D01	Nome de origem	String	40
@#D02	Login do usuário	String	50
@#D03	Código do grupo econômico	String	50	Este código é enviado quando é executado a integração reversa do divisor de limites de um grupo econômico. Obs.: Campo vazio quando divisor de limite for de uma raiz.
@#D04	Nome do divisor de limite	String	40
@#D06	Valor do divisor de limite	Decimal	18,2
@#D07	Tipo da pessoa	String	1	- J - Pessoa jurídica - F - Pessoa física - E - Pessoa exportação
@#D08	Nome da política do cliente	String	40
@#D09	Nome da classificação do cliente	String	40
@#D10	Nome do risco do limite do cliente	String	40
@#D11	Data da validade da classificação	DateTime		Data no formato: dd/mm/yyyy hh:mm:ss Obs.: Para WebService adotar: yyyy-dd-mmThh:mm:ss Obs.: Caso seja um grupo econômico, campo será enviado vazio
@#D12	Data de validade da classificação do grupo econômico do cliente	DateTime		Data no formato: dd/mm/yyyy hh:mm:ss Obs.: Para WebService adotar: yyyy-dd-mmThh:mm:ss Obs.: Caso cliente não possua grupo econômico, campo será enviado vazio
@#D13	Valor do limite adotado para grupo econômico	Decimal	18,2
@#D14	Código do coligado no sistema de gestão	String	100
@#D15	Nome do coligado no sistema de gestão	String	300
@#D16	Data da última consulta analítica do cliente	DateTime		Data no formato: dd/mm/yyyy hh:mm:ss Obs.: Para WebService adotar: yyyy-dd-mmThh:mm:ss Obs.: Caso cliente não consulta analítica realizada com sucesso, campo será enviado vazio. Obs.: Cliente PJ é retornado a última consulta dentre as filiais da raiz.
@#D17	Valor do limite sugerido. OBS: Quando for grupo econômico será enviado o valor do limite sugerido do grupo.	Decimal	18,2
@#D18	Valor total do limite adotado para a raiz do documento. OBS: Quando for pessoa física ou pessoa exportação será enviado o valor do limite adotado para o documento.	Decimal	18,2	O separador decimal é a vírgula Obs.: Para WebService adotar ponto. Obs.: Para ODBC é enviado NULL caso não possuir grupo, REST e WebService é enviado vazio

Exemplo layout ODBC reverso

insert into dbo.DivisorLimite
values('@#D00','@#D01','@#D02','@#D03','@#D04','@#D06','@#D07','@#D08','@#D09','@#D10','@#D11','@#D12','@#D13','@#D14','@#D15','@#D16','@#D17','@#D18');

Exemplo layout WebService reverso

<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:tem="http://tempuri.org/">
   <soap:Header/>
   <soap:Body>
      <tem:DivisorLimite>
         <tem:documento>@#D00</tem:documento>
         <tem:origem>@#D01</tem:origem>
         <tem:usuario>@#D02</tem:usuario>
         <tem:codigoGrupo>@#D03</tem:codigoGrupo>
         <tem:nomeDivisor>@#D04</tem:nomeDivisor>
         <tem:vlrDivisor>@#D06</tem:vlrDivisor>
         <tem:tipoPessoa>@#D07</tem:tipoPessoa>
         <tem:nomePolitica>@#D08</tem:nomePolitica>
         <tem:classificacao>@#D09</tem:classificacao>		
         <tem:nomeRisco>@#D10</tem:nomeRisco>
         <tem:validade>@#D11</tem:validade>
         <tem:dataValidadeClassificacaoGrupo>@#D12</tem:dataValidadeClassificacaoGrupo>		
         <tem:valorLimiteGrupo>@#D13</tem:valorLimiteGrupo>	
         <tem:codigoColigado>@#D14</tem:codigoColigado>	
         <tem:nomeColigado>@#D15</tem:nomeColigado>		
         <tem:dataUltimaConsultaAnalitica>@#D16</tem:dataUltimaConsultaAnalitica>
         <tem:valorLimiteSugerido>@#D17</tem:valorLimiteSugerido>		
         <tem:valorLimiteRaiz>@#D18</tem:valorLimiteRaiz>                  
      </tem:DivisorLimite>
   </soap:Body>
</soap:Envelope>

Exemplo layout REST reverso

{
   "documento":"@#D00",
   "origem":"@#D01",
   "usuario":"@#D02",
   "codigoGrupo":"@#D03",
   "nomeDivisor":"@#D04",
   "valor":"@#D06",
   "tipoPessoa": "@#D07",
   "nomePolitica": "@#D08",
   "classificacao": "@#D09",
   "nomeRisco": "@#D10",
   "validade": "@#D11",
   "dataValidadeClassificacaoGrupo": "@#D12",
   "valorLimiteGrupo": "@#D13",
   "codigoColigado": "@#D14",
   "nomeColigado": "@#D15",
   "dataUltimaConsultaAnalitica": "@#D16",
   "valorLimiteSugerido": "@#D17",
   "valorLimiteRaiz": "@#D18"
}

Divisor de limites por documento

Integração Reversa de Divisor de Limites Por Documento realiza o envio de informações dos divisores de limite que o cliente possuir, em caso de Pessoa Jurídica será realizado um disparo para cada filial, considerando os divisores de limite da raiz e o valor de limite adotado das filiais.

Disparos do reverso podem acontecer por meio de alterações de limite, alterações de grupo econômico e aprovações de pedidos.

A funcionalidade reversa de divisor por documento envolve um cálculo interno que é realizado para determinar os valores corretos a serem enviados no divisor de cada documento. Essa informação não é diretamente exibida na tela, mas é calculada nos bastidores durante a execução do processo.

O cálculo é baseado em uma fórmula específica que leva em consideração o limite tomado de cada documento, o limite tomado total e o limite total dos divisores.

Para chegar ao valor do divisor de cada documento, o sistema realiza uma divisão proporcional, calculando os valores corretos a serem atribuídos a cada documento, de modo que quando somados correspondam ao limite estabelecido pelo total dos divisores.

As seguintes parametrizações de sistema estão envolvidas no disparo deste reverso:

• 'Int. reversa limite aprovação pedido'
• 'Int. reversa limite alteração de grupo econômico'
• 'Int. reversa limite alteração de classificação'

Código	Campo	Tipo	Tam.	Informações
@#D00	Documento do cliente	String	15	- CNPJ quando for pessoa jurídica. - CPF quando por pessoa física. - Código identificador para tipo Exportação.
@#D01	Nome de origem	String	40
@#D02	Login do usuário	String	50
@#D03	Nome do divisor de limite	String	40
@#D05	Valor do divisor de limite	Decimal	18,2
@#D06	Tipo da pessoa	String	1	- J - Pessoa jurídica - F - Pessoa física - E - Pessoa exportação
@#D07	Nome da política do cliente	String	40
@#D08	Nome da classificação do cliente	String	40
@#D09	Nome do risco do limite do cliente	String	40
@#D10	Data da validade da classificação	DateTime		Data no formato: dd/mm/yyyy hh:mm:ss Obs.: Para WebService adotar: yyyy-dd-mmThh:mm:ss
@#D11	Código do coligado no sistema de gestão	String	100
@#D12	Nome do coligado no sistema de gestão	String	300
@#D13	Data da última consulta analítica do cliente	DateTime		Data no formato: dd/mm/yyyy hh:mm:ss Obs.: Para WebService adotar: yyyy-dd-mmThh:mm:ss Obs.: Caso cliente não consulta analítica realizada com sucesso, campo será enviado vazio. Obs.: Cliente PJ é retornado a última consulta dentre as filiais da raiz.
@#D14	Valor do limite sugerido.	Decimal	18,2
@#D15	Valor total do limite adotado para a raiz do documento. OBS: Quando for pessoa física ou pessoa exportação será enviado o valor do limite adotado para o documento.	Decimal	18,2	O separador decimal é a vírgula Obs.: Para WebService adotar ponto.

Exemplo layout ODBC reverso

insert into dbo.DivisorLimiteDocumento
values('@#D00','@#D01','@#D02','@#D03','@#D05','@#D06','@#D07','@#D08','@#D09','@#D10','@#D11','@#D12','@#D13','@#D14','@#D15');

Exemplo layout WebService reverso

<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:tem="http://tempuri.org/">
   <soap:Header/>
   <soap:Body>
      <tem:DivisorLimiteDocumento>
         <tem:documento>@#D00</tem:documento>
         <tem:origem>@#D01</tem:origem>
         <tem:usuario>@#D02</tem:usuario>
         <tem:nomeDivisor>@#D03</tem:nomeDivisor>
         <tem:vlrDivisor>@#D05</tem:vlrDivisor>  
         <tem:tipoPessoa>@#D06</tem:tipoPessoa>
         <tem:nomePolitica>@#D07</tem:nomePolitica>
         <tem:classificacao>@#D08</tem:classificacao>		
         <tem:nomeRisco>@#D09</tem:nomeRisco>
         <tem:validade>@#D10</tem:validade>
         <tem:codigoColigado>@#D11</tem:codigoColigado>	
         <tem:nomeColigado>@#D12</tem:nomeColigado>		
         <tem:dataUltimaConsultaAnalitica>@#D13</tem:dataUltimaConsultaAnalitica>
         <tem:valorLimiteSugerido>@#D14</tem:valorLimiteSugerido>		
         <tem:valorLimiteRaiz>@#D15</tem:valorLimiteRaiz>                
      </tem:DivisorLimiteDocumento>
   </soap:Body>
</soap:Envelope>

Exemplo layout REST reverso

{
   "documento":"@#D00",
   "origem":"@#D01",
   "usuario":"@#D02",
   "nomeDivisor":"@#D03",
   "valor":"@#D05",
   "tipoPessoa": "@#D06",
   "nomePolitica": "@#D07",
   "classificacao": "@#D08",
   "nomeRisco": "@#D09",
   "validade": "@#D10",
   "codigoColigado": "@#D11",
   "nomeColigado": "@#D12",
   "dataUltimaConsultaAnalitica": "@#D13",
   "valorLimiteSugerido": "@#D14",
   "valorLimiteRaiz": "@#D15"
}

Divisor de limites por documento lista

Integração Reversa de Divisor de Limites Por Documento Lista realiza o envio de informações dos divisores de limite que o cliente possuir, em caso de Pessoa Jurídica será realizado um disparo para cada filial, considerando os divisores de limite da raiz e o valor de limite adotado das filiais.

Disparos do reverso podem acontecer por meio de alterações de limite, alterações de grupo econômico e aprovações de pedidos.

A funcionalidade reversa de divisor por documento envolve um cálculo interno que é realizado para determinar os valores corretos a serem enviados no divisor de cada documento. Essa informação não é diretamente exibida na tela, mas é calculada nos bastidores durante a execução do processo.

O cálculo é baseado em uma fórmula específica que leva em consideração o limite tomado de cada documento, o limite tomado total e o limite total dos divisores.

Para chegar ao valor do divisor de cada documento, o sistema realiza uma divisão proporcional, calculando os valores corretos a serem atribuídos a cada documento, de modo que quando somados correspondam ao limite estabelecido pelo total dos divisores.

A diferença entre o reverso de Divisor de limites por documento e o Divisor de limites por documento lista está no retorno das informações. O reverso de Divisor de limites por documento realiza uma chamada para cada divisor de limite de cada documento e o Divisor de limites por documento lista agrupa todos os divisores de todos os documentos de mesma origem em um único bloco, realizando apenas uma chamada no reverso.

As seguintes parametrizações de sistema estão envolvidas no disparo deste reverso:

• 'Int. reversa limite aprovação pedido'
• 'Int. reversa limite alteração de grupo econômico'
• 'Int. reversa limite alteração de classificação'

Código	Campo	Tipo	Tam.	Informações
@#D00	Documento do cliente	String	15	- CNPJ quando for pessoa jurídica. - CPF quando por pessoa física. - Código identificador para tipo Exportação.
@#D01	Nome de origem	String	40
@#D02	Login do usuário	String	50
@#D03	Nome do divisor de limite	String	40
@#D04	Valor do divisor de limite	Decimal	18,2
@#D05	Tipo da pessoa	String	1	- J - Pessoa jurídica - F - Pessoa física - E - Pessoa exportação
@#D06	Nome da política do cliente	String	40
@#D07	Nome da classificação do cliente	String	40
@#D08	Nome do risco do limite do cliente	String	40
@#D09	Data da validade da classificação	DateTime		Data no formato: dd/mm/yyyy hh:mm:ss
@#D10	Código do coligado no sistema de gestão	String	100
@#D11	Nome do coligado no sistema de gestão	String	300
@#D12	Data da última consulta analítica do cliente	DateTime		Data no formato: dd/mm/yyyy hh:mm:ss Obs.: Caso cliente não consulta analítica realizada com sucesso, campo será enviado vazio. Obs.: Cliente PJ é retornado a última consulta dentre as filiais da raiz.
@#D13	Valor do limite sugerido.	Decimal	18,2
@#D14	Valor total do limite adotado para a raiz do documento. OBS: Quando for pessoa física ou pessoa exportação será enviado o valor do limite adotado para o documento.	Decimal	18,2	O separador decimal é a vírgula

Exemplo layout REST reverso

{
   "divisoresDocumento":[
      {
		   "documento":"@#D00",
		   "origem":"@#D01",
		   "usuario":"@#D02",
		   "nomeDivisor":"@#D03",
		   "valor":"@#D04",
		   "tipoPessoa": "@#D05",
		   "nomePolitica": "@#D06",
		   "classificacao": "@#D07",
		   "nomeRisco": "@#D08",
		   "validade": "@#D09",
		   "codigoColigado": "@#D10",
		   "nomeColigado": "@#D11",
		   "dataUltimaConsultaAnalitica": "@#D12",
		   "valorLimiteSugerido": "@#D13",
		   "valorLimiteRaiz": "@#D14"
      }
   ]
}

Pedidos

Integração Reversa de Pedidos dispara:

• Quando é salva uma situação de pedido;

• Quando é alterada a situação do pedido para "Aprovado" ou "Desbloqueado";

• Quando associa ou desassocia um motivo do pedido. Essa alteração pode ocorrer na tela principal do pedido, na alteração de situação, no cadastro de informação complementar e parecer usuário, caso o parecer selecionado esteja marcado para informar motivo.

Código	Campo	Tipo	Tam.	Informações
@#P00	Documento do cliente	String	14	CNPJ/CPF do cliente
@#P01	Nome da origem	String	40
@#P02	Nome da situação do pedido	String	50	Exemplo: Aprovado Bloqueado Pendente
@#P03	Código sistema de gestão	String	50	Código de identificação do cliente no sistema de gestão
@#P04	Número interno do pedido	String	30	Corresponde ao campo código interno do pedido
@#P05	Usuário	String	40	Login do usuário no DepsNet
@#P06	Nome da classificação do cliente	String	40	Caso o cliente possua grupo econômico será enviado à classificação do grupo na integração reversa.
@#P07	Data alteração da situação	DateTime		Data no formato: dd/mm/yyyy hh:mm:ss Obs.: Para WebService adotar: yyyy-dd-mmThh:mm:ss
@#P08	Motivos concatenados	String		Somente deve ser enviada essa TAG, caso na parametrização do sistema a opção de "Concatenar Motivos" estiver como "Sim - Enviar motivos com seleção automática da nova situação" ou "Sim - Enviar motivos da situação anterior". Senão serão enviados os motivos separadamente no reverso de Motivo
@#P09	Nome da política do cliente	String	40
@#P10	Código sistema de gestão da situação	String	50
@#P11	Número do pedido	String	30	Número do pedido no sistema de gestão
@#P12	Número original	String	30	Número original do pedido
@#P13	Informação complementar	String	8000	Última informação complementar inserida para o pedido
@#P14	Parecer	String	200	Último parecer informado pelo sistema para o pedido
@#P15	Tipo pessoa do pedido	String	1	- J - Jurídica - F - Física - E - Exportação
@#P16	Código sistema de gestão de motivos	String		Motivos manuais e automáticos relacionados ao pedido no momento anterior a realização da integração. Os códigos são enviados concatenados utilizando vírgula como separador. Não disponível via TXT

Observação

Na TAG @#P08:

Se a parametrização Concatenar motivos estiver Sim - Enviar motivos da situação anterior envia somente os motivos da situação anterior (antes de aprovar). Para situação de bloqueado envia os motivos na nova situação (bloqueado).

Se a parametrização Concatenar motivos estiver Sim - Enviar motivos com seleção automática da nova situação envia somente os motivos de seleção automática da nova situação (somente quando a automação alterar para aprovado). Para situação de bloqueado envia os motivos na nova situação (bloqueado).

Se a parametrização Concatenar motivos estiver Não não envia nada na tag @#P08.

Exemplo layout ODBC reverso

insert into dbo.Pedidos
values('@#P00','@#P01','@#P02','@#P03','@#P04','@#P05','@#P06','@#P07','@#P08','@#P09','@#P10','@#P11','@#P12','@#P13','@#P14','@#P15','@#P16');

Exemplo layout TXT reverso

@#P00123456789012345@#P01Nome@#P02Situacao@#P03CDGsg5152@#P04564881231@#P05Usuario@#P06Classificacao@#P0701/01/2019@#P08@#P09Politica@#P10CDGsgSIT454512@#P1189562@#P1245218@#P13Complemento@#P14

Exemplo layout WebService reverso

<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:tem="http://tempuri.org/">
   <soap:Header/>
   <soap:Body>
      <tem:Pedidos>
         <tem:documento>12456789011232</tem:documento>
         <tem:origem>Nome</tem:origem>
         <tem:situacao>Aprovado</tem:situacao>
         <tem:codSG>CDGsg77454</tem:codSG>
         <tem:numero>15234</tem:numero>
         <tem:usuario>Usuario</tem:usuario>
         <tem:classificacao>Classificacao</tem:classificacao>
         <tem:dtAltSituacao>2019-12-18T16:54:22</tem:dtAltSituacao>
         <tem:motivo></tem:motivo>
         <tem:politica>Politica</tem:politica>
         <tem:csgSituacao>CDGsgSIT45454</tem:csgSituacao>
         <tem:codigoPedido>4512224</tem:codigoPedido>
         <tem:codigoOriginal>123332</tem:codigoOriginal>
         <tem:ultimoComplementoPedido>Complemento</tem:ultimoComplementoPedido>
         <tem:ultimoParecer>parecer</tem:ultimoParecer>
         <tem:tipoPessoa>J</tem:tipoPessoa>
         <tem:motivosManuaisEAutm>A,B,COD</tem:motivosManuaisEAutm>
      </tem:Pedidos>
   </soap:Body>
</soap:Envelope>

Exemplo layout REST reverso

{
   "Documento":"@#P00",
   "Origem":"@#P01",
   "Situacao":"@#P02",
   "CodigoSistemaGestao":"@#P03",
   "CodigoInterno":"@#P04",
   "Usuario":"@#P05",
   "Classificacao":"@#P06",
   "DataAlteracaoSituacao":"@#P07",
   "Motivo":"@#P08",
   "Politica":"@#P09",
   "CodigoSistemaGestaoSituacao":"@#P10",
   "CodigoPedido":"@#P11",
   "CodigoOriginal":"@#P12",
   "InformacaoComplementar":"@#P13",
   "Parecer":"@#P14",
   "TipoPessoa":"@#P15",
   "MotivosManuaisEAutm":"@#P16"
}

Motivos de pedidos

Integração Reversa de Motivos de Pedidos dispara:

• Quando associa ou desassocia um motivo do pedido. Essa alteração pode ocorrer na tela principal do pedido, na alteração de situação, no cadastro de informação complementar e parecer usuário, caso o parecer selecionado esteja marcado para informar motivo.

Código	Campo	Tipo	Tam.	Informações
@#M00	Número do pedido	String	30	Corresponde ao código interno do pedido.
@#M01	Código sistema de gestão	String	50	Código de identificação do motivo no sistema de gestão.
@#M02	Nome do motivo	String	50
@#M03	Usuário	String	40	Login do usuário no DepsNet
@#M04	Tipo da associação	String	1	Campo utilizado para informar se está associando ou desassociando o motivo. 1 - Associar 0 - Desassociar
@#M05	Documento do cliente	String	14	CNPJ/CPF do cliente.
@#M06	Nome do usuário	String	50	Nome do usuário.

Atenção

Para integração reversa do tipo TXT:

• Campo @#M05 - Nome do usuário
• Campo @#M06 - Não existe.

Observação

1. As tags de motivos definidas acima somente serão utilizadas caso o processo de integração esteja definido para enviar separadamente, ou seja, na parametrização do sistema a opção Concatenar Motivos estiver como Não.

2. Na integração reversa do tipo TXT os motivos serão enviados no mesmo arquivo de pedido.

Exemplo layout ODBC reverso

insert into dbo.Motivo
values('@#M00','@#M01','@#M02','@#M03','@#M04','@#M05','@#M06');

Exemplo layout TXT reverso

@#M001234556@#M01CDGsg45454@#M02Motivo@#M03Usuario@#M04Associacao@#M0512345000645@#M06Nome

Exemplo layout WebService reverso

<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:tem="http://tempuri.org/">
   <soap:Header/>
   <soap:Body>
      <tem:MotivoPedido>
         <tem:numeroPedido>4632225</tem:numeroPedido>
         <tem:codSG>CDGsg58446</tem:codSG>
         <tem:nomeMotivo>Nome</tem:nomeMotivo>
         <tem:usuario>LoginDepsNet</tem:usuario>
         <tem:tipoAssociacao>1</tem:tipoAssociacao>
         <tem:documento>12345678901234</tem:documento>
         <tem:usuarioNome>Usuario</tem:usuarioNome>
      </tem:MotivoPedido>
   </soap:Body>
</soap:Envelope>

Exemplo layout REST reverso

{
   "NumeroPedido":"@#M00",
   "CodigoSistemaGestao":"@#M01",
   "NomeMotivo":"@#M02",
   "Usuario":"@#M03",
   "TipoAssociacao":"@#M04",
   "Documento":"@#M05",
   "NomeUsuario":"@#M06"
}

Informação complementar de clientes

Integração Reversa de Informação Complementar de cliente dispara:

• Quando é cadastrado uma informação complementar para o cliente em tela;

Código	Campo	Tipo	Tam.	Informações
@#I00	Documento do cliente	String	15	Cód. exportação/CNPJ/CPF do cliente
@#I01	Código sistema de gestão	String	50	Código do cliente no sistema de gestão
@#I02	Nome da origem	String	40	Nome da origem
@#I03	Tipo pessoa	String	1	Tipo pessoa (J, F ou E)
@#I04	Informação complementar	String	200	Informação complementar
@#I05	Usuário	String	40	Nome do usuário
@#I06	DataCadastro	DateTime		Data de cadastro da informação complementar. Data no formato: dd/mm/yyyy hh:mm:ss Obs.: Para WebService adotar: yyyy-dd-mmThh:mm:ss

Atenção

Para integração reversa do tipo WebService:

• Campo @#I04 - Incluir o método <![CDATA[@#I04]]> para evitar erros de carecteres especiais.

Exemplo layout ODBC reverso

insert into dbo.InfoComplementarCliente
values('@#I00','@#I01','@#I02','@#I03','@#I04','@#I05','@#I06');

Exemplo layout WebService reverso

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:tem="http://tempuri.org/">
    <soapenv:Header/>    
	<soapenv:Body>       
	   <tem:InformacaoComplementarCliente>    
              <tem:documentoCliente>@#I00</tem:documentoCliente>
              <tem:codigoSistemaGestao>@#I01</tem:codigoSistemaGestao>
              <tem:origem>@#I02</tem:origem>
              <tem:tipoPessoa>@#I03</tem:tipoPessoa>
              <tem:informacaoComplementar>@#I04</tem:informacaoComplementar>
              <tem:usuario>@#I05</tem:usuario>
              <tem:dataCadastro>@#I06</tem:dataCadastro>
           </tem:InformacaoComplementarCliente>                
        </soapenv:Body> 
</soapenv:Envelope>

Exemplo layout REST reverso

{
   "DocumentoCliente":"@#I00",
   "CodigoSistemaGestao":"@#I01",
   "Origem":"@#I02",
   "TipoPessoa":"@#I03",
   "InformacaoComplementar":"@#I04",
   "Usuario":"@#I05",
   "DataCadastro": "@#I06"
}

Informação complementar de pedidos

Integração Reversa de Informação Complementar de Pedidos dispara:

• Quando é cadastrado uma informação complementar para o pedido;

• Quando é alterado a situação do pedido;

• Quando associa ou desassocia um motivo, dentro do cadastro de informação complementar.

Código	Campo	Tipo	Tam.	Informações
@#I00	Número do pedido	String	30	Corresponde ao código interno do pedido
@#I01	Login	String	40	Login que adicionou a informação complementar
@#I02	DataCadastro	DateTime		Data de cadastro da informação complementar. Data no formato: dd/mm/yyyy hh:mm:ss Obs.: Para WebService adotar: yyyy-dd-mmThh:mm:ss
@#I03	Complemento	String	8000	Informação complementar
@#I04	Documento do cliente	String	14	CNPJ/CPF do cliente
@#I05	Nome da origem	String	40
@#I06	Nome do evento	String	40	Nome do evento que gerou a informação complementar

Exemplo layout ODBC reverso

insert into dbo.InformacaoComPedido
values('@#I00','@#I01','@#I02','@#I03','@#I04','@#I05','@#I06');

Exemplo layout TXT reverso

@#I00781111@#I01Login@#I0201/01/2019@#I03Complemento@#I04123456789101234@#I05Nome@#I06Evento

Exemplo layout WebService reverso

<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:tem="http://tempuri.org/">
   <soap:Header/>
   <soap:Body>
      <tem:InfoCompPedidos>
         <tem:codigoPedido>CDGpdd0012</tem:codigoPedido>
         <tem:login>Login</tem:login>
         <tem:dtAlteracao>2019-12-18T16:54:22</tem:dtAlteracao>
         <tem:infoComp>Complemento</tem:infoComp>
         <tem:documento>12345678901234</tem:documento>
         <tem:origem>Nome</tem:origem>
         <tem:evento>Evento</tem:evento>
      </tem:InfoCompPedidos>
   </soap:Body>
</soap:Envelope>

Exemplo layout REST reverso

{
   "CodigoPedido":"@#I00",
   "Login":"@#I01",
   "DataAlteracao":"@#I02",
   "InformacaoComplementar":"@#I03",
   "Documento":"@#I04",
   "Origem":"@#I05",
   "Evento":"@#I06"
}

Automação de pedidos

A automação de pedidos segue o mesmo conceito descrito nesse documento. Somente para a integração reversa de informação complementar que existe um parâmetro do sistema com o nome: "Int. reversa informação complementar automação". Onde vem como padrão: "Não" e caso alterado para "Sim" será enviado o log da automação do pedido na integração reversa.

Durante o procedimento de automação de pedidos é possível que diversas integrações reversas sejam realizadas, são elas:

• A integração reversa de bloqueio, quando ocorre o bloqueio de um pedido.
• A integração reversa de pedidos, quando é feito a aprovação de um pedido.
• A integração reversa de adoção de limites de raiz de CNPJ, quando um pedido é aprovado.
• A integração reversa de adoção de limites, quando ocorre a aprovação de um pedido.
• A integração reversa de informação complementar de pedidos, quando é necessário atualizar a informação de um pedido.

Recuperação de crédito

Integração Reversa de Recuperação de Crédito dispara:

• Quando realizar uma negociação na recuperação de crédito. A situação da negociação feita precisar estar com a opção "Integração Reversa" marcada no cadastro de situação dentro das configurações de recuperação de crédito.

Código	Campo	Tipo	Tam.	Informações
@#R00	Código da negociação	Int		Corresponde ao código interno da negociação
@#R01	Tipo da negociação	String	30	Nome do tipo da negociação
@#R02	Situação	String	30	Nome da situação da negociação
@#R03	Documento do cliente	String	14	CNPJ/CPF do cliente
@#R04	Nome da origem	String	40	Nome da origem do cliente

Exemplo layout ODBC reverso

insert into dbo.RecuperacaoCredito
values('@#R00','@#R01','@#R02','@#R03','@#R04');

Exemplo layout TXT reverso

@#R00123554564@#R01Negociacao@#R02Situacao@#R03123456789012345@#R04Nome

Exemplo layout WebService reverso

<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:tem="http://tempuri.org/">
   <soap:Header/>
   <soap:Body>
      <tem:RecuperacaoCredito>
         <tem:codigoNegociacao>005</tem:codigoNegociacao>
         <tem:tipoNegociacao>Tipo Negociacao</tem:tipoNegociacao>
         <tem:situacao>Situacao</tem:situacao>
         <tem:documentoCliente>12345678901234</tem:documentoCliente>
         <tem:origem>Origem</tem:origem>
      </tem:RecuperacaoCredito>
   </soap:Body>
</soap:Envelope>

Exemplo layout REST reverso

{
   "codigoNegociacao":"@#R00",
   "tipoNegociacao":"@#R01",
   "situacao":"@#R02",
   "documento":"@#R03",
   "origem":"@#R04"
}

Dados do cliente

A integração de reversa de Dados do Cliente, diferente das outras integrações reversas, possui dois parâmetros que necessitam serem configurados para que ela seja executada. O parâmetro “Processo que devem executar o reverso” é responsável por indicar ao sistema em quais processos que ao serem executados deverão realizar o reverso. As opções deste parâmetro são:

• Análise de clientes via API: Ao chamar uma Análise do cliente via API do Deps, o cliente será analisado e ao final deste processo, o sistema realizara a integração reversa dos dados do cliente informado.
• Análise de clientes via tela: Ao acessar um cliente no Deps ou clicar no botão Analisar, caso já esteja acessado, o sistema realizara uma análise para o cliente e no final deste processo, aciona a integração reversa.
• Análise em lote: Ao executar uma análise em lote, os clientes informados no arquivo serão analisados e ao final de cada processo de análise, a integração reversa será acionada.
• Associar grupo cliente: Ao associar um cliente em um grupo econômico ou cadastrar uma nova filial para uma raiz que já faça parte de um grupo, o sistema realizara a integração reversa dos dados deste cliente.
• Automação de pedidos: Ao executar uma automação de pedidos, seja de análise ou reanálise, o sistema executa uma análise do cliente para atualizar suas informações e ao final deste processo, ele executa a integração reversa.
• Fluxo de consulta: Ao executar um fluxo de consulta para o cliente, seja via tela ou automação, após realizar as consultas o sistema executa uma análise e ao final deste processo, a integração reversa é acionada.
• Gerenciador de carteira: Ao executar um Gerenciador de carteira no Deps, o sistema busca os clientes que se enquadram nas definições do gerenciador executado e realiza uma análise para cada cliente e no final, a integração reversa será acionada.

O outro parâmetro que necessita ser configurado é o “Opção de gatilho para o reverso”, este define quais informações, que ao serem alteradas, deverão chamar a integração reversa nos processos definidos no parâmetro “Processo que devem executar o reverso”, ou seja, caso nenhuma das opções definidas tenham sofridos alterações, a integração reversa não será executada. As opções disponíveis são: classificação, limite sugerido, política, risco, validade da classificação, código sistema de gestão do grupo. Para realizar a comparação destas informações, antes de executar os processos informados anteriormente, o sistema armazena as informações do cliente para que ao final de cada processo, ele possa comparar e verificar quais informações foram alteradas.

Código	Campo	Tipo	Tam.	Informações
@#D00	Documento do cliente	String	14	CNPJ/CPF do cliente
@#D01	Código sistema de gestão	String	50	Código de identificação do cliente no sistema de gestão
@#D02	Nome da origem	String	40
@#D03	Código sistema de gestão do grupo econômico do cliente	String	50	Código de identificação do grupo econômico do cliente no sistema de gestão
@#D04	Nome do grupo econômico do cliente	String	100
@#D05	Nome da política	String	40	Se o cliente estiver associado a um grupo econômico, será o nome da política do grupo, se não será o nome da política do cliente
@#D06	Nome da classificação	String	40	Se o cliente estiver associado a um grupo econômico, será o nome da classificação do grupo, se não será o nome da classificação do cliente
@#D07	Valor do limite sugerido	Decimal	18,2	Se o cliente estiver associado a um grupo econômico, será o valor do limite sugerido do grupo, se não será o valor do limite sugerido do cliente O separador decimal é a vírgula Obs.: Para WebService adotar ponto.
@#D08	Nome do risco do limite adotado	String	40	Se o cliente estiver associado a um grupo econômico, será o nome do risco do limite adotado do grupo, se não será o nome do risco do limite adotado do grupo do cliente
@#D09	Validade da classificação	DateTime

Exemplo layout ODBC reverso

insert into dbo.DadosCliente
values('@#D00','@#D01','@#D02','@#D03','@#D04','@#D05','@#D06','@#D07','@#D08','@#D09');

Exemplo layout TXT reverso

@#D0012345678901234@#D01CDGsg0021@#D02Nome@#D03CDGsgGrpEcn22121@#D04Grupo Economico@#D05Politica@#D06Classificacao@#D07890,30@#D08Risco de limite

Exemplo layout WebService reverso

<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:tem="http://tempuri.org/">
   <soap:Header/>
   <soap:Body>
      <tem:DadosCliente>
         <tem:documento>12345678901234</tem:documento>
         <tem:codigoSistemaGestao>CDGsg10005</tem:codigoSistemaGestao>
         <tem:nomeOrigem>Nome</tem:nomeOrigem>
         <tem:codigoSistemaGestaoGrupo>CDGgrSG10024</tem:codigoSistemaGestaoGrupo>
         <tem:nomeGrupo>Nome do grupo</tem:nomeGrupo>
         <tem:nomePolitica>Nome da Politica</tem:nomePolitica>
         <tem:nomeClassificacao>Classificacao</tem:nomeClassificacao>
         <tem:limiteSugerido>150.1</tem:limiteSugerido>
         <tem:nomeRisco>Risco de Limite</tem:nomeRisco>
         <tem:validadeClassificacao>2022-04-07T16:31:00</tem:validadeClassificacao>
      </tem:DadosCliente>
   </soap:Body>
</soap:Envelope>

Exemplo layout REST reverso

{
   "Documento":"@#D00",
   "CodigoSistemaGestao":"@#D01",
   "Origem":"@#D02",
   "CodigoSistemaGestaoGrupo":"@#D03",
   "Grupo":"@#D04",
   "Politica":"@#D05",
   "Classificacao":"@#D06",
   "ValorLimiteSugerido":"@#D07",
   "Risco":"@#D08",
   "ValidadeClassificacao":"@#D09"
}

Grupo econômico

Integração Reversa de Grupo Econômico dispara:

• Quando é criado um novo grupo econômico;

Código	Campo	Tipo	Tam.	Informações
@#G00	Código sistema de gestão do grupo	String	50	Código de identificação do grupo econômico do cliente no sistema de gestão
@#G01	Nome do grupo econômico	String	100
@#G02	Nome da origem	String	40
@#G03	Código sistema de gestão do componente do grupo	String	50
@#G04	Documento do componente do grupo	String	14

Exemplo layout ODBC reverso

insert into dbo.GrupoEconomico
values('@#G00','@#G01','@#G02','@#G03','@#G04');

Exemplo layout TXT reverso

@#G00CDGsg33535@#G01Nome Grupo Economico@#G02Nome@#G03CDGsgCompGrp55454@#G0412345678901234

Exemplo layout WebService reverso

<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:tem="http://tempuri.org/">
   <soap:Header/>
   <soap:Body>
      <tem:GrupoEconomico>
         <tem:codigoSistemaGestaoGrupo>CDGsgGRUPO0021</tem:codigoSistemaGestaoGrupo>
         <tem:nomeGrupo>Nome do grupo</tem:nomeGrupo>
         <tem:origem>Nome</tem:origem>
         <tem:codigoSistemaGestaoComponente>CDGsgCompGrupo00021</tem:codigoSistemaGestaoComponente>
         <tem:documentoComponente>DOC0015544560</tem:documentoComponente>
      </tem:GrupoEconomico>
   </soap:Body>
</soap:Envelope>

Exemplo layout REST reverso

{ 
    "CodigoSistemaGestaoGrupo": "@#G00",
    "NomeGrupo": "@#G01",
    "NomeOrigem": "@#G02",
    "CodigoSistemaGestaoComponente": "@#G03",
    "DocumentoComponente": "@#G04"
}

Grupo econômico 2.0

Integração Reversa de Grupo Econômico 2.0 dispara:

• Quando é criado um novo grupo econômico;

Via WebService

Código	Campo	Tipo	Tam.	Informações
@#G00	Código sistema de gestão atualizado do grupo	String	50	Código de identificação do grupo econômico do cliente no sistema de gestão atualizado no momento do da integração.
@#G01	Código sistema de gestão anteriror do grupo	String	50	Código de identificação do grupo econômico do cliente no sistema de gestão anterior a alteração do usuário, usado para identificar possíveis alterações de código.
@#G02	Nome do grupo econômico	String	100	Nome do grupo econômico
@#G03	Nome da origem	String	40	Nome da origem do grupo
@#G04	Componentes do grupo	String		Será enviado todos os componentes do grupo em uma lista JSON. Dados enviados: - Documento - TipoPessoa - CodigoSistemaGestao - Operacao Operação podendo ser: I – Incluir componente E – Excluir componente M – Manter componente

Observação

1. Pode ser configurada uma parametrização de sistema com uma tag de retorno para alterar o código sistema de gestão no DepsNet caso necessário.

2. O campo @#G04 receberá um json no seguinte layout:

Exemplo layout componentes Json

[
   {
      "Documento":"11111111111111",
      "TipoPessoa":"J",
      "CodigoSistemaGestao":"CodSG",
      "Operacao":"E"
   },
   {
      "Documento":"22222222222",
      "TipoPessoa":"F",
      "CodigoSistemaGestao":"CodSG2",
      "Operacao":"M"
   },
   {
      "Documento":"33333333333333",
      "TipoPessoa":"J",
      "CodigoSistemaGestao":"CodSG2",
      "Operacao":"I"
   }
]

Exemplo layout WebService reverso

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:tem="http://tempuri.org/">
    <soapenv:Header/>    
	<soapenv:Body>       
	    <tem:GrupoEconomicoComOperacao>
		   <tem:codigoSistemaGestaoGrupoAtual>@#G00</tem:codigoSistemaGestaoGrupoAtual>
		   <tem:codigoSistemaGestaoGrupoAnterior>@#G01</tem:codigoSistemaGestaoGrupoAnterior>
         <tem:nomeGrupo>@#G02</tem:nomeGrupo>
         <tem:origem>@#G03</tem:origem> 
         <tem:componentesJson>@#G04</tem:componentesJson>
       </tem:GrupoEconomicoComOperacao>    
    </soapenv:Body> 
</soapenv:Envelope>

Via Api Rest

Código	Campo	Tipo	Tam.	Informações
@#G00	Código sistema de gestão atualizado do grupo	String	50	Código de identificação do grupo econômico do cliente no sistema de gestão atualizado no momento do da integração.
@#G01	Código sistema de gestão anteriror do grupo	String	50	Código de identificação do grupo econômico do cliente no sistema de gestão anterior a alteração do usuário, usado para identificar possíveis alterações de código.
@#G02	Nome do grupo econômico	String	100	Nome do grupo econômico
@#G03	Nome da origem	String	40	Nome da origem do grupo econômico
@#G04	Documento do componente	String	15	CNPJ/CPF/Cod Exp. do cliente.
@#G05	Tipo da pessoa do componente	String	1	Tipo pessoa do cliente J – Jurídica F – Física E – Exportação
@#G06	Código sistema de gestão do componente	String	50	Código de identificação do componente no sistema de gestão atualizado no momento do da integração.
@#G07	Operação aplicada ao componente	String	1	Operação podendo ser: I – Incluir componente E – Excluir componente M – Manter componente

Observação

1. Pode ser configurada uma parametrização de sistema com uma propriedade de retorno para alterar o código sistema de gestão no DepsNet caso necessário.

2. Os campos @#G04, @#G05, @#G06 e @#G07 devem estar dentro de um bloco de lista no layout json, pois a integração pode retornar vários componentes de uma única vez.

Exemplo layout REST reverso

{
   "codigoSistemaGestaoGrupoAtual":"@#G00",
   "codigoSistemaGestaoGrupoAnterior":"@#G01",
   "nomeGrupo":"@#G02",
   "origem":"@#G03",
   "componentesGrupo":[
      {
         "documento":"@#G04",
         "tipoPessoa":"@#G05",
         "codigoSistemaGestao":"@#G06",
         "operacao":"@#G07"
      }
   ]
}

Contato

Integração Reversa de Contato dispara:

• Quando é criado, removido ou editado um contato;

Código	Campo	Tipo	Tam.	Informações
@#C00	Documento do cliente	String	15
@#C01	Nome da Origem	String	40
@#C02	Nome	String	200
@#C03	Cargo	String	100
@#C04	Telefone	String	25
@#C05	Celular	String	25
@#C06	Email	String	200	Se houver mais de um e-mail informado virá concatenado por ";"
@#C07	Observação	String	250	Poderá conter outro tipo de contato que não se encaixa em nenhuma das opções citadas acima
@#C08	Preferencial	Int		0 - Contato não é preferencial 1 - Contato preferencial
@#C09	Tipo de operação	String	1	Tipo de operação realizada pelo DepsNet I - Inclusão A - Alteração E - Exclusão

Exemplo layout ODBC reverso

insert into dbo.Contato
values('@#C00','@#C01','@#C02','@#C03','@#C04','@#C05','@#C06','@#C07','@#C08','@#C09');

Exemplo layout TXT reverso

@#C0012345678901234@#C01Nome da Origem@#C02Nome@#C03Cargo@#C04934399908@#C05999889912@#[email protected]@#C07Observação@#C080@#C09I

Exemplo layout WebService reverso

<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:tem="http://tempuri.org/">
   <soap:Header/>
   <soap:Body>
      <tem:Contato>
         <tem:documentoCliente>12345678901234</tem:documentoCliente>
         <tem:origem>NomeOrigem</tem:origem>
         <tem:nome>NomeContato</tem:nome>
         <tem:cargo>Cargo</tem:cargo>
         <tem:telefone>34394444</tem:telefone>
         <tem:celular>48999451278</tem:celular>
         <tem:email>[email protected]</tem:email>
         <tem:observacao>Observações</tem:observacao>
         <tem:preferencial>1</tem:preferencial>
         <tem:operacao>I</tem:operacao>
      </tem:Contato>
   </soap:Body>
</soap:Envelope>

Exemplo layout REST reverso

{ 
    "DocumentoCliente": "@#C00",
    "NomeOrigem": "@#C01",
    "Nome": "@#C02",
    "Cargo": "@#C03",
    "Telefone": "@#C04",
    "Celular": "@#C05",
    "Email": "@#C06",
    "Observacao": "@#C07",
    "Preferencial": "@#C08",
    "Operacao": "@#C09"
}

Questionário

Integração Reversa de Questionário dispara:

• Quando é cadastrado ou alterado o valor de resposta dentro do questionário;

• Quando é definida a validade da pergunta e a mesma está marcada para sincronizar.

Código	Campo	Tipo	Tam.	Informações
@#Q00	Documento do cliente	String	15
@#Q01	Tipo da pessoa	String	1	J - Jurídica F - Física E - Exportação
@#Q02	Nome da origem	String	40
@#Q03	Pergunta	String	300
@#Q04	Resposta	String	100
@#Q05	Validade	DateTime

Exemplo layout ODBC reverso

insert into dbo.Questionario
values('@#Q00','@#Q01','@#Q02','@#Q03','@#Q04','@#Q05');

Exemplo layout WebService reverso

<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:tem="http://tempuri.org/">
   <soap:Header/>
   <soap:Body>
      <tem:Questionario>
         <tem:documentoCliente>12345678901234</tem:documentoCliente>
         <tem:tipoPessoa>J</tem:tipoPessoa>
         <tem:origem>NomeOrigem</tem:origem>
         <tem:pergunta>Possui imóvel</tem:pergunta>
         <tem:resposta>Sim</tem:resposta>
         <tem:validade>2019-12-18T16:54:22</tem:validade>
      </tem:Questionario>
   </soap:Body>
</soap:Envelope>

Exemplo layout REST reverso

{
   "DocumentoCliente":"@#Q00",
   "TipoPessoa":"@#Q01",
   "Origem":"@#Q02",
   "Pergunta":"@#Q03",
   "Resposta":"@#Q04",
   "Validade":"@#Q05"
}

Perfil especial

Integração Reversa de Perfil Especial dispara:

• Quando é feito uma adoção de limite para um perfil especial.

Código	Campo	Tipo	Tam.	Informações
@#E00	Documento do cliente	String	14	CNPJ do cliente
@#E01	Código sistema de gestão cliente	String	50	Código de identificação do cliente no sistema de gestão
@#E02	Origem	String	40	Nome da origem do cliente
@#E03	Tipo validação	Int		0 - Critério 1 - Limite especial 2 - Aprovar tudo
@#E04	Valor do limite	String	18,2	Valor do limite do perfil especial
@#E05	Validade	DateTime		Data de validade do perfil especial Data no formato: dd/mm/yyyy hh:mm:ss Obs.: Para WebService adotar: yyyy-dd-mmThh:mm:ss
@#E06	Validade classificação	DateTime		Data de validade da classificação do cliente Data no formato: dd/mm/yyyy hh:mm:ss Obs.: Para WebService adotar: yyyy-dd-mmThh:mm:ss
@#E07	Classificação	String	40	Nome da classificação do cliente
@#E08	Política	String	40	Nome da política do cliente
@#E09	Risco	String	40	Nome do risco do limite do perfil especial
@#E10	Usuário	String	40	Login do usuário no DepsNet
@#E11	Tipo pessoa	String	1	Tipo pessoa do cliente J - Jurídica F - Física
@#E12	Situação	Int	1	Situações 0 - Inclusão 1 - Edição 2 - Exclusão

Exemplo layout ODBC reverso

insert into dbo.PerfilEspecial
values('@#E00','@#E01','@#E02','@#E03','@#E04','@#E05','@#E06','@#E07','@#E08','@#E09','@#E10','@#E11','@#E12');

Exemplo layout TXT reverso

@#E0012345678901234@#E01CDGsgClient5454@#E02Origem@#E031@#E04476,60@#E0501/01/2021@#E0601/01/2019@#E07Classificacao@#E08Politica@#E09Risco@#E10usuario@#E11J@#E12situacao

Exemplo layout WebService reverso

<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:tem="http://tempuri.org/">
   <soap:Header/>
   <soap:Body>
      <tem:PerfilEspecial>
         <tem:documento>12345678901234</tem:documento>
         <tem:codigoSG>CDGsg003</tem:codigoSG>
         <tem:origem>Nome</tem:origem>
         <tem:tipoValidacao>0</tem:tipoValidacao>
         <tem:valorLimite>35.3</tem:valorLimite>
         <tem:dataValidade>2019-12-18T16:54:22</tem:dataValidade>
         <tem:dataValidadeClassificacao>2020-12-18T16:54:22</tem:dataValidadeClassificacao>
         <tem:classificacao>Classificacao</tem:classificacao>
         <tem:politica>Politica</tem:politica>
         <tem:risco>Risco do limite especial</tem:risco>
         <tem:usuario>LoginDepsNet</tem:usuario>
         <tem:tipoPessoa>F</tem:tipoPessoa>
         <tem:situacao>0</tem:situacao>
      </tem:PerfilEspecial>
   </soap:Body>
</soap:Envelope>

Exemplo layout REST reverso

{
   "Documento":"@#E00",
   "CodigoSistemaGestao":"@#E01",
   "NomeOrigem":"@#E02",
   "TipoValidacao":"@#E03",
   "ValorLimite":"@#E04",
   "Validade":"@#E05",
   "ValidadeClassificacao":"@#E06",
   "Classificacao":"@#E07",
   "NomePolitica":"@#E08",
   "NomeRisco":"@#E09",
   "Usuario":"@#E10",
   "TipoPessoa":"@#E11",
   "Situacao":"@#E12"
}

Perfil especial de grupo econômico

Integração Reversa de Perfil Especial de grupo econômico dispara:

• Quando é feito uma adoção de limite para um perfil especial por grupo econômico.

Código	Campo	Tipo	Tam.	Informações
@#E00	Código sistema de gestão cliente	String	50	Código de identificação do grupo econômico no sistema de gestão
@#E01	Origem	String	40	Nome da origem do grupo
@#E02	Tipo validação	Int		0 - Critério 1 - Limite especial 2 - Aprovar tudo
@#E03	Valor do limite	String	18,2	Valor do limite do perfil especial
@#E04	Validade	DateTime		Data de validade do perfil especial Data no formato: dd/mm/yyyy hh:mm:ss Obs.: Para WebService adotar: yyyy-dd-mmThh:mm:ss
@#E05	Validade classificação	DateTime		Data de validade da classificação do grupo Data no formato: dd/mm/yyyy hh:mm:ss Obs.: Para WebService adotar: yyyy-dd-mmThh:mm:ss
@#E06	Classificação	String	40	Nome da classificação do grupo
@#E07	Política	String	40	Nome da política do grupo
@#E08	Risco	String	40	Nome do risco do limite do perfil especial
@#E09	Usuário	String	40	Login do usuário no DepsNet
@#E10	Situação	Int	1	Situações 0 - Inclusão 1 - Edição 2 - Exclusão

Exemplo layout ODBC reverso

insert into dbo.PerfilEspecialGrupoEconomico
values('@#E00','@#E01','@#E02','@#E03','@#E04','@#E05','@#E06','@#E07','@#E08','@#E09','@#E10');

Exemplo layout TXT reverso

@#E00CDGsgClient555@#E01Origem@#E022@#E0360520,10@#E0401/01/2020@#E0501/01/2019@#E06Classificacao@#E07Politica@#E08Risco@#E09Usuario@#E10Situacao

Exemplo layout WebService reverso

<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:tem="http://tempuri.org/">
   <soap:Header/>
   <soap:Body>
      <tem:PerfilEspecialGrupoEconomico>
         <tem:codigoSG>CDGsg00121</tem:codigoSG>
         <tem:origem>Nome</tem:origem>
         <tem:tipoValidacao>1</tem:tipoValidacao>
         <tem:valorLimite>410.53</tem:valorLimite>
         <tem:dataValidade>2019-12-18T16:54:22</tem:dataValidade>
         <tem:dataValidadeClassificacao>2020-12-18T16:54:22</tem:dataValidadeClassificacao>
         <tem:classificacao>Classificacao</tem:classificacao>
         <tem:politica>Nome da politica</tem:politica>
         <tem:risco>Risco limite especial</tem:risco>
         <tem:usuario>LoginDepsNet</tem:usuario>
         <tem:situacao>0</tem:situacao>
      </tem:PerfilEspecialGrupoEconomico>
   </soap:Body>
</soap:Envelope>

Exemplo layout REST reverso

{
   "CodigoSistemaGestao":"@#E00",
   "NomeOrigem":"@#E01",
   "TipoValidacao":"@#E02",
   "ValorLimite":"@#E03",
   "Validade":"@#E04",
   "ValidadeClassificacao":"@#E05",
   "Classificacao":"@#E06",
   "NomePolitica":"@#E07",
   "NomeRisco":"@#E08",
   "Usuario":"@#E09",
   "Usuario":"@#E10"
}

Bloqueio

Integração Reversa de Bloqueio dispara:

• Quando é ativado, desativado, associado ou desassociado um bloqueio;

• Quando é inserido ou removido bloqueio de pendência financeira.

Código	Campo	Tipo	Tam.	Informações
@#B00	Documento do cliente	String	15	CNPJ/CPF/Cod Exp. do cliente.
@#B01	Código sistema de gestão	String	50	Código de identificação do cliente no sistema de gestão
@#B02	Tipo pessoa	String	1	Tipo pessoa do cliente J – Jurídica F – Física E – Exportação
@#B03	Origem	String	40	Nome da origem que o bloqueio foi inserido
@#B04	Código sistema de gestão grupo	String	50	Código de identificação do grupo no sistema de gestão, caso grupo existir.
@#B05	Código bloqueio	String	10	Código do bloqueio
@#B06	Data e hora da operação	DateTime		Data e hora da operação de inclusão ou exclusão do bloqueio. Formato:(dd/mm/yyyy hh:mm:ss)
@#B07	Operação	String	1	I – Incluindo bloqueio E – Excluindo bloqueio
@#B08	Usuário	String	40	Login do usuário no DepsNet
@#B09	Nome do bloqueio	String	200	Descrição do bloqueio
@#B10	Tipo de bloqueio	String	40	Tipo do bloqueio Manual Negócio Consulta
@#B11	Data validade desbloqueio	DateTime		Data de validade do desbloqueio

Exemplo layout ODBC reverso

insert into dbo.Bloqueio
values('@#B00','@#B01','@#B02','@#B03','@#B04','@#B05','@#B06','@#B07','@#B08','@#B09','@#B10','@#B11');

Exemplo layout WebService reverso

<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:tem="http://tempuri.org/">
   <soap:Header/>
   <soap:Body>
      <tem:Bloqueio>
         <tem:documento>123456123456</tem:documento>
         <tem:codigoSG>SistemaDeGestao</tem:codigoSG>
         <tem:tipoPessoa>F</tem:tipoPessoa>
         <tem:origem>origemDoBloqueio</tem:origem>
         <tem:codigoSGGrupo>SistemaGestaoGrupo</tem:codigoSGGrupo>
         <tem:codigoBloqueio>BQPQFINAAN</tem:codigoBloqueio>
         <tem:data>2019-12-18T16:54:22</tem:data>
         <tem:operacao>I</tem:operacao>
         <tem:usuario>LoginDepsNet</tem:usuario>
         <tem:nomeBloqueio>NomeBloqueio</tem:nomeBloqueio>
         <tem:tipoBloqueio>Manual</tem:tipoBloqueio>
         <tem:dataDesbloqueio>2020-01-18T16:54:22</tem:dataDesbloqueio>
      </tem:Bloqueio>
   </soap:Body>
</soap:Envelope>

Exemplo layout REST reverso

{
   "Documento":"@#B00",
   "CodigoSistemaGestao":"@#B01",
   "TipoPessoa":"@#B02",
   "NomeOrigem":"@#B03",
   "CodigoSistemaGestaoGrupo":"@#B04",
   "CodigoBloqueio":"@#B05",
   "DataHoraBloqueio":"@#B06",
   "TipoOperacao":"@#B07",
   "LoginUsuario":"@#B08",
   "DescricaoBloqueio":"@#B09",
   "TipoBloqueio":"@#B10",
   "ValidadeBloqueio":"@#B11"
}

Dados profissionais

Integração Reversa de Dados Profissionais dispara:

• Quando é adicionado, removido ou editado um dado profissional;

Código	Campo	Tipo	Tam.	Informações
@#D00	Documento do cliente	String	15	CNPJ/CPF
@#D01	Tipo pessoa	String	1	Tipo pessoa do cliente J – Jurídica F – Física
@#D02	Código sistema gestão do tipo registro profissional	String	30	Código sistema de gestão do tipo de registro profissional.
@#D03	Descrição tipo registro profissional	String	200	Descrição do tipo de registro profissional
@#D04	Número registro	String	30	Número do registro
@#D05	UF	String	2	Unidade federativa
@#D06	Código sistema gestão área atuação	String	30	Código sistema gestão da área atuação
@#D07	Descrição área atuação	String	200	Descrição da área atuação
@#D08	Operação	Int	1	1 - Inclusão 2 - Alteração 3 - Exclusão

Exemplo layout ODBC reverso

insert into dbo.DadosProfissionais
values('@#D00','@#D01','@#D02','@#D03','@#D04','@#D05','@#D06','@#D07','@#D08');

Exemplo layout WebService reverso

<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:tem="http://tempuri.org/">
   <soap:Header/>
   <soap:Body>
      <tem:DadosProfissionais>
            <tem:documento>01234567890</tem:documento>
            <tem:tipoPessoa>F</tem:tipoPessoa>
            <tem:codigoSGTipoRegistroProf>ANVISA</tem:codigoSGTipoRegistroProf>
            <tem:descricaoTipoRegistroProf>ANVISA</tem:descricaoTipoRegistroProf>
            <tem:numeroRegistro>000000000</tem:numeroRegistro>
            <tem:uf>SC</tem:uf>
            <tem:codigoSGAreaAtuacao>TSB</tem:codigoSGAreaAtuacao>
            <tem:descricaoAreaAtuacao>Técnico em saúde bucal</tem:descricaoAreaAtuacao>
            <tem:operacao>1</tem:operacao>
        </tem:DadosProfissionais>
   </soap:Body>
</soap:Envelope>

Exemplo layout REST reverso

{ 
    "DocumentoCliente": "@#D00",
    "TipoPessoa": "@#D01",
    "CodigoTipoRegistro": "@#D02",
    "DescricaoTipoRegistro": "@#D03",
    "NumeroRegistro": "@#D04",
    "Uf": "@#D05",
    "CodigoAreaAtuacao": "@#D06",
    "DescricaoAreaAtuacao": "@#D07",
    "Operacao": "@#D08"
}