BLV Usuário Versão 5.03 (Continuação)
Funcionamento da RAIS em modo multi-empresa.
A transação "RAIS" foi alterada para a RAIS funcionar em modo multi-empresa. Assim, as informações geradas para a RAIS e as listadas na tela sempre serão para a empresa na qual o usuário estiver logado.
Bloqueio de lançamento de registros por empresa
A partir desta versão, só será possível lançar/alterar um registro de uma determinada empresa se o seu registro pai estiver cadastrado para a mesma empresa. Por exemplo, uma especialidade não poderá ser lançada na empresa 2 se o seu cargo correspondente não existir na empresa 2.
Bloqueio de remoção de registros por empresa
A partir desta versão, só será possível remover um registro de uma determinada empresa se não houver registros filhos na mesma empresa. Por exemplo, não será possível remover um cargo da empresa 2 se houver especialidades a ele relacionadas também na empresa 2.
Cálculo da sub-empresa na geração do arquivo bancário
A partir de agora, o conceito de sub-empresa passa ser utilizado pelo sistema de forma essencial. Sendo assim, é necessário que o cadastro das sub-empresas seja mantido corretamente, sob pena de exclusão de funcionários das diversas rotinas e relatórios do sistema.
Alteração no mecanismo de geração da DIRF.
O conceito de sub-empresas passou a ser fundamental para o sistema. Qualquer setor que possua um CGC diferente do CGC da Instituição passa a ser uma sub-empresa. Ao menos o cadastro de uma sub-empresa passa a ser obrigatório, ou seja, a própria Instituição passa a ter um código de sub-empresa e a medida que surgirem setores com CGC próprio, uma sub-empresa correspondente deverá ser cadastrada. Para se adequar a geração dos arquivos por sub-empresa e às mudanças na forma de cadastro e administração dos layout dos registros que compõem os arquivos da DIRF e do Informe de Rendimentos, a transação "DIRF" (form ERG0072) teve que ser alterada. Ao chamar a transação, o usuário terá que fornecer obrigatoriamente um código para a sub-empresa. Se for "0" (zero) representa que o processo será executado para todas as sub-empresas. No bloco "Geração de Informações para Dirf'" permite gerar o Informe de Rendimentos e a DIRF de maneira independente. Preenchido o ano base, o grupo de eleitos (valor "0" processa todos os funcionários), deve-se selecionar no mínimo um processo e disparar a geração através do botão "Gerar Informações". Se for selecionado os dois processos, na ordem de processamento será primeiro o Informe de Rendimentos e depois a DIRF. Internamente no código do botão, em função da opção selecionada, será executado o procedimento PACK_DIRF.PRC_GERA_INFO_REND ou o procedimento PACK_DIRF.PRC_GERA_INFO_DIRF, ou ambos. Após a finalização da geração das informações é possível gerar os arquivos de Informe de Rendimentos e da DIRF.
Nesse ponto, deve-se verificar a configuração do leiaute dos registros dos arquivos. O cadastro e a montagem do leiaute é feito na ficha "Layout do Arquivo". Nessa ficha, outras mudanças foram feitas para facilitar a edição do leiaute. O leiaute, formado pelos registros e pelos seus campos, apresenta um período de validade determinado pelo "Ano Inicial" e "Ano Fim". Com isso, se não houver mudanças no leiaute de uma ano base para outro não haverá a necessidade de replicar o leiaute para o novo ano base, apenas será necessário que o período de validade formados pelo "Ano Inicial" e "Ano Fim" incluam os dois anos bases. Outra facilidade apresentada, é que não há mais a necessidade de se cadastrar um novo leiaute apenas para preencher o ano base, pois fornecendo a palavra chave ANOBASE no "Campo View", a tela determinará automaticamente o ano base do processamento. Se houver alguma mudança no leiaute de um ano para outro, basta copiar automaticamente os registros para um novo leiaute e alterar aonde for necessário. Para isso, no bloco de "Tipos de Registro para DIRF" foi adicionado o botão chamado "Criar Novo Layout Copiando o Anterior". Acionando o botão, todos os registros válidos no ano base fornecido e com o "Ano Fim" em aberto, serão copiados para um conjunto de novos registros e campos válidos a partir do ano base e com o "Ano Fim" em aberto. Os registros anteriores serão fechados no ano anterior ao ano base. Se o ano base for nulo, a consulta será feita sobre todos os registros de layout e ao criar um novo layout automaticamente, será gerado um válido a partir do ano atual.
Feito os ajustes no leiaute, para gerar os arquivos de "Informe de Rendimentos" e da "DIRF" por sub-empresa, os procedimentos GERA_ARQ_DIRF, GERA_ARQ_INFODECL e GERA_REG foram alterados, tendo a adição do parâmetro "código da sub-empresa". Ao selecionar a geração do arquivo para "Informe de Rendimentos" ou para "DIRF", se o valor fornecido para a sub-empresa for "0" (zero), será gerado um arquivo por sub-empresa concatenando o nome fornecido pelo usuário com o nome fantasia da sub-empresa e com o nome fantasia da empresa. Existe a possibilidade de customizar os nomes dos arquivos. Alterações no mecanismo de geração, permitem várias gerações de arquivos simultaneamente por várias telas. Por fim, todo processo é monitorado através da auditoria de processos.
As fichas "Informe de Rendimentos" e "Totais da DIRF" também sofreram alterações. A finalidade dessas fichas é permitir a consulta aos resultados da geração do Informe de Rendimentos e da DIRF. Porém, novas funcionalidades foram adicionadas.
Agora é possível fazer alterações de valores e remoção de registros em ambas as fichas. Essa nova característica exige um controle de segurança maior sobre essa transação o que pode ser feito facilmente com a utilização de um padrão de acesso específico para usuários qualificados a fazer essas operações.
Outra facilidade incorporada é a adição no bloco de "Filtros" os campos de identificação do funcionário e do CPF, permitindo selecionar o funcionário desejado para consulta. Se os campos forem deixados em branco a consulta será geral. Outra mudança é a adição da descrição do fator na ficha de "Informe de Rendimentos".
Foi elaborado um conjunto de rotinas para acertar os "FATORES DA DIRF" após a migração para a versão 5.03. Os fatores com nome diferentes dos presentes nesses scripts serão removidos. Somente os fatores de uso no sistema permanecerão cadastrados.
Alteração no mecanismo de geração da SEFIP.
O conceito de sub-empresas passou a ser fundamental para o sistema. Qualquer setor que possua um CGC diferente do CGC da Instituição passa a ser uma sub-empresa. Ao menos o cadastro de uma sub-empresa passa a ser obrigatório, ou seja, a própria Instituição passa a ter um código de sub-empresa e a medida que surgirem setores com CGC próprio, uma sub-empresa correspondente deverá ser cadastrada. Para se adequar a geração dos arquivos por sub-empresa e às mudanças na forma de cadastro e administração dos layout dos registros que compõem os arquivos da GFIP, a transação "FGTS" (form ERG0095) teve que ser alterada. Ao chamar a transação, o usuário terá que fornecer obrigatoriamente um código para a sub-empresa. Se for "0" (zero) representa que o processo será executado para todas as sub-empresas e neste caso o usuário tem mais a opção "Gerar um arquivo por Sub-empresa?". Se for selecionada, será gerado um arquivo por sub-empresa. Em caso contrário, será gerado um arquivo único para todas as sub-empresas. No bloco "Gerar Arquivo FGTS" permite processar os cálculos e os Arquivos de maneira independente. Para o primeiro cálculo ou se for necessário um novo cálculo, a opção "Reprocessa ?" deve estar selecionada. Se for necessário o cálculo para competência 13 (décimo terceiro), selecionar a opção "Compet 13 ?". Preenchido o ano base, o grupo de eleitos (valor em branco processa todos os funcionários), disparado a geração através do botão "Gerar Arquivo", a geração do arquivo será sempre disparada independente da seleção ou não das opções anteriores. Internamente no código do botão, em função da opção selecionada, será executado o procedimento PACK_SEFIP.PROCESSA_SEFIP e/ou a rotina de geração dos arquivos.
Nesse ponto, deve-se verificar a configuração do leiaute dos registros dos arquivos. O cadastro e a montagem do leiaute é feito nos blocos "Registro" e "Campo". Nesses blocos, outras mudanças foram feitas para facilitar a edição do leiaute. O leiaute, formado pelos registros e pelos seus campos, apresenta um período de validade determinado pelo mês e ano base de início (campo "Início" na tela) e mês e ano base de término (campo "Fim" na tela). Com isso, se não houver mudanças no leiaute de um mês para outro não haverá a necessidade de replicar o leiaute para o novo mês, apenas será necessário que o período de validade formados pelo "Início" e "Fim" incluam os dois meses em questão. Se houver alguma mudança no leiaute de um mês/ano para outro, basta copiar automaticamente os registros para um novo leiaute e alterar aonde for necessário. Para isso, no bloco de "Registro" foi adicionado o botão chamado "Criar Novo Layout Copiando o Anterior". Acionando o botão, todos os registros válidos no "Mês/Ano Base" fornecido e com o mês/ano de término em aberto, serão copiados para um conjunto de novos registros e campos válidos a partir do "Mês/Ano Base" e com o mês/ano de término ("Fim") em aberto. Os registros anteriores serão fechados no mês/ano anterior ao "Mês/Ano Base". Se esse for nulo, a consulta será feita sobre todos os registros de layout e ao criar um novo layout automaticamente, será gerado um válido a partir do mês/ano atual.
Feitos os ajustes no leiaute para gerar os arquivos da "GFIP" por sub-empresa, os procedimentos GERA_ARQ e GRAVA_REG foram alterados, tendo a adição do parâmetro "código da sub-empresa". Ao disparar a geração dos arquivos para "GFIP", se o valor fornecido para a sub-empresa for "0" (zero) e a opção "Gerar um arquivo por Sub-empresa?" estiver marcada, será gerado um arquivo por sub-empresa concatenando o nome fornecido pelo usuário com o nome fantasia da sub-empresa, com o nome fantasia da empresa e o mês/ano de direito para cada "Mês/Ano Base". Existe a possibilidade de customizar os nomes dos arquivos. Alterações no mecanismo de geração, permitem várias gerações de arquivos simultaneamente por várias telas. Por fim, todo processo é monitorado através da auditoria de processos. Os cálculos em banco possuem uma auditoria independente da auditoria da geração dos arquivos.
Na parte de banco de dados, para refletir as alterações na transação da "FGTS" algumas rotinas tiveram que ser alteradas.
Alteração no mecanismo de geração da RAIS.
O conceito de sub-empresas passou a ser fundamental para o sistema. Qualquer setor que possua um CGC diferente do CGC da Instituição passa a ser uma sub-empresa. Ao menos o cadastro de uma sub-empresa passa a ser obrigatório, ou seja, a própria Instituição passa a ter um código de sub-empresa e a medida que surgirem setores com CGC próprio, uma sub-empresa correspondente deverá ser cadastrada. Para se adequar a geração dos arquivos por sub-empresa e às mudanças na forma de cadastro e administração dos layout dos registros que compõem os arquivos da RAIS, a transação "RAIS" (form ERG0192) teve que ser alterada. Ao chamar a transação, o usuário terá que fornecer obrigatoriamente um código para a sub-empresa. Se for "0" (zero) representa que o processo será executado para todas as sub-empresas e neste caso o usuário tem mais a opção "Gerar um arquivo por Sub-empresa?". Se for selecionada, será gerado um arquivo por sub-empresa. Em caso contrário, será gerado um arquivo único para todas as sub-empresas. No bloco "Geração de Informações para RAIS" permite gerar a RAIS em três fases. Preenchido o ano base, o grupo de eleitos (valor "0" processa todos os funcionários), deve-se selecionar no mínimo um processo e disparar a geração através do botão "Gerar Informações". Portanto, é possível gerar as informações para a RAIS e depois calcular os valores ou executá-los em um único processamento. Internamente, no código do botão, esses processos foram colocados na package PACK_RAIS. Em função da opção selecionada, será executado o procedimento PACK_RAIS. PRC_GERA_INFO ou o procedimento PACK_RAIS. PRC_GERA_VALORES, ou ambos. Após a finalização da geração das informações e dos valores, é possível gerar os arquivos da RAIS.
Nesse ponto, deve-se verificar a configuração do leiaute dos registros dos arquivos. O cadastro e a montagem do leiaute é feito na ficha "Layout do Arquivo". Nessa ficha, outras mudanças foram feitas para facilitar a edição do leiaute. Formado pelos registros e pelos seus campos, apresenta um período de validade determinado pelo "Ano Inicial" e "Ano Fim". Com isso, se não houver mudanças no leiaute de uma ano base para outro não haverá a necessidade de replicá-lo para o novo ano base, apenas será necessário que o período de validade formado pelo "Ano Inicial" e "Ano Fim" incluam os dois anos bases. Outra facilidade apresentada, é que não há mais a necessidade de se cadastrar um novo leiaute apenas para preencher o ano base, pois fornecendo a palavra chave ANOBASE no "Campo View", a tela determinará automaticamente o ano base do processamento. Se houver alguma mudança no leiaute de um ano para outro, basta copiar automaticamente os registros para um novo leiaute e alterar aonde for necessário. Para isso, no bloco "Registro" foi adicionado o botão chamado "Criar Novo Layout Copiando o Anterior". Acionando o botão, todos os registros válidos no ano base fornecido e com o "Ano Fim" em aberto, serão copiados para um conjunto de novos registros e campos válidos a partir do ano base e com o "Ano Fim" em aberto. Os registros anteriores serão fechados no ano anterior ao ano base. Se o ano base for nulo, a consulta será feita sobre todos os registros de layout e ao criar um novo layout automaticamente, será gerado um válido a partir do ano atual.
Feito os ajustes no leiaute, para gerar os arquivos da "RAIS" por sub-empresa, os procedimentos GERA_ARQ e GERA_REG foram alterados, tendo a adição do parâmetro "código da sub-empresa". Ao disparar a geração dos arquivos para "RAIS", se o valor fornecido para a sub-empresa for "0" (zero) e a opção "Gerar um arquivo por Sub-empresa?" estiver marcada, será gerado um arquivo por sub-empresa concatenando o nome fornecido pelo usuário com o nome fantasia da sub-empresa e com o nome fantasia da empresa. Existe a possibilidade de customizar os nomes dos arquivos. Alterações no mecanismo de geração, permitem várias gerações de arquivos simultaneamente por várias telas. Por fim, todo processo é monitorado através da auditoria de processos.
Foi elaborado um conjunto de rotinas para compatibilizar os cálculos anteriores da RAIS para a nova versão.