Implementamos o modelo gráfico para o Balancete - Centro Custo x Conta Contábil. Este relatório segue o mesmo conceito utilizado para os demais relatórios gráficos já implementados no sistema.

Implementamos o modelo gráfico para o Balancete - Centro Custo x Plano Contábil. Este relatório segue o mesmo conceito utilizado para os demais relatórios gráficos já implementados no sistema.

Implementamos o modelo gráfico para o Balancete - Conta Contábil x Centro de Custo. Este relatório segue o mesmo conceito utilizado para os demais relatórios gráficos já implementados no sistema.

Implementamos o modelo gráfico para o Diário - Centro Custo x Plano Contábil. Este relatório segue o mesmo conceito utilizado para os demais relatórios gráficos já implementados no sistema.

Implementamos o modelo gráfico para o Razão - Centro Custo x Plano Contábil. Este relatório segue o mesmo conceito utilizado para os demais relatórios gráficos já implementados no sistema.

Passa a conciliar todos os lançamentos uma única vez, sendo que antes precisava executar várias vezes.

Acertamos para listar a mensagem conciliada referente ao lançamento correto.

Implementamos um novo controle nos lançamentos dos eventos de diárias até e superiores a 50% do salário. Agora, quando os eventos estiverem configurados com o procedimento 99 e estruturas 01.01.10.01 e 01.01.10.02, respectivamente, e o usuário lançar valor superior ou inferior a 50% do salário, no momento do cálculo o sistema exibirá mensagem de alerta ao usuário sobre esta situação. A validação do evento será feita considerando o valor lançado em relação ao salário mensal. Vale lembrar que somente nesta configuração do evento será feita a validação, caso esteja configurado com outro procedimento não haverá validação. Também é importante mencionar que para funcionários comissionados ou que não possuam o evento de salário mensal o sistema não fará a validação.

Implementamos no sistema a possibilidade de configuração para definir a utilização dos valores variáveis e horas extras para os cálculos das médias nos eventos de rescisão. Há entendimentos de clientes que para o cálculo de rescisões o cálculo das médias deverá considerar os valores lançados no movimento da própria rescisão, para outros, estes valores não devem ser considerados para os cálculos. Para atender esta necessidade, incluímos um novo parâmetro no cadastro do sindicato, chamado Cálculo de Médias na Rescisão, o qual permite as seguintes configurações:

1 - Considera o último mês na média: Esta opção irá considerar o mês do cálculo da rescisão nos cálculos das médias. Sempre que considerar os valores ou referências o sistema irá somar também um mês a mais para a divisão.

2 - Não considera o último mês na média: Esta opção não irá considerar o mês do cálculo da rescisão nos cálculos das médias. É a opção que o sistema adotava até este momento. Neste caso, não considera nem os valores e referências e nem o mês para a divisão.

3 - Considera o maior dos dois cálculos: Nesta opção o sistema fará os dois cálculos comparando-os e assumirá o pagamento ao funcionário aquele cálculo que retornar valor maior, ou seja, valor mais benéfico ao funcionário.

Implementada nova versão de geração da remessa de salários para a CEF. Versão do Header do Lote 041. Para gerar utilizando essa nova versão deve-se informar no campo razão das agências bancárias das filiais a mesma. Utilizar o ajuda do campo para o correto preenchimento do mesmo.

Incluímos no sistema um novo tipo de evento o qual permitirá configurar as médias de horas de sobre aviso para os cálculos de férias e 13o salário. Este tipo de evento também poderá ser utilizado nos eventos mensais. Para configurar os eventos de médias utilize o mesmo conceito utilizado para as médias de horas extras, porém, ao invés de utilizar o tipo de evento 16 utilize o tipo de evento 25 - Valor Hora do Evento Equivalente a 1/3. O sistema encontrará a média das horas de sobre aviso e multiplicará por 1/3 do valor da hora.

