Escolar Documentos
Profissional Documentos
Cultura Documentos
Digitização – 1.0
Manual WebServices
09/05/2023
Controlo do Documento
Histórico de Alterações
VERSÃO DATA AUTOR DESCRIÇÃO
0.90 11-02-2019 Paulo Falcão Versão draft
1.00 28-02-2019 Paulo Falcão Versão Inicial
1.01 01-04-2019 Paulo Falcão Pequenas alterações
1.02 12-04-2019 Paulo Falcão Alteração de descrições
1.03 22-05-2019 João Caseiro Alteração do Web Service WSDG009
1.04 17-12-2019 Paulo Falcão Alteração da descodificação do campo TipoRecebimentoDesc
1.05 27-11-2019 André Gomes Web Services WSDG010 e WSDG011 adicionados
1.06 07-03-2022 Tiago Silvestre Web Services WSDG012, WSDG013 e WSDG014 adicionados
Índice
Controlo do Documento .................................................................................................................................... 2
Histórico de Alterações ...................................................................................................................................... 2
Índice ................................................................................................................................................................ 3
1. Introdução .................................................................................................................................................. 4
2. Autenticação ............................................................................................................................................... 4
3. WebServices ............................................................................................................................................. 11
Modo de funcionamento dos serviços para obtenção de dados ................................................................ 11
3.1. WSDG001_ObterClientes .................................................................................................................. 12
3.2. WSDG002_ObterApolices ................................................................................................................. 16
3.3. WSDG003_ObterRecibos .................................................................................................................. 23
3.4. WSDG004_ObterSinistros ................................................................................................................. 27
3.5. WSDG005_CobrarRecibo .................................................................................................................. 32
3.6. WSDG006_ObterDocumentoRecibo ................................................................................................. 33
3.7. WSDG007_ObterDocumentoCartaVerde ......................................................................................... 34
3.8. WSDG008_CarregamentoInicial........................................................................................................ 35
3.9. WSDG009_ObterExtrato ................................................................................................................... 36
3.10. WSDG010_ObterExtratoRecibosNaoCobradosTecnicamente ...................................................... 37
3.11. WSDG011_ObterExtratoResolucaoContratos ............................................................................... 38
3.12. WSDG012_PesquisarRemessas ..................................................................................................... 39
3.13. WSDG013_ConsultarRemessa ....................................................................................................... 41
3.14. WSDG014_ObterFicheiroRemessa ................................................................................................ 43
4. Formato dos Dados................................................................................................................................... 44
5. Ambientes ................................................................................................................................................. 44
6. Limites de execução ................................................................................................................................. 45
7. Questões Técnicas .................................................................................................................................... 45
1. Introdução
Este documento descreve a API por WebServices que a Seguradoras Unidas disponibiliza a entidades
externas que são responsáveis pelo desenvolvimento dos sistemas informáticos utilizados pelos parceiros.
Tem assim como objetivo integrar informação entre os sistemas da Companhia com os sistemas dos
parceiros.
A solução consiste em criar uma API (um conjunto de WebServices e um sistema de Autenticação) de
forma que outras entidades (Agentes e Corretores) possam consultar o sistema da Tranquilidade de forma
integrada nas aplicações que já utilizam atualmente.
Siglas e Acrónimos
2. Autenticação
A API de Digitizacão disponibilizada pela Seguradoras Unidas é suportada por WebServices sobre HTTPS e
necessita de autenticação utilizando o sistema de autorização OAuth 2.0.
Usando sistema OAuth 2.0 é obtido um token de acesso (access_token) que depois é utilizado nas
chamadas aos WebServices, especificados por um WSDL.
O token obtido pode ser utilizado tal como indicado no protócolo OAuth 2.0, ou seja, usando o header
Authorization do tipo Bearer, ou então num campo aplicacional com o nome access_token.
O token obtido deve ser utilizado num campo aplicacional dos serviços com o nome access_token.
Não é possível usar o token no header Authorization.
Na nossa implementação do OAuth 2.0 os papeis "Resource Owner", "Resource Server" e "Authorization
Server" serão o sistema informático da Seguradoras Unidas.
Para a autenticação dos utilizadores da aplicação deve ser utilizado o fluxo de autenticação "Authorization
Code" (https://tools.ietf.org/html/rfc6749#section-1.3.1) , em que os utilizadores recebem um ecrã de
Autenticação das Seguradoras Unidas. A sessão obtida desta forma pode ser renovada usando o "Refresh
Token" ( https://tools.ietf.org/html/rfc6749#section-1.5 ) que foi obtido.
Os processos Batch podem utilizar um utilizador fixo aplicacional, utilizando “Password Grant” (
https://tools.ietf.org/html/rfc6749#section-4.3.2 ) em que podem passar o user e password aplicacional e
receber logo o access_token sem qualquer tipo de interatividade. Este tipo de autenticação apenas
funciona para utilizadores aplicacionais, não pode ser utilizado em utilizadores normais por questões de
segurança.
Em alternativa os processos batch podem também guardar as credenciais dos utilizadores guardando o
"Refresh Token" para executar processos Batch em nome dos utilizadores.
Para mais informação sobre OAuth 2.0 ver o rfc6749 - The OAuth 2.0 Authorization Framework
(https://tools.ietf.org/html/rfc6749)
Registo da Aplicação
Para utilizar esta API será necessário registar a sua aplicação, se está a ler este documento é porque
provavelmente este passo já foi dado.
O client_id será usado publicamente para identificar aplicação, o client_secret será utilizado para
autenticar a entidade que está a efetuar a autenticação.
O cliente_id e client_secret serão diferentes nos diferentes ambiente (ver secção 3.10 – Ambientes )
Fluxo de autenticação "Authorization Code".
1º Passo - Authorize
A aplicação deverá abrir num browser integrado com a aplicação, ou num browser à parte, onde é
efetuado um pedido HTTP GET ao URL https://su_webserver/invoke/Digitizacao.V1.OAuth/authorize com
os seguintes parâmetros:
Path - /invoke/Digitizacao.V1.OAuth/authorize
• client_id
o ID do Cliente da Aplicação.
• response_type
o code
▪ Indica o tipo de pedido / resposta
• scope
o read write
▪ Indica qual o nível de acesso que a aplicação esta a solicitar. Os vários parâmetros
devem ir separados com espaço, na nossa implementação é possível read e write, ou
seja read será o acesso a todos os WebServices de leitura e Write o acesso a todos os
WebServices de escrita.
• redirect_uri
o URL de Callback, como resposta do pedido a página retorna o código HTTP 302 de
redireccionamento para o Callback indicado adicionado no caso de sucesso o parâmetro
code.
▪ Exemplo: http://www.seguros2790.com/oauthcallback
• state
o O parâmetro state é opcional, e é devolvido na resposta, pode ser útil ao cliente para
manter estado, e também é útil por questões de segurança.
Exemplo de um pedido:
https://su_webserver/invoke/Digitizacao.V1.OAuth/authorize?client_id=seguros2790&response_type=cod
e&scope=read%20write&redirect_uri=myapp%3A%2F%2Fcallback&state=hwwheyc52doy
O pedido será aberto num Browser ao utilizador, onde será pedido o user e password, como resposta
recebe um redireccionamento HTTP para o redirect_uri com o resultado da autenticação.
Se a autenticação correu bem será devolvido um parametro code no redireccionamento assim como o
parâmetro state, se este for enviado pelo cliente.
Resposta:
2º Passo - Token
Path - /invoke/Digitizacao.V1.OAuth/token
• client_id
o ID do Cliente da Aplicação.
• client_secret
o ID secreto da aplicação
• grant_type
o authorization_code
▪ Indica o tipo de fluxo de autenticação que estamos a utilizar.
• code
o O code que foi recebido no 1º passo.
• redirect_uri
o Por questões de segurança é colocado o mesmo redirect_uri que foi colocado no primeiro
pedido.
Exemplo de um pedido:
https://su_webserver/invoke/Digitizacao.V1.OAuth/token?client_id=seguros2790&client_secret=73hfyGfe
tr&grant_type=authorization_code&code=123456789&redirect_uri=myapp%3A%2F%2Fcallback
Resposta:
Exemplo:
{
"access_token": "DGTKHF55GFY33FGEVCBEJTNEYFEUT",
"token_type": "bearer",
"expires_in": 43200,
"refresh_token": "RTDGTHFTEGVFJ7HFVEKFNEY725FEVFUK",
"scope": "read write"
}
Os erros são devolvidos com HTTP 400, em que no body é devolvido um JSON com o formato:
{
"error": " server_error",
"error_description": " The authorization server encountered an unexpected condition
that prevented it from fulfilling the request."
}
O token obtido apenas tem a duração de 12 horas, após esse período de tempo será necessário obter um
novo access_token utilizado o refresh_token obtido no Fluxo de autenticação "Authorization Code".
Desta forma não é necessário passar o utilizador de novo pelo processo de autenticação.
Path - /invoke/Digitizacao.V1.OAuth/token
• client_id
o ID do Cliente da Aplicação.
• client_secret
o ID secreto da aplicação
• grant_type
o refresh_token
▪ Indica o tipo de fluxo de autenticação que estamos a utilizar.
• refresh_token
o O refresh_token que foi obtido no fluxo de autenticação "Authorization Code".
Exemplo:
https://su_webserver/invoke/Digitizacao.V1.OAuth/token?client_id=seguros2790&client_secret=73hfyGfe
tr&grant_type=refresh_token&refresh_token=RTDGTHFTEGVFJ7HFVEKFNEY725FEVFUK
Resposta:
Exemplo:
{"access_token":"DGTKHF55GFY33FGEVCBEJTNEYFEUT","token_type":"bearer","expires_in":43200,","scop
e":"read write"}
O refresh_token não é devolvido, ou seja, na próxima chamada deve ser utilizado o mesmo que foi
utilizado nesta chamada.
Se for devolvido um erro deverá ser solicitado a autorização do cliente, utilizando o fluxo de autenticação
"Authorization Code".
Os erros são devolvidos com HTTP 400, em que no body é devolvido um JSON com o formato:
{
"error": " server_error",
"error_description": " The authorization server encountered an unexpected condition
that prevented it from fulfilling the request."
}
Este tipo de autenticação apenas pode ser utilizado por utilizadores aplicacionais, ou seja, utilizadores de
sistema, usados em processos Batch, não é possível efetuar autenticação desta forma com o utilizador e
password de um utilizador individual / agente.
Path - /invoke/Digitizacao.V1.OAuth/token
• client_id
o ID do Cliente da Aplicação.
• client_secret
o ID secreto da aplicação
• grant_type
o password
▪ Indica o tipo de fluxo de autenticação que estamos a utilizar.
• username
o Utilizador aplicacional
• password
o Password do utilizador aplicacional
• scope
o read write
▪ Indica qual o nivel de acesso que a aplicação esta a solicitar. Os vários parâmetros
devem ir separados com espaço, na nossa implementação é possível read e write, ou
seja read será o acesso a todos os WebServices de leitura e Write o acesso a todos os
WebServices de escrita.
Exemplo:
https://su_webserver/invoke/Digitizacao.V1.OAuth/token?client_id=seguros2790&client_secret=73hfyGfe
tr&grant_type=password&username=xpto&password=Hgtfgdtehdhd6&scope=read%20write
Resposta:
Exemplo:
{"access_token":"DGTKHF55GFY33FGEVCBEJTNEYFEUT","token_type":"bearer","expires_in":43200,","scop
e":"read write"}
O refresh_token não é devolvido neste fluxo, ou seja, na próxima chamada deve ser efetuado um novo
pedido com username e password.
Os erros são devolvidos com HTTP 400, em que no body é devolvido um JSON com o formato:
{
"error": " server_error",
"error_description": " The authorization server encountered an unexpected condition
that prevented it from fulfilling the request."
}
3. WebServices
Modo de funcionamento dos serviços para obtenção de dados
Os serviços do tipo “Obter”, ou seja, os serviços WSDG001, WSDG002, WSDG003 e WSDG004 funcionam
de forma semelhante.
Caso o ID especifico do objeto seja preenchido é devolvido no output do serviço os dados relativos a esse
objeto.
Após o carregamento inicial (opcional) é necessário correr uma vez o serviço desta forma, ou seja, sem
nenhum campo preenchido, de forma a obter o primeiro SyncToken.
Desta forma são devolvidos todos os registos novos ou alterados nos últimos 7 dias. Se o indicador
MaisRegistos for devolvido com SIM deve efetuada uma nova chamada apenas com o SyncToken, de forma a
devolver um novo ficheiro com mais registos, este processo deve continuar até o indicador MaisRegistos for devolvido
com NAO, o SyncToken será devolvido também, este deve ser guardado na aplicação e utilizado passado
algum tempo (por exemplo no dia seguinte) para obter os novos registos criados e alterados.
Tal como indicado previamente, desta forma são devolvidos todos registos com novos ou alterados desde
a última chamada. A lógica depois é igual ao ponto anterior, ou seja, se o indicador MaisRegistos for devolvido
com SIM deve ser efetuada uma nova chamada apenas com o SyncToken, de forma a devolver um novo ficheiro com
mais registos, este processo deve continuar até o indicador MaisRegistos for devolvido com NAO,
o SyncToken será
devolvido também, este deve ser guardado na aplicação e utilizado passado algum tempo (por exemplo
no dia seguinte) para obter os novos registos criados e alterados.
NÃO RECOMENDADO - Este modo de funcionamento apenas deve ser utilizado atipicamente.
Se os campos DataInicio e DataFim forem preenchidos são devolvidos todos os registos novos ou alterados
entre essas dadas num ficheiro, no máximo são devolvidos 7 dias de dados, se o SyncToken for devolvido e o
indicador MaisRegistos for devolvido com SIM deve ser efectuada uma nova chamada apenas com o SyncToken, de
forma a devolver um novo ficheiro com mais registos, este processo deve continuar até o indicador MaisRegistos for
devolvido com NAO, neste caso o SyncToken não será devolvido.
3.1. WSDG001_ObterClientes
Descrição
O serviço tem como objetivo devolver os dados de um cliente especifico ou devolver um ficheiro xml com
os clientes novos ou alterados desde a ultima chamada (Verificar a secção do documento - Modo de
funcionamento dos serviços para obtenção de dados).
Campos do Serviço
INPUT
Se for preenchido
apenas devolve os
dados desse cliente
A preencher para
devolver dados
relativos a um periodo
especifico
OUTPUT
Cliente.MoradaResiden Estrutura
cia
Cliente.MoradaResiden Morada Cliente Varchar(46)
cia.Morada
Cliente.MoradaResiden Localidade Char(30)
cia.Localidade
Cliente.MoradaResiden Código Postal Char(08) Formato 1000-100
cia.CodPostal
Cliente.MoradaResiden Localidade Postal Char(35)
cia.LocalidadePostal
Cliente.DtNascimento Data Nascimento Char(10)
Cliente.ProfissaoDesc Descrição de
Cliente.Profissao
Cliente.Contactos[] Lista de Array (Max 3) Contactos da entidade
Estruturas
Cliente.CartaConducao Estrutura
<Lista>
<Cliente>
<NrCliente></NrCliente>
<Tipo></Tipo>
<TipoDesc></TipoDesc>
<Nome></Nome>
<MoradaResidencia>
<Morada></Morada>
<Localidade></Localidade>
<CodPostal></CodPostal>
<LocalidadePostal></LocalidadePostal
</MoradaResidencia>
<DtNascimento></DtNascimento>
<EstadoCivil></EstadoCivil
<EstadoCivilDesc></EstadoCivilDesc>
<NrContribuinte></NrContribuinte>
<NrIdentificacao></NrIdentificacao>
<Nacionalidade></Nacionalidade>
<NacionalidadeDesc></NacionalidadeDesc>
<HabilitacoesLiterarias></HabilitacoesLiterarias>
<HabilitacoesLiterariasDesc></HabilitacoesLiterariasDesc>
<Profissao></Profissao>
<ProfissaoDesc></ProfissaoDesc>
<Contactos>
<Contacto></Contacto>
</Contactos>
<Contactos>
<Contacto></Contacto>
</Contactos>
<Emails>
<TipoEmail></TipoEmail>
<TipoEmailDesc></TipoEmailDesc>
<Email></Email>
</Emails>
<Emails>
<TipoEmail></TipoEmail>
<TipoEmailDesc></TipoEmailDesc>
<Email></Email>
</Emails>
<CartaConducao>
<NrCartaConducao>
<Detalhes>
<Tipo></Tipo>
<TipoDesc></TipoDesc>
<Data></Data>
</Detalhes>
<Detalhes>
<Tipo></Tipo>
<TipoDesc></TipoDesc>
<Data></Data>
</Detalhes>
</CartaConducao>
<Sexo></Sexo>
<SexoDesc></SexoDesc>
<CAE></CAE>
<NrEmpregados></NrEmpregados>
<NrEmpregadosDesc></NrEmpregadosDesc>
<AnoInicioActividade></AnoInicioActividade>
<IndEntidadeVerde></IndEntidadeVerde>
<DataEntidadeVerde></DataEntidadeVerde>
</Cliente>
</Lista>
A Tag Cliente é uma lista, ou seja, pode ser repetida várias vezes.
As Tags repetidas são listas (Contactos, Emails, Detalhes)
3.2. WSDG002_ObterApolices
Descrição
O serviço tem como objetivo devolver os dados de uma apólice especifica ou devolver um ficheiro xml com
as apólices novas ou alteradas desde a ultima chamada (Verificar a secção do documento - Modo de
funcionamento dos serviços para obtenção de dados).
Campos do Serviço
INPUT
Campo WS Campo Tipo Opcional? Descrição Valores Possíveis
OUTPUT
Campo WS Campo Tipo Descrição Valores
Possíveis
Sem valores
predefinidos.
Sem valores
predefinidos.
Apolice.DtFimApolice Data fim da apólice Char(10) Data fim da apólice. Formato AAAA-MM-
DD. Só vira com
data significativa
quando o estado
do contrato for
anulado. Em caso
contrário 9999-12-
31
Apolice.DtFimPeriodo Data fim do período Char(10) Data fim do período Formato AAAA-MM-
DD
Apolice.ObjetosSeguro Estrutura
s[].LocalRisco
Apolice.ObjetosSeguro Local Risco Char(45) Local de Risco Morada completa
s[].LocalRisco.Morada do local de risco
A Tag Apolice é uma lista, ou seja, pode ser repetida várias vezes.
As Tags repetidas são listas (ObjetosSeguros)
3.3. WSDG003_ObterRecibos
Descrição
O serviço tem como objetivo devolver os dados de um recibo especifico ou devolver um ficheiro xml com
os recibos novos ou alterados desde a ultima chamada (Verificar a secção do documento - Modo de
funcionamento dos serviços para obtenção de dados).
Campos do Serviço
INPUT
Se for preenchido
apenas devolve os
dados desse recibo.
A preencher para
devolver dados
relativos a um periodo
especifico
OUTPUT
Campo WS Campo Tipo Descrição Valores Possíveis
AAAA-MM-DD
AAAA-MM-DD
AAAA-MM-DD
9999999999999.99
9999999999999.99
Recibo.IrsRetidoCobranca Irs Retido Cobrança Decimal(13,2) Formato
9999999999999.99
9999999999999.99
9999999999999.99
<Lista>
<Recibo>
<NrRecibo></NrRecibo>
<TipoRecibo></TipoRecibo>
<TipoReciboDesc></TipoReciboDesc>
<NrApolice></NrApolice>
<EstadoRecibo></EstadoRecibo>
<EstadoReciboDesc></EstadoReciboDesc>
<DtEmissao></DtEmissao>
<DtInicio></DtInicio>
<DtFim></DtFim>
<DtLimiteCobranca></DtLimiteCobranca>
<DtPagamento></DtPagamento>
<PremioLiquido></PremioLiquido>
<PremioTotal></PremioTotal>
<PremioComercial></PremioComercial>
<CodCobrador></CodCobrador>
<ComissaoCobranca></ComissaoCobranca>
<IrsRetidoCobranca></IrsRetidoCobranca>
<CodMediador></CodMediador>
<ComissaoMediacao></ComissaoMediacao>
<IrsRetidoMediacao></IrsRetidoMediacao>
<SeloMediador></SeloMediador>
<SeloCobrador></SeloCobrador>
<TemCheque></TemCheque>
<NrCheque></NrCheque>
<DtEmissaoCheque></DtEmissaoCheque>
<ReciboPertenceExtrato></ReciboPertenceExtrato>
<NrExtrato></NrExtrato>
<NrTomador></NrTomador>
<TipoRecebimento></TipoRecebimento>
<TipoRecebimentoDesc></TipoRecebimentoDesc>
<ATM>
<Entidade></Entidade>
<Referencia></Referencia>
</Recibo>
</Lista>
A Tag Recibo é uma lista, ou seja, pode ser repetida várias vezes.
3.4. WSDG004_ObterSinistros
Descrição
O serviço tem como objetivo devolver os dados de um Sinistro especifico ou devolver um ficheiro xml com
os Sinistros novos ou alterados desde a ultima chamada (Verificar a secção do documento - Modo de
funcionamento dos serviços para obtenção de dados).
Apenas deve ser utilizado por utilizadores aplicacionais.
Campos do Serviço
INPUT
Se for preenchido
apenas devolve
os dados dessa
ocorrência e
sinistros
associados.
Se for preenchido
apenas devolve
os dados desse
sinistro e da
ocorrência
associada.
A preencher para
devolver dados
relativos a um
periodo especifico
DataFim Data Fim Char(10) Sim Data Fim AAAA-MM-DD
pesquisa Exemplo: 2019-01-10
A preencher para
devolver dados
relativos a um
período especifico
OUTPUT
Campo WS Campo Tipo Descrição Valores
Possíveis
Ocorrencia Estrutura
Ocorrencia.NrOcorrencia Número da ocorrência Char(10) Referencia da
ocorrência interna da
companhia
AAAA-MM-DD
<Lista>
<Ocorrencia>
<NrOcorrencia></NrOcorrencia>
<NrApolice></NrApolice>
<EstadoOcorrencia></EstadoOcorrencia>
<EstadoOcorrenciaDesc></EstadoOcorrenciaDesc>
<DtOcorrencia></DtOcorrencia>
<DtEncerramentoOcorrencia></DtEncerramentoOcorrencia>
<Produto></Produto>
<ProdutoDesc></ProdutoDesc>
<NrReclamante></NrReclamante>
<NomeReclamante></NomeReclamante>
<DtRececao></DtRececao>
<CodAcidente></CodAcidente>
<CodAcidenteDesc></CodAcidenteDesc>
<DescOcorrencia></DescOcorrencia>
<CodConcelhoISP></CodConcelhoISP>
<CodConcelhoISPDesc></CodConcelhoISPDesc>
<Sinistros>
<NrSinistro></NrSinistro>
<TipoGestao></TipoGestao>
<TipoGestaoDesc></TipoGestaoDesc>
<CodTipoSinistro></CodTipoSinistro>
<CodTipoSinistroDesc></CodTipoSinistroDesc>
<EstadoSinistro></EstadoSinistro>
<EstadoSinistroDesc></EstadoSinistroDesc>
<NrObjectoAfetado></NrObjectoAfetado>
<LinhaNegocioAfetada></LinhaNegocioAfetada>
<DtEntrada></DtEntrada>
<DtReabretura></DtReabretura>
<RazaoReabretura></RazaoReabretura>
<RazaoReabreturaDesc></RazaoReabreturaDesc>
<DtEncerramentoSinistro></DtEncerramentoSinistro>
<DtReEncerramento></DtReEncerramento>
<IndiceAgravamentoDesconto></IndiceAgravamentoDesconto>
<Matricula></Matricula>
<TipoMatricula></TipoMatricula>
<TipoMatriculaDesc></TipoMatriculaDesc>
<DtConstrucao></DtConstrucao>
<Marca></Marca>
<Modelo></Modelo>
<Versao></Versao>
<Chassis></Chassis>
<Categoria></Categoria>
<KmDataOcorrencia></KmDataOcorrencia>
<ValorSalario></ValorSalario>
<ValorSubsidioAlimentacao></ValorSubsidioAlimentacao>
<ValorSinistro></ValorSinistro>
</Sinistros>
<Sinistros>
<NrSinistro></NrSinistro>
<TipoGestao></TipoGestao>
<TipoGestaoDesc></TipoGestaoDesc>
<CodTipoSinistro></CodTipoSinistro>
<CodTipoSinistroDesc></CodTipoSinistroDesc>
<EstadoSinistro></EstadoSinistro>
<EstadoSinistroDesc></EstadoSinistroDesc>
<NrObjectoAfetado></NrObjectoAfetado>
<LinhaNegocioAfetada></LinhaNegocioAfetada>
<DtEntrada></DtEntrada>
<DtReabretura></DtReabretura>
<RazaoReabretura></RazaoReabretura>
<RazaoReabreturaDesc></RazaoReabreturaDesc>
<DtEncerramentoSinistro></DtEncerramentoSinistro>
<DtReEncerramento></DtReEncerramento>
<IndiceAgravamentoDesconto></IndiceAgravamentoDesconto>
<Matricula></Matricula>
<TipoMatricula></TipoMatricula>
<TipoMatriculaDesc></TipoMatriculaDesc>
<DtConstrucao></DtConstrucao>
<Marca></Marca>
<Modelo></Modelo>
<Versao></Versao>
<Chassis></Chassis>
<Categoria></Categoria>
<KmDataOcorrencia></KmDataOcorrencia>
<ValorSalario></ValorSalario>
<ValorSubsidioAlimentacao></ValorSubsidioAlimentacao>
<ValorSinistro></ValorSinistro>
</Sinistros>
</Ocorrencia>
</Lista>
A Tag Ocorrencia é uma lista, ou seja, pode ser repetida várias vezes.
As Tags repetidas são listas (Sinistros)
3.5. WSDG005_CobrarRecibo
Descrição
O serviço tem como objetivo comunicar a boa cobrança de um recibo.
INPUT
OUTPUT
Apenas os campos de sistema (ReturnValue, Estrutura Error e LogID)
3.6. WSDG006_ObterDocumentoRecibo
Descrição
O serviço tem como objetivo receber o documento aviso, comprovativo de pagamento, ou fatura relativos
ao recibo em questão consoante o estado do recibo em formato PDF.
Apenas pode ser executado por um utilizador individual / agente.
Campos do Serviço
INPUT
OUTPUT
3.7. WSDG007_ObterDocumentoCartaVerde
Descrição
O serviço tem como objetivo receber a Carta Verde em ficheiro formato PDF.
Se o veículo tiver algum atrelado, o documento PDF será a união das várias cartas verdes correspondentes
aos vários atrelados associados ao veículo principal.
Em casos de apólices de grupo com mais do que um veículo seguro, é necessário enviar a matrícula, ou
então o número de apólice com 16 dígitos. (Número de Apólice 10 dígitos + Número de Participante 6
dígitos).
Campos do Serviço
INPUT
3.8. WSDG008_CarregamentoInicial
Descrição
O serviço tem como objetivo obter os dados de histórico para as contas especificadas.
Campos do Serviço
INPUT
OUTPUT
Ficheiro Ficheiro Binário Ficheiro XML com a lista objetos. Se Tipo “Clientes”
em (Com compressão Gzip) formato de XML igual ao
formato serviço WSDG001.
Gzip
com o Se Tipo “Apolices”
xml formato de XML igual ao
serviço WSDG002.
Se Tipo “Recibos”
formato de XML igual ao
serviço WSDG003.
Se Tipo “Sinistros”
formato de XML igual ao
serviço WSDG004.
MaisRegistos Indica se há Indica se é necessário efetuar SIM / NAO
mais registos mais uma chamada ao serviço
para para obter os próximos registos
devolver. (usando o token devolvido)
SyncToken Token de Token que indica o estado da
Sincronização sincronização, deve ser utilizado
para obter os próximos registos.
Este token não pode ser utilizado
nos serviços WSDG001,
WSDG002, WSDG003e
WSDG004 para obter os deltas.
Quando o indicador MaisRegistos
vem a NÃO este token já não
será devolvido.
Os ficheiros têm o mesmo formato dos serviços WSDG001, WSDG002, WSDG003 e WSDG004 consoante o
tipo de ficheiro escolhido.
3.9. WSDG009_ObterExtrato
Descrição
O serviço tem como objetivo fornecer o extrato de um terminado mês para uma determinada conta.
Campos do Serviço
INPUT
OUTPUT
3.10. WSDG010_ObterExtratoRecibosNaoCobradosTecnicamente
Descrição
O serviço tem como objetivo fornecer todas as listagens de recibos não cobrados nos prazos legais,
anulados ou cancelados tecnicamente para um determinado ano/mês em formato PDF, devolvidos num
ficheiro zip. Esta data pesquisada corresponde à data de quando as listagens foram emitidas e não à data
do conteúdo das mesmas e apenas permite a pesquisa dos ultimos 6 meses à data atual.
Campos do Serviço
INPUT
3.11. WSDG011_ObterExtratoResolucaoContratos
Descrição
O serviço tem como objetivo fornecer todas as listagens da resolução de contratos de um terminado
ano/mês para uma determinada conta em formato PDF, devolvidos num ficheiro zip. Esta data pesquisada
corresponde à data de quando as listagens foram emitidas e não à data do conteúdo das mesmas e apenas
permite a pesquisa dos ultimos 6 meses à data atual.
Campos do Serviço
INPUT
OUTPUT
Descrição
O serviço tem como objetivo devolver um ficheiro xml com as remessas para um período específico.
Campos do Serviço
INPUT
Deverá ser
preenchido com o
valor “TODAS”
caso não se
pretenda
especificar
apenas uma
conta.
A preencher para
devolver dados
relativos a um
período
específico.
A preencher para
devolver dados
relativos a um
período
específico.
OUTPUT
Campo WS Campo Tipo Descrição Valores
Possíveis
<Lista>
<Remessas>
<RemessaID>20211207_0008001</RemessaID>
<DataRemessa>2021-12-07</DataRemessa>
<TotalDocumentos>2</TotalDocumentos>
<TiposDocumentacao>
<Tipo>CP</Tipo>
<Existe>true</Existe>
</TiposDocumentacao>
<TiposDocumentacao>
<Tipo>CV</Tipo>
<Existe>false</Existe>
</TiposDocumentacao>
<TiposDocumentacao>
<Tipo>CPA</Tipo>
<Existe>false</Existe>
</TiposDocumentacao>
</Remessas>
<Remessas>
<RemessaID>20211202_0008001</RemessaID>
<DataRemessa>2021-12-02</DataRemessa>
<TotalDocumentos>1</TotalDocumentos>
<TiposDocumentacao>
<Tipo>CP</Tipo>
<Existe>true</Existe>
</TiposDocumentacao>
<TiposDocumentacao>
<Tipo>CV</Tipo>
<Existe>false</Existe>
</TiposDocumentacao>
<TiposDocumentacao>
<Tipo>CPA</Tipo>
<Existe>false</Existe>
</TiposDocumentacao>
</Remessas>
<Remessas>
<RemessaID>20211130_0008001</RemessaID>
<DataRemessa>2021-11-30</DataRemessa>
<TotalDocumentos>4</TotalDocumentos>
<TiposDocumentacao>
<Tipo>CP</Tipo>
<Existe>true</Existe>
</TiposDocumentacao>
<TiposDocumentacao>
<Tipo>CV</Tipo>
<Existe>false</Existe>
</TiposDocumentacao>
<TiposDocumentacao>
<Tipo>CPA</Tipo>
<Existe>false</Existe>
</TiposDocumentacao>
</Remessas>
</Lista>
A Tag Remessas é uma lista, ou seja, pode ser repetida várias vezes.
As Tags repetidas são listas (Remessas, TiposDocumentacao)
3.13. WSDG013_ConsultarRemessa
Descrição
O serviço tem como objetivo devolver um ficheiro xml com o detalhe de uma remessa específica.
Campos do Serviço
INPUT
Campo WS Campo Tipo Opcional? Descrição Valores Possíveis
Se for preenchido
apenas devolve
os detalhes da
remessa dessa
apólice.
Se for preenchido
apenas devolve
os detalhes da
remessa desse
recibo.
Se for preenchido
apenas devolve
os detalhes da
remessa desse
número de
contribuinte.
OUTPUT
Campo WS Campo Tipo Descrição Valores
Possíveis
<Lista>
<DetalheRemessa>
<RemessaID>20211207_0008001</RemessaID>
<Cliente>7100187118</Cliente>
<Nome></Nome>
<Apolice>8001926552</Apolice>
<TiposDocumentacao>
<Tipo>CP</Tipo>
<Existe>true</Existe>
<Impresso>NI</Impresso>
</TiposDocumentacao>
<TiposDocumentacao>
<Tipo>CV</Tipo>
<Existe>false</Existe>
<Impresso>NI</Impresso>
</TiposDocumentacao>
<TiposDocumentacao>
<Tipo>CPA</Tipo>
<Existe>false</Existe>
<Impresso>NI</Impresso>
</TiposDocumentacao>
</DetalheRemessa>
</Lista>
A Tag DetalheRemessa é uma lista, ou seja, pode ser repetida várias vezes.
As Tags repetidas são listas (DetalheRemessa, TiposDocumentacao)
3.14. WSDG014_ObterFicheiroRemessa
Descrição
O serviço tem como objetivo fornecer um documento de uma determinada remessa
Campos do Serviço
INPUT
Campo WS Campo Tipo Opcional? Descrição Valores Possíveis
OUTPUT
• Os valores com virgula vem sempre em formato 10.00, ou seja, com ponto.
• As datas têm sempre o formato AAAA-MM-DD
• As descrições dos campos têm como nome o nome do campo mais “Desc”
5. Ambientes
A Seguradoras Unidas disponibiliza dois ambientes para executar os WebServices:
TA – Testes de Aceitação
Será disponibilizado um conjunto de acessos e dados neste ambiente, de forma a ser possível testarem a
vossa aplicação.
PR - Produção
6. Limites de execução
Os WebServices irão estar sujeitos a limites de execução a definir no futuro.
7. Questões Técnicas
WSDL
Em conjunto com este documento, foi-lhe entregue um ficheiro WSDL (SU_Digitizacao_V1.WSDL) com a
especificação dos WebServices.
Pedido
access_token Token da Sessão. Obtido através da do processo OAuth 2.0 de autenticação
<Nome do WS>In Estrutura com os dados funcionais de input do serviço
Resposta
Inteiro com o código de retorno do WS.
ReturnValue Valor Negativo corresponde a erro.
Neste caso é retornada unicamente a estrutura de erro. Valor 0 ou positivo
corresponde a sucesso. Neste caso é retornada unicamente a estrutura de sucesso.
Estrutura de Sucesso Estrutura com os dados funcionais de output do serviço
<Nome do WS>Out
Estrutura de erro.
Error
Code Código do erro no sistema onde ele ocorreu.
Description Descrição do erro.
Source Sistema onde o erro ocorreu
Type Enumerado (SYSTEM / BUSINESS)
SYSTEM – Erro de sistema
BUSINESS – Erro de utilizador
Os outputs dos serviços de listas devolvem um campo ficheiro, com um binário em formato gzip, por sua
vez este gzip tem um ficheiro XML. O ficheiro XML vai desta forma porque o formato XML tem um
potencial de compressão muito elevado.
O gzip pode ser descompactado em memória sem necessidade de escrever no disco.
Em Java pode ser utilizada a classe GZIPInputStream, em .NET será a classe GZipStream, em javascript
(Node.js) pode ser utilizado o modulo zlib.
Porque utilizamos SOAP o binário do campo ficheiro vai na rede em base64, no entanto este aspeto deverá
ser transparente para quem importa o WSDL.