Central do Cliente Questor

Habilitamos opção Efetuar/Cancelar Baixas no lançamento fiscal de saída referente a venda de um Ativo Imobilizado.

Incluímos o parâmetro Calcular Valor Exclusão Adicionado nos relatórios:

Total Exclusão do Valor Adicionado por Natureza
Total Exclusão do Valor Adicionado
Demonstrativo do Cálculo do Valor Adicionado
Demonstrativo do Valor Adicionado por Empresa

O Valor Adicionado pode ser informado manualmente no sistema ou calculado por meio de regras definidas no cadastro da CFOP, em alguns casos, no lançamento fiscal a mesma natureza é lançada duas vezes, geralmente por possuir uma alíquota de ICMS diferente, quando isso ocorre, pode ocorrer do valor adicionado ser informado manualmente em uma natureza e na outra não ter a informação, no relatório o sistema demonstra o valor informado em uma CFOP e calcula o valor para a outra CFOP.
Para listar corretamente os relatórios para esses casos específicos, foi criado esse parâmetro que no exemplo deveria ficar como 'Não' já que o valor é informado manualmente e não precisa ser calculado.

Ajustado Utilitário Geração Duplicata a Pagar e a Receber, passando a gerar a duplicata se a configuração da natureza campo Detalha Duplicata = Sim.

Ajustado Mapa de Fechamento Mensal quando há débito de ISSQN acumulado de período anterior, passa a demonstrar uma única vez.

Ajustamos a rotina de Recebimento das Duplicatas passando a gerar o valor correto no Total Valor Recebido independente da quantidade de vezes que o Cliente marque/desmarque uma Duplicata (Ctrl + Ins).

Implementamos no caminho (Configurações/Importações/Configuração Sintegra), um novo campo Natureza Cancelada = Natureza (onde vai informar qual natureza é para usar quando for importar Notas Fiscais Canceladas).

Implementamos para Apuração ICMS Substituição Tributária de PE as operações de Estorno de Débito.
As operações são:
Operação 11456 - Estorno de Débito ICMS Sub. Tribut. - Operações Internas (ICMS/PE)
Operação 11457 - Estorno de Débito ICMS Sub. Tribut. - Operações Interestaduais (ICMS/PE)

A operação 11456 deduz dos débitos internos de Pernambuco;
A operação 11457 deduz dos débitos interestaduais, conforme a UF informada.

Para a geração do arquivo SEFII, Registro E350 as operações geram os seguintes ajustes:
Operação 11456 - código 201 - Estorno de débito: ICMS da substituição tributária, nas operações internas;
Operação 11457 - código 210 - Estorno de débito: ICMS da substituição tributária, nas operações interestaduais.

Para a geração do arquivo Sped Fiscal, Registro E220 as operações geram o ajuste:
Operação 11456 - ajuste PE159999 - Estorno de débitos para ajuste de apuração ICMS ST;
Operação 11457 - ajuste XX159999 - Estorno de débitos para ajuste de apuração ICMS ST.

Ajustamos operação 1697 pelo lançamento em Outras Operações (Impostos/Estadual/ICMS/PR/Outras Operações), para alterar código do ajuste que passou de PR049999 para novo código PR020068. A partir de 01/01/2014.

Ajustamos a importação da NFe para que quando a empresa não seja Optante de IPI, mas faça aquisições de empresas que destaquem IPI sem suas notas, que passe a carregar as informações de IPI no detalhamento de Itens.
Com isto quando gerar o arquivo Sped Fiscal o Questor não vai carregar as informações de IPI no arquivo Sped Fiscal, apenas somando o Valor do IPI do detalhamento de Itens para o (campo 05 - Vlr - Operação) do registro C190, com isto eliminamos as advertências que antes existia.

Ajustamos a exportação dos dados referente a prestação de serviço de Escritórios Contábeis para o programa PGDAS-D.

Implementamos NOVAS validações na geração do arquivo EFD-Contribuições para Empresas do Distrito Federal que escrituram Notas Fiscais de Serviço Modelos 3 e 55.

a) Regime de Caixa - Escrituração Consolidada (Registro F500)e Regime de Competência - Escrituração Consolidada (Registro F550)
Modelo do Documento: Quando modelo for 3 converte para 01 e quando for modelo 55 se mantem para gerar o Campo 13 COD_MOD.
Natureza (CFOP): Quando CFOP for 9.101, 9.102, 9.103 e 9.104 converte para 5.933 para gerar o Campo 14 CFOP.

b) Registro 1900
Modelo do documento: Quando o modelo for 3 ou 55, converte para 99 para gerar o Campo 03 COD_MOD.
Natureza (CFOP): Quando CFOP for 9.101, 9.102, 9.103 e 9.104 converte para 5.933 para gerar o Campo 11 CFOP.