Implementamos um novo controle na inclusão de GPS para empresas novas (iniciando no sistema) e que possuam guias com valores inferiores ao limite, referentes a meses anteriores ao mês do início no Questor, consequentemente que não foram recolhidas e há necessidade de recolhê-las junto à próxima GPS. O sistema irá avaliar se o valor da GPS é inferior ao limite e emitirá mensagem de aviso ao usuário sobre o procedimento. Esta guia não será mais visível no cadastro da GPS, uma vez que ficou inferior ao limite, mas poderá ser consultada através da consulta de impostos. Caso haja necessidade, poderá ser excluída através da rotina de limpar os débitos. Este procedimento será bastante útil nas implantações do sistema.

Implementamos nesta versão o controle para cálculo da folha, cálculo da GPS e geração da Sefip para empresas dos Microempreendedores Individuais, conforme determina a legislação. Para configurar no sistema, utilize a documentação específica sobre o assunto, disponível no menu de ajuda do sistema e também em nosso site, na opção Suporte/Wiki New.

Modificamos a forma de controle de cálculo do evento de Auxílio Creche. A partir desta versão é necessário configurar o tipo do evento no cadastro do sindicato, para isso, incluímos novos campos neste cadastro solicitando o se o valor será resultado de um dia, percentual ou valor. Os usuários que possuem cálculo para este evento deverão estar atentos a necessidade de alteração. O objetivo desta implementação é evitar a necessidade de definir um evento para cada sindicato, uma vez que estes possuem definições diferentes para cada situação.

IMPORTANTE: Deverão ser refeitas as configurações de auxilio creche para todos os sindicatos. Na conversão da versão não foi possível atualizar os cadastros, portanto, se o usuário não efetuar o ajuste no cadastro do sindicato, os valores de auxilio creche não serão pagos na folha.

Implementamos o controle de períodos aquisitivos, cálculo do recibo e relatórios relativos ao período de recesso dos estagiários. Para que o sistema efetue o controle de forma correta é necessário que o usuário execute os ajustes necessários no tipo de contrato, nos períodos aquisitivos e no cadastro do evento.

Tipos de Contratos: Avaliar o campo Direito Férias, incluindo a tabela correspondente ao tipo de contrato de estagiários. Esta tabela irá determinar a inclusão e controle dos períodos aquisitivos para os novos estagiários admitidos. Avaliar se há necessidade de incluir nova tabela para os direito férias, uma vez que não deverão ser descontadas as faltas.

Períodos Aquisitivos: Para funcionários já cadastrados será necessário analisar e incluir manualmante o próximo período aquisitivo a ser pago como recesso. Para isso, na tela de períodos aquisitivos, clique em F3 e inclua os dados conforme a necessidade. Vale lembrar que para os novos funcionários, a partir da alteração no tipo de contrato, o sistema fará a inclusão automaticamente.

Evento: Deverá ser incluído um novo evento para o cálculo dos valores referentes ao recesso do estagiário. Neste evento filtrar pelo tipo de contrato. Este evento deverá ser incluído exatamente igual aos eventos de horas férias diurnas e noturnas, modificando a descrição e os tipos de contrato. Vale ainda lembrar que não há orientação de pagamento de 1/3 sobre o valor do recesso.

O cálculo do recibo deverá ser feito pela rotina normal de férias, o sistema calculará os valores de acordo com os parâmetros indicados. O recibo de férias será listado com a descrição dos campos modificados em relação as palavras férias e recesso. Para este tipo de contrato não há aviso de férias e nem mudanças em relação a abono pecuniário. A data de pagamento deverá ser informada de acordo com a necessidade do cliente. O sistema passa a fazer provisão de férias para funcionários estagiários.

Criamos um novo campo no cadastro de Outras Informações da Rescisão, o qual será utilizado para listar, nos recibos de rescisão, a quantidade de dias de saldo de salário. Ao calcular a rescisão o sistema passa a avaliar se no mês da rescisão houve algum afastamento, quando houver, refaz o cálculo dos dias de saldo de salário, partindo do parâmetro Considerar Dias de Saldo no Saldo de Salário, do cadastro de situações e guarda a informação neste novo campo, o qual poderá ser manipulado pelo usuário para impressão do recibo, visto que, o recibo utilizará este campo e não mais o campo existente nos parâmetros da rescisão.

