Gestão de Transportes | TMS - 3.25

Implementamos a flag Dividir Observações da tabela em duas colunas, otimizando a impressão das informações de observações da Tabela de Frete e gerando economia na impressão de folhas. Clique aqui e confira.

Para o correto funcionamento da rotina, é necessário executar o CAS de 12/01/2024.

Adicionamos a funcionalidade de importação da folha de pagamento diretamente para o setor contábil (CTB). Implementamos a automação do processo de transferência de dados entre folha de pagamento e contabilidade e realizamos ainda a inclusão de suporte para o formato da Contimatic dos arquivos de folha de pagamento. Saiba mais clicando aqui.

Problema: o sistema apresentava mensagem de erro quando o embarcador informado não possuía parâmetros de importação configurados, na tentativa de importar um arquivo.

Correção efetuada: corrigimos a rotina para evitar erro de falta do campo DsdirImpNotFis.

Problema: a rotina não estava trazendo o valor no campo Valor NF para Cálculo, ao gerar o lote de emissão de conhecimento.

Correção efetuada: corrigimos a rotina para preencher o campo Valor NF para Cálculo, ao realizar a emissão de conhecimento via EDI e quando o tomador é um consignatário, possui vários remetentes no lote, e o remetente não está cadastrado como embarcador.

Problema: foi identificado que ao informar uma chave de acesso o sistema estava colocando em foco o botão Salvar Operação, mesmo faltando preencher uma grande quantidade de informações para poder finalizar a operação.

Correção efetuada: corrigimos a validação do campo que irá receber o foco após informar a chave de acesso de uma nota que ainda não foi incluída no sistema, direcionando para focar no campo Destinatário.

Problema: a rotina não apresentava o log completo da coluna Log Calculo, impossibilitando que o usuário pudesse visualizar toda a mensagem que retornou na geração do lote de conhecimento.

Correção efetuada: alteramos a rotina aumentando o tamanho do campo da coluna Log Calculo.

Implementamos a aba Inclusão do Motorista, onde será apresentado o status de retorno da SEFAZ do evento.

Problema: a rotina apresentava mensagem de erro ao tentar filtrar um registro na tela de Movimento Pré-Faturas.

Correção efetuada: corrigimos o comando que seleciona os campos do banco de dados.

Problema: o sistema apresentava a descrição do tipo de conta, na autorização de pagamento, diferente do que estava no cadastro do fornecedor.

Correção efetuada: corrigimos o comando que realiza a busca do tipo da conta, na impressão da autorização de pagamento da fatura.

Problema: o sistema apresentava mensagem de erro ao excluir um registro, mas realizava a exclusão. No entanto, não estava gerando o Log de exclusão.

Correção efetuada: corrigimos a passagem de parâmetros para geração de log de exclusão.

Implementamos a aba Inclusão do Motorista, onde será apresentado o status de retorno da SEFAZ do evento.

Problema: foi identificada uma falha no JSON da requisição, onde não estava vinculando o abastecimento com a nota fiscal de recebimento na geração da mesma pela rotina. Formato errado: {"chavesAcesso": "31240120415295002037550010001101761005127237"}

Correção efetuada: realizamos a padronização para o formato de lista array, para facilitar o tratamento de múltiplas chaves de acesso. Formato correto: {"chavesAcesso": ["31240120415295002037550010001101761005127237"]}

Problema: foi encontrada inconsistência por falta registro no SPED Fiscal, não apresentando um CTe específico.

Correção efetuada: corrigimos o comando que realiza a consulta dos dados da situação de autorização do CTe quando tem empresa ligada.

Em Cadastro de Empresas, nas configurações da aba REINF da Escrituração Fiscal, implementamos a opção Tipo Item R4020, onde deverá ser informado o tipo do item para buscar os documentos fiscais para a aba PJ e gerar o registro R4020.

Para o correto funcionamento da rotina, é necessário executar o CAS de 12/12/2023.

Adicionamos ao Tipo Usuário validação para liberar a gravação dos campos na tela de CTRB/RPA.

Problema: a rotina anteriormente apresentava um erro que impedia a correta geração da ficha de viagem com romaneio, baseado em uma nota fiscal de serviço.

Correção efetuada: corrigimos a rotina para permitir a inclusão de NFS-e no romaneio.

Problema: o sistema apresentava mensagem de erro ao tentar remover um registro de histórico de coleta

Correção efetuada: corrigimos a validação para executar o comando de exclusão apenas se o registro ainda existir no banco de dados.

Problema: a regra para bloqueio da Alteração da guia Salvados, não estava se comportando conforme a necessidade do cliente.

A norma referente à guia Acompanhamento estabelece que, quando um usuário registra um acompanhamento que requer a informação de salvados e o perfil dele está configurado para bloquear alterações nos Salvados, esse usuário, por ser o responsável pelo acompanhamento, pode inserir ou editar informações. No entanto, ele não tem permissão para modificar dados inseridos por outro usuário, o que valida a restrição de perfil. Se outro usuário possuir as permissões adequadas para realizar alterações, então ele terá a capacidade de modificar os Salvados de qualquer usuário.

Correção efetuada: ajustamos a lógica no grupo de configurações de Boletim de Ocorrência no módulo CFG e a validação na tela de Acompanhamento no módulo CCE.

Aprimoramos a rotina de consulta e pesquisa da gerenciadora Opentech em diversas áreas, fornecendo maior transparência e rastreabilidade nas operações. A inclusão de informações detalhadas, como Status da Consulta e Mensagem de Retorno, proporcionam uma visão mais completa e facilitada da compreensão do contexto. A gravação automática de dados relevantes, como a Data de Validade, otimizam a eficiência e confiabilidade do sistema, contribuindo para uma gestão mais eficaz.

Problema: ao marcar alguma opção de permissão, a rotina não estava salvando as alterações realizadas no perfil de usuários.

Correção efetuada: ajustamos o comando que realiza a gravação das alterações do perfil do usuário, quando selecionado o grupo de configurações Boletim de Ocorrência.

Problema: o sistema apresentava mensagem de erro ao tentar salvar um registro fazendo a inclusão de uma nota fiscal no Lote de Conhecimento.

Correção efetuada: corrigimos o autoincremento das triggers.

Efetuamos algumas implementações para que sejam exibidas as flags:

• Módulo EXP: implementamos a flag Não assumir peso das NF(Real) como peso cubado. Quando essa opção estiver ativada, a emissão de Conhecimento para esse cliente calculará o peso cubado com base nas dimensões cúbicas reais, em vez de assumir automaticamente o peso da nota fiscal. Isso resulta em uma cobrança mais precisa e alinhada com as dimensões reais dos objetos transportados.
• Módulo CFG: implementamos o parâmetro Peso para Cálculo: Assumir Peso da(s) NF, somente quando a primeira NF não ter metros cúbicos e no total assumir o maior Peso ou Peso Cubado.

Implementação realizada para cliente que possui muitos centros de custo e tendo agora a possibilidade de fazer os orçamentos apenas pela Totalidade da Conta, sem a devida interligação com centro de custo.

