Gestão de Transportes | TMS - 3.27

Implementamos nas configurações contábeis do cadastro de Empresa, na guia Estorno CTe Substituição, a opção Não contabilizar Estorno CTe Substituição. Quando essa opção estiver marcada, as partidas do estorno não serão contabilizadas.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 04/09/224.

Implementamos no cadastro de empresa, nas configurações da NF-e, a opção Permitir emitir NF-e de Ajuste com CST diferente de 90. Quando ativada, será possível emitir uma NF-e de Ajuste ou Complementar com o mesmo CST da nota de origem.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 28/08/24.

Implementamos uma atualização na rotina de integração. Agora, ao integrar a multa com o ERP e gerar o Título para ser integrado, o campo Título Senior foi expandido para suportar até 15 caracteres.

Para o correto funcionamento da rotina, executar o CAS com data de criação de 03/09/2024.

Problema: ao realizar a emissão de CTRB/RPA via Ficha de Viagem, o sistema não estava respeitando a configuração de Permitir a inclusão de Documentos sem Conhecimentos Vinculados no CTRB/RPA.

Correção efetuada: ajustamos o comando que realiza a consulta das configurações para emissão de CTRB/RPA.

Implementamos nas configurações contábeis do cadastro de Empresa, na guia Estorno CTe Substituição, a opção Não contabilizar Estorno CTe Substituição. Quando essa opção estiver marcada, as partidas do estorno não serão contabilizadas.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 04/09/224.

Implementamos no cadastro de empresa, nas configurações da NF-e, a opção Permitir emitir NF-e de Ajuste com CST diferente de 90. Quando ativada, será possível emitir uma NF-e de Ajuste ou Complementar com o mesmo CST da nota de origem.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 28/08/24.

Problema: a rotina gerava o código incorreto para o modo de compra de vale pedágio.

Correção efetuada: ajustamos a validação dos códigos para permitir o correto funcionamento do modo de compra de vale pedágio.

Problema: o sistema realizou um desconto incorreto na tag ValorFrete durante a geração do XML.

Correção efetuada: ajustamos a geração da tag de desconto antecipado adicionando ao cálculo do frete e das parcelas da CTRB/RPA.

Problema: o sistema apresentava valor incorreto no campo Valor Outros da composição do frete.

Correção efetuada: alteramos a rotina para calcular o valor outros na emissão da cotação de frete, quando há valor de balsa envolvido e a tabela está configurada para calcular o ICMS na composição do frete.

Problema: o sistema não estava atualizando o campo Calcular CAD dos cadastros de Negociação com Clientes e Cadastro de Tabelas de Fretes.

Correção efetuada: ajustamos a rotina para que, ao alterar o método de Cálculo da taxa CAD na negociação com o cliente, a alteração também seja aplicada no parâmetro Calcular CAD no Cadastro de Tabelas de Frete.

Implementamos o ajuste no relatório de Créditos por Conta Contábil, apresentando os valores corretos dos itens da nota no relatório.

Implementamos nas configurações contábeis do cadastro de Empresa, na guia Estorno CTe Substituição, a opção Não contabilizar Estorno CTe Substituição. Quando essa opção estiver marcada, as partidas do estorno não serão contabilizadas.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 04/09/224.

Problema: a rotina exibia mais de uma vez o mesmo CFOP no relatório.

Correção efetuada: ajustamos o comando de agrupamento para eliminar as duplicações no relatório.

Implementamos um ajuste em todos os modelos do relatório de Registro de Apuração de ICMS, na coluna Não Tributadas/Isentas, para exibir corretamente os valores das saídas não tributadas e isentas.

Problema: o sistema estava gerando o conhecimento com número de coleta incorreto.

Correção efetuada: ajustamos a rotina ao realizar a emissão do conhecimento via EDI, quando marcada a opção Mercadoria Entregue no Depósito.

Problema: o sistema estava gerando o conhecimento com número de coleta incorreto.

Correção efetuada: ajustamos a rotina ao realizar a emissão do conhecimento via EDI, quando marcada a opção Mercadoria Entregue no Depósito.

Problema: o sistema apresentava valor incorreto no campo Valor Outros da composição do frete.

Correção efetuada: alteramos a rotina para calcular o valor outros na emissão da cotação de frete, quando há valor de balsa envolvido e a tabela está configurada para calcular o ICMS na composição do frete.

Problema: o sistema não estava calculando taxa SEC/CAT quando marcada a opção Mercadoria entregue no depósito.

Correção efetuada: ajustamos a rotina para calcular a taxa SEC/CAT corretamente ao emitir o conhecimento, independentemente de a opção Mercadoria entregue no depósito estar marcada ou desmarcada.

Problema: o sistema não estava atualizando o campo Calcular CAD dos cadastros de Negociação com Clientes e Cadastro de Tabelas de Fretes.

Correção efetuada: ajustamos a rotina para que, ao alterar o método de Cálculo da taxa CAD na negociação com o cliente, a alteração também seja aplicada no parâmetro Calcular CAD no Cadastro de Tabelas de Frete.

Problema: o sistema não estava respeitando a condição de vencimento quando configurada para gerar mais de um título.

Correção efetuada ajustamos a rotina para garantir o cumprimento da regra de vencimento da fatura. Agora, ao importar a NF e selecionar a opção Importar dados do título do arquivo XML, o sistema usará o vencimento informado no XML da nota. Caso essa opção não seja escolhida, o sistema aplicará a condição de vencimento informada.

Implementamos no cadastro de empresa, nas configurações da NF-e, a opção Permitir emitir NF-e de Ajuste com CST diferente de 90. Quando ativada, será possível emitir uma NF-e de Ajuste ou Complementar com o mesmo CST da nota de origem.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 28/08/24.

Problema: o sistema não estava respeitando a condição de vencimento quando configurada para gerar mais de um título.

Correção efetuada ajustamos a rotina para garantir o cumprimento da regra de vencimento da fatura. Agora, ao importar a NF e selecionar a opção Importar dados do título do arquivo XML, o sistema usará o vencimento informado no XML da nota. Caso essa opção não seja escolhida, o sistema aplicará a condição de vencimento informada.

Problema: o sistema não estava trazendo do manifesto todas as informações para a CTRB/RPA.

Correção efetuada: ajustamos a rotina para preencher corretamente os campos Natureza e Espécie ao adicionar o Manifesto utilizando o botão Buscar de uma Lista.

Implementamos uma atualização na rotina de integração. Agora, ao integrar a multa com o ERP e gerar o Título para ser integrado, o campo Título Senior foi expandido para suportar até 15 caracteres.

Para o correto funcionamento da rotina, executar o CAS com data de criação de 03/09/2024.

Problema: o conhecimento gerado na tela de Emissão Automática, não estava apresentando os dados da mercadoria transportada, porém, ao gerar pela rotina de Emissão por EDI, os dados eram gerados corretamente.

Correção efetuada: ajustamos a rotina para exibir corretamente as informações da mercadoria transportada na emissão de conhecimentos.

Problema: o sistema não estava respeitando a condição de vencimento quando configurada para gerar mais de um título.

Correção efetuada ajustamos a rotina para garantir o cumprimento da regra de vencimento da fatura. Agora, ao importar a NF e selecionar a opção Importar dados do título do arquivo XML, o sistema usará o vencimento informado no XML da nota. Caso essa opção não seja escolhida, o sistema aplicará a condição de vencimento informada.

No XML da Nota Fiscal de Serviço, implementamos a tag <ExigibilidadeISS>, que apresentará a exigibilidade do ISS conforme definido no momento da emissão da nota.

Problema: o sistema não estava respeitando a condição de vencimento quando configurada para gerar mais de um título.

Correção efetuada ajustamos a rotina para garantir o cumprimento da regra de vencimento da fatura. Agora, ao importar a NF e selecionar a opção Importar dados do título do arquivo XML, o sistema usará o vencimento informado no XML da nota. Caso essa opção não seja escolhida, o sistema aplicará a condição de vencimento informada.

Problema: o arquivo estava sendo gerado com duplicidade de dados nos registros C010 e D010.

Correção efetuada: alteramos o comando que realiza a exportação para evitar duplicidade do CNPJ nos registros C010 e D010, quando há empresas com códigos diferentes, mas o mesmo CNPJ, devido à condição de ponto de atendimento.

Problema: o sistema não estava respeitando a condição de vencimento quando configurada para gerar mais de um título.

Correção efetuada ajustamos a rotina para garantir o cumprimento da regra de vencimento da fatura. Agora, ao importar a NF e selecionar a opção Importar dados do título do arquivo XML, o sistema usará o vencimento informado no XML da nota. Caso essa opção não seja escolhida, o sistema aplicará a condição de vencimento informada.

Implementamos no cadastro de Transação de Compras, na guia Movimento a opção Despesas Acessórias. Dependendo da opção selecionada, o campo Despesas Acessórias será exibido ou ocultado na movimentação do item.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 29/08/2024.

Implementamos um ajuste na emissão do conhecimento, referente à Inscrição Estadual do Remetente, Destinatário e Consignatário. Agora, esses campos são habilitados e preenchidos conforme a permissão definida no perfil do usuário. Além disso, o campo IE Consignatário foi realocado para o grupo Origem e Destino da Mercadoria.