Dois detalhes deverão ser observados pelos usuários em relação a esta implementação, a primeira é relativa ao novo parâmetro no cadastro da situação, aonde o usuário poderá configurar quais situações deverão ser consideradas para encontrar os dias de saldo de salário a serem listados, a segunda diz respeito aos modelos de rescisão, para clientes que possuírem recibos específicos deverão estar atento ao campo e caso seja necessário, corrigir o modelo.

Os usuários deverão ter também atenção especial a situação de faltas, pois esta, não diminui da quantidade de horas de saldo de salário e sua configuração deverá ser inversa as demais situações.

Acrescentamos na tela de cálculo do recibo de férias o valor do salário contratual atual. Ao acessar a tela o sistema irá sugerir o último salário cadastrado, ao informar a data de início das férias, o sistema muda o valor para o salário correspondente a esta data. O objetivo da alteração é permitir ao usuário identificar o valor do salário antes de efetuar o cálculo.

Acrescentamos dois novos campos de parâmetros no relatório, que são: Quebra e Quebra de Página, os quais permitirão ao usuário selecionar as quebras e a totalização do relatório por organograma, filial ou empresa.

Implementamos nesta versão a possibilidade de duplicar as configurações da folha de pagamento. As tabelas possíveis de duplicação são: Empresa, Porte Empresa e Regime Apuração Super Simples, Organograma, Tabela GPS, GPS, Filial e Local Contábil.

Após incluir o cadastro da empresa, filial e as configurações gerais da empresa no gerenciador, ao acessar o módulo da folha e selecionar a nova empresa, será emitida mensagem de aviso sobre a necessidade de configuração, permitindo ao usuário selecionar a opção de duplicação ou então optar pela configuração manual. Na tela de duplicação será possível informar a empresa origem da qual serão copiados os dados, e também será possível marcar as tabelas a serem duplicadas.

Além da opção no acesso ao módulo, também será possível fazer a duplicação partindo do menu de configurações da folha de pagamento, na opção Duplicar, nesta, o usuário seleciona o tipo de duplicação que pretende fazer e opta pela empresa origem e destino, informando também se deseja substituir dados já existentes.

Vale lembrar que a cópia será fiel a empresa de origem, devendo o usuário efetuar os ajustes conforme a necessidade da nova empresa.

Caso não tenha configurado as informações gerais, o sistema irá duplicar os dados mas exigirá que a configuração seja feita, antes de acessar a base da folha.

Corrigimos o cálculo do recibo de férias para os meses aonde o funcionário recebeu o adiantamento de 13o salário nas férias e no mesmo mês há o cálculo do 13o salário adiantamento, nestes casos, ao recalcular o recibo de férias o sistema eliminava o evento de 13o salário pago nas férias, agora o sistema faz o controle corretamente.

Modificamos o controle de cálculo da folha de pagamento quando o cliente utilizar a configuração do sindicato o campo Pagamento Férias Mensalistas configurado com Sempre Escala Mensal e na configuração da empresa o campo Pagamento Afastamentos Mensalistas estiver configurado com Sempre Divisão por 30 x Dias do Mês. Nesta situação o sistema calculava um dia de salário para funcionários mensalistas em meses de 31 dias, tendo este funcionário 30 dias de férias no mês.

Ajustamos o controle das datas de retorno e data final de férias quando faz-se o cálculo de férias coletivas informando dias de férias e dias de abono, optando pelo tipo férias de gerar somente os dias de direito e o funcionário possuir dias quebrados de direito.

Melhoramos o controle de integração dos eventos calculados no recibo de férias com o cálculo mensal. Em algumas situações, após o cálculo do recibo de férias, o usuário modificava as informações referentes a seleção do evento e isso interferia na integração deste evento com a folha mensal. Agora, mesmo alterando a configuração da seleção o sistema fará a integração do evento calculado no recibo de férias.

Corrigimos o cálculo da média de horas extras para férias proporcionais quando configurado para separar férias indenizadas e o total das férias proporcionais correspondiam a 12 avos. Nesta situação o sistema não estava calculando o evento de média.