• CFG (Configurações Financeiras): adicionamos a opção Considerar o título do Centro de Custo Financeiro. Com essa flag ativa o sistema passa a validar os recebimentos com base nos valores disponibilizados nos centros de custo.
• FIN (Módulo Financeiro): o Relatório de Orçamento, agora considera apenas Centros de Custo Filhos, simplificando o processo para clientes com muitos Centros de Custo.
• SUP (Módulo de Suprimentos): implementamos uma validação para evitar salvar registros com valores acima do orçado, promovendo uma gestão mais precisa.

Verifique como configurar e utilizar a rotina clicando aqui.

Problema: no sistema ao acessar as Configurações do FTR-Freteiro na guia Geral e marcar a flag Considerar o Valor da Entrega da Comissão da Ficha de Viagem como Base de calculo para desconto do aluguel da Carreta não estava sendo possível marcar a flag para consistir esta configuração.

Correção efetuada: corrigida a rotina para que o usuário consiga marcar a flag e faça uso da configuração conforme sua necessidade.

Problema: a regra para bloqueio da Alteração da guia Salvados, não estava se comportando conforme a necessidade do cliente.

A norma referente à guia Acompanhamento estabelece que, quando um usuário registra um acompanhamento que requer a informação de salvados e o perfil dele está configurado para bloquear alterações nos Salvados, esse usuário, por ser o responsável pelo acompanhamento, pode inserir ou editar informações. No entanto, ele não tem permissão para modificar dados inseridos por outro usuário, o que valida a restrição de perfil. Se outro usuário possuir as permissões adequadas para realizar alterações, então ele terá a capacidade de modificar os Salvados de qualquer usuário.

Correção efetuada: ajustamos a lógica no grupo de configurações de Boletim de Ocorrência no módulo CFG e a validação na tela de Acompanhamento no módulo CCE.

Implementamos importantes atualizações na integração REPOM, incluindo a migração das chamadas da API para o novo protocolo REST. As principais modificações foram realizadas nas integrações de CIOT e Cálculo do Vale Pedágio, que foram migrados de uma base de tecnologia SOAP para o Protocolo REST.

• Migração para Protocolo REST: convertemos as chamadas da API para o novo protocolo REST, proporcionando uma integração mais eficiente e alinhada com as melhores práticas modernas.
• Atualização de Rotinas: atualizamos a rotina de integração para acomodar as mudanças no protocolo, garantindo a continuidade das operações de CIOT e Cálculo do Vale Pedágio.
• Configuração/Reconfiguração do Cadastro de Empresas: configuramos ou reconfiguramos o cadastro de empresas para garantir que as informações estejam alinhadas com as atualizações na integração.
• Configuração/Reconfiguração do Cadastro de Operadora de Pedágio: ajustamos o cadastro de operadoras de pedágio para incorporar as mudanças na tecnologia e garantir uma integração adequada.

No módulo CFG, ao acessar a seção de Cadastros, seguido por Usuários, Perfil do Usuário e, por fim, Grupo de Configurações em Emissão de CTe por Nota Fiscal, criamos a configuração Sugerir Coleta para cada Remetente Distinto. Onde, se esta configuração estiver marcada, o sistema terá a funcionalidade de sugerir a coleta para cada remetente diferente. permitindo que o usuário decida aceitar ou recusar essa sugestão. É fundamental ressaltar que a sugestão de coleta deve ocorrer apenas uma vez para cada remetente distinto inserido no sistema.

Em Cadastro de Empresas, nas configurações da aba REINF da Escrituração Fiscal, implementamos a opção Tipo Item R4020, onde deverá ser informado o tipo do item para buscar os documentos fiscais para a aba PJ e gerar o registro R4020.

Para o correto funcionamento da rotina, é necessário executar o CAS de 12/12/2023.

Problema: na rotina de importação de abastecimento Pró-Frotas na guia Vinculação, não estava sendo permitido incluir nenhum registro. Além disso, não estava sendo possível realizar pesquisa por itens clicando na lupa presente na rotina.

Correção efetuada: corrigimos a funcionalidade de importação de abastecimento Pró-Frotas da guia de Vinculação, permitindo a importação adequada de dados de abastecimento e realização de pesquisa dos itens de compra.

Problema: na tela de Liberação de Pendencia não estava sendo possível desbloquear a programação de Operação, e ao clicar na Lupa no tipo de pendencia estava retornando a mensagem de Access Violation.

Correção efetuada:

EXP / COD - corrigimos a tela de Liberação de Pendência para garantir que, ao liberar uma pendência, o sistema desbloqueie corretamente a programação de operação associada. Ajustamos também o problema na tela de Liberação de Pendência que causava "Access Violation", e a funcionalidade da lupa para o tipo de pendência foi restaurada.

SRVCODPGR - ajustamos a lógica de busca; a lógica de busca por programação de operação foi ajustada para melhorar a precisão e eficiência; ajustamos a busca das faixa de valores da apólice para garantir resultados mais precisos e ajustamos a lógica para buscar a natureza pai da apólice para fornecer resultados mais consistentes.

Problema: a rotina não estava calculando o valor do seguro da tarifa na tabela quando não possui cadastro de negociação de cliente.

Correção efetuada: corrigimos a rotina para calcular o seguro da tarifa na tabela corretamente.

Na Apuração de PIS/COFINS, implementamos o ajuste na opção Créditos para os documentos de anulação e substituição, renomeando a guia desses documentos para Documentos de Anulação/Substituição, onde serão apresentados os documentos de Anulação na sub guia Documentos de Anulação e os documentos de substituição na sub guia Documentos de Substituição.

Problema: a rotina de Apuração PIS/COFINS estava apresentando somatório e cálculo dessas contribuições de forma incorreta.

Correção efetuada: realizamos a correção para quando houver mais de um conhecimento na faixa, e estiver configurado para descontar o pedágio da base de cálculo.

Problema: na busca pelo documento na gravação da contabilização, o sistema não considerava a inscrição e data de emissão do documento, realizando a contabilização de um documento genérico e consequentemente invertendo as contas.

Correção efetuada: ajustamos a validação dos documentos de anulação para não inverter as contas.

No recálculo da Apuração de PIS/COFINS, implementamos o ajuste para quando o tipo de recálculo for para os documentos Notas Fiscais, NF de Energia Elétrica, NF de Comunicação e Telecomunicação e esses documentos já realizaram a exclusão do ICMS da base de PIS/COFINS, não realize novamente o recálculo da Apuração de PIS/COFINS.

Problema: a tela de simulação de importação na rotina de Cadastro de Layouts de EDI, não estava sendo carregada corretamente após a importação de um arquivo NOTFIS.

Correção efetuada: alteramos a rotina para que ao validar, seja carregada a tela de simulação de importação na rotina de Cadastro de Layouts de EDI, após importar algum arquivo NOTFIS.

Problema: a rotina não estava calculando o valor do seguro da tarifa na tabela quando não possui cadastro de negociação de cliente.

Correção efetuada: corrigimos a rotina para calcular o seguro da tarifa na tabela corretamente.

Problema: o sistema apresentava valor negativo no campo Valor Outros da rotina Emissão de Conhecimentos.

