BOLETIM – VERSÃO 12.007.036 

Geração tag <tpRetPisCofins> no XML com zero ou quatro – Módulo Administrativo > Principal > Parâmetros (rotina 99900): Realizada a criação do parâmetro “#GeraNovasOpcoesZeroQuatroTpRetPisCofins”, na classe “@NFSEParametros”, que irá definir se a tag <tpRetPisCofins> das NFS-es será gerada com as novas opções “0” ou “4”, quando o sistema estiver configurado para realizar o envio do PIS/COFINS retido no padrão Nacional. 

No processo de montagem do XML, quando o outro parâmetro “#GeraNovasOpcoesTpRetPisCofins” estiver configurado como “Sim” e o novo parâmetro “#GeraNovasOpcoesZeroQuatroTpRetPisCofins” também estiver configurado como “sim”: 

Nos casos em que a NFS-e possuir valor de PIS/COFINS normal, mas não possuir valor de PIS/COFINS retido e não possuir valor de CSLL retido, a tag <tpRetPisCofins> será gerada com o valor “0” (Zero = PIS/COFINS/CSLL não retidos); para notas com essa condição, porém, com o novo parâmetro “#GeraNovasOpcoesZeroQuatroTpRetPisCofins” configurado como “não”, a tag <tpRetPisCofins> será gerada com o valor “2” como já vinha sendo feito. 

Nos casos em que NFS-e possuir valor de PIS/COFINS RETIDO e não possuir valor de CSLL retido, a tag <tpRetPisCofins> será gerada com o valor “4” (Quatro = PIS/COFINS Retido, CSLL não retido); para notas com essa condição, porém, com o novo parâmetro “#GeraNovasOpcoesZeroQuatroTpRetPisCofins” configurado como “não”, a tag <tpRetPisCofins> será gerada com o valor “1” como já vinha sendo feito. [535031]. 

Pré-requisitos:  Possuir um e-mail configurado no Cadastro de Usuários (99004). 

Adicionar um usuário destinatário através da opção “Usuários” na rotina Agendamentos (99023). 

Envio de E-mails – Módulo Alertas > Principal > Agendamentos (rotina 99023): Corrigido o processo de envio de e-mails executado pela opção “Executar Agora”, garantindo o anexo de todos os arquivos gerados pelo processo. 

Com o ajuste, os destinatários configurados passam a receber tanto o arquivo PDF quanto o arquivo CSV, conforme previsto na funcionalidade de envio dos relatórios.[535222]. 

Data de pagamento de títulos liquidados via API – Módulo Bancos: Foi realizado um ajuste na funcionalidade de liquidação de títulos via API para alterar a forma como o sistema válida a data de liquidação em relação aos feriados. Anteriormente, a validação considerava como dias não úteis os feriados nacionais, estaduais e municipais. Em determinadas situações, isso podia impedir a liquidação de um título quando existisse um feriado estadual ou municipal da localidade da filial emissora do boleto, mesmo que essa regra não fosse aplicável ao processo de liquidação via API.  

Com o ajuste, a liquidação de títulos via API passou a considerar apenas os feriados de abrangência nacional na validação da data de liquidação. Assim, feriados estaduais e municipais deixam de impedir a liquidação, garantindo que o processo seja executado conforme a regra de negócio esperada para essa integração. [535379] 

Dias de baixa em convênios do Banco do Brasil – Módulo Bancos > Cadastros > Convênios/Cedentes > Convênios de recebimento (Rotina 5002): Foi realizado um ajuste no cadastro de Convênios de Recebimento para o Banco do Brasil (Febraban 001). Em convênios configurados com o tipo de integração API, os campos Código de Baixa e Dias para Baixa, disponíveis na aba Configurações, passam a permanecer habilitados para edição e gravação das informações.  

A alteração foi necessária porque, na integração via API do Banco do Brasil, as instruções de baixa enviadas pelo ERP durante o registro do boleto possuem prioridade sobre as configurações existentes no convênio bancário. Dessa forma, o sistema passa a permitir que esses parâmetros sejam configurados no cadastro do convênio, garantindo que as informações enviadas à API reflitam corretamente a regra de negócio desejada para o registro dos títulos. [535424]. 

Cálculo IRPJ/CSLL Lucro Real – Módulo Contabilidade > Processamentos > Cálculo IRPJ/CSLL Lucro Real (rotina 1551): Realizado ajuste no processo de cálculo do IRPJ/CSLL Lucro Real, nos casos em que a empresa está com prejuízo no período, para que não sejam gerados valores para IRPJ e CSLL.  

Nos casos de prejuízo o sistema gera a notificação “Processo abortado, não tem lucro no período para calcular IRPJ/CSLL”. 