Corrigimos a demonstração dos avos de 13o salário proporcional e 13o salário indenizado nos recibos de rescisão. Quando na rescisão haviam eventos com códigos inferiores aos códigos 510 e 540, 13o salário proporcional e 13o salário indenizado, respectivamente, o sistema não listava corretamente os avos dos campo 31 e 32. Agora o sistema irá avaliar as estruturas dos eventos para gerar a informação dos campos 31 e 32, utilizando os eventos com as estruturas de 13o salário proporcional e indenizado e também de médias de valores variáveis.

Corrigimos a emissão do Aviso de Férias com recibo quando há recibos para vários funcionários e algum deles com abono pecuniário. Nesta situação o sistema estava listado errado o nome do funcionário, no campo assinatura do último relatório impresso.

Corrigimos a emissão dos relatórios de ficha ponto por mês e por período quando utilizado a emissão completa e o funcionário possui horário iniciando ou terminando em 00:00, pois o sistema não estava listando este horário.

Estavam sendo listados de forma errada os valores do FGTS sobre a rescisão complementar. Ao invés de demonstrar na linhas correspondentes a GRRF estavam sendo demonstrados nas linhas referentes a Sefip, distorcendo os valores em relação ao valor recolhido na sefip. Esta situação ocorria somente para rescisões complementares.

Melhoramos o controle na emissão da relação de cálculo geral quando o usuário utiliza a quebra por local contábil e a empresa não utiliza rateio de mão de obra. Nestas situações o sistema não estava fazendo o controle corretamente, listando funcionários em locais contábeis errados.

Modificamos o controle das alterações cadastrais referentes ao registro 13 do sefip. Inibimos, conforme orientações do sefip (

Inibição da alteração cadastral para Unidade de Trabalho - código 426) o controle da alteração do histórico de local na folha de pagamento. O sistema guardava a informação do histórico de local e gerava o registro 13 com código 426, o que estava retornando mensagem de erro na validação do Sefip, a partir desta versão não será mais gerado este registro. Vale lembrar que os registros gerados anteriores a esta versão não foram excluídos, portanto, no caso de reapresentação de sefip (períodos anteriores) a validação ainda poderá retornar erro.

Eliminamos o recalculo de impostos para períodos de adiantamento salarial quando executada a rotina de correção da ficha rateada. Quando houvesse adiantamento salarial e em seguida rescisão para o funcionário, ao rodar esta rotina o sistema duplicava, na Rais, o valor mensal do mês da rescisão e os valores referentes as férias na rescisão e também em relação ao fgts da rescisão.

Havia uma falha no controle de funcionários ativos quando todos os usuários do escritório fossem limitados por empresa. A falha foi corrigida e com isso poderá ocorrer de algum cliente não conseguir realizar o cálculo. Caso isso ocorra sugerimos que seja conferido na opção de Consultas / Consulta Funcionários Ativos quais os funcionários são considerados ativos, sempre utilizando o usuário administrador. Caso exista alguma empresa que tenha deixado de ser cliente e seus funcionários ainda estejam sendo considerados como ativos, deve-se acessar a empresa e incluir as rescisões destes funcionários, assim os mesmos deixarão de ser considerados ativos.

Implementamos a versão 2 do MeuIss conforme novo layout disponibilizado pela Bauhaus Sistemas.

Para os municípios que utilizam o novo layout do MeuIss, é necessário alterar no Gerenciador de Empresas\Cadastros\Municípios no campo Versão Sistema ISS para versão 2.

Implementado a geração do arquivo XML para integração com o sistema de ISS Intellit. É utilizado em diversos municípios, como por exemplo Farroupilha/RS.

Deve-se configurar o município para este sistema, no campo Sistema ISS. E ainda cadastrar nos serviços municipais os serviços do município que irá utilizar esse sistema (a codificação é diferente para cada município), sempre cuidando para informar o tipo como Intellit e o código como o código que deve ser gerado no arquivo do ISS.