Correção efetuada: corrigimos a rotina para calcular o valor ICMS Seguro, consequentemente calculando o campo Valor Outros corretamente ao realizar o cálculo da composição do frete presente na rotina.

Adicionamos ao Tipo Usuário validação para liberar a gravação dos campos na tela de CTRB/RPA.

Problema: na rotina de geração de Conhecimento de Transporte Eletrônico (CTe), quando a emissão era feita via nota fiscal, não estava mantendo a nota no grid do lote que ocorreu o erro na geração, seja por falta de tabela ou qualquer outra situação que impediu a geração do CTe.

Correção efetuada: atualizamos a rotina que estava apresentando a quantidade incorreta de notas no grid, assegurando que as notas sejam devidamente mantidas no grid, mesmo em casos de falhas na geração.

Problema: a rotina apresentava mensagem relacionada a nome inválido do objeto, ao realizar alteração de valores da nota fiscal recebida e clicar na seta para baixo do teclado, afim de acatar a modificação feita.

Correção efetuada: realizamos um ajuste na função que busca o número máximo de registros da tabela.

Problema: a rotina apresentava mensagem de erro ao clicar no botão para informar a metragem cúbica.

Correção efetuada: realizamos a correção no SQL de abertura da tela para contemplar o banco de dados ORACLE.

Efetuamos algumas implementações para que sejam exibidas as flags:

• Módulo EXP: implementamos a flag Não assumir peso das NF(Real) como peso cubado. Quando essa opção estiver ativada, a emissão de Conhecimento para esse cliente calculará o peso cubado com base nas dimensões cúbicas reais, em vez de assumir automaticamente o peso da nota fiscal. Isso resulta em uma cobrança mais precisa e alinhada com as dimensões reais dos objetos transportados.
• Módulo CFG: implementamos o parâmetro Peso para Cálculo: Assumir Peso da(s) NF, somente quando a primeira NF não ter metros cúbicos e no total assumir o maior Peso ou Peso Cubado.

Problema: na tela de Liberação de Pendencia não estava sendo possível desbloquear a programação de Operação, e ao clicar na Lupa no tipo de pendencia estava retornando a mensagem de Access Violation.

Correção efetuada:

EXP / COD - corrigimos a tela de Liberação de Pendência para garantir que, ao liberar uma pendência, o sistema desbloqueie corretamente a programação de operação associada. Ajustamos também o problema na tela de Liberação de Pendência que causava "Access Violation", e a funcionalidade da lupa para o tipo de pendência foi restaurada.

SRVCODPGR - ajustamos a lógica de busca; a lógica de busca por programação de operação foi ajustada para melhorar a precisão e eficiência; ajustamos a busca das faixa de valores da apólice para garantir resultados mais precisos e ajustamos a lógica para buscar a natureza pai da apólice para fornecer resultados mais consistentes.

No módulo CFG, ao acessar a seção de Cadastros, seguido por Usuários, Perfil do Usuário e, por fim, Grupo de Configurações em Emissão de CTe por Nota Fiscal, criamos a configuração Sugerir Coleta para cada Remetente Distinto. Onde, se esta configuração estiver marcada, o sistema terá a funcionalidade de sugerir a coleta para cada remetente diferente. permitindo que o usuário decida aceitar ou recusar essa sugestão. É fundamental ressaltar que a sugestão de coleta deve ocorrer apenas uma vez para cada remetente distinto inserido no sistema.

Aprimoramos a rotina de consulta e pesquisa da gerenciadora Opentech em diversas áreas, fornecendo maior transparência e rastreabilidade nas operações. A inclusão de informações detalhadas, como Status da Consulta e Mensagem de Retorno, proporcionam uma visão mais completa e facilitada da compreensão do contexto. A gravação automática de dados relevantes, como a Data de Validade, otimizam a eficiência e confiabilidade do sistema, contribuindo para uma gestão mais eficaz.

Revisamos a rotina de emissão para:

Comportamento do endereço do remetente:

Comportamento do endereço do remetente:
• Se a opção Coletaestiver informada, preencher o endereço de coleta da ORDEM DE COLETA.
• Se a opção Entrega em depósito estiver marcada, trazer o endereço de coleta da filial emissora.

Comportamento do endereço do remetente:

Comportamento do destinatário:
• Se o usuário alterar o endereço durante a emissão, manter o endereço informado pelo usuário.
• Ao editar o conhecimento para qualquer ajuste ou inclusão de nota fiscal, manter o endereço informado durante a primeira digitação

Problema: a rotina apresentava mensagem de erro ao tentar realizar o envio do MDF-e.

Correção efetuada corrigimos a rotina para evitar erro SQL na emissão de MDFe.

Problema: a rotina anteriormente apresentava um erro que impedia a correta geração da ficha de viagem com romaneio, baseado em uma nota fiscal de serviço.

Correção efetuada: corrigimos a rotina para permitir a inclusão de NFS-e no romaneio.

Problema: a rotina de Movimentação de Conta Corrente não estava permitindo selecionar o conhecimento a ser estornado/cancelado quando utilizada a configuração para conhecimentos recebidos.

Correção efetuada: ajustamos a rotina de Movimentação de Conta Corrente, onde a configuração para conhecimentos recebidos estava gerando o cancelamento do lote inteiro, em vez de permitir a seleção individual do conhecimento a ser estornado/cancelado. Consequentemente, resolvemos a situação que impedia a seleção individual do conhecimento a ser estornado/cancelado na presença da configuração para conhecimentos recebidos.

Problema: rotina apresentando mensagem: Não existem registros a serem visualizados ao tentar emitir o relatório de Títulos por Portador do Crédito no módulo Financeiro.

Correção efetuada: corrigimos a rotina tratando a questão de não recuperar todos os dados do relatório, que estava relacionada à ausência de uma banda de agrupamento.

Implementação realizada para cliente que possui muitos centros de custo e tendo agora a possibilidade de fazer os orçamentos apenas pela Totalidade da Conta, sem a devida interligação com centro de custo.

• CFG (Configurações Financeiras): adicionamos a opção Considerar o título do Centro de Custo Financeiro. Com essa flag ativa o sistema passa a validar os recebimentos com base nos valores disponibilizados nos centros de custo.
• FIN (Módulo Financeiro): o Relatório de Orçamento, agora considera apenas Centros de Custo Filhos, simplificando o processo para clientes com muitos Centros de Custo.
• SUP (Módulo de Suprimentos): implementamos uma validação para evitar salvar registros com valores acima do orçado, promovendo uma gestão mais precisa.

Verifique como configurar e utilizar a rotina clicando aqui. https://documentacao.senior.com.br/gestaodetransportestms/3.25/#manual-por-rotinas/suprimentos/recebimento.htm

Problema: revisão da rotina que mesmo gerando a fatura corretamente, não gerou o número da mesma após a atualização para versão 3.25.02.

Correção efetuada: ajustamos a rotina de Integração RH Senior, agora gerando corretamente os números de fatura e assegurando que correspondam aos documentos emitidos.

Problema:se o usuário realizasse a alteração da numeração da Identidade e clicasse em Integrar, o sistema não enviava a nova informação para o HCM, mantendo os dados antigos.