Com a permissão concedida ao usuário, ao informar o remetente, destinatário e consignatário, os campos de Inscrições Estaduais permitirão a seleção da inscrição adequada. Caso o cliente ou fornecedor tenha mais de uma inscrição cadastrada no sistema, será exibida uma tela para o usuário escolher a inscrição estadual apropriada.

Para o correto funcionamento da rotina, é necessário executar o CAS com as datas de 14/08/24 e 19/08/24.

Implementamos uma nova funcionalidade no módulo FTR, permitindo maior flexibilidade no cálculo de pedágios durante o processo de geração do CIOT. Agora, o usuário pode definir diferentes formas de cálculo diretamente na tela de geração.

Funcionalidades Implementadas:

• Opção Padrão (Evento do Pedágio): Mantém o cálculo de pedágio com base na regra atual.
• Somente Ida: Calcula o pedágio considerando apenas os valores de ida.
• Ida e Volta: Calcula o pedágio considerando os valores de ida e volta.
• Não Calcular Pedágio: Permite desativar o cálculo de pedágio.

Requisitos e Restrições: Essa configuração só será exibida na tela de Geração CIOT quando a operadora selecionada for a REPOM. Para outras operadoras, essa funcionalidade não estará disponível.

Para o correto funcionamento da rotina, execute o CAS com data de criação de 22/08/2024.

A versão atual da NFSeNDDigital.DLL apresenta uma nova funcionalidade para a impressão em lote das Notas Fiscais de Serviço (NFS-e) na tela de Emissão de CTe. Agora, as informações inseridas no campo Observações são automaticamente exibidas na tag Discriminação de serviços durante a impressão do lote. Verifique clicando aqui.

Para o correto funcionamento da rotina, execute o CAS com data de criação de 14/08/2024.

Nas configurações gerais do módulo Expedição, no tópico do Conhecimento, implementamos a opção Não permitir vincular CTe faturado na Substituição de CTe. Quando essa opção estiver marcada, ao emitir um CT-e de substituição, se o CT-e original já estiver faturado, a emissão do CT-e substituto será bloqueada.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 27.08.24.

Problema: a rotina não estava abrindo a tela para selecionar os percursos quando os estados origem e destino não faziam divisa.

Correção efetuada: alteramos a rotina para apresentar o mapa para seleção do percurso do MDFe, ao emitir MDFe sem rota vinculada.

Problema: ao abrir um cadastro de freteiro estava apresentando outro registro na tela principal.

Correção efetuada: corrigimos o comando que realiza a abertura do registro filtrado em tela.

Implementamos um ajuste na emissão do conhecimento, referente à Inscrição Estadual do Remetente, Destinatário e Consignatário. Agora, esses campos são habilitados e preenchidos conforme a permissão definida no perfil do usuário. Além disso, o campo IE Consignatário foi realocado para o grupo Origem e Destino da Mercadoria.

Com a permissão concedida ao usuário, ao informar o remetente, destinatário e consignatário, os campos de Inscrições Estaduais permitirão a seleção da inscrição adequada. Caso o cliente ou fornecedor tenha mais de uma inscrição cadastrada no sistema, será exibida uma tela para o usuário escolher a inscrição estadual apropriada.

Para o correto funcionamento da rotina, é necessário executar o CAS com as datas de 14/08/24 e 19/08/24.

Problema: a rotina não estava sendo aberta ao utilizar TMSXT.

Correção efetuada: corrigimos a rotina para apresentar o caminho da Vinculação de Empresa Destino no TMSXT.

A versão atual da NFSeNDDigital.DLL apresenta uma nova funcionalidade para a impressão em lote das Notas Fiscais de Serviço (NFS-e) na tela de Emissão de CTe. Agora, as informações inseridas no campo Observações são automaticamente exibidas na tag Discriminação de serviços durante a impressão do lote. Verifique clicando aqui.

Para o correto funcionamento da rotina, execute o CAS com data de criação de 14/08/2024.

Nas configurações gerais do módulo Expedição, no tópico do Conhecimento, implementamos a opção Não permitir vincular CTe faturado na Substituição de CTe. Quando essa opção estiver marcada, ao emitir um CT-e de substituição, se o CT-e original já estiver faturado, a emissão do CT-e substituto será bloqueada.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 27.08.24.

Problema: a rotina não apresentava no grid todos os registros de abastecimentos importados.

Correção efetuada: ajustamos a rotina para importar os abastecimentos e exibir corretamente as informações do grid em ordem alfabética na coluna Posto.

Problema: o sistema estava gerando arquivo incorretamente quando possuia mais que três parcelas na geração da fatura.

Correção efetuada: corrigimos o comando que gera o arquivo conforme os valores das faturas geradas dependendo da forma de pagamento.

Realizamos um ajuste na contabilização das contas do CT-e Substituído, contabilizando no crédito a conta configurada no cadastro do cliente e fornecedor a substituição e não no débito.

Ajustamos a contabilização em lote dos conhecimentos, apresentando a contabilização do CT-e substituto em uma faixa única e não no lote dos conhecimentos.

Implementamos no relatório de Demonstração Contábil - DRE, a inclusão dos dados da Empresa Matriz no cabeçalho do relatório, apresentando o nome da empresa e o CNPJ.

Problema: a rotina apresentava valor de ICMS duplicado na geração de contabilização por lote.

Correção efetuada: corrigimos a função que soma os valores referente a GNRE quando for contabilização de lote agrupado de conhecimento.

Problema: a rotina estava duplicando os lançamentos na impressão do relatório.

Correção efetuada: corrigimos os comandos para identificar o valor do ICMS do documento.

Problema: a rotina apresentava mais de uma vez o mesmo CFOP no relatório.

Correção efetuada: corrigimos o comando de agrupamento dos dados do relatório.

Problema: ao passar pela guia Motivos de TDE estava salvando a alteração no cadastro.

Correção efetuada: corrigimos o comando que realiza a gravação do log de alteração no cadastro.

Problema: a rotina não estava respeitando a configuração do cadastro de negociação com cliente, não realizando o cálculo de TCE.

Correção efetuada: corrigimos a rotina para calcular a taxa TCE na emissão do Conhecimento quando definidas as composições de Porcentagem e Mínimo.

Problema: não estava calculando a taxa CAD conforme configurado na tabela.

Correção efetuada: corrigimos a rotina para realizar o cálculo da taxa CAD da tabela, quando a opção Calcular conforme Tarifa da Tabela estiver marcada.

Problema: a rotina não estava abrindo a tela para selecionar os percursos quando os estados origem e destino não faziam divisa.

Correção efetuada: alteramos a rotina para apresentar o mapa para seleção do percurso do MDFe, ao emitir MDFe sem rota vinculada.

Implementamos um ajuste na emissão do conhecimento, referente à Inscrição Estadual do Remetente, Destinatário e Consignatário. Agora, esses campos são habilitados e preenchidos conforme a permissão definida no perfil do usuário. Além disso, o campo IE Consignatário foi realocado para o grupo Origem e Destino da Mercadoria.

Com a permissão concedida ao usuário, ao informar o remetente, destinatário e consignatário, os campos de Inscrições Estaduais permitirão a seleção da inscrição adequada. Caso o cliente ou fornecedor tenha mais de uma inscrição cadastrada no sistema, será exibida uma tela para o usuário escolher a inscrição estadual apropriada.

Para o correto funcionamento da rotina, é necessário executar o CAS com as datas de 14/08/24 e 19/08/24.

Problema: ao abrir um cadastro de freteiro estava apresentando outro registro na tela principal.

Correção efetuada: corrigimos o comando que realiza a abertura do registro filtrado em tela.

Problema: a rotina apresentava mensagem de erro ao tentar enviar MDF-e.

Correção efetuada: corrigimos o comando realizado ao clicar no botão para enviar MDF-e.

Problema: a rotina não estava sendo aberta ao utilizar TMSXT.

Correção efetuada: corrigimos a rotina para apresentar o caminho da Vinculação de Empresa Destino no TMSXT.

Nas configurações gerais do módulo Expedição, no tópico do Conhecimento, implementamos a opção Não permitir vincular CTe faturado na Substituição de CTe. Quando essa opção estiver marcada, ao emitir um CT-e de substituição, se o CT-e original já estiver faturado, a emissão do CT-e substituto será bloqueada.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 27.08.24.

Implementamos um ajuste na emissão do conhecimento, referente à Inscrição Estadual do Remetente, Destinatário e Consignatário. Agora, esses campos são habilitados e preenchidos conforme a permissão definida no perfil do usuário. Além disso, o campo IE Consignatário foi realocado para o grupo Origem e Destino da Mercadoria.

Com a permissão concedida ao usuário, ao informar o remetente, destinatário e consignatário, os campos de Inscrições Estaduais permitirão a seleção da inscrição adequada. Caso o cliente ou fornecedor tenha mais de uma inscrição cadastrada no sistema, será exibida uma tela para o usuário escolher a inscrição estadual apropriada.

Para o correto funcionamento da rotina, é necessário executar o CAS com as datas de 14/08/24 e 19/08/24.

Problema: a rotina não estava abrindo a tela para selecionar os percursos quando os estados origem e destino não faziam divisa.

Correção efetuada: alteramos a rotina para apresentar o mapa para seleção do percurso do MDFe, ao emitir MDFe sem rota vinculada.

No Livro de Registro de Saídas do ICMS, implementamos um ajuste para os documentos de saídas com CST 40 ou 41, para que apresente os valores na coluna correta Isentas/Não Tributadas.