c) Regime de Competência - Escrituração Detalhada, com Base nos Registros dos Blocos "A", "C", "D" e "F"
Notas Fiscais Conjugadas (Mercadoria/Serviço) que possuem CFOPs do grupo "9" irão converter as mesmas para CFOP 5.933 (Operação Dentro do Estado) e 6.933 (Operação Fora do Estado) e irão gerar as informações no Bloco C do arquivo EFD-Contribuições.
Notas Fiscais de Serviço, detalhando somente CFOP do grupo "9" juntamente com os modelos do documento fiscal (3 ou 55) passarão a gerar as informações no Bloco A do arquivo EFD-Contribuições;

Implementamos a importação do arquivo SEFII e E-Doc. Para importar o arquivo é necessário ter a opção pelo Sped e a opção ICMS/PE.
No Menu Configurações \ Importações \ Configuração SEFII está disponível a Tabela Padrão de CSTs para configurar. Na conversão irá ser incluído a Tabela Padrão 1 para todas as empresas que tiverem a Opção ICMS/PE.
Nessa tabela pode ser incluída, deletada ou até mesmo modificada alguma CSTs.
Após a configuração da Tabela é necessário definir em Configurações \ Configuração da Filial \ Tabela Importação SEFII.
A importação pode ser realizada no Menu: Arquivos \ Estaduais \ PE \ Importar SEFII. O processo de importação está documentado no F1.

Cada Registro será importado conforme os arquivos do SEF II e E-Doc.
Os arquivos do E-Doc deverá ser importado sempre de forma COMPLETA.
Os arquivos do SEFII deverá ser importado sempre de forma NOTA FISCAL.

Melhoramos o controle em relação a quantidade de horas de afastamentos quando inferior a um dia. A partir dessa versão o sistema passa a controlar a quantidade de horas de afastamento na licença médica de acordo com os campos hora do afastamento e hora do término validando a escala de trabalho do empregado, assim como já era feito no afastamento por faltas.

Ajustamos o cálculo de INSS e IRRF quando o empregado possuía múltiplos vínculos, a data de pagamento da folha é até o quinto dia útil do mês seguinte e um dos contratos havia sido rescindido. Neste caso não estava somando da forma correta os valores de base dos impostos citados.

Modificamos a forma de controle para gerar o arquivo de GRRF mesmo quando o empregado possuía mais de uma rescisão complementar, a empresa utilizava o módulo controle de tributos, ambas rescisões complementares possuíam GRRF e o débito de FGTS referente a primeira rescisão complementar já havia sido quitada no módulo supra citado. Antes das alterações não permitia gerar o arquivo.

Nos débitos de impostos da folha de pagamento o sistema passa a demonstrar o número do protocolo ao qual o débito está vinculado, facilitando a identificação por parte do usuário se o débito já foi gerado em protocolo ou não. Também modificamos o controle na geração dos débitos quando estes já fizerem parte de protocolo e quando o protocolo já estiver baixado. São duas as situações previstas.
1 - Ao gerar um débito e este já estiver vinculado a protocolo, porém ainda não baixado, o sistema irá cancelar automaticamente o débito do protocolo, deixando-o com o status de cancelado no protocolo, e irá gerar um novo débito.
2 - Ao gerar um débito e este já estiver vinculado a protocolo e o protocolo já estiver baixado, o sistema emitirá mensagem de aviso ao usuário, solicitando o que pretende fazer, quando optar por continuar, será gerado um novo débito, e no protocolo já baixado, o item correspondente a este débito será alterado para cancelado.
Sempre após gerar o débito será necessário gerar um novo protocolo de entrega referente ao novo débito gerado. Lembrando ainda que itens cancelados em protocolos não tem como serem alterados, é necessário gerar novo protocolo.

Na exportação do arquivo de contabilização utilizando o modelo Delsoft, gerava incorretamente a coluna valor relacionado a algumas tabelas contábeis especificas decorrente da forma de arredondamento utilizada. Alteramos a forma de arredondamento nesse modelo de arquivo nas tabelas onde ocorria existia divergência e desta forma gerar corretamente as informações.

Na tela de cadastro de contratos de professores, mudamos os controles para somente aceitar cadastros de empregados com a forma de cálculo professor, assim evitamos erros em que o cadastramento do contrato de professor era feito para formas de cálculo normal. Quando informado o código de contrato de um empregado não professor, o sistema emitirá uma mensagem de aviso, alertando sobre a necessidade de alterar a forma de cálculo, no contrato do empregado para posteriormente fazer o contrato de professor.

Corrigimos o problema existente em relação a referência das horas normais e o valor das mesmas na folha mensal quando o empregado possuía férias já no mês de admissão e a opção utilizada no sindicato em relação ao Pgto. Férias Mensalista era diferente de Escala Mensal.

Melhoramos o controle referente aos períodos aquisitivos de férias na rescisão, pois devido a essa falha na geração dos mesmos, em algumas situações esporádicas não efetuava da forma correta pagamento do valor da médias de horas extras e média de valores variáveis.