Correção efetuada: ajustamos na integração para que seja integrada a informação da Carteira de Identidade para o HCM

Problema: foi identificado na rotina, que o desconto de abastecimento não estava sendo enviado junto no arquivo de integração, gerando a rejeição A soma dos valores das parcelas deve ser igual ao valor contratado.

Correção efetuada: liberada uma importante melhoria na rotina de integração com a TARGET. Agora, o desconto de abastecimento será incluído no arquivo de integração, solucionando o problema em que esse desconto não era enviado, resultando na rejeição.

Problema: o sistema não estava respondendo ao clicar para interromper ou cancelar a viagem.

Correção efetuada: implementamos melhorias significativas na rotina de integração com a TARGET, especificamente no processo de Cancelamento/Interrupção de Viagem. Agora, um botão dedicado foi preparado para facilitar e efetuar adequadamente o processo de cancelamento ou interrupção de viagem, resolvendo a questão em que, ao clicar para interromper ou cancelar, o sistema não respondia.

Problema: a rotina de integração com a TARGET revisada por ter apresentado a mensagem Para Cadastrar um participante pessoa física, deve ser informado um CPF válido durante a tentativa de integração ao informar um CPF válido.

Correção efetuada: ajustamos a rotina para que o sistema valide o CPF de pessoas físicas ao realizar a integração com a TARGET.

Implementamos importantes atualizações na integração REPOM, incluindo a migração das chamadas da API para o novo protocolo REST. As principais modificações foram realizadas nas integrações de CIOT e Cálculo do Vale Pedágio, que foram migrados de uma base de tecnologia SOAP para o Protocolo REST.

• Migração para Protocolo REST: convertemos as chamadas da API para o novo protocolo REST, proporcionando uma integração mais eficiente e alinhada com as melhores práticas modernas.
• Atualização de Rotinas: atualizamos a rotina de integração para acomodar as mudanças no protocolo, garantindo a continuidade das operações de CIOT e Cálculo do Vale Pedágio.
• Configuração/Reconfiguração do Cadastro de Empresas: configuramos ou reconfiguramos o cadastro de empresas para garantir que as informações estejam alinhadas com as atualizações na integração.
• Configuração/Reconfiguração do Cadastro de Operadora de Pedágio: ajustamos o cadastro de operadoras de pedágio para incorporar as mudanças na tecnologia e garantir uma integração adequada.

Problema: o sistema exibia mensagem de erro que indicava que a cidade correspondente a um determinado CEP (no exemplo, CEP 0) não estava cadastrada.

Correção efetuada: ajustamos o código de identificação de mensagens, garantindo o tratamento adequado de mensagens de sucesso.

Implementamos na rotina Acerto de Contas com Motoristas para não perder o foco do campo que está sendo editado.

Problema: o sistema apresentava campo sobreposto em tela na aba de Documentação, rotina de cadastro de funcionários.

Correção efetuada: corrigimos a posição dos campos na tela da rotina mencionada.

Problema: a rotina de Movimentação de Ordens de Serviço estava apresentando aviso de revisão de veículo cadastrado por data, um ano antes da previsão de vencimento.

Correção efetuada: alteramos a rotina para exibir corretamente a mensagem de revisão de veículo quando for apenas por data. Também foi criada uma validação para o período de aviso com antecedência, para evitar avisos antes da revisão em si.

Problema: na rotina de importação de abastecimento Pró-Frotas na guia Vinculação, não estava sendo permitido incluir nenhum registro. Além disso, não estava sendo possível realizar pesquisa por itens clicando na lupa presente na rotina.

Correção efetuada: corrigimos a funcionalidade de importação de abastecimento Pró-Frotas da guia de Vinculação, permitindo a importação adequada de dados de abastecimento e realização de pesquisa dos itens de compra.

Problema: o sistema exibia mensagem de erro que indicava que a cidade correspondente a um determinado CEP (no exemplo, CEP 0) não estava cadastrada.

Correção efetuada: ajustamos o código de identificação de mensagens, garantindo o tratamento adequado de mensagens de sucesso.

Aprimoramos a rotina de consulta e pesquisa da gerenciadora Opentech em diversas áreas, fornecendo maior transparência e rastreabilidade nas operações. A inclusão de informações detalhadas, como Status da Consulta e Mensagem de Retorno, proporcionam uma visão mais completa e facilitada da compreensão do contexto. A gravação automática de dados relevantes, como a Data de Validade, otimizam a eficiência e confiabilidade do sistema, contribuindo para uma gestão mais eficaz.

Problema: o sistema apresentava mensagem de erro ao tentar abrir a rotina de Processamento de Arquivo de Retorno CNAB 400.

Correção efetuada: corrigimos o comando de criação de tabela temporária na abertura da tela.

Na integração da nota de Recebimento, implementamos o ajuste para quando houver um item de compra sem configuração das despesas acessórias em seu cadastro.

Implementamos na Integração da Nota Fiscal de Recebimento com natureza de operação configurada com Tributação Outros para que calcule corretamente a tributação monofásica para o item de compra.

Na integração da nota de Recebimento, implementamos o ajuste para quando houver um item de compra sem configuração das despesas acessórias em seu cadastro.

Problema: foi identificado que a rotina não estava levando para o REINF o tipo do documento, quando esse é um documento interno.

Correção efetuada:ajustamos a rotina para adicionar o tipo do documento no REINF quando se trata de um documento interno. Essa alteração assegura que as informações corretas sejam transmitidas para o REINF, abordando uma lacuna na versão anterior que não considerava o tipo de documento para documentos internos.

No EFD REINF implementamos melhorias para os registros R2000, onde a partir de agora, apresenta a coluna com o CNPJ do Beneficiário e o número da Requisição, e melhorias para a retificação dos registros R2000 conforme o campo Beneficiário na aba Exportação.

Problema: o sistema apresentava mensagem de erro ao tentar adicionar um registro em Escrituração > Ajustes da Apuração > Código Ajuste Registro C186.

Correção efetuada: corrigimos a rotina para que o usuário consiga preencher o Código de Ajuste 186.

Problema: a rotina apresentava a mensagem de erro ao clicar no botão Gerar Arquivo.

Correção efetuada: alteramos a rotina de Escrituração Fiscal Digital (EFD) resolvendo o problema que causava a exibição da mensagem e fazendo com que a rotina trate corretamente os valores, evitando a interrupção do processo de geração de arquivo.

Em Cadastro de Empresas, nas configurações da aba REINF da Escrituração Fiscal, implementamos a opção Tipo Item R4020, onde deverá ser informado o tipo do item para buscar os documentos fiscais para a aba PJ e gerar o registro R4020.

Para o correto funcionamento da rotina, é necessário executar o CAS de 12/12/2023.

Problema: foi identificado que a rotina não estava levando para o REINF o tipo do documento, quando esse é um documento interno.

Correção efetuada:ajustamos a rotina para adicionar o tipo do documento no REINF quando se trata de um documento interno. Essa alteração assegura que as informações corretas sejam transmitidas para o REINF, abordando uma lacuna na versão anterior que não considerava o tipo de documento para documentos internos.

Realizamos uma revisão da rotina de faturamento automático, para que ocorra a geração de faturas corretamente em relação aos dados nos logs apresentados.