Problema: ao abrir um cadastro de freteiro estava apresentando outro registro na tela principal.

Correção efetuada: corrigimos o comando que realiza a abertura do registro filtrado em tela.

Implementamos uma nova funcionalidade no módulo FTR, permitindo maior flexibilidade no cálculo de pedágios durante o processo de geração do CIOT. Agora, o usuário pode definir diferentes formas de cálculo diretamente na tela de geração.

Funcionalidades Implementadas:

• Opção Padrão (Evento do Pedágio): Mantém o cálculo de pedágio com base na regra atual.
• Somente Ida: Calcula o pedágio considerando apenas os valores de ida.
• Ida e Volta: Calcula o pedágio considerando os valores de ida e volta.
• Não Calcular Pedágio: Permite desativar o cálculo de pedágio.

Requisitos e Restrições: Essa configuração só será exibida na tela de Geração CIOT quando a operadora selecionada for a REPOM. Para outras operadoras, essa funcionalidade não estará disponível.

Para o correto funcionamento da rotina, execute o CAS com data de criação de 22/08/2024.

A versão atual da NFSeNDDigital.DLL apresenta uma nova funcionalidade para a impressão em lote das Notas Fiscais de Serviço (NFS-e) na tela de Emissão de CTe. Agora, as informações inseridas no campo Observações são automaticamente exibidas na tag Discriminação de serviços durante a impressão do lote. Verifique clicando aqui.

Para o correto funcionamento da rotina, execute o CAS com data de criação de 14/08/2024.

Implementamos um ajuste na emissão do conhecimento, referente à Inscrição Estadual do Remetente, Destinatário e Consignatário. Agora, esses campos são habilitados e preenchidos conforme a permissão definida no perfil do usuário. Além disso, o campo IE Consignatário foi realocado para o grupo Origem e Destino da Mercadoria.

Com a permissão concedida ao usuário, ao informar o remetente, destinatário e consignatário, os campos de Inscrições Estaduais permitirão a seleção da inscrição adequada. Caso o cliente ou fornecedor tenha mais de uma inscrição cadastrada no sistema, será exibida uma tela para o usuário escolher a inscrição estadual apropriada.

Para o correto funcionamento da rotina, é necessário executar o CAS com as datas de 14/08/24 e 19/08/24.

Problema: o sistema não estava atualizando a situação do documento cancelado, quando emitido pela tela de Emissão de Conhecimento.

Correção efetuada: corrigimos a rotina para atualizar a situação do conhecimento para Cancelado ao receber o retorno do cancelamento de uma NFS-e emitida pela rotina Emissão de Conhecimentos.

Implementamos no cadastro de Transação de Compras, na guia Movimento a opção Despesas Acessórias. Dependendo da opção selecionada, o campo Despesas Acessórias será exibido ou ocultado na movimentação do item.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 29/08/2024.

Implementação: ao gravar dados de despesas acessórias no arquivo gerado, o sistema apresentava erro.

Correção efetuada: alterado o comando que busca os valores de despesas acessórias para gravação no arquivo gerado.

Implementamos no cadastro de Transação de Compras, na guia Movimento a opção Despesas Acessórias. Dependendo da opção selecionada, o campo Despesas Acessórias será exibido ou ocultado na movimentação do item.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 29/08/2024.

Problema: a rotina não estava sendo aberta ao utilizar TMSXT.

Correção efetuada: corrigimos a rotina para apresentar o caminho da Vinculação de Empresa Destino no TMSXT.

Implementamos um ajuste na mensagem de validação, na tela de importação de CT-e.

Na emissão do CT-e sem destaque de COFINS na tabela de frete, implementamos um ajuste para realizar a exclusão do ICMS da Base de Cálculo do PIS/COFINS quando a opção Base de Cálculo PIS/COFINS considerar (Valor da Prestação - Valor ICMS) estiver marcada na tabela de frete.

Além disso, na Apuração de PIS/COFINS, adicionamos uma nova coluna chamada Vl. Exclusão Base PIS/COFINS nos débitos para os documento de CT-e, que exibe o valor do ICMS excluído da base de PIS/COFINS.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 15.08.24.

Problema: a rotina não apresentava a coluna Situação ao exportar para o Excel.

Correção efetuada: ajustamos a exportação do arquivo para Excel incluindo todas as colunas, conforme a exibição em tela.

Problema: a rotina não estava abrindo a tela para selecionar os percursos quando os estados origem e destino não fazem divisa.

Correção efetuada: alteramos a rotina para apresentar o mapa para seleção do percurso do MDFe, ao emitir MDFe sem rota vinculada.

Problema: a rotina não apresentava no grid todos os registros de abastecimentos importados.

Correção efetuada: ajustamos a rotina para importar os abastecimentos e exibir corretamente as informações do grid.

Na emissão do CT-e sem destaque de COFINS na tabela de frete, implementamos um ajuste para realizar a exclusão do ICMS da Base de Cálculo do PIS/COFINS quando a opção Base de Cálculo PIS/COFINS considerar (Valor da Prestação - Valor ICMS) estiver marcada na tabela de frete.

Além disso, na Apuração de PIS/COFINS, adicionamos uma nova coluna chamada Vl. Exclusão Base PIS/COFINS nos débitos para os documento de CT-e, que exibe o valor do ICMS excluído da base de PIS/COFINS.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 15.08.24.

Na emissão do CT-e sem destaque de COFINS na tabela de frete, implementamos um ajuste para realizar a exclusão do ICMS da Base de Cálculo do PIS/COFINS quando a opção Base de Cálculo PIS/COFINS considerar (Valor da Prestação - Valor ICMS) estiver marcada na tabela de frete.

Além disso, na Apuração de PIS/COFINS, adicionamos uma nova coluna chamada Vl. Exclusão Base PIS/COFINS nos débitos para os documento de CT-e, que exibe o valor do ICMS excluído da base de PIS/COFINS.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 15.08.24.

Problema: o sistema não estava consistindo o tipo de emissão na geração do arquivo de OCOREN.

Correção efetuada: alteramos a rotina para consistir o tipo de emissão ao gerar o arquivo de EDI de ocorrências de entregas, especialmente quando houver um cadastro de vinculação de histórico de entregas com um tipo de emissão diferente do utilizado na emissão do conhecimento.

Na emissão do CT-e sem destaque de COFINS na tabela de frete, implementamos um ajuste para realizar a exclusão do ICMS da Base de Cálculo do PIS/COFINS quando a opção Base de Cálculo PIS/COFINS considerar (Valor da Prestação - Valor ICMS) estiver marcada na tabela de frete.

Além disso, na Apuração de PIS/COFINS, adicionamos uma nova coluna chamada Vl. Exclusão Base PIS/COFINS nos débitos para os documento de CT-e, que exibe o valor do ICMS excluído da base de PIS/COFINS.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 15.08.24.

Problema: a rotina não estava abrindo a tela para selecionar os percursos quando os estados origem e destino não fazem divisa.

Correção efetuada: alteramos a rotina para apresentar o mapa para seleção do percurso do MDFe, ao emitir MDFe sem rota vinculada.

Problema: o sistema exibia um caminho incorreto na mensagem de validação ao emitir o conhecimento adicionando um destinatário diferente.

Correção efetuada: ajustamos o caminho na descrição da mensagem.

Problema: a rotina não estava gerando a tag chCTeMultimodal para CT-e de substituição.

Correção efetuada: corrigimos a geração do XML para CT-e substituto conforme layout.

Problema: a rotina não estava abrindo a tela para selecionar os percursos quando os estados origem e destino não fazem divisa.

Correção efetuada: alteramos a rotina para apresentar o mapa para seleção do percurso do MDFe, ao emitir MDFe sem rota vinculada.

Implementamos a inclusão do campo nrcontacontabil na integração com ERP.

Problema: a rotina apresentava veículos incorretos na lista de veículos com manutenção vencida.

Correção efetuada: ajustamos o filtro da rotina para que exiba corretamente apenas os veículos com a manutenção vencida.

Problema: a rotina não estava executando a configuração realizada no cadastro de revisões.

Correção efetuada: ajustamos o comando que realiza a consulta das revisões dos veículos.

Problema: o sistema não estava consistindo o tipo de emissão na geração do arquivo de OCOREN.

Correção efetuada: alteramos a rotina para consistir o tipo de emissão ao gerar o arquivo de EDI de ocorrências de entregas, especialmente quando houver um cadastro de vinculação de histórico de entregas com um tipo de emissão diferente do utilizado na emissão do conhecimento.

Problema: ao integrar a nota de entrada no recebimento, ocorria um erro que impedia a conclusão da integração.

Correção efetuada: implementamos uma correção na integração da nota de Recebimento, garantindo que, ao clicar em Realizar Integração, o erro não seja mais apresentado.

Implementamos um ajuste na geração do registro R-4020 do REINF para apuração por pagamento, permitindo a exportação do valor bruto ou do valor líquido da fatura paga no documento, conforme a opção selecionada na configuração Valor Nota Apuração do cadastro de Empresa.

Problema: o sistema estava gerando valores incorretos quando existe mais de uma nota para o mesmo fornecedor.

Correção efetuada: alteramos a função que busca o valor do documento ao utilizar a configuração de apuração do PIS/COFINS por competência.

Problema: o sistema apresentava erro na geração do registro 0150.

Correção efetuada: ajustamos a exportação dos participantes do registro 0150 quando não há NFS informada no bloco C.

