Boas-vindas, usuário Desbravador. Esperamos que este artigo encontre você bem!
Hoje queremos compartilhar com você mais algumas melhorias aplicadas no produto Desbravador 4.1/3.1, realizadas em diversos módulos e liberadas na versão 83:
MELHORIAS DA APLICAÇÃO
 | Apuração IRPJ e CSLL Lucro Real - M300 e M350 - Lucro líquido antes da compensação |
| Módulo: Contábil | Rotina: Apuração de IRPJ e CSLL |
| Descrição: No processo de apuração de IRPJ e CSLL Lucro Real - M300 e M350, alteramos a regra de apuração do lucro líquido antes da compensação, para considerar o "Lucro líquido" mais "Adições" menos "Exclusões", sem considerar a rubrica do RTT. Acesso à funcionalidade: Movimentações > Apuração IRPJ e CSLL > Apuração |
| | Apuração IRPJ e CSLL - Data de abertura da empresa |
| Módulo: Contábil | Rotina: Geração do SPED Contábil |
| Descrição: Implementamos os recursos para atender à data de abertura da empresa quando ocorrer durante o ano-calendário. Nas configurações do módulo contábil, é preciso definir a data de abertura, não sendo permitido informar data superior a um período de IRPJ e CSLL. Quando a data de abertura da empresa compreender o primeiro período de IRPJ e CSLL, o sistema atualizará a data automaticamente. SPED Contábil SPED ECF |
| | Apuração de IRPJ e CSLL - Presunção da base de cálculo |
| Módulo: Contábil | Rotina: Configuração das contas contábeis por agrupamento |
| Descrição: No processo de configuração dos agrupamentos, implementamos o campo para definir a presunção da base de cálculo. O sistema atribui o padrão com 100%. Exemplos de rubricas a serem definidas com presunção diferente de 100%: - N500/2 - Valor da base de cálculo do IRPJ - Estimativa com base na Receita Bruta. - N650/2 - Valor da Base de Cálculo da CSLL - Estimativa com Base na Receita Bruta. No processo de apuração do IRPJ e CSLL, implementamos para validar a presunção definida nas configurações do agrupamento. No processo de apuração, implementamos para não compensar prejuízos quando o período definido for "Apuração pela Receita". Acesso às funcionalidades: Movimentação > Apuração IRPJ e CSLL > Agrupamentos de contas Movimentação > Apuração IRPJ e CSLL > Apuração |
| | Demonstrativo de Receitas/Despesas por UH não permite selecionar CRD de Receitas e Despesas ao mesmo tempo |
| Módulo: Financeiro | Rotina: Configuração de demonstrativo de receitas |
| Descrição: Na guia de CRDs, na configuração dinâmica do relatório, foi disponibilizado para incluir CRDs de despesas, para poder englobar os lançamentos feitos diretamente em conta corrente e demonstrar, assim, um custo mais apurado por UH. O comportamento do demonstrativo será: Sempre que for inserido um CRD de receita, ele será demonstrado com valor negativo na coluna custo por UH, pois ele reduz esse custo para demonstrar um custo mais exato entre as receitas e despesas inseridas. Lembrando que se inseridos CRDs de receitas com valores superiores aos de despesa, teremos um custo por UH com valores negativos. Acesso às funcionalidades: Financeiro > Contas Correntes > Receitas - Despesas > Configurar Demonstrativo de Receitas - Despesas por UH > Aba CRD Financeiro > Contas Correntes > Receitas - Despesas > REL Demonstrativo de Receitas - Despesas por UH |
| | Adequação do sistema para ICMS Monofásico |
| Módulo: Fiscal | Rotina: Cadastros de CST |
| Descrição: Agregamos um novo recurso que tem como finalidade preparar o sistema para receber notas de entrada com ICMS monofásico, disponível em: - Lançamento de notas de entrada pelo módulo de estoque e livros; - Devolução de notas de entrada; - Importação de XML das notas de entrada de produtos; - Geração do SPED Fiscal com os devidos registros para o ICMS Monofásico. Para que esse recurso fique disponível durante os processos de entrada de nota, deve-se utilizar as seguintes CSTs: 02 – Tributação monofásica própria sobre combustíveis; 15 – Tributação monofásica própria e com responsabilidade pela retenção sobre combustíveis; 61 – Tributação monofásica sobre combustíveis cobrada anteriormente. Acesso às informações: Gerência Hoteleira > Cadastros > Produtos > Cadastro de CST Estoque > Procedimentos > Notas de entrada > Lançar nota de entrada Livros > Procedimentos > SPED Fiscal |
| | Produto Dif. de Diária não aceita ser lançado como faturado |
| Módulo: Gerência Hoteleira | Rotina: Pontos de venda faturados |
| Descrição: O produto 9903 - Dif Diária tem um comportamento programado para sempre ser lançado em contra extra, devido a um comportamento padrão do sistema desde sua criação. Caso necessário um comportamento diferente, deve-se desativar o produto 9903 e criar um novo para ser utilizado, pois o novo produto respeitará as regras de faturamento dos pontos de venda. Também estendemos a sugestão de que esse novo produto pode ser inserido em um ponto de venda específico, para facilitar sua valoração e a decisão de utilizá-lo ou não na composição da diária média. Acesso à funcionalidade: Gerência Hoteleira > Mapa de apartamento > Lançamento de itens |
| | Novos controles de permissão para dar desconto no cadastro de hóspedes |
| Módulo: Gerência Hoteleira | Rotina: permissões de usuários |
| Descrição: Considerando que mesmo um usuário que não tem permissão de dar desconto pode acessar o cadastro do cliente e inserir um desconto fixo nesse cadastro — em GH > Cadastros > Funcionários > Permissões —, criamos novos controles de permissão para possibilitar conceder desconto nos cadastros de hóspedes, empresas e na reserva. As novas permissões encontram-se em: - No controle de permissão > Menu cadastro > Desconto no Cadastro de Empresa - No controle de permissão > Menu cadastro > Desconto no Cadastro de Hóspedes - No controle de permissão > Menu Reserva > Desconto na reserva Atenção: para que essas permissões fiquem ativas, é necessário que a opção de desconto na entrada esteja habilitada, e é possível habilitá-la em Configurações avançadas > Descontos/Acréscimo |
| | Fechamento de conta PDVA não respeita tipo de conta do Gerência |
| Módulo: PDV | Rotina: Fechamento de contas no PDVA |
| Descrição: Implementamos um processo de seleção automática do titular do documento fiscal quando o fechamento for para conta apartamento. A seleção desse titular seguirá os requisitos: - sempre que tiver um fechamento para um ponto de venda faturado, o checkbox de bebidas alcoólicas estiver marcado e o PDVA estiver configurado para emissão de documentos, o sistema identificará esse documento sempre em nome da empresa. - sempre que existir um fechamento para um ponto de venda não faturado e o PDVA estiver configurado para emissão de documentos, o sistema identificará esse documento sempre em nome do hóspede principal. - sempre que houver um fechamento para um ponto de venda faturado, porém com o checkbox de bebidas alcoólicas desmarcado, o sistema alertará ao usuário para que altere o titular da nota, impossibilitando o fechamento para empresa, ou seja, é necessário que o usuário mude o titular da nota, pelo botão DADOS NF, para poder finalizar o processo. Esse cenário também é valido quando houver itens de bebidas alcoólicas junto com outros consumos não alcoólicos e o checkbox não estiver marcado. Nesse caso o sistema impedirá o fechamento e apresentará uma mensagem orientando a fazer o fechamento selecionando as comandas alcoólicas e posteriormente os outros itens. Nesse momento o usuário pode alterar o titular da nota para o hóspede e fechar todos os itens para esse hóspede. Acesso à funcionalidade: PDVA > Mapa de mesas > Fechar conta |