Reorganizamos os campos do relatório de Movimentação do Almoxarifado por Item/Data e o tamanho da fonte para caber todas as informações no relatório.

Problema: a rotina de Cadastro de freteiros, dentro do módulo Suprimentos, não estava sendo executada ao selecionar a opção Cadastro no menu superior.

Correção efetuada: realizamos ajustes na herança dos campos da tela.

Problema:quando o cliente realizava a entrada de uma nota fiscal, os produtos não estavam sendo carregados a partir da ordem de compra informada.

Correção efetuada: corrigimos a rotina incorporando um mecanismo de refresh que, ao chamar a função AtualizaFiltroDespesasAcessorias, atualiza automaticamente as informações exibidas na grid, garantindo que a rotina de entrada de recebimento esteja alinhada com as informações da ordem de compra.

Implementação realizada para cliente que possui muitos centros de custo e tendo agora a possibilidade de fazer os orçamentos apenas pela Totalidade da Conta, sem a devida interligação com centro de custo.

• CFG (Configurações Financeiras): adicionamos a opção Considerar o título do Centro de Custo Financeiro. Com essa flag ativa o sistema passa a validar os recebimentos com base nos valores disponibilizados nos centros de custo.
• FIN (Módulo Financeiro): o Relatório de Orçamento, agora considera apenas Centros de Custo Filhos, simplificando o processo para clientes com muitos Centros de Custo.
• SUP (Módulo de Suprimentos): implementamos uma validação para evitar salvar registros com valores acima do orçado, promovendo uma gestão mais precisa.

Verifique como configurar e utilizar a rotina clicando aqui. https://documentacao.senior.com.br/gestaodetransportestms/3.25/#manual-por-rotinas/suprimentos/recebimento.htm

Em Cadastro de Empresas, nas configurações da aba REINF da Escrituração Fiscal, implementamos a opção Tipo Item R4020, onde deverá ser informado o tipo do item para buscar os documentos fiscais para a aba PJ e gerar o registro R4020.

Para o correto funcionamento da rotina, é necessário executar o CAS de 12/12/2023.

Adicionamos ao Tipo Usuário validação para liberar a gravação dos campos na tela de CTRB/RPA.

Problema: a rotina anteriormente apresentava um erro que impedia a correta geração da ficha de viagem com romaneio, baseado em uma nota fiscal de serviço.

Correção efetuada: corrigimos a rotina para permitir a inclusão de NFS-e no romaneio.

Problema: o sistema apresentava mensagem de erro ao tentar remover um registro de histórico de coleta

Correção efetuada: corrigimos a validação para executar o comando de exclusão apenas se o registro ainda existir no banco de dados.

Problema: a regra para bloqueio da Alteração da guia Salvados, não estava se comportando conforme a necessidade do cliente.

A norma referente à guia Acompanhamento estabelece que, quando um usuário registra um acompanhamento que requer a informação de salvados e o perfil dele está configurado para bloquear alterações nos Salvados, esse usuário, por ser o responsável pelo acompanhamento, pode inserir ou editar informações. No entanto, ele não tem permissão para modificar dados inseridos por outro usuário, o que valida a restrição de perfil. Se outro usuário possuir as permissões adequadas para realizar alterações, então ele terá a capacidade de modificar os Salvados de qualquer usuário.

Correção efetuada: ajustamos a lógica no grupo de configurações de Boletim de Ocorrência no módulo CFG e a validação na tela de Acompanhamento no módulo CCE.

Aprimoramos a rotina de consulta e pesquisa da gerenciadora Opentech em diversas áreas, fornecendo maior transparência e rastreabilidade nas operações. A inclusão de informações detalhadas, como Status da Consulta e Mensagem de Retorno, proporcionam uma visão mais completa e facilitada da compreensão do contexto. A gravação automática de dados relevantes, como a Data de Validade, otimizam a eficiência e confiabilidade do sistema, contribuindo para uma gestão mais eficaz.

Problema: ao marcar alguma opção de permissão, a rotina não estava salvando as alterações realizadas no perfil de usuários.

Correção efetuada: ajustamos o comando que realiza a gravação das alterações do perfil do usuário, quando selecionado o grupo de configurações Boletim de Ocorrência.

Problema: o sistema apresentava mensagem de erro ao tentar salvar um registro fazendo a inclusão de uma nota fiscal no Lote de Conhecimento.

Correção efetuada: corrigimos o autoincremento das triggers.

Efetuamos algumas implementações para que sejam exibidas as flags:

• Módulo EXP: implementamos a flag Não assumir peso das NF(Real) como peso cubado. Quando essa opção estiver ativada, a emissão de Conhecimento para esse cliente calculará o peso cubado com base nas dimensões cúbicas reais, em vez de assumir automaticamente o peso da nota fiscal. Isso resulta em uma cobrança mais precisa e alinhada com as dimensões reais dos objetos transportados.
• Módulo CFG: implementamos o parâmetro Peso para Cálculo: Assumir Peso da(s) NF, somente quando a primeira NF não ter metros cúbicos e no total assumir o maior Peso ou Peso Cubado.

Implementação realizada para cliente que possui muitos centros de custo e tendo agora a possibilidade de fazer os orçamentos apenas pela Totalidade da Conta, sem a devida interligação com centro de custo.

• CFG (Configurações Financeiras): adicionamos a opção Considerar o título do Centro de Custo Financeiro. Com essa flag ativa o sistema passa a validar os recebimentos com base nos valores disponibilizados nos centros de custo.
• FIN (Módulo Financeiro): o Relatório de Orçamento, agora considera apenas Centros de Custo Filhos, simplificando o processo para clientes com muitos Centros de Custo.
• SUP (Módulo de Suprimentos): implementamos uma validação para evitar salvar registros com valores acima do orçado, promovendo uma gestão mais precisa.

Verifique como configurar e utilizar a rotina clicando aqui.

Problema: no sistema ao acessar as Configurações do FTR-Freteiro na guia Geral e marcar a flag Considerar o Valor da Entrega da Comissão da Ficha de Viagem como Base de calculo para desconto do aluguel da Carreta não estava sendo possível marcar a flag para consistir esta configuração.

Correção efetuada: corrigida a rotina para que o usuário consiga marcar a flag e faça uso da configuração conforme sua necessidade.

Problema: a regra para bloqueio da Alteração da guia Salvados, não estava se comportando conforme a necessidade do cliente.

A norma referente à guia Acompanhamento estabelece que, quando um usuário registra um acompanhamento que requer a informação de salvados e o perfil dele está configurado para bloquear alterações nos Salvados, esse usuário, por ser o responsável pelo acompanhamento, pode inserir ou editar informações. No entanto, ele não tem permissão para modificar dados inseridos por outro usuário, o que valida a restrição de perfil. Se outro usuário possuir as permissões adequadas para realizar alterações, então ele terá a capacidade de modificar os Salvados de qualquer usuário.

Correção efetuada: ajustamos a lógica no grupo de configurações de Boletim de Ocorrência no módulo CFG e a validação na tela de Acompanhamento no módulo CCE.

