SIM-AM
Ordem de validação dos arquivos
É importante lembrar que o envio dos arquivos para o SIM-AM é validado com uma ordem. Dessa forma, muitos erros apresentados ocorrem em cascata, sendo necessário que o arquivo anterior não possua nenhum erro para que o arquivo seguinte seja validado.
Envio mensal
- Bem
- DetalheBem
- EstornoDetalheBem
- MovimentacaoBem
- EstornoMovimentacaoBem
- VeiculoEquipamento
- CoordenadaGeografica
- LocalizacaoImovel
Principais erros
Regras de importação
- Regra 1073
Regra 1073 - A combinação entre (idTipoNaturezaBem, idTipoCategoriaBem, idTipoDetalhamentoBem e idTipoUtilizacaoBem) declarada na linha nº xxxx da tabela (Bem) não pode ser diferente das possibilidades existentes na tabela (AgrupamentoBem).
- Como corrigir
Deve ser verificado o preenchimento dos campos Espécie por meio do menu Patrimônio Cloud > Pesquisa > Espécies de bens > botão Editar > aba Dados Adicionais > campo Cód. Detalhamento Bem), Tipo de utilização no Patrimônio Cloud > Pesquisa > Tipos de utilização > botão Editar > campo Classificação, Tipo no Patrimônio Cloud > Pesquisa > Tipos de bem > botão Editar > campo Classificação e Grupo no Patrimônio Cloud > Pesquisa > Grupos de bens > botão Editar > aba Dados Adicionais > campo Cód. Categoria Bem no cadastro do bem informado no Patrimônio Cloud > menu Executando >> Bens, pois as combinações devem estar de acordo com a tabela Tipos de Agrupamentos de Bens do layout do SIM-AM.
- Regra 1111
Regra 1111 - O Código do Modelo FIPE (cdModeloFIPE) declarado na linha nº xxxx da tabela (VeiculoEquipamento) não existe na tabela (ModeloVeiculoFIPE).
Como corrigir
Deve ser verificado o campo Código FIPE do cadastro do modelo por meio do menu Frotas Cloud > Pesquisa > Modelos de veículos > botão Editar > campo Código FIPE vinculado ao veículo informado no Frotas Cloud > menu Administrando > Veículos e Equipamentos > botão Editar > campo Modelo, pois deve estar de acordo com o layout da Tabela FIPE do SIM-AM.
- Regra 1928
Regra 1928 - O (cdBem) nº xxxxxx informado na tabela (VeiculoEquipamento) consta na tabela (TipoAgrupamentoBem) com (flUsaCombustivel = 'N') portanto, não pode ser informado na referida tabela.
- Como corrigir
O cadastro do bem com o código informado por meio do menu Patrimônio Cloud > Executando > Bens, onde a combinação dos campos Espécie, Tipo de Utilização, Tipo e Grupo no cadastro do bem, conforme tabela Tipos de Agrupamentos de Bens do layout do SIM-AM, informa que o bem não utiliza combustível. Assim, se o veículo cadastrado no Frotas Cloud > menu Administrando > Veículos e Equipamentos, cujo campo Patrimônio for o mesmo código do bem informado utiliza combustível, os campos mencionados do cadastro do bem devem ser ajustados para que considerem a combinação correta da tabela Tipos de Agrupamentos de Bens e o arquivo Bem deve ser gerado novamente.
Regras de fechamento
- Regra 5785
Regra 5785 - A Entidade não declarou as Coordenadas Geográficas para o Bem Patrimonial (cdBem) nº xxxxx da tabela (CoordenadaGeografica).
- Como corrigir
Devem ser preenchidos os campos relacionados à Latitude/Longitude por meio do menu Patrimônio Cloud > menu Administrando > Localizações físicas > botão Editar > campo Endereço > botão Editar > campos Latitude e Longitude, vinculados à localização física do bem imóvel informado no Patrimônio Cloud > menu Executando > Bens > campo Localização física e gerado novamente o arquivo CoordenadaGeografica.
- Regra 5787
Regra 5787 - A Entidade não declarou a Localização dos Bens Imóveis para o Bem Patrimonial (cdBem) nº xxxxx na tabela (LocalizacaoImovel).
- Como corrigir
Devem ser preenchidos os campos relacionados ao Endereço por meio do menu Patrimônio Cloud > Administrando > Localizações físicas > botão Editar > campo Endereço > botão Editar vinculados à localização física do bem imóvel informado no Patrimônio Cloud > Executando > Bens > campo Localização física e gerado novamente o arquivo LocalizacaoImovel.
Detalhamento dos arquivos de geração
SIM-AM - Módulo Patrimônio
Arquivo Bem
Registro das aquisições de Bens. Para cada novo Bem registrado, é gerado um registro nesse arquivo, contendo informações adicionais de seu cadastro. Nesse arquivo é criado o código cdBem, o qual será utilizado como identificação única do bem, em suas informações posteriores.
Registro das aquisições de Bens. Para cada novo Bem registrado, é gerado um registro nesse arquivo, contendo informações adicionais de seu cadastro. Nesse arquivo é criado o código cdBem, o qual será utilizado como identificação única do bem, em suas informações posteriores.
- O valor do cadastro do bem deve ser o Custo do Ativo, ou seja, é o montante gasto ou valor necessário para adquirir um ativo na data de sua aquisição ou construção (não o valor final);
- O reconhecimento deve ser efetuado no momento em que os custos são incorridos. No mês da aquisição do bem, deverá ser efetuado o seu tombamento e o seu valor de aquisição compreende o custo de aquisição e também gastos adicionais ou complementares, efetivados no respectivo mês da aquisição;
(11.2.1. Princípio Geral do Reconhecimento [ ... ] no momento em que os custos são incorridos, incluindo os custos iniciais e os subsequentes. …incluindo os gastos adicionais ou complementares, é reconhecido inicialmente com base no valor de aquisição, produção ou construção. MCASP)
- O campo idTipoCategoriaBem é gerado conforme informação do campo adicional Cód. Categoria Bem existente no cadastro de Grupo de bens;
- O campo idTipoDetalhamentoBem é gerado conforme informação do campo adicional Cód. Detalhamento Bem existente no cadastro de Espécie de bens;
- O campo dtOperacao será gerado com o valor do campo Data de aquisição no cadastro de Bens.
Arquivo DetalheBem
Essa tabela contém registros complementares ao cadastro e movimentações de bens. Para cada movimentação do Bem, devemos gerar o seu detalhamento.
- O bem que estamos detalhando deve estar previamente cadastrado na tabela Bem, é utilizado o cdBem já existente no TCE, dependência com o arquivo Bem. Portanto, para movimentações em bens que não foram enviados ao TCE na sua data de aquisição, o usuário deve efetuar o cadastro/inserção do registro na tabela Bem primeiro. Ex.: Baixa de um bem ainda não registrado no TCE, deverá ser incluído esse bem primeiro na tabela Bem e depois será possível processar o arquivo DetalheBem com essa baixa.
São gerados nessa tabela, os seguintes registros do sistema:
Aquisição: todos os bens cadastrados em Executando> Movimentação de bens > Bens, cuja data de aquisição está dentro do período de geração do arquivo.
- Para bens com tipo diferente de imóveis, nrQuantidade será 1;
- Para bens imóveis e origem AQUISICAO, nrQuantidade será o resultado do cálculo: campo bem.bemImovel.areaImovel (fonte bens.movimentos) do movimento em questão menos diferencaArea (fonte reavaliacaoBens) de todas as reavaliações existentes para esse bem;
- Para bens imóveis e origem REAVALIACAO, nrQuantidade será o campo diferencaArea (fonte reavaliacaoBens), para a reavaliação do movimento em questão;
- Para bens imóveis e origem BAIXA, nrQuantidade será o campo bem.bemImovel.areaImovel (fonte bens.movimentos) do movimento em questão.
Baixa: todas as baixas de bens cadastradas em Executando > Movimentação de bens > Baixas, cuja data de baixa está dentro do período de geração do arquivo, exceto baixa cadastrada com o tipo de baixa com descrição Estorno/Erro cadastral e classificação Outras. Somente essa descrição e classificação será desconsiderada na geração do arquivo.
- Para esses registros, o campo nrQuantidade será a área do imóvel para bens imóveis ou 1 para os demais tipos de bens.
Reavaliação: todas as reavaliações de bens cadastradas em Executando > Movimentação de bens > Reavaliações que satisfaçam as premissas:
data da reavaliação está dentro do período de geração do arquivo;
E, tipo de reavaliação utilizado possui o campo adicional Tipo Operação Bem é válido;
E, tipo de bem reavaliado é imóveis.
Para esses registros, se campo área do imóvel estiver informado, o valor da diferença entre a área anterior e a nova área será o campo nrQuantidade do arquivo. Caso não seja informada a área, o campo nrQuantidade será zero.
Obs.: O Tipo Operação Bem é considerado válido, quando compreende uma das combinações abaixo:
I) Tipo da reavaliação é uma valorização, e campo adicional Tipo Operação Bem é:
1 Aquisição
2 Construção
3 Incorporação por Transferência
4 Dação em Pagamento Recebida
5 Doação Recebida
6 Permuta Recebida
7 Incorporação por Cisão, Fusão ou Extinção
8 Reformas/Melhorias sem ampliação
9 Ampliação
50 Outras IncorporaçõesII) Tipo da reavaliação é uma desvalorização, e campo adicional Tipo Operação Bem é:
60 Alienação de Bens
61 Desincorporação por Transferência
62 Dação em Pagamento Concedida
63 Doação Concedida
64 Permuta Concedida
65 Desincorporação por Cisão, Fusão ou Extinção
66 Baixa Parcial por Redução de Meta Física
99 Outras Desincorporações
Liquidação complementar (campo adicional CodLiq): todas as liquidações com data dentro do período de geração do arquivo, que sejam de empenho com despesa em cdElemento 51, 52 ou 61 e esteja vinculada a um registro de Bem, pelo campo adicional Código Liquidação, do cadastro de bens e data de aquisição do bem é mês menor que a data da liquidação.
Esse item refere-se a registros de liquidação complementar, realizada em mês posterior ao mês da aquisição do bem.
São gerados registro nesse arquivo, com base nas liquidações da entidade que satisfaçam as premissas:
- data da liquidação dentro do período de geração do arquivo
- E, que sejam de empenho com despesa em cdElemento 51, 52 ou 61
- E, que estejam vinculadas a, pelo menos um registro de Bem, pelo campo adicional Código Liquidação, do cadastro de bens
- E, que a data de aquisição do bem pertence a um mês anterior ao mês da data da liquidação (pois se for mesma data/mês, então vai gerar o registro pelo tipo AQUISIÇÃO)
- Para esses registros, o campo nrQuantidade é gerado zero.
Arquivo EstornoDetalheBem
Quando houver necessidade de cadastro de uma anulação de bem, é gerado também o seu detalhamento. Toda movimentação de anulação/estorno dos bens, tem que ser registrada nesse arquivo. Aqui é em caso de exclusão por erro no cadastro, não é baixa por venda ou desuso.
São gerados nessa tabela, os seguintes registros do sistema:
- Baixa de bens por erro cadastral: Quando existir a necessidade de estornar uma aquisição, que ainda não teve outros tipos de movimentos, exemplo: cadastro do bem, envio ao TCE e posteriormente é verificado erro cadastral. Para ajuste, deverá ser efetuado no sistema o processo de baixa do bem incorreto e novo cadastro de bem, com dados corretos.
A baixa por erro cadastral, será gerada como estorno e não será incluída a desincorporação desse registro.
Para identificar esse tipo de registro no sistema, a baixa deve conter data dentro do período de geração do arquivo e ser cadastrada com o tipo de baixa com descrição Estorno/Erro cadastral e classificação Outras. Somente essa descrição e classificação será considerada na geração do arquivo.
- Para esses registros, o campo nrQuantidade será a área do imóvel para bens imóveis ou “1” para os demais tipos de bens;
- O campo dtEstorno será a data da baixa;
- A identificação do nrOperacao do arquivo DetalheBem, será o registro de aquisição do respectivo bem.
- Estorno de baixa de bens: quando houver uma baixa indevida, deverá ser cadastrado o seu estorno. Todos os registros de estorno de baixa, cuja data do estorno estiver dentro do período de geração do arquivo, será gerado nessa tabela.
- Para esse tipo de movimento, os campos nrOperacao e nrAnoOperacao são identificados pelo registro de BAIXA do respectivo estorno;
- O campo nrQuantidade é área do imóvel para bens imóveis ou 1 para demais tipos de bem;
- O campo dtEstorno é a data do estorno.
- Reavaliação de bens imóveis: data da reavaliação dentro do período, e que tipo de reavaliação possui tipoOperacaoBem válido (e invertido) e que campo área do imóvel está informado
São gerados registro nesse arquivo, para todos os movimentos, da entidade com origem igual a REAVALIACAO, que satisfaçam as seguintes premissas:
Data da reavaliação está dentro do período de geração do arquivo;
E, tipo de reavaliação utilizado possui o campo adicional Tipo Operação Bem informado com valor válido (invertido);
E, tipo de bem reavaliado é imóveis.
Para esse tipo de movimento, os campos nrOperacao e nrAnoOperacao são identificados pelo registro de AQUISICAO do respectivo bem ou REAVALIACAO, se campo adicional nReavaliacaoEstorno estiver informado;
O campo nrQuantidade é área do imóvel para bens imóveis ou 1 para demais tipos de bem;
O campo dtEstorno é a data da reavaliação.
Obs.: O Tipo Operação Bem é considerado válido e invertido, quando compreende uma das combinações abaixo:
I) Tipo da reavaliação é uma desvalorização, e campo adicional Tipo Operação Bem é:
1 Aquisição
2 Construção
3 Incorporação por Transferência
4 Dação em Pagamento Recebida
5 Doação Recebida
6 Permuta Recebida
7 Incorporação por Cisão, Fusão ou Extinção
8 Reformas/Melhorias sem ampliação
9 Ampliação
50 Outras IncorporaçõesII) Tipo da reavaliação é uma valorização, e campo adicional Tipo Operação Bem é:
60 Alienação de Bens
61 Desincorporação por Transferência
62 Dação em Pagamento Concedida
63 Doação Concedida
64 Permuta Concedida
65 Desincorporação por Cisão, Fusão ou Extinção
66 Baixa Parcial por Redução de Meta Física
99 Outras Desincorporações
Arquivo MovimentacaoBem
São gerados nesse arquivo todo registro de movimentação de bens da entidade, considerando movimentos de incorporação ou desincorporação.
São gerados nessa tabela, os seguintes registros do sistema:
- Aquisição: todos os bens cadastrados em Executando > Movimentação de bens > Bens, cuja data de aquisição está dentro do período de geração do arquivo. Independente do tipo de bem ou tipo de aquisição.
Para esse tipo de movimento, os campos referente a liquidação são gerados, conforme os dados abaixo, NA ORDEM:
1) Campo adicional Código Liquidação: Se para o registro em questão, o campo adicional estiver preenchido, e a(s) liquidação(ões) identificada(s) tem data dentro do período de geração do arquivo e empenho da liquidação tem cdElemento 51, 52 ou 61, então os campos referente a liquidação são preenchidos.
O campo é uma string, permite a vinculação de mais de uma liquidação. Se, for identificada somente uma liquidação no campo adicional, então o campo vlOperacao é o valor de aquisição do bem. Se for identificada mais de uma liquidação no campo adicional, então o campo vlOperacao é o valor da liquidação, e para cada liquidação é gerado um registro no arquivo;
O campo dtOperacao é a data de aquisição.
2) Campo número e ano do empenho no cadastro do bem: Não encontrando liquidação válida no item 1 (acima), é verificado o campo Número e ano do empenho, no cadastro do bem. Esse campo é uma string, permite a vinculação de mais de um empenho, são considerados somente os empenhos com cdElemento 51, 52 ou 61.
- Se tiver somente um empenho e uma liquidação, então os campos referente a liquidação são preenchidos. Nesse caso, o campo vlOperacao é o valor de aquisição;
- Se tiver mais de um empenho e/ou mais de uma liquidação, então os campos referente a liquidação são preenchidos, mas o movimento é segregado por liquidação. Nesse caso, são gerados registros conforme as liquidações vinculadas (do período) e o campo vlOperacao é o valor da liquidação;
- O campo dtOperacao é a data de aquisição.
3) Campo comprovante: não sendo identificada a liquidação pelas opções 1 e 2 (acima), é verificado o campo Número e ano do comprovante, se for encontrado somente um registro de liquidação para o comprovante vinculado ao bem, então os campos referente a liquidação são preenchidos. Nesse caso, o campo vlOperacao é o valor de aquisição e dtOperacao é a data de aquisição.
4) Não sendo identificada liquidação em nenhum dos 3 cenários citados acima, o respectivo registro de aquisição é gerado com os campos da liquidação, em branco.
Os itens de 1 a 4 supracitados, apenas definem se os campos referente a liquidação (nrLiquidacao, nrAnoLiquidacao e idOrigemLiquidacao), serão preenchidos ou não.
Para esse tipo de movimento, os campos referente a liquidação são gerados apenas se a data da liquidação encontrada estiver dentro do período de geração do arquivo e empenho da liquidação tem cdElemento 51, 52 ou 61. Ou seja, se data da liquidação diferente do período de geração ou cdElemento diferente de 51,52 ou 61, o registro é gerado no arquivo, porém os campos de liquidação ficam em branco.
- Baixa: todas as baixas de bens cadastradas em Executando > Movimentação de bens > Baixas, cuja data de baixa está dentro do período de geração do arquivo, exceto baixa cadastrada com o tipo de baixa com descrição Estorno/Erro cadastral e classificação Outras. Somente essa descrição e classificação será desconsiderada na geração do arquivo.
- Não gera informação de liquidação para esse tipo de registro.
- Reavaliação: todas as reavaliações de bens imóveis cadastradas em Executando > Movimentação de bens > Reavaliações que satisfaçam as premissas:
- Nas reavaliações, os campos referente a liquidação, são gerados conforme as liquidações informadas no cadastro. O campo vlOperacao será o valor da diferença entre valor líquido contábil novo e o anterior, caso tenha somente uma liquidação, ou valor da liquidação, caso seja informado mais de uma liquidação. O campo dtOperacao será a data da reavaliação.
- Data da reavaliação está dentro do período de geração do arquivo;
- E, tipo de reavaliação utilizado possui o campo adicional Tipo Operação Bem informado com valor válido;
- E, tipo de bem reavaliado é imóveis;
- E, o campo Liquidação na reavaliação está preenchido, é uma liquidação de empenho com cdElemento 51,52 ou 61 e data da liquidação está dentro do período de geração do arquivo.
- Para esse tipo de movimento, os campos referente a liquidação são gerados conforme a liquidação informada na reavaliação. Havendo mais de uma liquidação, são geradas mais de uma linha, considerando o valor da liquidação no campo vlOperacao;
- Se liquidação informada estiver em período diferente da geração do arquivo (data da reavaliação) e/ou empenho da liquidação tem cdElemento diferente de 51, 52 ou 61, então os campos referente a liquidação são gerados em branco;
- Para esse tipo de movimento, o campo dtOperacao é a data da reavaliação.
- Liquidação complementar (campo adicional CodLiq): todas as liquidações com data dentro do período de geração do arquivo, que sejam de empenho com despesa em cdElemento 51, 52 ou 61 e estejam vinculadas a um registro de Bem, pelo campo adicional Código Liquidação, do cadastro de bens e data de aquisição do bem é mês menor que a data da liquidação.
Esse item refere-se a registros de liquidação complementar, realizada em mês posterior ao mês da aquisição do bem.
São gerados registro nesse arquivo, com base nas liquidações da entidade que satisfaçam as premissas:
- data da liquidação dentro do período de geração do arquivo
- E, que sejam de empenho com despesa em cdElemento 51, 52 ou 61;
- E, que estejam vinculadas a, pelo menos um registro de Bem, pelo campo adicional Código Liquidação, do cadastro de bens;
- E, que a data de aquisição do bem pertence a um mês anterior ao mês da data da liquidação (se for mesma data/mês, então vai gerar o registro pelo tipo AQUISIÇÃO)
- Para esses registros, o campo nrQuantidade é gerado zero.
- Caso seja informado mais de uma liquidação no campo adicional, será gerada mais de uma linha no arquivo, um registro para cada liquidação, devido ao valor e sequencial da liquidação;
- Os campos referente a liquidação, são gerados conforme as liquidações informadas no campo adicional. Se tivermos mais de uma liquidação no campo adicional, então o campo vlOperacao será o valor da liquidação e o campo dtOperacao será a data da liquidação. Quando tivermos somente uma liquidação no campo adicional, então o campo vlOperacao será o valor do bem e o campo dtOperacao será a data da liquidação.
- A informação da liquidação só é gerada no arquivo, dentro do mês da liquidação. Ou seja, mesmo que o bem tenha liquidação informada, pode ser que gere registro sem esses dados, pois está gerando arquivo em mês diferente da data da liquidação.
Arquivo EstornoMovimentacaoBem
São gerados nessa tabela, os seguintes registros do sistema:
Baixa de bens por erro cadastral: Quando existir a necessidade de estornar uma aquisição, que ainda não teve outros tipos de movimentos, exemplo: cadastro do bem, envio ao TCE e posteriormente é verificado erro cadastral. Para ajuste, deverá ser efetuado no sistema o processo de baixa do bem incorreto e novo cadastro de bem, com dados corretos. A baixa por erro cadastral, será gerada como estorno e não será incluída a desincorporação desse registro.
Para identificar esse tipo de registro no sistema, a baixa deve conter data dentro do período de geração do arquivo e ser cadastrada com o tipo de baixa com descrição Estorno/Erro cadastral e classificação Outras. Somente essa descrição e classificação será considerada na geração do arquivo.
- Para esses registros, o campo vlEstorno será o valor atual do bem;
- O campo dtEstorno será a data da baixa;
- A identificação dos campos nrLancamento e nrAnoLancamento desse arquivo, será o registro de aquisição do respectivo bem.
- Estorno de baixa de bens: quando houver uma baixa indevida, deverá ser cadastrado o seu estorno. Todos os registros de estorno de baixa, cuja data do estorno estiver dentro do período de geração do arquivo, será gerado nessa tabela.
- Para esse tipo de movimento, os campos nrLancamento e nrAnoLancamento são identificados pelo registro de BAIXA do respectivo estorno;
- O campo vlEstorno é o valor de venda da baixa de bem em questão;
- O campo dtEstorno é a data do estorno.
Reavaliação de bens imóveis: data da reavaliação dentro do período, e que tipo de reavaliação possui tipoOperacaoBem válido (e invertido) e que campo área do imóvel está informado.
São gerados registro nesse arquivo, para todos os movimentos, da entidade com origem igual a REAVALIACAO, que satisfaçam as seguintes premissas:
- Data da reavaliação está dentro do período de geração do arquivo;
- E, tipo de reavaliação utilizado possui o campo adicional Tipo Operação Bem informado com valor válido (invertido);
- E, tipo de bem reavaliado é imóveis.
Para esse tipo de movimento, os campos nrLancamento e nrAnoLancamento são identificados pelo registro de AQUISICAO do respectivo bem ou REAVALIACAO, se campo adicional nReavaliacaoEstorno estiver informado;
O campo vlEstorno é valor diferença da reavaliação;
O campo dtEstorno é a data da reavaliação.