Problema: ao gerar a ordem de compra através da aprovação do orçamento, o sistema estava buscando o rateio incorreto.

Correção efetuada: alteramos o comando responsável por buscar o rateio adicionado automaticamente na Ordem de Compra durante a aprovação de Orçamento.

Problema: ao integrar a nota de entrada no recebimento, ocorria um erro que impedia a conclusão da integração.

Correção efetuada: implementamos uma correção na integração da nota de Recebimento, garantindo que, ao clicar em Realizar Integração, o erro não seja mais apresentado.

Problema: ao acessar a rotina era apresentada a mensagem de erro { FINSOLCB: Field 'InTpCompensacao' not found } devido a falta de um campo.

Correção efetuada: ajustamos a rotina criando o campo no CAS.

Problema: o sistema bloqueava a inclusão de um CT-e no Romaneio, quando existia um lançamento de isenção de taxa de reentrega vinculada ao CT-e.

Correção efetuada: corrigimos a rotina para permitir a inclusão de um CT-e no Romaneio, quando existe uma isenção de taxa da reentrega vinculada ao CT-e.

Problema: a rotina apresentava os dados desalinhados na tela de impressão do relatório.

Correção efetuada: corrigimos a rotina para ajustar informações da mercadoria transportada na tela de impressão do relatório.

Problema: o módulo estava travando ao clicar nos botões Reenviar Integração e Salvar Operação.

Correção efetuada: corrigimos a condição para utilizar o requestlive apenas no módulo RBT.

Problema: o sistema não estava agrupando os itens no relatório conforme filtro realizado.

Correção efetuada: corrigimos a ordenação dos campos para respeitar o mesmo agrupamento do filtro realizado.

Implementamos a validação do campo integra apuração PIS/COFINS.

Problema: a rotina apresentava mensagem de erro ao tentar gerar a pré-contabilização.

Correção efetuada: corrigimos a função que monta a consulta em Oracle para validação das diferenças de lançamento.

Problema: a barra de progresso estava travando em 80%.

Correção efetuada: corrigimos a barra de progresso para atualizar com a quantidade correta de dados processados.

Nas mensagens de validação de campos, ajustamos a exibição de caracteres especiais.

Implementamos ajustes no relatório de Movimentação de Bens para apresentar os valores corretos da Depreciação Acumulada e do Valor Residual do Bem, garantindo que os valores sejam exibidos de acordo com a movimentação do bem.

Problema: o módulo estava travando ao clicar nos botões Reenviar Integração e Salvar Operação.

Correção efetuada: corrigimos a condição para utilizar o requestlive apenas no módulo RBT.

Problema: a rotina apresentava mensagem de erro ao clicar no botão XML para abrir o XML do MDF-e gerado.

Correção efetuada: corrigimos o carregamento do campo de código da sequência para realizar a abertura do XML corretamente.

Problema: a rotina apresentava os dados desalinhados na tela de impressão do relatório.

Correção efetuada: corrigimos a rotina para ajustar informações da mercadoria transportada na tela de impressão do relatório.

Problema: ao realizar a a emissão de conhecimento, informando uma ordem de coleta, é apresentada a mensagem: O cliente da ordem de coleta informada não é igual ao remetente ou consignatário do conhecimento informado!. Quando acessada a guia Soluções, foi verificado que o caminho da solução esta incorreto.

Correção efetuada: ajustamos o caminho da solução que estava incorreto, para: Cadastros > Usuários > Perfil do usuário > campo Grupo de configurações: Emissão de conhecimento > guia Permissões > campo Remetente ou consignatário do conhecimento diferentes do cliente da coleta.

Problema: a rotina estava gerando desdobramentos incorretos ao criar o título da fatura quando havia mais de uma NF-e vinculada.

Correção efetuada: corrigimos a rotina para gerar o desdobramento dos títulos corretamente ao criar um título com mais de uma NFe vinculada, garantindo que, quando houver uma parcela com a condição de solicitar a data do 1º vencimento, as notas sejam agrupadas adequadamente para a geração do título.

Problema: a rotina presentava mensagem de erro ao salvar o registro de movimentação de conta corrente.

Correção efetuada: corrigimos a validação ao gravar as informações de registros de contrapartida, ao clicar no botão de Alterar Registros para inclusão do cliente/fornecedor e título.

Problema: o sistema apresentava valor de somatória do total geral dos documentos incorretamente no relatório.

Correção efetuada: corrigimos o comando que realiza o cálculo da somatória do valor total geral do(s) documento(s) conforme o lançamento.

Problema: ao acessar a rotina era apresentada a mensagem de erro { FINSOLCB: Field 'InTpCompensacao' not found } devido a falta de um campo.

Correção efetuada: ajustamos a rotina criando o campo no CAS.

Problema: o módulo estava travando ao clicar nos botões Reenviar Integração e Salvar Operação.

Correção efetuada: corrigimos a condição para utilizar o requestlive apenas no módulo RBT.

Problema: a rotina apresentava valores incorretos nos totalizadores do relatório.

Correção efetuada: corrigimos o comando que realiza o cálculo dos totalizadores do relatório.

Problema: a rotina apresentava mensagem de erro ao tentar integrar uma NF-e.

Correção efetuada: corrigimos o tipo do campo utilizado na integração.

Problema: a rotina apresentava valores incorretos no arquivo gerado no EFD.

Correção efetuada: corrigimos a rotina para buscar a agência da empresa destino do conhecimento.

Implementamos um ajuste no cadastro/integração da Nota de Recebimento com Ordem de Compra informada, não apresentando mensagem de erro ao informar a transação de compra do Recebimento.

Problema: a rotina apresentava mensagem de erro ao tentar criar novo registro.

Correção efetuada: corrigimos o comando que realiza a abertura de novo registro em tela.

Problema: a rotina apresentava valores incorretos no arquivo gerado no EFD.

Correção efetuada: corrigimos a rotina para buscar a agência da empresa destino do conhecimento.

Implementamos um ajuste no cadastro/integração da Nota de Recebimento com Ordem de Compra informada, não apresentando mensagem de erro ao informar a transação de compra do Recebimento.

Problema: o sistema estava realizando importação de CT-e com empresa diferente da empresa emitente.

Correção efetuada: corrigimos a validação entre a empresa emissora do CT-e e a empresa emitente durante a importação de um CT-e.

Realizamos uma melhoria para que alguns campos que anteriormente eram fixos na rotina de integração, agora sejam ajustados conforme as necessidades de qualquer cliente. Abaixo as configurações que receberam as melhorias:

• Código do Representante: campo implementado para especificar o código do representante associado ao fornecedor ou cliente durante o processo de exportação.
• Código de Pagamento Padrão: campo adicionado para definir o código de pagamento padrão que será atribuído automaticamente aos fornecedores ou clientes exportados.
• Código de Carteira Padrão: agora é possível especificar um código de carteira padrão que será aplicado aos fornecedores ou clientes no ERP Senior. Essas configurações oferecem maior flexibilidade e controle na gestão de dados entre os sistemas, facilitando o alinhamento de informações cruciais para a operação.
• Integração de Conhecimentos (CTe): adicionamos uma nova configuração para no menu de Conhecimentos (CTe):
  • Integrar Notas Vinculadas ao CTe: esta opção foi introduzida, permitindo a integração automática de notas fiscais vinculadas ao Conhecimento de Transporte Eletrônico (CTe) diretamente no ERP Senior. Essa funcionalidade garante que todas as notas fiscais associadas a um CTe sejam transferidas e integradas corretamente, evitando divergências e assegurando a consistência dos dados.

Implementamos no Cadastro de Empresas, dentro das configurações da escrituração fiscal do REINF, a configuração Valor Nota Apuração. Esta configuração permite escolher entre Bruto e Líquido. Se selecionada a opção Bruto, os documentos de Recebimentos para o registro R-4020 apresentarão o valor Bruto da Nota. Se escolhida a opção Líquido, será considerado o valor Líquido da Nota.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 30.07.24

Implementamos no cadastro do Tipo de Item de Compra, a opção Não integrar Despesas Acessórias na BC ICMS, integrar Base Outras. Quando esta opção está marcada, o valor das despesas acessórias lançadas no item não será somado ao valor da Base de Cálculo do ICMS, mas sim ao valor Outros.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 22.07.24.

Importação de abastecimentos via API Alelo

Local: GFV > Utilitários > Importação > Custo da Frota

Implementamos no Cadastro de Empresas, dentro das configurações da escrituração fiscal do REINF, a configuração Valor Nota Apuração. Esta configuração permite escolher entre Bruto e Líquido. Se selecionada a opção Bruto, os documentos de Recebimentos para o registro R-4020 apresentarão o valor Bruto da Nota. Se escolhida a opção Líquido, será considerado o valor Líquido da Nota.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 30.07.24

Implementamos algumas funcionalidades e configurações permitindo a importação de abastecimentos via API Alelo. Confira os detalhes abaixo:

• Importação de Dados de Abastecimento: Implementamos uma funcionalidade que permite a importação de dados de abastecimentos diretamente da Alelo por meio de uma API.
• Guia de Configurações: Criamos uma guia de configurações na interface do usuário, permitindo que os dados da API sejam configurados diretamente pelo menu da DLL.
• Guia Filtros: Adicionamos uma guia Filtros para facilitar a identificação das placas de veículos que necessitam ser cadastradas, assegurando a integridade dos dados importados.
• Melhorias no Processo de Importação: Aperfeiçoamos o processo de importação para permitir uma reimportação mais eficiente e com menor risco de erros.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 30.07.24.