Implementamos importantes atualizações na integração REPOM, incluindo a migração das chamadas da API para o novo protocolo REST. As principais modificações foram realizadas nas integrações de CIOT e Cálculo do Vale Pedágio, que foram migrados de uma base de tecnologia SOAP para o Protocolo REST.

• Migração para Protocolo REST: convertemos as chamadas da API para o novo protocolo REST, proporcionando uma integração mais eficiente e alinhada com as melhores práticas modernas.
• Atualização de Rotinas: atualizamos a rotina de integração para acomodar as mudanças no protocolo, garantindo a continuidade das operações de CIOT e Cálculo do Vale Pedágio.
• Configuração/Reconfiguração do Cadastro de Empresas: configuramos ou reconfiguramos o cadastro de empresas para garantir que as informações estejam alinhadas com as atualizações na integração.
• Configuração/Reconfiguração do Cadastro de Operadora de Pedágio: ajustamos o cadastro de operadoras de pedágio para incorporar as mudanças na tecnologia e garantir uma integração adequada.

No módulo CFG, ao acessar a seção de Cadastros, seguido por Usuários, Perfil do Usuário e, por fim, Grupo de Configurações em Emissão de CTe por Nota Fiscal, criamos a configuração Sugerir Coleta para cada Remetente Distinto. Onde, se esta configuração estiver marcada, o sistema terá a funcionalidade de sugerir a coleta para cada remetente diferente. permitindo que o usuário decida aceitar ou recusar essa sugestão. É fundamental ressaltar que a sugestão de coleta deve ocorrer apenas uma vez para cada remetente distinto inserido no sistema.

Em Cadastro de Empresas, nas configurações da aba REINF da Escrituração Fiscal, implementamos a opção Tipo Item R4020, onde deverá ser informado o tipo do item para buscar os documentos fiscais para a aba PJ e gerar o registro R4020.

Para o correto funcionamento da rotina, é necessário executar o CAS de 12/12/2023.

Problema: na rotina de importação de abastecimento Pró-Frotas na guia Vinculação, não estava sendo permitido incluir nenhum registro. Além disso, não estava sendo possível realizar pesquisa por itens clicando na lupa presente na rotina.

Correção efetuada: corrigimos a funcionalidade de importação de abastecimento Pró-Frotas da guia de Vinculação, permitindo a importação adequada de dados de abastecimento e realização de pesquisa dos itens de compra.

Problema: na tela de Liberação de Pendencia não estava sendo possível desbloquear a programação de Operação, e ao clicar na Lupa no tipo de pendencia estava retornando a mensagem de Access Violation.

Correção efetuada:

EXP / COD - corrigimos a tela de Liberação de Pendência para garantir que, ao liberar uma pendência, o sistema desbloqueie corretamente a programação de operação associada. Ajustamos também o problema na tela de Liberação de Pendência que causava "Access Violation", e a funcionalidade da lupa para o tipo de pendência foi restaurada.

SRVCODPGR - ajustamos a lógica de busca; a lógica de busca por programação de operação foi ajustada para melhorar a precisão e eficiência; ajustamos a busca das faixa de valores da apólice para garantir resultados mais precisos e ajustamos a lógica para buscar a natureza pai da apólice para fornecer resultados mais consistentes.

Problema: a rotina não estava calculando o valor do seguro da tarifa na tabela quando não possui cadastro de negociação de cliente.

Correção efetuada: corrigimos a rotina para calcular o seguro da tarifa na tabela corretamente.

Na Apuração de PIS/COFINS, implementamos o ajuste na opção Créditos para os documentos de anulação e substituição, renomeando a guia desses documentos para Documentos de Anulação/Substituição, onde serão apresentados os documentos de Anulação na sub guia Documentos de Anulação e os documentos de substituição na sub guia Documentos de Substituição.

Problema: a rotina de Apuração PIS/COFINS estava apresentando somatório e cálculo dessas contribuições de forma incorreta.

Correção efetuada: realizamos a correção para quando houver mais de um conhecimento na faixa, e estiver configurado para descontar o pedágio da base de cálculo.

Problema: na busca pelo documento na gravação da contabilização, o sistema não considerava a inscrição e data de emissão do documento, realizando a contabilização de um documento genérico e consequentemente invertendo as contas.

Correção efetuada: ajustamos a validação dos documentos de anulação para não inverter as contas.

No recálculo da Apuração de PIS/COFINS, implementamos o ajuste para quando o tipo de recálculo for para os documentos Notas Fiscais, NF de Energia Elétrica, NF de Comunicação e Telecomunicação e esses documentos já realizaram a exclusão do ICMS da base de PIS/COFINS, não realize novamente o recálculo da Apuração de PIS/COFINS.

Problema: a tela de simulação de importação na rotina de Cadastro de Layouts de EDI, não estava sendo carregada corretamente após a importação de um arquivo NOTFIS.

Correção efetuada: alteramos a rotina para que ao validar, seja carregada a tela de simulação de importação na rotina de Cadastro de Layouts de EDI, após importar algum arquivo NOTFIS.

Problema: a rotina não estava calculando o valor do seguro da tarifa na tabela quando não possui cadastro de negociação de cliente.

Correção efetuada: corrigimos a rotina para calcular o seguro da tarifa na tabela corretamente.

Problema: o sistema apresentava valor negativo no campo Valor Outros da rotina Emissão de Conhecimentos.

Correção efetuada: corrigimos a rotina para calcular o valor ICMS Seguro, consequentemente calculando o campo Valor Outros corretamente ao realizar o cálculo da composição do frete presente na rotina.

Adicionamos ao Tipo Usuário validação para liberar a gravação dos campos na tela de CTRB/RPA.

Problema: na rotina de geração de Conhecimento de Transporte Eletrônico (CTe), quando a emissão era feita via nota fiscal, não estava mantendo a nota no grid do lote que ocorreu o erro na geração, seja por falta de tabela ou qualquer outra situação que impediu a geração do CTe.

Correção efetuada: atualizamos a rotina que estava apresentando a quantidade incorreta de notas no grid, assegurando que as notas sejam devidamente mantidas no grid, mesmo em casos de falhas na geração.

Problema: a rotina apresentava mensagem relacionada a nome inválido do objeto, ao realizar alteração de valores da nota fiscal recebida e clicar na seta para baixo do teclado, afim de acatar a modificação feita.

Correção efetuada: realizamos um ajuste na função que busca o número máximo de registros da tabela.

Problema: a rotina apresentava mensagem de erro ao clicar no botão para informar a metragem cúbica.

Correção efetuada: realizamos a correção no SQL de abertura da tela para contemplar o banco de dados ORACLE.

Efetuamos algumas implementações para que sejam exibidas as flags:

• Módulo EXP: implementamos a flag Não assumir peso das NF(Real) como peso cubado. Quando essa opção estiver ativada, a emissão de Conhecimento para esse cliente calculará o peso cubado com base nas dimensões cúbicas reais, em vez de assumir automaticamente o peso da nota fiscal. Isso resulta em uma cobrança mais precisa e alinhada com as dimensões reais dos objetos transportados.
• Módulo CFG: implementamos o parâmetro Peso para Cálculo: Assumir Peso da(s) NF, somente quando a primeira NF não ter metros cúbicos e no total assumir o maior Peso ou Peso Cubado.