Implementamos na apuração do Lucro Real IRPJ e CSLL a Atualização dos Saldos de Impostos pela SELIC.

Deverá estar informada a SELIC no menu: Cadastros \ Moedas e Indexadores \ Cotações

Na apuração do imposto quando houver Saldo Negativo de Imposto na Parte B do Lalur ( IRPJ e ou CSLL ) passa a gerar lançamento no Movimento Parte B calculado pela SELIC.

Exemplificando:

Selic de Janeiro = 0,66%

Saldo de IRPJ em 31/12/2009 = 3.300,00

Atualização de R$ 21,78

Gera um lançamento no Movimento Parte B de IRPJ creditando no valor de R$ 21,78.

Saldo de CSLL em 31/12/2009 = 1.980,00

Atualização de R$ 21,78

Gera um lançamento no Movimento Parte B de CSLL creditando no valor de R$ 13,07.

Implementamos o Controle para Programa de Alimentação do Trabalhador - PAT

Procedimentos:

Deverá ser informado a quantidade de refeições mensais na operação fiscal 3472 - F12A Quantidade Refeições PAT

Apuração Parcela Dedutível:

A quantidade de refeições informada será multiplicado por R$ 1,99 e aplicado a alíquota de 15% para calcular o valor da Parcela Dedutível de PAT.

Neste momento é gerado uma nova conta da PARTE B do Lalur com valor zerado.

E um gera lançamento no Movimento da Parte B a Crédito com o valor da Parcela Dedutível.

Apuração Compensação PAT:

Para calcular o valor que será utilizado no período é utilizado o valor do débito de IRPJ a alíquota de 15% e multiplicado por 4%.

Tendo saldo de Parcela Compensação é gerado este valor no Movimento da Parte B a Débito.

No mês subsequente é estornado o valor da Utilização do PAT e gerado nova provisão da Parcela Dedutível e nova Compensação de PAT.

Obs. Na apuração Trimestral será constituído a Parcela Dedutível de PAT e a Utilização somente nos meses de encerramento de trimestre ( março, junho, setembro e dezembro ).

Totalização nas Fichas 11 e 12

Quando houver Compensação PAT, será totalizado nas operações fiscais: 3448 (-) Programa de Alimentação do Trabalhador e 3414 (-) Deduções de Incentivos Fiscais

Implementamos o relatório de conferência da Redução Z SPED que encontra no menu: Relatórios \ Movimentos \ Conferência da Redução Z - Sped

Devido as alterações na importação da NFe e/ou SPED Fiscal que passou a gerar em chaves de lançamento diferentes quando possui dois ou mais CFOP, estamos alterando a auditoria dos dados fiscais para os documentos duplicados que passa a avaliar nas empresas optantes de IPI. Só demonstra duplicados quando o valor da Nota Fiscal for igual.

No relatório dos Documentos Fiscais Emitidos Faltantes incluímos os parâmetros para filtrar o Documento Fiscal Inicial e Final.

Alterada a geração da DIEF em arquivo no registro 21 ( Anexo III ) que estava gerando informação do dia ao invés de gerar o mês.

Após a versão 1.1.68.1 não habilitava mais a tela do anexo XIV e XV quando na opção do ICMS/RS está Não para Va e Vb.

Criamos nova operação fiscal ( 11420 ) para Substituição Tributário para o Estado de Santa Catarina

Operação 11420 - ICMS Substituição Tributária - Por operação código 1740 Vencimento Data Entrada (Estado de SC)

Finalidade: Na entrada de mercadoria do regime de substituição tributária adquirida de estado não signatário não paga na etapa anterior. Sendo recolhida na data da entrada da mercadoria.

Funcionamento Operação Fiscal 410

Operação 410 - ICMS Substituição Tributária - Por operação código 1740 Vencimento 05 Dias Entrada (Estado de SC)

Na entrada de mercadoria do regime de substituição tributária adquirida de estado signatário não paga na etapa anterior. Sendo recolhida 05 dias após a entrada.

Na apuração do Lucro Real IRPJ e CSLL estava limpando indevidamente as operações fiscais abaixo:

F17 - Seq 24 - Doações e Subvenções para Investimentos - Destinação Diversa

F17 - Seq 25 - Realização de Receitas Originárias de Planos de Benefícios Administrados por Entidades Fechadas Previdê

F17 - Seq 26 - Resultados Negativos com Atos Cooperativos

F17 - Seq 27 - Custos e Desp. Vinc. às Rec. Ativ. Imob. Trib. P/Ret-Pat. Afet.

F17 - Seq 28 - Aj. Neg. a Valor de Mercado

F17 - Seq 29 - Depreciação Acelerada - Reversão

F17 - Seq 30 - Enc. Depr., Amort. Exaust. Baixa Bens-Dif. C. Monet. - IPC/BTNF

No relatório do demonstrativo do Lucro Real PIS e Cofins, quando informado para quebrar por imposto não estava informando no cabeçalho LUCRO REAL - COFINS no início da página que demonstra as fichas deste imposto.

No processo para mesclar arquivos do SPED não estava gerando no arquivo destino o primeiro Registro C400.

Na importação da NFe pela chave de acesso estava montando o XML com a tag de Outras Despesas maiúscula e não reconhecendo a mesma ao gravar o lançamento.

Alteramos importação da NF de Saída quando o PIS e Cofins possui a CST 04 e 06 que passa a gravar o valor do produto na base de cálculo e na receita de PIS e Cofins.

Na versão 1.1.65.0 alteramos os relatórios de Totais de Produtos e Serviços criando no relatório de Totais PIS e Cofins por Produto um parâmetro para definir a impressão em Retrato ou Paisagem.

Devido esta alteração, nos outros relatórios por produtos não estava listando a classificação e outras colunas corretamente.

Para correta emissão dos relatórios separamos os relatórios ficando Totais PIS e Cofins por Produto e Totais PIS e Cofins por Produto (Paisagem).

Alterada a emissão do Requerimento de Registro de Livros que estava gerando a informação das numerações divergentes quando possui controle e mais de um período.

Na geração do SVA nos registros de PIS e Cofins de Entrada para os lançamentos que o valor do Crédito de PIS e Cofins vinculado a Receita Tributada, Não Tributada e Exportação for inferior a R$ 0,01 ( um centavo ) passa a gerar este valor mínimo.

4.10.4 Arquivo complementar de registro de entrada de Mercadorias/Serviços, emitidas pela própria PJ

4.10.5 Arquivo complementar de registro de entrada de Mercadorias/Serviços, emitidas por terceiros

4.10.6 Arquivo complementar de registro de entrada de serviços, não sujeitos ao ICMS

No relatório de acompanhamento quando a empresa possui mais de uma opção do simples nacional ( ME e EPP ) estava listando a informação da primeira opção. Alterado para avaliar a opção válida conforme os parâmetros do relatório.

Alteramos a apuração do Simples Nacional que passa a considerar a Receita Acumulada Períodos Anteriores de até R$ 2.400.000,00 para a aplicar o percentual de Redução do ICMS e ISS. Anteriormente estava considerando Receita Bruta Acumulada no Ano.

Nos leiauteīs da NFe e do SPED Fiscal não constam campo para a informação do Funrural.

Ao importar o XML que possui valor igual de Desconto e na tag RetPrev, consideramos este valor como Funrural ao gravar a Nota Fiscal de Entrada.

Na geração do SPED Fiscal, estamos alterando nesta versão a geração do Registro C100, no campo 14 VL_DESC que passa somar o valor Funrural.

Alterada a geração do Registro C425 que passa a totalizar todos os produtos informados no campo Isentas com as CSTīs 030, 040 e 041.

Após o cliente baixado, caso alterado algum campo estava alterando os serviços fixos, retirando indevidamente a data da baixa.

Passou a listar a competência da mesma, estava ficando em branco o campo.

Em alguns casos quando houvessem duas contas com o mesmo nosso número, poderia baixar a conta já baixada. Devido a alteração em situações que existem duas contas configuradas de forma idêntica o relatório demonstrará uma baixa e outra sem baixar (para o mesmo documento).