Problema: o sistema apresentava erro no arquivo quando havia três ou mais parcelas.

Correção efetuada: ajustamos o cálculo do valor total de frete para que, na ausência de um tipo de pagamento selecionado, o sistema não inclua faturas canceladas. Isso evita a ocorrência do erro.

Problema: o sistema presentava valor incorreto na coluna Valor de Pagamento da guia Totalização.

Correção efetuada: ajustamos a rotina para incluir os campos Desc. Comissão e Vl. Pagamento na guia Totalizadores. Esse ajuste aplica-se ao cálculo de comissão do representante modelo 1, especificamente quando o conhecimento envolver um desconto com solicitação de cobrança.

Problema: o sistema estava apresentando valores de comissão incorretos e duplicava esses valores sempre que o relatório era aberto mais de uma vez.

Correção efetuada: ajustamos a rotina para garantir que os valores de comissão sejam calculados corretamente e para evitar a duplicação de valores ao reabrir o relatório.

Implementamos no cadastro do Tipo de Item de Compra, a opção Não integrar Despesas Acessórias na BC ICMS, integrar Base Outras. Quando esta opção está marcada, o valor das despesas acessórias lançadas no item não será somado ao valor da Base de Cálculo do ICMS, mas sim ao valor Outros.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 22.07.24.

Implementamos no relatório de Balancete de Verificação a inclusão dos dados da Empresa Matriz no cabeçalho do relatório, apresentando o nome da empresa e o CNPJ.

Implementamos no relatório do Balanço Patrimonial a inclusão dos dados da Empresa Matriz no cabeçalho do relatório, apresentando o nome da empresa e o CNPJ.

Problema: a rotina apresentava mensagem de erro ao tentar gerar a contabilização.

Correção efetuada: alteramos o comando que realiza a consulta SQL para considerar o campo VLCREDPISCOFINSAQUISICAO no agrupamento dos dados.

Problema: a rotina apresentava valor incorreto na coluna Outras do relatório.

Correção efetuada: alteramos o comando que realiza a busca dos valores para apresentar na coluna Outras.

Problema: a rotina não estava gravando os valores no arquivo referente aos campos 71 (Outros) e 72 (Total).

Correção efetuada: ajustamos a geração do arquivo referente ao totalizador dos campos 71 e 72.

Problema: a rotina não estava respeitando a configuração de geração do arquivo quando existia mais de uma nota fiscal vinculada ao documento.

Correção efetuada ajustamos o comando de inclusão das notas no arquivo para respeitar corretamente a geração de ocorrência única por CT-e.

Problema:o sistema estava calculando incorretamente os valores para conhecimento de reentrega, desconsiderando as configurações de Negociação do cliente.

Correção efetuada: ajustamos a rotina para que, ao emitir um conhecimento de reentrega, o sistema agora respeite o que foi definido na Negociação do cliente. Especificamente, a rotina foi corrigida para calcular os valores do frete buscando o maior valor entre peso cubado e peso real, conforme definido na configuração geral para aplicar o percentual em Os valores do Conhecimento Recalculado.

Problema: ao imprimir a Carta de Correção não eram exibidos todos os dados informados no campo Observação.

Correção efetuada: alteramos o tamanho do campo Observação na impressão da Carta de Correção.

Problema: a rotina apresentava mensagem incorreta para o usuário ao fechar a tela de Liberação de pagamento.

Correção efetuada: ajustamos a mensagem apresentada para o usuário ao sair da tela de envio de liberação de pagamento.

Problema: a rotina apresentava mensagem incorreta para o usuário ao fechar a tela de Liberação de pagamento.

Correção efetuada: ajustamos a mensagem apresentada para o usuário ao sair da tela de envio de liberação de pagamento.

Problema: ao realizar a compra do vale pedágio, não estava preenchendo o campo do Pagador, ocasionando a rejeição do MDF-e.

Correção efetuada: foi ajustada a rotina para garantir que, durante a compra do vale pedágio, o campo Pagador seja automaticamente preenchido, evitando futuras rejeições.

Problema: após realizar a inclusão de atividades e salvar, o sistema não estava mantendo as informações incluídas na guia Movimentação das Atividades.

Correção efetuada: realizamos o ajuste no carregamento do campo N° de Controle.

Importação de abastecimentos via API Alelo

Local: GFV > Utilitários > Importação > Custo da Frota

Problema: a rotina estava fazendo com que o campo Observação se sobrepusesse aos campos adjacentes.

Correção efetuada: ajustamos o campo Observação para garantir que ele não ultrapasse ou interfira com os campos abaixo, mantendo a integridade do layout.

Implementamos no Cadastro de Empresas, dentro das configurações da escrituração fiscal do REINF, a configuração Valor Nota Apuração. Esta configuração permite escolher entre Bruto e Líquido. Se selecionada a opção Bruto, os documentos de Recebimentos para o registro R-4020 apresentarão o valor Bruto da Nota. Se escolhida a opção Líquido, será considerado o valor Líquido da Nota.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 30.07.24

Implementamos uma melhoria na geração do registro C100 para Notas de Recebimento que contêm itens monofásicos e não monofásicos. Com a opção Não apresentar Valor do ICMS na aba Resumo Fiscal na manutenção de notas (Monofásico) ativada, apenas o valor do ICMS dos itens não monofásicos será exportado para o campo 22 do registro C100.

Problema: a rotina apresentava mensagem de erro ao clicar no botão Adicionar Documentos.

Correção efetuada: alteramos o comando para adequar ao banco de dados ORACLE.

Implementamos um ajuste na performance da geração do arquivo da Escrituração Contábil Digital - ECD, otimizando o tempo de geração do arquivo.

Implementamos no cadastro do Tipo de Item de Compra, a opção Não integrar Despesas Acessórias na BC ICMS, integrar Base Outras. Quando esta opção está marcada, o valor das despesas acessórias lançadas no item não será somado ao valor da Base de Cálculo do ICMS, mas sim ao valor Outros.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 22.07.24.

Problema: ao recalcular os valores na capa da Nota de Recebimento, o sistema estava somando incorretamente os valores de despesas acessórias múltiplas vezes.

Correção efetuada ajustamos o processo de recálculo na capa da nota para garantir que os valores das despesas acessórias não sejam somados mais de uma vez.

Problema: o sistema estava gerando a rota no MDF-e diferente da rota do Romaneio.

Correção efetuada: ajustamos a rotina para que, ao gerar o MDF-e via Romaneio de Coletas e Entregas, se a rota do MDF-e for diferente da rota do Romaneio, o sistema apresente uma mensagem perguntando se o usuário deseja manter a rota do Romaneio.

Problema: o sistema estava gerando o arquivo com os dados incorretos da conta corrente.

Correção efetuada: ajustamos a rotina para enviar os dados da conta corrente conforme cadastrados ao gerar o arquivo AdicionarOperacaoTransporte_ENV, isto ocorrerá quando no cadastro do proprietário estiver definida uma conta corrente com o dígito X.

Problema: o sistema estava contabilizando de forma invertida as notas de saída de combustível.

Correção efetuada: corrigimos a validação de nota fiscal de entrada quando for do tipo de anulação.

Implementamos um ajuste na contabilização dos CT-es de Substituição e Substituído com incidência de ICMS e PIS/COFINS, contabilizando corretamente os impostos.

Implementamos um ajuste na contabilização das Notas Fiscais de Serviços. Com a configuração Apenas contabilizar NFSe autorizadas marcada no cadastro da Empresa, apenas as notas de serviços autorizadas pela SEFAZ serão contabilizadas

Implementamos um ajuste no campo Parc. Crédito sobre Aquisição, substituindo a entrada de 0 ou 1 por opções de seleção. Agora, ao invés de digitar, o usuário pode selecionar a opção Não se Aplica quando não há depreciação em parcela única do crédito de PIS/COFINS sobre aquisição, ou a opção Sim quando houver depreciação sobre parcela única do crédito.

Problema: a rotina não estava respeitando a configuração de geração do arquivo quando existe mais de uma nota fiscal vinculada ao documento.

Correção efetuada corrigimos o comando de inclusão das notas no arquivo para respeitar corretamente a geração de ocorrência única por CT-e.

Implementamos um ajuste no envio do MDF-e com a mesma composição de veículo e rota, porém com documentos diferentes associados. Ou seja, será possível enviar um MDF-e com NF-e associada utilizando a mesma composição de veículo e rota de um MDF-e não encerrado com CT-e associado.

Problema: a rotina apresentava campo Observação antes da Composição do frete.

Correção efetuada: corrigimos o campo de digitação de observações do conhecimento para ser apresentado após a Composição do frete.

Problema: a rotina não estava respeitando a configuração de tabela de frete do cliente referente ao ICMS.

Correção efetuada: ajustamos a rotina para consistir a configuração na negociação do cliente de ICMS com a configuração De acordo com a tabela de frete. Quando o cliente não possui uma tabela específica definida, mas possui negociação, e a tabela de frete está configurada com ICMS incluso, o sistema utilizará a tabela padrão ao emitir o CT-e.

Implementamos ajustes nas tags do XML do MDF-e com origem em Manifesto com NF-e nas seguintes condições:

• Manifesto com NF-e e veículo de terceiro: Acrescentandas as seguintes tags <Infcontratante> e <ProdPred> no XML do MDF-e.
• Manifesto com apenas uma NF-e associada: Acrescentada a tag <InfLotacao> no XML do MDF-e.

Implementamos o código do banco Unicred na lista de bancos com rotina de cálculo.

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

Correção efetuada: corrigimos a rotina para tratar a busca ao clicar em Totalizar, na guia Totalizadores, quando o filtro inicial for preenchido com o Grupo de Clientes.

Realizamos a implementação do trace na rotina de reenvio de integração.

Problema: a rotina não estava exibindo a numeração completa do CNPJ do cliente na guia de Apuração > Retenções PF/PJ > PJ.

Correção efetuada: alteramos o tamanho do campo que apresenta o CNPJ do cliente.

Implementamos uma melhoria no sistema para que não ocorra travamento do módulo por inatividade.

Realizamos melhorias gerais no sistema.

No cadastro de Plano de Contas Contábil, implementamos a opção Gerar Registro I157. Quando ativada, serão apresentados os campos Cód. Conta Legado, Saldo Inicial e Indicador Saldo, que permitem informar os dados da conta contábil com transferência de saldo.

Na Escrituração Contábil Digital - ECD, na guia Dados da Escrituração, adicionamos a opção Gerar Registro I157. Se esta opção estiver marcada e o registro I157 - Transferência de Saldos de Plano de Contas Anterior também estiver ativado, o registro I157 será gerado no arquivo com as novas informações do cadastro da conta contábil. Além disso, no registro 0000, no campo 22, será exportado o valor 1.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 23.07.24

Implementamos na rotina de Emissão de Ordem de Coleta um campo chamado Especificação do Produto, permitindo que o usuário adicione informações adicionais para facilitar a visualização dos dados da ordem de coleta. Além disso, adicionamos na guia Filtros as colunas Especificação do Produto e Valor da Mercadoria, possibilitando a visualização dos dados inseridos nesses campos.

Problema: o sistema estava gerando o arquivo com os dados incorretos da conta corrente.

Correção efetuada: ajustamos a rotina para enviar os dados da conta corrente conforme cadastrados ao gerar o arquivo AdicionarOperacaoTransporte_ENV. Isso ocorrerá quando no cadastro do proprietário estiver definida uma conta corrente com o dígito X.

Problema: ao gerar o CIOT para uma pessoa física, estava retornando como rejeitado porque o CPF do motorista apresentava 14 dígitos, com três zeros à esquerda.

Correção efetuada: corrigimos a rotina para desconsiderar os zeros à esquerda ao emitir o CIOT.

Problema: a rotina estava calculando os valores de PIS/COFINS com base no valor bruto da NF-e (importada via Recebimento), quando o correto seria realizar o cálculo com base no valor líquido.

Correção efetuada: corrigimos a função que calcula a base de cálculo do PIS/COFINS para considerar o valor do desconto.

Problema: ao tentar acessar a tela Plano de Contas Contábil apresentava a mensagem ''3000000000'' is not a valid integer value.

Correção efetuada: ajustamos a conversão de valores inteiros no carregamento da tela.

No cadastro de Plano de Contas Contábil, implementamos a opção Gerar Registro I157. Quando ativada, serão apresentados os campos Cód. Conta Legado, Saldo Inicial e Indicador Saldo, que permitem informar os dados da conta contábil com transferência de saldo.

Na Escrituração Contábil Digital - ECD, na guia Dados da Escrituração, adicionamos a opção Gerar Registro I157. Se esta opção estiver marcada e o registro I157 - Transferência de Saldos de Plano de Contas Anterior também estiver ativado, o registro I157 será gerado no arquivo com as novas informações do cadastro da conta contábil. Além disso, no registro 0000, no campo 22, será exportado o valor 1.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 23.07.24

Problema: a rotina apresentava registros duplicados no relatório.

Correção efetuada: corrigimos a passagem de parâmetros na consulta dos documentos de nota fiscal de serviço lançadas no recebimento.

Problema: ao tentar realizar o cancelamento gerencial de CTe apresentava a mensagem O Conhecimento está com uma situação definitiva junto à SEFAZ. A situação do conhecimento será atualizada no sistema.

Correção efetuada: ajustamos a rotina para que o cancelamento gerencial ocorra normalmente.

Problema: foi verificado que a rotina não exibia a Nota Fiscal Eletrônica vinculada ao Manifesto ao consultá-lo através do grid do MDF-e.

Correção efetuada: alteramos o sistema para que apresente os CRT, NFS e NF-e associados ao Manifesto.

Problema: o sistema não habilitava os botões para realizar a alteração do lote.

Correção efetuada: alteramos a rotina para habilitar os botões de modificação do lote de conhecimentos durante a inserção da nota fiscal via chave de acesso na rotina de Emissão de Conhecimento via Nota Fiscal.

Implementamos o campo Chave de Acesso no módulo EXP, especificamente na tela de Manifestos, na guia Notas fiscais. Esta implementação permite a leitura dos códigos de barras das notas fiscais, oferecendo os seguintes benefícios:

• Automatização e Agilidade: A leitura de códigos de barras automatiza o processo de inclusão das notas fiscais, tornando-o mais rápido e eficiente.
• Redução de Erros: A automatização minimiza os erros que podem ocorrer com a inserção manual de dados, garantindo maior precisão nas informações registradas.

Problema: o sistema não estava listando conhecimentos a serem faturados.

Correção efetuada: ajustamos a rotina para listar os conhecimentos que devem ser faturados, independentemente de terem ou não protocolo de vias.

Problema: a rotina de geração de Fatura a Pagar não estava considerando a somatória dos documentos na tela Desdobramento dos Títulos.

Correção efetuada: alteramos a rotina de geração de Fatura a Pagar para considerar a nota fiscal eletrônica na tela Desdobramento dos Títulos.

Problema: ao gerar o CIOT para uma pessoa física, estava retornando como rejeitado porque o CPF do motorista apresentava 14 dígitos, com três zeros à esquerda.

Correção efetuada: corrigimos a rotina para desconsiderar os zeros à esquerda ao emitir o CIOT.

Problema: o sistema não salvava as alterações do tipo de documento ao mudar de aba/guia.

Correção efetuada: ajustamos a rotina para que ela sempre atualize o último código gerado para o tipo de documento no lançamento de atividade.

Implementada rotina no filtro do registro para apresentar pneus a partir da primeira vida.

No cadastro de Plano de Contas Contábil, implementamos a opção Gerar Registro I157. Quando ativada, serão apresentados os campos Cód. Conta Legado, Saldo Inicial e Indicador Saldo, que permitem informar os dados da conta contábil com transferência de saldo.

Na Escrituração Contábil Digital - ECD, na guia Dados da Escrituração, adicionamos a opção Gerar Registro I157. Se esta opção estiver marcada e o registro I157 - Transferência de Saldos de Plano de Contas Anterior também estiver ativado, o registro I157 será gerado no arquivo com as novas informações do cadastro da conta contábil. Além disso, no registro 0000, no campo 22, será exportado o valor 1.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 23.07.24

Implementamos nas configurações fiscais da Contabilidade no cadastro de Empresa, a configuração Criar partida de desconto separada do valor total na Contabilização, onde com a configuração marcada a contabilização das notas de Recebimento com descontos, será gerada uma partida para o desconto da nota e a partida do valor do documento será o valor integral sem desconto.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 09/07/24.

Na Movimentação de Bens, implementamos a nova coluna Créd. PIS/COFINS Aquisição, onde os bens com parcela única de PIS/COFINS, ao serem depreciado, terão o valor da parcela única apresentado nessa nova coluna, e a coluna de depreciação acumulada dessa linha será zerada. Esta mesma implementação foi realizada no relatório de Movimentação de Bens, adicionando a nova coluna Créd. PIS/COFINS Aquisição.

No cadastro de Empresa, na guia Contabilidade, foi implementado a nova guia Apropriação Créditos PIS/COFINS, onde deverão ser configuradas as contas para a depreciação da parcela única de PIS/COFINS do bem, bem como a depreciação mensal desse bem com parcela única de PIS/COFINS.

Verifique a documentação em Depreciação e Contabilização de Bem com Crédito de Aquisição em Parcela Única

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 02/07/2024.

Implementamos na importação de Notas Fiscais, além da importação da Inscrição Estadual do Remetente, a importação da Inscrição do Destinatário e do Consignatário. Com a configuração Validar Inscrição Estadual na vinculação de Notas Fiscais marcada, ao emitir o Conhecimento, serão apresentadas as inscrições estaduais importadas das notas fiscais. O sistema verificará se as inscrições das notas fiscais associadas são iguais; caso contrário, não será possível emitir o CT-e com essas notas fiscais que possuam inscrições diferentes.

Para saber mais acesse as documentações Emissão de Conhecimento – Normal e Emissão de CT-e por Nota Fiscal.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 02/07/2024.

Para atender à Nota Técnica NT nº 2023.002, v. 1.00, implementamos o evento de insucesso na entrega de mercadoria do conhecimento.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 14/06/24.

Para atender à Nota Técnica NT nº 2023.002, v. 1.00, implementamos o evento de insucesso na entrega de mercadoria do conhecimento.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 14/06/24.