Problema: na tela de Liberação de Pendencia não estava sendo possível desbloquear a programação de Operação, e ao clicar na Lupa no tipo de pendencia estava retornando a mensagem de Access Violation.

Correção efetuada:

EXP / COD - corrigimos a tela de Liberação de Pendência para garantir que, ao liberar uma pendência, o sistema desbloqueie corretamente a programação de operação associada. Ajustamos também o problema na tela de Liberação de Pendência que causava "Access Violation", e a funcionalidade da lupa para o tipo de pendência foi restaurada.

SRVCODPGR - ajustamos a lógica de busca; a lógica de busca por programação de operação foi ajustada para melhorar a precisão e eficiência; ajustamos a busca das faixa de valores da apólice para garantir resultados mais precisos e ajustamos a lógica para buscar a natureza pai da apólice para fornecer resultados mais consistentes.

No módulo CFG, ao acessar a seção de Cadastros, seguido por Usuários, Perfil do Usuário e, por fim, Grupo de Configurações em Emissão de CTe por Nota Fiscal, criamos a configuração Sugerir Coleta para cada Remetente Distinto. Onde, se esta configuração estiver marcada, o sistema terá a funcionalidade de sugerir a coleta para cada remetente diferente. permitindo que o usuário decida aceitar ou recusar essa sugestão. É fundamental ressaltar que a sugestão de coleta deve ocorrer apenas uma vez para cada remetente distinto inserido no sistema.

Aprimoramos a rotina de consulta e pesquisa da gerenciadora Opentech em diversas áreas, fornecendo maior transparência e rastreabilidade nas operações. A inclusão de informações detalhadas, como Status da Consulta e Mensagem de Retorno, proporcionam uma visão mais completa e facilitada da compreensão do contexto. A gravação automática de dados relevantes, como a Data de Validade, otimizam a eficiência e confiabilidade do sistema, contribuindo para uma gestão mais eficaz.

Revisamos a rotina de emissão para:

Comportamento do endereço do remetente:

Comportamento do endereço do remetente:
• Se a opção Coletaestiver informada, preencher o endereço de coleta da ORDEM DE COLETA.
• Se a opção Entrega em depósito estiver marcada, trazer o endereço de coleta da filial emissora.

Comportamento do endereço do remetente:

Comportamento do destinatário:
• Se o usuário alterar o endereço durante a emissão, manter o endereço informado pelo usuário.
• Ao editar o conhecimento para qualquer ajuste ou inclusão de nota fiscal, manter o endereço informado durante a primeira digitação

Problema: a rotina apresentava mensagem de erro ao tentar realizar o envio do MDF-e.

Correção efetuada corrigimos a rotina para evitar erro SQL na emissão de MDFe.

Problema: a rotina anteriormente apresentava um erro que impedia a correta geração da ficha de viagem com romaneio, baseado em uma nota fiscal de serviço.

Correção efetuada: corrigimos a rotina para permitir a inclusão de NFS-e no romaneio.

Problema: a rotina de Movimentação de Conta Corrente não estava permitindo selecionar o conhecimento a ser estornado/cancelado quando utilizada a configuração para conhecimentos recebidos.

Correção efetuada: ajustamos a rotina de Movimentação de Conta Corrente, onde a configuração para conhecimentos recebidos estava gerando o cancelamento do lote inteiro, em vez de permitir a seleção individual do conhecimento a ser estornado/cancelado. Consequentemente, resolvemos a situação que impedia a seleção individual do conhecimento a ser estornado/cancelado na presença da configuração para conhecimentos recebidos.

Problema: rotina apresentando mensagem: Não existem registros a serem visualizados ao tentar emitir o relatório de Títulos por Portador do Crédito no módulo Financeiro.

Correção efetuada: corrigimos a rotina tratando a questão de não recuperar todos os dados do relatório, que estava relacionada à ausência de uma banda de agrupamento.

Implementação realizada para cliente que possui muitos centros de custo e tendo agora a possibilidade de fazer os orçamentos apenas pela Totalidade da Conta, sem a devida interligação com centro de custo.

• CFG (Configurações Financeiras): adicionamos a opção Considerar o título do Centro de Custo Financeiro. Com essa flag ativa o sistema passa a validar os recebimentos com base nos valores disponibilizados nos centros de custo.
• FIN (Módulo Financeiro): o Relatório de Orçamento, agora considera apenas Centros de Custo Filhos, simplificando o processo para clientes com muitos Centros de Custo.
• SUP (Módulo de Suprimentos): implementamos uma validação para evitar salvar registros com valores acima do orçado, promovendo uma gestão mais precisa.

Verifique como configurar e utilizar a rotina clicando aqui. https://documentacao.senior.com.br/gestaodetransportestms/3.25/#manual-por-rotinas/suprimentos/recebimento.htm

Problema: revisão da rotina que mesmo gerando a fatura corretamente, não gerou o número da mesma após a atualização para versão 3.25.02.

Correção efetuada: ajustamos a rotina de Integração RH Senior, agora gerando corretamente os números de fatura e assegurando que correspondam aos documentos emitidos.

Problema:se o usuário realizasse a alteração da numeração da Identidade e clicasse em Integrar, o sistema não enviava a nova informação para o HCM, mantendo os dados antigos.

Correção efetuada: ajustamos na integração para que seja integrada a informação da Carteira de Identidade para o HCM

Problema: foi identificado na rotina, que o desconto de abastecimento não estava sendo enviado junto no arquivo de integração, gerando a rejeição A soma dos valores das parcelas deve ser igual ao valor contratado.

Correção efetuada: liberada uma importante melhoria na rotina de integração com a TARGET. Agora, o desconto de abastecimento será incluído no arquivo de integração, solucionando o problema em que esse desconto não era enviado, resultando na rejeição.

Problema: o sistema não estava respondendo ao clicar para interromper ou cancelar a viagem.

Correção efetuada: implementamos melhorias significativas na rotina de integração com a TARGET, especificamente no processo de Cancelamento/Interrupção de Viagem. Agora, um botão dedicado foi preparado para facilitar e efetuar adequadamente o processo de cancelamento ou interrupção de viagem, resolvendo a questão em que, ao clicar para interromper ou cancelar, o sistema não respondia.

Problema: a rotina de integração com a TARGET revisada por ter apresentado a mensagem Para Cadastrar um participante pessoa física, deve ser informado um CPF válido durante a tentativa de integração ao informar um CPF válido.

Correção efetuada: ajustamos a rotina para que o sistema valide o CPF de pessoas físicas ao realizar a integração com a TARGET.

Implementamos importantes atualizações na integração REPOM, incluindo a migração das chamadas da API para o novo protocolo REST. As principais modificações foram realizadas nas integrações de CIOT e Cálculo do Vale Pedágio, que foram migrados de uma base de tecnologia SOAP para o Protocolo REST.

