...
Essa rotina possibilita a manutenção (inclusão/exclusão) dos anexos separadamente das demais rotina do módulo SIGAPFS. Quando um anexo vier por uma integração é este modelo que será consumido. Para consumir essa rotina via integração pode ser utilizado o nome do modelo JURA290 ou seu apelido JDOCANEXO.
...
Os serviços especificados neste documento tem por objetivo:
Exibe o conteúdo do arquivo que foi anexado no Protheus:
Parâmetro:
key - Chave do Registro de Anexo (NUM_FILIAL+NUM_COD em base 64)
| Bloco de código | ||||||||
|---|---|---|---|---|---|---|---|---|
| ||||||||
LEGALDESK: TRUE
TENANTID: T1,M SP 01
Content-Type: application/json
|
| Bloco de código | ||||||||
|---|---|---|---|---|---|---|---|---|
| ||||||||
Content-Disposition: attachment; filename="arquivo.txt"
Content-Length: 51
Content-Type: Application/octet-stream
{
<arquivo.txt>
} |
Obs: A transferência do arquivo é realizada via octet-stream e attachment conforme o response acima.
Recebe os dados do arquivo que será criado na pasta do Protheus
...
O body da requisição é composto de duas partes. O envio do Anexo via Multipart/Form-Data e o Data que vincula o anexo a entidade de anexos.
| Bloco de código | ||||||||
|---|---|---|---|---|---|---|---|---|
| ||||||||
LEGALDESK: TRUE TENANTID: T1,M SP 01 Accept-Encoding: gzip, deflate, br Connection: keep-alive Content-Type: multipart/form-data; boundary=--------------------------126713368602627514962789 Content-Length: 1149 ----------------------------126713368602627514962789 Content-Disposition: form-data; name=""; filename="arquivo.txt" <arquivo.txt> ----------------------------126713368602627514962789 Content-Disposition: form-data; name="data" { "entidade": "<Entidade>", "codEntidade": "<Código da Entidade>" } ----------------------------126713368602627514962789-- |
O Endpoint dá a opção de receber o anexo e somente criar ele na pasta de Anexos, assim como já criar o vínculo dele na NUM (Anexos Jurídico).
Detalhes das propriedades da solicitação:
| Bloco de código | ||||||||
|---|---|---|---|---|---|---|---|---|
| ||||||||
{
"result": "Anexo copiado com sucesso.",
"entityNUM": {
"status": "CREATED",
"id": "0000000139"
} |
Obs: A transferência do arquivo deve ser realizada via multipart/form-data conforme o header acima.
Para realizar a inclusão de um anexo, é necessário:
Para realizar a exclusão de um anexo, basta enviar a chave do registro que será excluído.
} |
Detalhes das propriedades da resposta:
| Status | Descrição |
|---|---|
| CREATED | O registro da NUM foi criado com sucesso. O Id do anexo será retornado na chave id. Caso o anexo já esteja vinculado na NUM, o sistema irá retornar o Status Created e no Id irá retornar o código do registro que já estava criado. |
| ERROR | Ocorreu erro no momento do vínculo com a NUM. O erro estará descrito na chave result. |
| NOT_CREATED | Quando a requisição não contiver a sessão "data" no body o sistema irá somente gerar o arquivo na pasta do Protheus, sem vincular o anexo na NUM. |
Obs: A transferência do arquivo deve ser realizada via multipart/form-data conforme o header acima.
Obs²: Para os casos que enviarem a sessão "data", o sistema irá vincular a NUM automaticamente, desse modo não será necessário o uso da JURA290.
| HTML |
|---|
<!-- esconder o menu -->
<style>
div.theme-default .ia-splitter #main {
margin-left: 0px;
}
.ia-fixed-sidebar, .ia-splitter-left {
display: none;
}
#main {
padding-left: 10px;
padding-right: 10px;
overflow-x: hidden;
}
.aui-header-primary .aui-nav, .aui-page-panel {
margin-left: 0px !important;
}
.aui-header-primary .aui-nav {
margin-left: 0px !important;
}
</style>
|
