Maio

Melhoria entregue até 30/05/2025

Permitido enviar Anexos para o cadastro de Comprovantes via Service Layer​

Informamos aos usuários técnicos que o cadastro de Comprovantes (menu Administrando > Controle > Comprovantes) possibilita que sejam enviados Anexos por meio do Service layer durante o processo de migração de dados. No entanto, para que haja o correto recebimento do arquivo e, a fim de evitar futuros problemas, é necessária a observância de alguns pontos, sendo eles:

1. Estrutura do Service Layer de Anexos

Armazenamento Temporário no S3:

• Arquivos temporários:

  • Quando um arquivo é enviado ao Service layer de Anexos, ele é armazenado em uma pasta temporária no S3. Esses arquivos permanecem na pasta temporária por até 7 dias, sendo excluídos automaticamente após esse período caso não sejam vinculados a nenhum comprovante.
  • Portanto, é fundamental, a vinculação do Anexo ao Comprovante dentro do período máximo de 7 dias após o envio ao Service Layer, caso contrário o arquivo será excluído.

• Arquivos permanentes:

  • Quando o arquivo é vinculado a um comprovante, ele é movido da pasta temporária para uma pasta permanente no S3, garantindo sua persistência.

  2. Regras para Upload de arquivos

• Tamanho máximo permitido: 10 MB para cada arquivo.

  • Arquivos que excederem esse limite serão rejeitados e uma mensagem de erro apropriada será retornada para o usuário.

• Tipos de arquivo permitidos: Somente os formatos abaixo listados poderão ser enviados, qualquer outro formato será rejeitado:

Extensão	Descrição
.doc	Documento Microsoft Word (DOC)
.docx	Documento Microsoft Word (DOCX)
.pdf	Documento PDF (Portable Document Format)
.rtf	Rich Text Format (RTF)
.txt	Documento de texto simples (TXT)
.html	Página HTML (HTML)
.htm	Página HTML (HTM)
.xls	Planilha Microsoft Excel (XLS)
.xlsx	Planilha Microsoft Excel (XLSX)
.jpg	Imagem JPEG (JPG)
.jpeg	Imagem JPEG (JPEG)
.png	Imagem PNG (PNG)

3. Exemplo de Request para Envio de Arquivos

Abaixo demonstra-se um exemplo de requisição CURL utilizada para enviar arquivos ao Service layer de Anexos:

• Detalhes do Payload:

  • idIntegracao: Identificador único da integração.
  • tipo: Identifica o tipo de arquivo, neste caso, "COMPROVANTES".
  • files: Arquivo enviado como parte da requisição multipart.

  4. Atualização do Service layer de Comprovantes com PATCH

No intuito de simplificar a vinculação entre Comprovantes e Anexos, implementamos o método PATCH no Service layer de Comprovantes, de modo a permitir a atualização apenas dos IDs dos Anexos****, sem necessidade de realizar o envio de todos os dados dos comprovantes novamente.

Veja o exemplo do request abaixo:

Detalhes:

• idGerado: Identificador do comprovante.
• documentos: Lista de IDs dos anexos que devem ser vinculados ao comprovante.

Para facilitar ainda mais, abaixo disponibilizamos um vídeo demonstrando o passo a passo de como realizar envio de Anexos ao Service Layer:

Quanto ao relacionamento dos Anexos com o cadastro de Comprovantes, basta utilizar os parâmetros abaixo:

Importante!

Atualmente é possível realizar o relacionamento apenas com o cadastro de Comprovantes, em breve serão liberados os demais cadastros.

Melhorias entregues até 21/05/2025

[PR] Atualização do vínculo de Convênio do Recurso

Informamos aos usuários do estado do Paraná que, em atendimento às regras do SIM-AM 2025, alteramos a busca/identificação do Recurso nos arquivos abaixo listados para que passe a considerar, também, o Convênio informado no cadastro do próprio recurso:

• EmpenhoXConvenio
• EmpenhoXConvenioSIT
• FonteXConvenioSIT

[PR] Ajustes na precisão dos Campos adicionais

Comunicamos que foram realizados ajustes na precisão dos Campos adicionais dos cadastros abaixo relacionados, a fim de atender ao disposto na versão 1.0c do SIM-AM de 31/03/2025:

• Convênios Recebidos;
• Convênios Repassados;
• Contratações.

[PR] Ajustados arquivos para geração do idTipoDocumentoFinanceiro igual a PIX

Nos termos da publicação 1.0b do layout do SIM-AM, de 20/02/2025, informamos que os clientes que desejam gerar o idTipoDocumentoFinanceiro igual a 16-PIX deverão configurar um tipo de transação com a Descrição contendo o termo PIX e a Classificação igual a ORDEM_BANCARIA.

É importante ressaltar que, conforme a definição do TCE-PR, para movimentações bancárias em que é utilizado o idTipoDocumentoFinanceiro igual a 16-PIX, a Conta bancária do Credor é informação obrigatória.

[PR] Disponibilizado relatório Nota de Liquidação com Descontos - Ambiente (PR)

Aos usuários do estado do Paraná, informamos que está disponível para utilização o relatório Nota de Liquidação com Descontos - Ambiente (PR), que lista as retenções incluídas no cadastro de Comprovantes, tendo em vista que o estado do PR retém somente no momento do pagamento.

O referido documento poderá ser emitido por meio do Assistente (F4).

Melhoria entregue até 14/05/2025

Realizadas adequações conforme layout 2025 do SIOPS​

Tendo em vista a publicação da nova versão do SIOPS 2025 conforme Comunicado nº 4/2025, informamos que foram realizados alguns ajustes no sistema Contábil (Cloud) a fim de atender a nova versão disponibilizada pelo Governo Federal.

Informamos as tabelas do SIOPS não sofreram alterações estruturais em relação ao ano anterior, sendo incluída apenas a tabela Restos a pagar referentes ao exercício de 2024.

Ressalta-se que a geração de dados é realizada por meio do script [SIOPS 2025] - Gerar arquivo, acessado por meio do Assistente (F4).

Melhorias entregues em 06/05/2025

Alterações na rotina de Encerramento da escrituração quando da existência de validações com Erro

Informamos que, agora, ao realizar o Encerramento da escrituração (menu Executando > Período financeiro > Período financeiro > Encerrar), o sistema Contábil (Cloud) passará verificar se há Erros nas validações de encerramento (menu Escriturando > Períodos) e, em caso positivo, a Data pretendida de encerramento não será alterada até que o usuário efetue a devida correção dos erros apontados pela validação, permanecendo, assim, a data anterior como a data de encerramento existente.

Demonstradas as validações ignoradas no Encerramento do período da escrituração

Comunicamos que, agora, ao realizar o Encerramento da escrituração (menu Escriturando > Períodos > Encerrar), caso o usuário opte por não executar as validações, o sistema irá exibir na listagem a tag Ignorado, demonstrando que a validação não foi executada por não ter sido rodado o processo.

Caso sejam adicionadas novas validações no decorrer do processo, que não sejam executadas, estas também serão apresentadas na listagem como Ignoradas.

Disponibilizadas as Configurações do Período da escrituração

Informamos que o ambiente do Período da escrituração (menu Escriturando > Períodos) agora conta com o botão Configurações, por meio do qual será possível definir as permissões de movimentações físicas dos usuários durante um período pré-selecionado, semelhante ao já existente no ambiente do Período financeiro.

Atenção!

A nova funcionalidade só poderá ser acessada por usuários administradores ou por aqueles que possuírem as devidas permissões no Gerenciador de acessos > Escriturações (menu Utilitários).

Ao clicar no botão Configurações o usuário deverá definir se deseja habilitar a reabertura temporária (até a próxima execução da reabertura do período contábil) do período da escrituração, mesmo com os bloqueios externos de períodos e, em caso positivo, deve marcar (azul) a opção apresentada.

É importante destacar que os bloqueios levam em consideração o contexto database, a entidade e o exercício logado e customização desses bloqueios por parte do seu canal/revenda de atendimento.

Por fim, com a nova configuração, caso o sistema identifique a existência de um bloqueio externo, não será permitida a Reabertura do período, sendo exibida uma mensagem impeditiva no seguinte sentido:

Aos usuários técnicos, informamos que as alterações implementadas já encontram-se disponíveis no Service layer e em fonte de dados, estando mapeadas, também, para envio ao sistema Auditoria.