• Migração para Protocolo REST: convertemos as chamadas da API para o novo protocolo REST, proporcionando uma integração mais eficiente e alinhada com as melhores práticas modernas.
• Atualização de Rotinas: atualizamos a rotina de integração para acomodar as mudanças no protocolo, garantindo a continuidade das operações de CIOT e Cálculo do Vale Pedágio.
• Configuração/Reconfiguração do Cadastro de Empresas: configuramos ou reconfiguramos o cadastro de empresas para garantir que as informações estejam alinhadas com as atualizações na integração.
• Configuração/Reconfiguração do Cadastro de Operadora de Pedágio: ajustamos o cadastro de operadoras de pedágio para incorporar as mudanças na tecnologia e garantir uma integração adequada.

Problema: o sistema exibia mensagem de erro que indicava que a cidade correspondente a um determinado CEP (no exemplo, CEP 0) não estava cadastrada.

Correção efetuada: ajustamos o código de identificação de mensagens, garantindo o tratamento adequado de mensagens de sucesso.

Implementamos na rotina Acerto de Contas com Motoristas para não perder o foco do campo que está sendo editado.

Problema: o sistema apresentava campo sobreposto em tela na aba de Documentação, rotina de cadastro de funcionários.

Correção efetuada: corrigimos a posição dos campos na tela da rotina mencionada.

Problema: a rotina de Movimentação de Ordens de Serviço estava apresentando aviso de revisão de veículo cadastrado por data, um ano antes da previsão de vencimento.

Correção efetuada: alteramos a rotina para exibir corretamente a mensagem de revisão de veículo quando for apenas por data. Também foi criada uma validação para o período de aviso com antecedência, para evitar avisos antes da revisão em si.

Problema: na rotina de importação de abastecimento Pró-Frotas na guia Vinculação, não estava sendo permitido incluir nenhum registro. Além disso, não estava sendo possível realizar pesquisa por itens clicando na lupa presente na rotina.

Correção efetuada: corrigimos a funcionalidade de importação de abastecimento Pró-Frotas da guia de Vinculação, permitindo a importação adequada de dados de abastecimento e realização de pesquisa dos itens de compra.

Problema: o sistema exibia mensagem de erro que indicava que a cidade correspondente a um determinado CEP (no exemplo, CEP 0) não estava cadastrada.

Correção efetuada: ajustamos o código de identificação de mensagens, garantindo o tratamento adequado de mensagens de sucesso.

Aprimoramos a rotina de consulta e pesquisa da gerenciadora Opentech em diversas áreas, fornecendo maior transparência e rastreabilidade nas operações. A inclusão de informações detalhadas, como Status da Consulta e Mensagem de Retorno, proporcionam uma visão mais completa e facilitada da compreensão do contexto. A gravação automática de dados relevantes, como a Data de Validade, otimizam a eficiência e confiabilidade do sistema, contribuindo para uma gestão mais eficaz.

Problema: o sistema apresentava mensagem de erro ao tentar abrir a rotina de Processamento de Arquivo de Retorno CNAB 400.

Correção efetuada: corrigimos o comando de criação de tabela temporária na abertura da tela.

Na integração da nota de Recebimento, implementamos o ajuste para quando houver um item de compra sem configuração das despesas acessórias em seu cadastro.

Implementamos na Integração da Nota Fiscal de Recebimento com natureza de operação configurada com Tributação Outros para que calcule corretamente a tributação monofásica para o item de compra.

Na integração da nota de Recebimento, implementamos o ajuste para quando houver um item de compra sem configuração das despesas acessórias em seu cadastro.

Problema: foi identificado que a rotina não estava levando para o REINF o tipo do documento, quando esse é um documento interno.

Correção efetuada:ajustamos a rotina para adicionar o tipo do documento no REINF quando se trata de um documento interno. Essa alteração assegura que as informações corretas sejam transmitidas para o REINF, abordando uma lacuna na versão anterior que não considerava o tipo de documento para documentos internos.

No EFD REINF implementamos melhorias para os registros R2000, onde a partir de agora, apresenta a coluna com o CNPJ do Beneficiário e o número da Requisição, e melhorias para a retificação dos registros R2000 conforme o campo Beneficiário na aba Exportação.

Problema: o sistema apresentava mensagem de erro ao tentar adicionar um registro em Escrituração > Ajustes da Apuração > Código Ajuste Registro C186.

Correção efetuada: corrigimos a rotina para que o usuário consiga preencher o Código de Ajuste 186.

Problema: a rotina apresentava a mensagem de erro ao clicar no botão Gerar Arquivo.

Correção efetuada: alteramos a rotina de Escrituração Fiscal Digital (EFD) resolvendo o problema que causava a exibição da mensagem e fazendo com que a rotina trate corretamente os valores, evitando a interrupção do processo de geração de arquivo.

Em Cadastro de Empresas, nas configurações da aba REINF da Escrituração Fiscal, implementamos a opção Tipo Item R4020, onde deverá ser informado o tipo do item para buscar os documentos fiscais para a aba PJ e gerar o registro R4020.

Para o correto funcionamento da rotina, é necessário executar o CAS de 12/12/2023.

Problema: foi identificado que a rotina não estava levando para o REINF o tipo do documento, quando esse é um documento interno.

Correção efetuada:ajustamos a rotina para adicionar o tipo do documento no REINF quando se trata de um documento interno. Essa alteração assegura que as informações corretas sejam transmitidas para o REINF, abordando uma lacuna na versão anterior que não considerava o tipo de documento para documentos internos.

Realizamos uma revisão da rotina de faturamento automático, para que ocorra a geração de faturas corretamente em relação aos dados nos logs apresentados.

Reorganizamos os campos do relatório de Movimentação do Almoxarifado por Item/Data e o tamanho da fonte para caber todas as informações no relatório.

Problema: a rotina de Cadastro de freteiros, dentro do módulo Suprimentos, não estava sendo executada ao selecionar a opção Cadastro no menu superior.

Correção efetuada: realizamos ajustes na herança dos campos da tela.

Problema:quando o cliente realizava a entrada de uma nota fiscal, os produtos não estavam sendo carregados a partir da ordem de compra informada.

Correção efetuada: corrigimos a rotina incorporando um mecanismo de refresh que, ao chamar a função AtualizaFiltroDespesasAcessorias, atualiza automaticamente as informações exibidas na grid, garantindo que a rotina de entrada de recebimento esteja alinhada com as informações da ordem de compra.

Implementação realizada para cliente que possui muitos centros de custo e tendo agora a possibilidade de fazer os orçamentos apenas pela Totalidade da Conta, sem a devida interligação com centro de custo.

• CFG (Configurações Financeiras): adicionamos a opção Considerar o título do Centro de Custo Financeiro. Com essa flag ativa o sistema passa a validar os recebimentos com base nos valores disponibilizados nos centros de custo.
• FIN (Módulo Financeiro): o Relatório de Orçamento, agora considera apenas Centros de Custo Filhos, simplificando o processo para clientes com muitos Centros de Custo.
• SUP (Módulo de Suprimentos): implementamos uma validação para evitar salvar registros com valores acima do orçado, promovendo uma gestão mais precisa.

Verifique como configurar e utilizar a rotina clicando aqui. https://documentacao.senior.com.br/gestaodetransportestms/3.25/#manual-por-rotinas/suprimentos/recebimento.htm