Quando a empresa está enquadrada em atividades desoneradas por tributar parte do INSS Patronal pela receita, possuía tomadores de serviço e ainda filiais, o valor de compensação que deve ser gerado para ambas filiais no SEFIP, estava gerando apenas para um estabelecimento, ocasionando diferenças entre o valor da GPS do sistema e o valor da GPS do SEFIP.

Ajustamos dois erros de grafia no campo 7 - Informações Complementares do Informe de Rendimentos Pessoa Física:
- Nas informações do Plano de Saúde, em vez da descrição estar como Valor Pago, estava demonstrando Valo Pago.
- Em relação a Pensão Judicial, aparecia a informação Benefeciário, sendo o correto neste caso Beneficiário.

Alteramos a forma de controle de integração dos eventos de férias na folha mensal, que em alguns casos esporádicos quando no cadastro do evento, o mesmo possuía estrutura=03.01.51.04 e era lançado de forma manual no recibo de férias, sua integração não era realizada, causando diferença entre o valores do recibo de férias e na integração mensal.

Modificamos o controle em relação a apuração do Pis s/ Folha de Pagamento. Estava ocorrendo um problema em alguns casos em virtude da regra de arredondamento, causando divergência dos valores dos relatórios, integração contábil e valor do DARF.

Adaptamos o relatório de Históricos de Funcionários para o padrão gráfico, melhorando visualmente o relatório, facilitando assim a interpretação. Além desta alteração, corrigimos uma situação em que duplicava o empregado no referido relatório em alguns casos específicos devido a utilização de grupos de processamento de empresas.

Implementamos 5 modelos de etiquetas de CTPS - Carteira de Trabalho:
Alteração de Cargo
Alteração de Salário
Contrato de Experiência/Prorrogação
Contrato de Trabalho Empregado
Contrato de Trabalho Estagiário
Essas novas etiquetas estão disponíveis para os usuário em Relatórios\Documentos\Etiquetas CTPS (Gráfico). As mesmas foram desenvolvidas para impressão Etiquetas Autoadesivas, porém a critério do usuário também é possível realizar a impressão em papel normal e posteriormente fazer o recorte.

Implantamos no modulo Inventario uma nova rotina (Utilitários/Incluir Dados dos Lançamentos de Propriedade). Com esta rotina será possível carregar os dados na tela da propriedade desde que exista o lançamento do Inventario e a tela da propriedade esteja sem as informações. Se já existir as informações na tela da Propriedade esta rotina não vai substituir as informações.

Criado um novo recurso que permitirá o acompanhamento do desempenho do banco de dados de forma mais simples e fácil. Visa auxiliar os usuários e principalmente a pessoa responsável pelas manutenções no banco de dados.
Funcionará conforme descrito abaixo.
São três informações das quais serão avaliados os desempenhos:
GC (Garbage Collector): Processo usado para a automação do gerenciamento de memória. Com ele é possível recuperar uma área de memória inutilizada por um programa, o que pode evitar problemas de vazamento de memória, resultando no esgotamento da memória livre para alocação;
Sweep: É um processo de limpeza do banco de dados. Através dele, o Firebird libera espaços que não serão mais utilizados para que possam ser reaproveitados no servidor. Diferente do processo automático de Garbage Collection, o sweep processa também os registros que foram descartados devido a um rollback de uma transação.
Backup: Tempo que não é realizado o processo de backup/restore, o qual reorganiza o banco de dados.

Para demonstrar as informações será utilizado o semáforo do sistema que demonstra o tempo de execução dos processos. O GC e Sweep serão informados na parte sólida interna do progresso radial e um contorno avisará sobre o backup.

Foram criados novos campos na tabela OpcaoSistema, nos quais, pela conversão foram gerados dados padrões de controle (normalmente utilizados por todos os clientes). São dois campos para cada item avaliado (SWEEPADVERTENCIA, SWEEPALERTA, GCADVERTENCIA, GCALERTA, BACKUPADVERTENCIA, BACKUPALERTA, SEMAFOROATUALIZACAOSEG), sendo que um valor para advertência, que retornará a cor vermelha no processo, e outro para alerta, que retornará a cor amarela. Sempre que ultrapassar os limites definidos do valor do alerta fica amarelo, e quando ultrapassar da advertência ficará em vermelho, sendo necessário atenção ou ajuste por parte do usuário responsável.

Inicialmente, não havendo problemas, não aparece nada diferente, se tiver uma incidência depois que normalizar ele ficará verde.

Quando ocorrer algum problema, um GC ou Sweep alterado, pode ser verificado no menu Utilitário/Banco de Dados/Informações da conexão, no qual constará uma lista da 10 transações mais antigas, com o ip do usuário que está causando o problema. Pode-se ainda descansar o mouse sobre o semáforo, e o sistema irá mostrar os valores dos itens avaliados.

Lembrando que este recurso visa auxiliar os usuários na identificação de algum problema que possa estar causando lentidão ao sistema, não irá efetuar ajustes de forma automática, será necessária a avaliação e intervenção do usuário responsável no ajuste e correção do problema.