Implementamos nas configurações fiscais da Contabilidade no cadastro de Empresa, a configuração Criar partida de desconto separada do valor total na Contabilização, onde com a configuração marcada a contabilização das notas de Recebimento com descontos, será gerada uma partida para o desconto da nota e a partida do valor do documento será o valor integral sem desconto.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 09/07/24.

Na Movimentação de Bens, implementamos a nova coluna Créd. PIS/COFINS Aquisição, onde os bens com parcela única de PIS/COFINS, ao serem depreciado, terão o valor da parcela única apresentado nessa nova coluna, e a coluna de depreciação acumulada dessa linha será zerada. Esta mesma implementação foi realizada no relatório de Movimentação de Bens, adicionando a nova coluna Créd. PIS/COFINS Aquisição.

No cadastro de Empresa, na guia Contabilidade, foi implementado a nova guia Apropriação Créditos PIS/COFINS, onde deverão ser configuradas as contas para a depreciação da parcela única de PIS/COFINS do bem, bem como a depreciação mensal desse bem com parcela única de PIS/COFINS.

Verifique a documentação em Depreciação e Contabilização de Bem com Crédito de Aquisição em Parcela Única

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 02/07/2024.

Para atender à Nota Técnica NT nº 2023.002, v. 1.00, implementamos o evento de insucesso na entrega de mercadoria do conhecimento.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 14/06/24.

Problema: ao realizar a alteração de senha do usuário no XT, é apresentada uma mensagem sinalizando que o formato da senha é inválido, mesmo atendendo aos critérios de complexibilidade de senha.

Correção efetuada: incluímos validações para não colocar senhas que vão para a plataforma em formato maiúsculo.

Implementamos nas configurações fiscais da Contabilidade no cadastro de Empresa, a configuração Criar partida de desconto separada do valor total na Contabilização, onde com a configuração marcada a contabilização das notas de Recebimento com descontos, será gerada uma partida para o desconto da nota e a partida do valor do documento será o valor integral sem desconto.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 09/07/24.

Na Contabilização por Lote, implementamos um ajuste na contabilização do Conhecimento com incidência de ICMS e CFOP 5.932 ou 6.932, incluindo GNRE informado. Adicionando a partida do GNRE na contabilização desse conhecimento.

Implementamos um ajuste no cálculo do PIS/COFINS para quando o item da Nota de Recebimento de uma importação pelo RDE tiver incidência de IPI e valor de Substituição Tributária. O cálculo do valor de IPI somado a base de cálculo do PIS/COFINS será o valor do IPI do item quando houver incidência de Substituição Tributária na nota de Recebimento.

Na Movimentação de Bens, implementamos a nova coluna Créd. PIS/COFINS Aquisição, onde os bens com parcela única de PIS/COFINS, ao serem depreciado, terão o valor da parcela única apresentado nessa nova coluna, e a coluna de depreciação acumulada dessa linha será zerada. Esta mesma implementação foi realizada no relatório de Movimentação de Bens, adicionando a nova coluna Créd. PIS/COFINS Aquisição.

No cadastro de Empresa, na guia Contabilidade, foi implementado a nova guia Apropriação Créditos PIS/COFINS, onde deverão ser configuradas as contas para a depreciação da parcela única de PIS/COFINS do bem, bem como a depreciação mensal desse bem com parcela única de PIS/COFINS.

Verifique a documentação em Depreciação e Contabilização de Bem com Crédito de Aquisição em Parcela Única

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 02/07/2024.

Problema: a rotina apresentava lentidão ao realizar a abertura.

Correção efetuada: realizamos uma alteração para melhorar a performance na abertura da rotina.

Problema: após gravar a digitação do código da Empresa Entrega, o sistema estava alterando o código para o que está cadastrado no cadastro de regiões/subregiões.

Correção efetuada: ajustamos a rotina para gravar a digitação do código da Empresa Entrega, informado manualmente no ato da digitação do conhecimento.

Implementamos na importação de Notas Fiscais, além da importação da Inscrição Estadual do Remetente, a importação da Inscrição do Destinatário e do Consignatário. Com a configuração Validar Inscrição Estadual na vinculação de Notas Fiscais marcada, ao emitir o Conhecimento, serão apresentadas as inscrições estaduais importadas das notas fiscais. O sistema verificará se as inscrições das notas fiscais associadas são iguais; caso contrário, não será possível emitir o CT-e com essas notas fiscais que possuam inscrições diferentes.

Para saber mais acesse as documentações Emissão de Conhecimento – Normal e Emissão de CT-e por Nota Fiscal.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 02/07/2024.

Problema: ao utilizar o parâmetro de ordenação por sequência de inclusão, ao inserir as notas fiscais no grid, abrir a tela de manutenção de notas fiscais e fechar, as notas da lista ficavam desordenadas.

Correção efetuada: alteramos a rotina para que o sistema mantenha a ordem de inclusão, ao editar a nota depois de selecionada.

Problema: ao clicar na lupa referente ao campo CEP / Município / UF, o sistema não permitia abrir a tela de Cadastro de Localidades.

Correção efetuada: realizamos um ajuste no comando que faz abertura do botão de lupa do campo CEP.

Implementamos na importação de Notas Fiscais, além da importação da Inscrição Estadual do Remetente, a importação da Inscrição do Destinatário e do Consignatário. Com a configuração Validar Inscrição Estadual na vinculação de Notas Fiscais marcada, ao emitir o Conhecimento, serão apresentadas as inscrições estaduais importadas das notas fiscais. O sistema verificará se as inscrições das notas fiscais associadas são iguais; caso contrário, não será possível emitir o CT-e com essas notas fiscais que possuam inscrições diferentes.

Para saber mais acesse as documentações Emissão de Conhecimento – Normal e Emissão de CT-e por Nota Fiscal.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 02/07/2024.

Para atender à Nota Técnica NT nº 2023.002, v. 1.00, implementamos o evento de insucesso na entrega de mercadoria do conhecimento.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 14/06/24.

Problema: rotina gerando incorretamente o valor na TAG ContaCorrente, ao realizar o envio do tipo Cadastrar ou Atualizar Transportador para o TARGET.

Correção efetuada: ajustamos o sistema para que, ao gerar a TAG ContaCorrente, seja inserido apenas o número da conta, e na TAG Digito da Conta, seja inserido apenas o dígito da conta. Esta alteração deve ser aplicada ao realizar o envio do tipo Cadastrar ou Atualizar Transportador para o TARGET.

Problema: o hodômetro do veículo não estava sendo atualizado quando uma Ordem de Abastecimento era lançada, resultando em um abastecimento automático.

Correção efetuada: alteramos o comando que alimenta o hodômetro do veículo ao lançar uma Ordem de Abastecimento.

Problema: após realizar a inclusão de atividades e salvar, o sistema não estava mantendo as informações incluídas na guia Movimentação das Atividades.

Correção efetuada: realizamos o ajuste da rotina no carregamento do campo N° de Controle.

Problema: quando o veículo atinge o hodômetro previsto para executar uma revisão, o sistema gera uma pendência de forma automática. No entanto, o campo Serviço Verificação não estava sendo preenchido automaticamente.

Correção efetuada: ajustamos o comando que realiza a consulta do campo Serviço Verificação em uma Pendência gerada de forma automática.

Problema: ao realizar a confirmação da última revisão no Cadastro de Veículos, a rotina apresentava a mensagem SisVeicu: Dataset not in edit or insert mode.

Correção efetuada: alteramos a rotina para não permitir que o usuário altere a revisão de um veículo inativo.

Implementamos na importação de Notas Fiscais, além da importação da Inscrição Estadual do Remetente, a importação da Inscrição do Destinatário e do Consignatário. Com a configuração Validar Inscrição Estadual na vinculação de Notas Fiscais marcada, ao emitir o Conhecimento, serão apresentadas as inscrições estaduais importadas das notas fiscais. O sistema verificará se as inscrições das notas fiscais associadas são iguais; caso contrário, não será possível emitir o CT-e com essas notas fiscais que possuam inscrições diferentes.

Para saber mais acesse as documentações Emissão de Conhecimento – Normal e Emissão de CT-e por Nota Fiscal.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 02/07/2024.

Implementamos um ajuste no cálculo do PIS/COFINS para quando o item da Nota de Recebimento de uma importação pelo RDE tiver incidência de IPI e valor de Substituição Tributária. O cálculo do valor de IPI somado a base de cálculo do PIS/COFINS será o valor do IPI do item quando houver incidência de Substituição Tributária na nota de Recebimento.

Problema: ao realizar a importação de uma NF-e via XML, através do módulo RDE, o sistema estava preenchendo incorretamente o campo Aliq. ad rem ICMS no item.

Correção efetuada: realizamos ajustes nas TAGs do XML adRemICMS.

Problema: ao executar a rotina, o sistema deveria ter solicitado isca para as duas faixas de valores, mas pediu isca apenas para a primeira faixa de valores e não para a segunda faixa.

Correção efetuada: implementamos um campo no CAS IntpBloqueio Tabela CODMOVPENPGR.

Problema: quando a importação de um CT-e era rejeitada, o sistema impedia as demais importações de ocorrerem.

Correção efetuada: ajustamos o comando para não gravar informação na tabela GTCCONIA, quando a importação do CT-e for rejeitada.