Nos casos em que a empresa possui lucro no período, o cálculo segue sendo realizado normalmente. [533545].  

Emissão de NF de devolução quando há NF de estorno – Módulo Compras > Notas fiscais > Notas Fiscais > Nota Fiscal (rotina 1057): Realizada alteração no processo de validação que verifica se a nota fiscal já teve a devolução total, para que o sistema verifique se a nota de devolução está estornada ou não, e assim, caso não tenha estorno, permita continuar com a emissão da nota de devolução.  
A alteração se refere à validação de devolução total para ser possível prosseguir na etapa 1 – “Entrada”, as demais validações de quantidades já devolvidas e saldo serão aplicadas nas etapas seguintes. [534398]. 

Emissão de nota de retorno de demonstração – Módulo Estoque > Notas fiscais > Demonstrações Próprias/Terceiros (rotina 2774): Foi realizado ajuste na busca de valores para a geração da nota fiscal de retorno de demonstração (Rotina 2774), para não ocorrer erro de totalização ao realizar o retorno quando, na nota origem possuir mais de uma vez um item com o mesmo código de produto com valor diferente de IPI. [535214]. 

Gravação do valor de ICMS Desonerado – Módulo Estoque > Notas fiscais > Lançamento de Notas Fiscais (rotina 1020): Adequado o processo de gravação do campo ICMS Desonerado durante a edição de itens na etapa de Tributos. Com o ajuste, os valores informados passam a ser salvos corretamente após a confirmação das alterações no lançamento. [534850].

Divergência de saldo diário no boletim de caixa – Módulo Financeiro > Caixa > Boletim de Caixa (Rotina 7006): Foi realizada a correção na geração do Relatório de Fluxo de Caixa para identificar corretamente a conta caixa nas contabilizações de notas fiscais que utilizam políticas de prazo com múltiplas parcelas e diferentes formas de pagamento, como dinheiro e cartão. Com esse ajuste, o relatório passa a apresentar corretamente apenas a parcela correspondente aos recebimentos em dinheiro.  

Em decorrência dessa alteração, também foram realizados ajustes no Boletim de Caixa para corrigir os impactos identificados, como a exibição da natureza das contas caixa de forma invertida e a apresentação dos valores de juros e descontos em desacordo com os respectivos lançamentos contábeis registrados na rotina 7001. [535067].

Envio e cópia de DANFE de NFS-e – Módulo Fiscal > Notas Fiscais > Enviar XML por e-mail (rotina 1373): Realizado ajuste no processo de envio e cópia de arquivo DANFE de NFS-e realizado através da rotina Enviar XML por e-mail (1373) para que seja respeitado a configuração do modelo de impressão configurado para o tipo modelo “Nota fiscal de serviços” na rotina “Modelos e impressoras (1821)”. Quando na rotina 1821 constar configurado o modelo de impressão 104, será gerado o DANFE no modelo 104, independente do modelo em que a NFS-e foi emitida. Quando estiver configurado modelo de impressão 999, será gerado o PDF de impressão com base no XML retornado pela prefeitura.  

Vale ressaltar que para o e-mail será enviado um anexo com extensão “.tmp”, esse arquivo gera de forma automática não sendo possível remover. [535253]. 

Impressão de relatório com modelo de impressão “Modelo 1 – ICMS – IPI” – Módulo Fiscal > Relatórios > Relação de lançamentos/notas > Relatório dos Lanctos / notas (rotina 6026): Realizado ajuste na geração do relatório de lançamentos de notas utilizando o modelo de impressão “Modelo 1 – ICMS – IPI” para quando selecionado a flag “Gerar CSV” as informações levadas para o relatório em CSV sejam as mesmas informações apresentadas no relatório gerado em PDF. [535242]. 

Reimpressão de NFS-e – Módulo Fiscal > Notas Fiscais > Consultar Notas Fiscais (rotina 1057): Realizado ajuste para que se a NFS-e foi validada pelo integrador, mesmo que não possuir link de impressão da prefeitura no campo “Link para impressão” da aba “NFS-e” da nota fiscal na rotina 1057, seja possível realizar a reimpressão do PDF retornado pelo integrador através do botão “reimprimir”.[535330].

Prazo para edição de apontamentos – Módulo Oficina > Apontamento de Horas > Apontamento Manual (Rotina 2297) / Ordens de serviço > Ordens de Serviço (Rotina 2292): Como o prazo para edição de apontamentos com e sem Ordem de Serviço, configurado nos parâmetros do módulo (Rotina 2539) considera a data e hora da inserção do registro de apontamento, foi realizada a adição da coluna Data hora de inserção do registro na aba de apontamentos da Ordem de serviço, e na tela inicial da rotina Lista de apontamentos de horas.[535462].