Implementamos uma alteração na data de vigência dos Ajustes SINIEF nº 16/2020 e 18/2021, modificando para a data de 01/01/2025. Com essa mudança, torna-se possível cadastrar nas Naturezas de Operação as CFOP excluídas pela legislação até dia 01/01/2025. Após essa data, o uso dessas CFOPs nas Naturezas de Operação não será mais permitido.

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

Problema: o sistema não estava respeitando a configuração de Permitir a inclusão de Documentos sem Conhecimentos Vinculados no CTRB/RPA para emissão de CTRB/RPA via Ficha de Viagem.

Correção efetuada: ajustamos o comando que realiza a consulta das configurações para emissão de CTRB/RPA.

Problema: o sistema apresentava a mensagem de erro TfoLiberacaoPagamentoCTRBRPA Erro Access violation at address 0452ADCA in module 'FIN.exe'. Read of address 00000062 ao realizar a liberação de pagamento e fechar a tela.

Correção efetuada: alteramos o comando que realiza o fechamento da rotina.

Problema: na guia Dados da rotina de Apuração de PIS/COFINS, não eram apresentados todos os campos corretamente em tela.

Correção efetuada: alteramos o posicionamentos dos campos na tela principal.

Nas guias Comunicação com o Sefaz e Inclusão do Motorista do MDF-e, implementamos na coluna Situação a descrição do código da situação da SEFAZ.

Problema: ao realizar o cadastro de freteiro, era apresentada a mensagem ANOTE ESTE ERRO E COMUNIQUE A SOFTRAN Não foi possível localizar objeto: GTCFRETE impossibilitando salvar o novo registro.

Correção efetuada: alteramos o comando que grava o registro no banco de dados.

Implementamos um ajuste no cadastro de rotas na divisa entre estados, possibilitando a inclusão da mesma UF novamente como divisa. Com isso, as tags relacionadas ao percurso no MDF-e serão geradas corretamente.

Problema: na rotina de Emissão de Conhecimentos, a configuração do perfil do usuário em relação ao campo de ICMS não estava sendo respeitada.

Correção efetuada: ajustamos a rotina para consistir corretamente a configuração de ICMS Incluso na tabela de frete durante a negociação do cliente. Essa validação ocorre quando o cliente não possui uma tabela específica definida e, ao emitir o CT-e, utiliza a tabela padrão, que inclui o ICMS tanto para frete pago quanto para frete a pagar.

Implementamos um ajuste na geração das tags do Benefício Fiscal no CT-e para casos em que ocorre mais de uma vinculação de operação sendo aplicadas ao Conhecimento.

Problema: ao clicar na guia Convênios com Banco após ter preenchido um campo na guia de Impressão de Bloquetos, a rotina apresentava a mensagem Mensagem Original do Erro { SISPORTA: Dataset not in edit or insert mode } ao tentar realizar a mudança entre as guias.

Correção efetuada: ajustamos a passagem de parâmetros da tela ao mudar de abas/guias.

Problema: o sistema não estava apresentando os registros de documentos com protocolo encerrado ao utilizar os filtros pelo número do CT-e e pela data de emissão.

Correção efetuada: corrigimos a rotina que busca o conhecimento mesmo com o protocolo encerrado.

Problema: a rotina apresentava a mensagem de erro Access violation at address 00453B74 in module 'FIN.EXE'. Read of address 00000004 ao clicar sobre um registro na guia Log de Alterações.

Correção efetuada: alteramos a passagem de parâmetros para o carregamento do registro de Log de Alterações

Implementamos uma melhoria de performance ao abrir um registro filtrado ou navegação entre as guias para alterações de dados.

Problema: ao realizar o cadastro de freteiro, era apresentada a mensagem ANOTE ESTE ERRO E COMUNIQUE A SOFTRAN Não foi possível localizar objeto: GTCFRETE impossibilitando salvar o novo registro.

Correção efetuada: alteramos o comando que grava o registro no banco de dados.

Problema: o sistema estava apresentando veículos com manutenção vencida na lista de veículos disponíveis.

Correção efetuada: ajustamos o comando que realiza consulta dos veículos disponíveis e com manutenções vencidas.

Problema: ao gerar o SPED, o número do CT-e substituído era registrado incorretamente no arquivo.

Correção efetuada: ajustamos a exportação do registro D197 para casos em que há conhecimento de substituição.

Problema: a rotina apresentava a mensagem Mensagem Original do Erro { [AnyDAC][Phys][Ora] ORA-00905: palavra-chave não encontrada } ao clicar no botão Adicionar Documentos.

Correção efetuada: ajustamos o comando que realiza a consulta dos registro tanto para ORACLE quando para MSSQL.

Para atender a Nota Técnica CTe 2024.001, implementamos o campo Código de Benefício no cadastro de Vinculação de Operações e adicionamos no cadastro de Natureza de Operação a opção Calcular ICMS Desonerado e o campo Alíquota ICMS Desonerado. Com essas configurações aplicadas, ao emitir o conhecimento com a Inclusão de Benefício Fiscal, as tags cBenef e vICMSDeson serão incluídas no XML do Conhecimento.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 26/06/24.

Problema ao alterar o CEP de destino, a CTRB estava removendo o valor de acréscimo.

Correção efetuada: ajustamos a rotina para manter o acréscimo adicionado na ficha de viagem no frete motorista, quando a CTRB é gerada via ficha de viagem e o CEP destino da CTRB é alterado.

Problema: o sistema estava gerando a tag NumeroEndereco com valor incorreto.

Correção efetuada: alteramos a rotina para incluir o valor na tag NumeroEndereco ao realizar o envio do tipo Cadastrar ou Atualizar Transportador para o TARGET.

Problema: a rotina apresentava a mensagem Erro ao executar a DLL de Impressão de Etiquetas: Access violation at address 127B864B in module 'Et9999dh.dll'. Read of address 00000001 ao clicar no botão para imprimir a etiqueta.

Correção efetuada: alteramos o comando que realiza a impressão.

Para atender a Nota Técnica CTe 2024.001, implementamos o campo Código de Benefício no cadastro de Vinculação de Operações e adicionamos no cadastro de Natureza de Operação a opção Calcular ICMS Desonerado e o campo Alíquota ICMS Desonerado. Com essas configurações aplicadas, ao emitir o conhecimento com a Inclusão de Benefício Fiscal, as tags cBenef e vICMSDeson serão incluídas no XML do Conhecimento.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 26/06/24.

Problema: a rotina apresentava a mensagem Erro ao executar a DLL de Impressão de Etiquetas: Access violation at address 127B864B in module 'Et9999dh.dll'. Read of address 00000001 ao clicar no botão para imprimir a etiqueta.

Correção efetuada: alteramos o comando que realiza a impressão.

Para atender a Nota Técnica CTe 2024.001, implementamos o campo Código de Benefício no cadastro de Vinculação de Operações e adicionamos no cadastro de Natureza de Operação a opção Calcular ICMS Desonerado e o campo Alíquota ICMS Desonerado. Com essas configurações aplicadas, ao emitir o conhecimento com a Inclusão de Benefício Fiscal, as tags cBenef e vICMSDeson serão incluídas no XML do Conhecimento.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de 26/06/24.

Problema: a rotina apresentava erro na geração do XML de Conhecimento de Reentrega não preenchendo a tag DocAnt corretamente.

Correção efetuada: ajustamos o comando que busca a chave do documento anterior em caso de reentrega.

Problema ao alterar o CEP de destino, a CTRB estava removendo o valor de acréscimo.

Correção efetuada: ajustamos a rotina para manter o acréscimo adicionado na ficha de viagem no frete motorista, quando a CTRB é gerada via ficha de viagem e o CEP destino da CTRB é alterado.

Problema: a rotina alterava o registro exibido na tela para a última ordem de serviço baixada sempre que uma baixa de ordem de serviço era realizada após.

Correção efetuada: ajustamos o comando que é executado após salvar o registro.

Problema: ao excluir uma nota de abastecimento do acerto de contas, todo o acerto de contas do motorista estava sendo excluído.

Correção efetuada: ajustamos o comando para que, ao excluir uma nota fiscal no recebimento vinculado, apenas o registro de abastecimento seja removido do acerto de contas do motorista, sem excluir todo o acerto.

Problema: a rotina gerava a tag CodigoCnae incorretamente com o código da prestação de serviço.

Correção efetuada: alteramos o comando que gera o código CNAE no XML.

Implementamos uma configuração no serviço FGFATAUT do RBT, permitindo ao cliente escolher se o envio de e-mail da fatura deve ser realizado por esta rotina. Atualmente, a rotina permite apenas o envio do PDF do boleto da fatura por e-mail. Com a melhoria do serviço SRVFATGIFAut, que verifica os tipos de documentos (DACTE, XML, ZIP) a serem enviados conforme as configurações no cadastro de contato do cliente, essa nova funcionalidade proporcionará um atendimento mais adequado às necessidades do cliente.

Implementamos uma rotina que exibe a data de vencimento da cotação do portal para o TMS.

Problema: o sistema não estava obedecendo ao filtro do relatório, exibindo um centro de custo incorreto na impressão.

Correção efetuada: ajustamos o comando que realiza a busca dos registros conforme o centro de custo de cada item.

Problema: ao excluir uma nota de abastecimento do acerto de contas, todo o acerto de contas do motorista estava sendo excluído.

Correção efetuada: ajustamos o comando para que, ao excluir uma nota fiscal no recebimento vinculado, apenas o registro de abastecimento seja removido do acerto de contas do motorista, sem excluir todo o acerto.