Gestão de Transportes | TMS - 3.26

Implementamos nas configurações da contabilidade do conhecimento o campo Substituição CT-e. Quando a contabilização for definida como Integra Off-Line em Lotes Diários, ao gerar a contabilização, o histórico especificado no novo campo será adicionado aos documentos de CT-e substituídos.

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

Implementamos nas configurações do MDF-e a opção Permitir emissão de MDFe em contingência com a mesma placa e UF Origem/destino em aberto. Com a opção marcada, é possível enviar um MDF-e em ambiente de contingência, mesmo quando a UF e a placa já estão associadas a outro MDF-e não encerrado, sem que haja qualquer bloqueio na emissão.

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

Implementamos na guia Dados iniciais da Apuração PIS/COFINS a opção Conhecimentos com tomador no Exterior (UF EX) aplicar CST 08. Com essa opção marcada, ao realizar a apuração, os conhecimentos que envolvem preponderância exportadora e aqueles com tomador cuja UF seja EX terão seus débitos de PIS/COFINS apurados com o CST 08, e os valores desses tributos serão zerados.

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

Implementamos na rotina de Emissão de Ordem de Coleta o campo Complemento de Natureza onde o usuário poderá incluir informações adicionais para facilitar a visualização dos dados ordem de coleta. Além disso, na guia Filtros adicionamos a coluna Complemento de Natureza possibilitando a visualização dos dados informados neste campo. Confira clicando aqui.

Para o correto funcionamento da rotina, execute o CAS com data de 06/06/2024.

Implementamos na Escrituração Contábil Digital (ECD) a opção Exportar Código de Conta com o Código Sequencial do Plano de Contas. Ao gerar a escrituração com essa opção marcada, o código sequencial da conta contábil, conforme cadastrado no Plano de Contas Contábil, será exportado para o arquivo. Se a opção estiver desmarcada, o número da conta contábil será exportado.

Para o correto funcionamento da rotina, será necessário executar o CAS com data de criação de 07/06/2024.

Problema: ao gerar o relatório não era apresentada a data de movimentação.

Correção efetuada: alteramos o comando que realiza a busca do campo data.

Implementamos na rotina de Emissão de Ordem de Coleta o campo Complemento de Natureza onde o usuário poderá incluir informações adicionais para facilitar a visualização dos dados ordem de coleta. Além disso, na guia Filtros adicionamos a coluna Complemento de Natureza possibilitando a visualização dos dados informados neste campo. Confira clicando aqui.

Para o correto funcionamento da rotina, execute o CAS com data de 06/06/2024.

Implementamos nas configurações da contabilidade do conhecimento o campo Substituição CT-e. Quando a contabilização for definida como Integra Off-Line em Lotes Diários, ao gerar a contabilização, o histórico especificado no novo campo será adicionado aos documentos de CT-e substituídos.

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

Implementamos nas configurações do MDF-e a opção Permitir emissão de MDFe em contingência com a mesma placa e UF Origem/destino em aberto. Com a opção marcada, é possível enviar um MDF-e em ambiente de contingência, mesmo quando a UF e a placa já estão associadas a outro MDF-e não encerrado, sem que haja qualquer bloqueio na emissão.

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

Problema: ao realizar a geração da Ordem de Coleta após a aprovação da Cotação de Frete, não eram apresentados os valores do cálculo da cubagem.

Correção efetuada: ajustamos a rotina que alimenta os dados do cálculo de cubagem ao gerar a coleta via cotação de frete.

Problema: ao gerar o relatório eram apresentados valores incorretos na coluna Residual.

Correção efetuada: alteramos o comando que busca os valores da coluna residual do relatório.

Implementamos nas configurações da contabilidade do conhecimento o campo Substituição CT-e. Quando a contabilização for definida como Integra Off-Line em Lotes Diários, ao gerar a contabilização, o histórico especificado no novo campo será adicionado aos documentos de CT-e substituídos.

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

Implementamos na guia Dados iniciais da Apuração PIS/COFINS a opção Conhecimentos com tomador no Exterior (UF EX) aplicar CST 08. Com essa opção marcada, ao realizar a apuração, os conhecimentos que envolvem preponderância exportadora e aqueles com tomador cuja UF seja EX terão seus débitos de PIS/COFINS apurados com o CST 08, e os valores desses tributos serão zerados.

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

Implementamos nas configurações do MDF-e a opção Permitir emissão de MDFe em contingência com a mesma placa e UF Origem/destino em aberto. Com a opção marcada, é possível enviar um MDF-e em ambiente de contingência, mesmo quando a UF e a placa já estão associadas a outro MDF-e não encerrado, sem que haja qualquer bloqueio na emissão.

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

Problema: quando duas alterações consecutivas eram realizadas no cadastro, a integração do Cadastro do Freteiro com o HCM não estava sendo efetuada corretamente.

Correção efetuada: alteramos estrutura do comando para liberar objetos utilizados na integração.

Problema: ao realizar a baixa de serviços internos, não estava atualizando o status do serviço/defeito corretamente.

Correção efetuada: alteramos o comando que realiza baixa de serviços internos na Ordem de Serviço.

Realizamos um ajuste na integração da Nota Fiscal de Entrada. Agora, se a opção Não excluir ICMS da Base de Cálculo do PIS/COFINS para item monofásico estiver ativada no cadastro da empresa, o valor do ICMS não será excluído da base de PIS/COFINS para os itens que se enquadram na tributação monofásica da nota integrada.

Implementamos na Integração de Notas Fiscais de Entrada a integração do item da Nota com o Patrimônio. Agora, ao finalizar uma nota de recebimento que inclua uma transação do tipo Imobilizado, será possível visualizar a integração com o Patrimônio, permitindo cadastrar o item como um Bem do Patrimônio.

Problema: ao realizar o preenchimento do campo Quantidade e Valor Item, não estava calculando automaticamente o campo Valor Rateio.

Correção efetuada: ajustamos a função que calcula o valor do total do rateio.

Problema: ao gerar o arquivo de exportação, a rotina apresentava duplicidade de tag.

Correção efetuada: ajustamos a consulta que faz a busca dos documentos para adicionar no arquivo de exportação.

Implementamos um ajuste no registro 0460 da Escrituração Fiscal Digital (EFD) para que, ao gerar o arquivo do SPED, os Conhecimentos de Substituição sejam exportados para esse registro.

Problema: a rotina apresentava mensagem de erro ao tentar gerar o arquivo.

Correção efetuada: ajustamos o comando que realiza a criação dos campos da tabela temporária.

Problema: a rotina estava gerando o registro C100 incorretamente no arquivo.

Correção efetuada: ajustamos o comando que faz a busca da agencia da empresa destino do CT-e.

Implementamos na Escrituração Contábil Digital (ECD) a opção Exportar Código de Conta com o Código Sequencial do Plano de Contas. Ao gerar a escrituração com essa opção marcada, o código sequencial da conta contábil, conforme cadastrado no Plano de Contas Contábil, será exportado para o arquivo. Se a opção estiver desmarcada, o número da conta contábil será exportado.

Para o correto funcionamento da rotina, será necessário executar o CAS com data de criação de 07/06/2024.

Problema: a rotina apresentava mensagem de erro QYCMPREQAP: FIELD 'CDPERFILDESTINO' NOT FOUND ao tentar aprovar um orçamento.

Correção efetuada: alteramos o comando que realiza a aprovação de orçamento.

Problema: ao realizar o preenchimento do campo Quantidade e Valor Item, não estava calculando automaticamente o campo Valor Rateio.

Correção efetuada: ajustamos a função que calcula o valor do total do rateio.

Implementamos na Escrituração Fiscal Digital - EFD, o ajuste no campo Código de Ajuste Operação 932 alterando a posição dele para a guia Código de Ajuste CTe que foi renomeada de Código de Ajuste CTe Substituição para Código de Ajuste CTe, onde será possível cadastrar os códigos de ajustes pela UF sem dependência de outros campos de código de ajuste.

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

Implementamos nas configurações gerais da contabilidade, no cadastro de empresa, a configuração Apenas contabilizar NFSe autorizadas, com essa opção marcada, será realizada a contabilização somente das Notas Fiscais de Serviço eletrônica (NFS-e) autorizadas na SEFAZ.

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

Implementamos a opção Integrar estorno de Documentos de CTe de Substituição (Créditos) na aba Dados da Apuração PIS/COFINS. Com a opção desmarcada na apuração os conhecimentos substitutos não serão apresentados na guia Documentos Substituição dos Créditos dos Documentos de Anulação/Substituição. Saiba mais clicando aqui.

Para a rotina funcionar corretamente, é necessário executar o CAS com data de 04.06.24

Para atender o projeto da NFS-e Nacional, implementamos o campo Exigibilidade ISS no cadastro dos dados iniciais da nota de serviço. Nesta primeira etapa, trata-se apenas da criação do campo, sem obrigatoriedade de preenchimento, e nenhuma informação será exportada para o XML da nota.

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

Implementamos nas configurações gerais da contabilidade, no cadastro de empresa, a configuração Apenas contabilizar NFSe autorizadas, com essa opção marcada, será realizada a contabilização somente das Notas Fiscais de Serviço eletrônica (NFS-e) autorizadas na SEFAZ.

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

Implementamos um ajuste na depreciação do bem configurado com uma única parcela de crédito sobre aquisição. Agora, será gerado um único lançamento de depreciação, e a contabilização será baseada nessa parcela única de crédito sobre aquisição.

Implementamos nas configurações gerais da contabilidade, no cadastro de empresa, a configuração Apenas contabilizar NFSe autorizadas, com essa opção marcada, será realizada a contabilização somente das Notas Fiscais de Serviço eletrônica (NFS-e) autorizadas na SEFAZ.

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

Implementamos a opção Integrar estorno de Documentos de CTe de Substituição (Créditos) na aba Dados da Apuração PIS/COFINS. Com a opção desmarcada na apuração os conhecimentos substitutos não serão apresentados na guia Documentos Substituição dos Créditos dos Documentos de Anulação/Substituição. Saiba mais clicando aqui.

Para a rotina funcionar corretamente, é necessário executar o CAS com data de 04.06.24

Para atender o projeto da NFS-e Nacional, implementamos o campo Exigibilidade ISS no cadastro dos dados iniciais da nota de serviço. Nesta primeira etapa, trata-se apenas da criação do campo, sem obrigatoriedade de preenchimento, e nenhuma informação será exportada para o XML da nota.

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

Para atender o projeto da NFS-e Nacional, implementamos o campo Exigibilidade ISS no cadastro dos dados iniciais da nota de serviço. Nesta primeira etapa, trata-se apenas da criação do campo, sem obrigatoriedade de preenchimento, e nenhuma informação será exportada para o XML da nota.

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

Problema: o sistema apresentava mensagem de erro ao nagegar entre as abas do cadastro.

Correção efetuada: corrigimos a configuração do componente em tela para permitir a navegação entre as abas do cadastro.

Problema: a rotina apresentava CTRB/RPA faturadas na lista de CTRB/RPA a faturar.

Correção efetuada: corrigimos o comando que realiza a busca das CTRB/RPA não faturadas, assim será apresentado corretamente na tela do sistema.

A partir desta versão o sistema permitirá a inclusão de um QR Code nos modelos de contrato para CTRB/RPA. Este QR code pode conter informações importantes sobre o contrato, facilitando o acesso rápido e direto a dados críticos através de um simples escaneamento com um dispositivo móvel.

O QR Code pode incluir links para documentos importantes relacionados ao contrato, como termos e condições, faturas, e guias de embarque, garantindo que todas as partes envolvidas tenham acesso imediato às informações necessárias.

Veja como configurar no tópico Como incluir um QR Code no modelo de Contrato e Avisos do CTRB/RPA? no Portal de Documentação.

Problema: o sistema apresentava mensagem de erro ao nagegar entre as abas do cadastro.

Correção efetuada: corrigimos a configuração do componente em tela para permitir a navegação entre as abas do cadastro.

Implementamos na Escrituração Fiscal Digital - EFD, o ajuste no campo Código de Ajuste Operação 932 alterando a posição dele para a guia Código de Ajuste CTe que foi renomeada de Código de Ajuste CTe Substituição para Código de Ajuste CTe, onde será possível cadastrar os códigos de ajustes pela UF sem dependência de outros campos de código de ajuste.

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

Problema: a rotina estava gerando o registro C190 incorretamente.

Correção efetuada: corrigimos o comando que busca os dados para exportar no registros C190 referente a validação do CST.

Problema: a geração do arquivo do SPED EFD, estava em looping infinito, não saindo da geração do arquivo e não apresentando erro.

Correção: retiramos a duplicidade da criação do campo VlSt na geração do arquivo. Desta forma, o arquivo da escrituração fiscal digital será gerado normalmente.

Implementado o Serviço SRVFATGIFAUT com o objetivo de automatizar o envio de faturas. Com essa nova funcionalidade, após realizar as parametrizações necessárias e executar o processo de faturamento, o sistema enviará as faturas automaticamente. Desta forma, não será mais necessário acessar manualmente a rotina Movimentações > Faturamento > Gerenciamento de Impressão e Envio de Faturas.

Para saber mais, acesse o manual Serviço Automático de Envio de Faturas.

Implementamos no cadastro de produto, a configuração de Crédito Presumido para o item, onde deverão ser informados os campos Cód. Benef. Cred. Presumido , % Cred. Presumido e Cód. Benef. RBC (CST 51), que serão exibidos na guia Crédito Presumido na Movimentação do Item da Nota Fiscal.

Essas informações, quando configuradas para o item, serão apresentadas no grupo de tag gCred do XML da NF-e.

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

Saiba mais clicando aqui.

Implementamos no cadastro da empresa nas configurações do CT-e, a opção Validar Inscrição Estadual na vinculação de Notas Fiscais, onde quando habilitada será considerada a Inscrição Estadual da Nota Fiscal inserida no Conhecimento e não a Inscrição Estadual do Emitente do CT-e. A inscrição estadual da Nota Fiscal será importada pelo RBT através do serviço ImportacaoNFe.

Também implementamos na emissão do Conhecimento e na Manutenção de Notas Fiscais, o campo Inscrição Estadual.

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

Aumentamos o limite de caracteres para o campo DSPROGRAMA da tabela SISAUDLO.

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

Implementamos no cadastro de empresa, nas configurações fiscais da guia Contabilidade, a configuração Não excluir ICMS da Base de Cálculo do PIS/COFINS para item monofásico, que quando marcada, nas notas de Recebimento para os itens que se enquadram na Tributação Monofásica não será excluído o valor do ICMS na base de PIS/COFINS do item. Saiba mais clicando aqui.

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

Implementamos no cadastro da empresa nas configurações do CT-e, a opção Validar Inscrição Estadual na vinculação de Notas Fiscais, onde quando habilitada será considerada a Inscrição Estadual da Nota Fiscal inserida no Conhecimento e não a Inscrição Estadual do Emitente do CT-e. A inscrição estadual da Nota Fiscal será importada pelo RBT através do serviço ImportacaoNFe.

Também implementamos na emissão do Conhecimento e na Manutenção de Notas Fiscais, o campo Inscrição Estadual.

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

Problema: o sistema não apresentava o valor com as casas decimais no log da auditoria.

Correção efetuada: corrigimos o comando que realiza a gravação dos log, para quando o campo for do tipo valor, apresente casas decimais se houver.

Aumentamos o limite de caracteres para o campo DSPROGRAMA da tabela SISAUDLO.

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

Implementamos no cadastro de empresa, nas configurações fiscais da guia Contabilidade, a configuração Não excluir ICMS da Base de Cálculo do PIS/COFINS para item monofásico, que quando marcada, nas notas de Recebimento para os itens que se enquadram na Tributação Monofásica não será excluído o valor do ICMS na base de PIS/COFINS do item. Saiba mais clicando aqui.

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

Problema: a rotina estava importando os dados para campos incorretos no banco de dados.

Correção efetuada: corrigimos o comando que realiza a importação dos dados referente a receita de frete para os campos corretos no banco de dados.

Problema: a rotina não apresentava os valores referente ao cálculo de M³ da Ordem de Coleta.

Correção efetuada: ajustamos o comando que alimenta os valores (Altura, Largura, Comprimento e Quantidade) ao realizar a geração da Ordem de coleta após a aprovação da cotação de Frete.

Problema: a rotina não estava mantendo os campos preenchidos ao criar um novo registro.

Correção efetuada: corrigimos o comando que mantem os dados do registro anterior ao criar um novo registro.

Implementamos no cadastro de empresa, nas configurações fiscais da guia Contabilidade, a configuração Não excluir ICMS da Base de Cálculo do PIS/COFINS para item monofásico, que quando marcada, nas notas de Recebimento para os itens que se enquadram na Tributação Monofásica não será excluído o valor do ICMS na base de PIS/COFINS do item. Saiba mais clicando aqui.

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

Implementamos no cadastro da empresa nas configurações do CT-e, a opção Validar Inscrição Estadual na vinculação de Notas Fiscais, onde quando habilitada será considerada a Inscrição Estadual da Nota Fiscal inserida no Conhecimento e não a Inscrição Estadual do Emitente do CT-e. A inscrição estadual da Nota Fiscal será importada pelo RBT através do serviço ImportacaoNFe.

Também implementamos na emissão do Conhecimento e na Manutenção de Notas Fiscais, o campo Inscrição Estadual.

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

Problema: a rotina não estava navegando entre os campos com a tecla TAB, na sequência correta.

Correção efetuada: corrigimos os parâmetros de navegação entre os campos com a tecla TAB, ao criar novo registro.

Problema: o sistema não estava calculando o PIS/COFINS na emissão do CT-e com configuração diferente de preponderante de exportação.

Correção efetuada: alteramos a validação da regra para calcular o PIS/COFINS do CT-e quando não se enquadrar na regra de preponderância de exportação.

Implementado o Serviço SRVFATGIFAUT com o objetivo de automatizar o envio de faturas. Com essa nova funcionalidade, após realizar as parametrizações necessárias e executar o processo de faturamento, o sistema enviará as faturas automaticamente. Desta forma, não será mais necessário acessar manualmente a rotina Movimentações > Faturamento > Gerenciamento de Impressão e Envio de Faturas.

Para saber mais, acesse o manual Serviço Automático de Envio de Faturas.

Implementamos no cadastro da empresa nas configurações do CT-e, a opção Validar Inscrição Estadual na vinculação de Notas Fiscais, onde quando habilitada será considerada a Inscrição Estadual da Nota Fiscal inserida no Conhecimento e não a Inscrição Estadual do Emitente do CT-e. A inscrição estadual da Nota Fiscal será importada pelo RBT através do serviço ImportacaoNFe.

Também implementamos na emissão do Conhecimento e na Manutenção de Notas Fiscais, o campo Inscrição Estadual.

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

Problema: a rotina não estava buscando todos os CT-es do livro de registro de saídas.

Correção efetuada: corrigimos o comando que realiza a ligação da tabela de documentos apurados com a tabela de CT-e.

Implementamos no cadastro de produto, a configuração de Crédito Presumido para o item, onde deverão ser informados os campos Cód. Benef. Cred. Presumido , % Cred. Presumido e Cód. Benef. RBC (CST 51), que serão exibidos na guia Crédito Presumido na Movimentação do Item da Nota Fiscal.

Essas informações, quando configuradas para o item, serão apresentadas no grupo de tag gCred do XML da NF-e.

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

Saiba mais clicando aqui.

Implementamos no cadastro de produto, a configuração de Crédito Presumido para o item, onde deverão ser informados os campos Cód. Benef. Cred. Presumido , % Cred. Presumido e Cód. Benef. RBC (CST 51), que serão exibidos na guia Crédito Presumido na Movimentação do Item da Nota Fiscal.

Essas informações, quando configuradas para o item, serão apresentadas no grupo de tag gCred do XML da NF-e.

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

Saiba mais clicando aqui.

Implementamos um ajuste no XML da NF-e, quando não houver incidência de ICMS. Ou seja, para valor de ICMS zerado, não será gerado o grupo de tag ICMSUFDest no XML da nota.

Problema: a rotina não estava salvando o registro ao realizar alteração no cadastro e clicar no botão salvar.

Correção efetuada: corrigimos o comando que realiza a gravação das alterações no cadastro de Contas Financeiras Autorizadas.

Problema: a rotina apresentava mensagem de erro ao cancelar a exclusão da solicitação de cobrança.

Correção efetuada: corrigimos o comando que atualiza a Solicitação a Cobrança, quando excluído a movimentação de conta corrente.

Problema: a rotina apresentava mensagem de erro ao tentar salvar o registro.

Correção efetuada: corrigimos o comando que realiza a gravação das tabelas no banco de dados referente as multas.

Implementamos validação no sistema, que agora passara por condicional da configuração de integração.

Problema: o sistema não estava associando os defeitos ao tipo de ordem de serviço.

Correção efetuada: corrigimos o comando que realiza a gravação dos defeitos cadastrados no tipo de ordem de serviço.

Implementamos comando na rotina, para que exporte o digito verificador do nosso número no arquivo.

Implementado o Serviço SRVFATGIFAUT com o objetivo de automatizar o envio de faturas. Com essa nova funcionalidade, após realizar as parametrizações necessárias e executar o processo de faturamento, o sistema enviará as faturas automaticamente. Desta forma, não será mais necessário acessar manualmente a rotina Movimentações > Faturamento > Gerenciamento de Impressão e Envio de Faturas.

Para saber mais, acesse o manual Serviço Automático de Envio de Faturas.

Implementamos no cadastro da empresa nas configurações do CT-e, a opção Validar Inscrição Estadual na vinculação de Notas Fiscais, onde quando habilitada será considerada a Inscrição Estadual da Nota Fiscal inserida no Conhecimento e não a Inscrição Estadual do Emitente do CT-e. A inscrição estadual da Nota Fiscal será importada pelo RBT através do serviço ImportacaoNFe.

Também implementamos na emissão do Conhecimento e na Manutenção de Notas Fiscais, o campo Inscrição Estadual.

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

Na integração da nota no RDE, implementamos os novos campos de medida, Unidade de Medida que receberá o valor configurado no cadastro do item e o campo Unidade de Medida de Conversão que apresentará a unidade de medida importada do XML da nota de Recebimento.

Problema: verificamos que a rotina estava buscando um item inativo no sistema para vincular ao Item/Fornecedor.

Correção efetuada: ajustamos o comando que busca os itens para vinculá-los ao Fornecedor durante o recebimento de Nota Fiscal.

Implementamos um ajuste no totalizador do imposto IRRF, nas Retenções PJ, apresentando o mesmo valor do imposto retido na nota.

Problema: a rotina apresentava erro de validação no arquivo referente a CT-e.

Correção efetuada: corrigimos a validação da exportação dos arquivos de CT-e, para que seja verificado o valor do ICMS de crédito presumido e não o ICMS normal.

Implementado o Serviço SRVFATGIFAUT com o objetivo de automatizar o envio de faturas. Com essa nova funcionalidade, após realizar as parametrizações necessárias e executar o processo de faturamento, o sistema enviará as faturas automaticamente. Desta forma, não será mais necessário acessar manualmente a rotina Movimentações > Faturamento > Gerenciamento de Impressão e Envio de Faturas.

Para saber mais, acesse o manual Serviço Automático de Envio de Faturas.

Implementamos no cadastro de produto, a configuração de Crédito Presumido para o item, onde deverão ser informados os campos Cód. Benef. Cred. Presumido , % Cred. Presumido e Cód. Benef. RBC (CST 51), que serão exibidos na guia Crédito Presumido na Movimentação do Item da Nota Fiscal.

Essas informações, quando configuradas para o item, serão apresentadas no grupo de tag gCred do XML da NF-e.

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

Saiba mais clicando aqui.

Implementamos no cadastro de empresa, nas configurações fiscais da guia Contabilidade, a configuração Não excluir ICMS da Base de Cálculo do PIS/COFINS para item monofásico, que quando marcada, nas notas de Recebimento para os itens que se enquadram na Tributação Monofásica não será excluído o valor do ICMS na base de PIS/COFINS do item. Saiba mais clicando aqui.

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

Implementamos uma função que faz a liberação da dll no sistema operacional, devido a ocorrência de congelamento da rotina de Consultas de títulos a receber após salvar ou imprimir o boleto da fatura.

Na Escrituração Fiscal Digital - EFD, em Ajustes da Apuração, na guia Códigos de Ajuste Registro 1900, para os códigos de ajuste referentes ao D195, implementamos o campo Código Ajuste Oper. 932. Se este código for inserido e existirem CT-es com CFOP 5.932 ou 6.932 durante o período, os registros D195 e D197 serão automaticamente gerados.

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

No cadastro de Motivos de Acréscimo e Desconto foi implementada a opção Cálculo de Comissão do Acerto de Contas com duas flag: Considerar e Desconsiderar. Agora, no módulo GFV, na guia Movimentação do Acerto de Contas de Motoristas, quando o cálculo da comissão for realizado, ele será baseado nos valores especificados nos motivos de Acréscimo e Desconto. Os valores que estiverem marcados com a flag para serem considerados serão descontados ou acrescentados na comissão.

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

No cadastro de Motivos de Acréscimo e Desconto foi implementada a opção Cálculo de Comissão do Acerto de Contas com duas flag: Considerar e Desconsiderar. Agora, no módulo GFV, na guia Movimentação do Acerto de Contas de Motoristas, quando o cálculo da comissão for realizado, ele será baseado nos valores especificados nos motivos de Acréscimo e Desconto. Os valores que estiverem marcados com a flag para serem considerados serão descontados ou acrescentados na comissão.

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

Anteriormente, quando um veículo que necessitava de reboque, o sistema apenas movia o foco de volta para o campo Veículo ao utilizar as teclas TAB ou ENTER, sem notificar o usuário sobre a necessidade de reboque.

Agora, ao informar um veículo que exige reboque, o sistema exibe uma mensagem clara e informativa notificando o usuário sobre essa exigência: Veículo vinculado a este Romaneio exige informação de 1º Reboque preenchida! Esta mensagem é exibida automaticamente assim que o veículo é informado, melhorando a comunicação e evitando possíveis confusões ou erros no processo.

Problema: a rotina apresentava a mensagem de erro [AnyDAC][Phys][Ora]ORA-01795: maximum number of expressions in a list is 1000 ao gerar a pré-contabilização.

Correção efetuada: alteramos o comando SQL para contemplar o banco de dados ORACLE.

Problema: a rotina apresentava mensagem de erro no campo VlBaseCalcST ao executar a apuração dos documento de CT-e.

Correção efetuada: ajustamos o comando que realiza a criação da tabela temporária para apuração dos documentos de CT-e.

Problema: o sistema apresentava a mensagem de erro Ocorreu um erro ao acessar um campo de uma tabela. - Mensagem Original do Erro QYGTCCONHE: FIELD 'VLPEDAGIO' NOT FOUND ao executar a geração da contabilização.

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

Problema: o sistema não estava preenchendo o campo CEP quando informado uma coleta na emissão de Redespacho e Subcontrato.

Correção efetuada: alteramos a rotina para que o campo CEP Coleta seja preenchido automaticamente quando a Ordem de Coleta for informada durante a emissão de Conhecimentos. Esta alteração aplica-se ao modelo de emissão 3 e é válida para os tipos de Emissão Redespacho e Subcontrato.

Problema: a rotina estava apresentando lentidão ao clicar no botão de cálculo de cubagem (Cálculo M³).

Correção efetuada: realizamos uma melhoria de performance ao clicar no botão Cálculo M³.

Verificamos que na tela de Movimentação de Conta Corrente o sistema não estava trazendo os tipos que foram definidos na tela de cadastro de Histórico. Realizamos um ajuste para que, ao criar um registro na tela de movimentação de conta corrente, o tipo (Crédito ou Débito) seja automaticamente definido conforme o estabelecido no cadastro de Histórico.

Problema: o sistema estava gerando o campo CdSeqHCM fora da sequência ao realizar a integração com o HCM.

Correção efetuada: ajustamos o comando que realiza a consulta da sequência para não buscar o último elemento se este estiver nulo. Adicionamos também uma exceção para o caso de falha ao gravar a sequência.

Problema: a rotina apresentava o hodômetro do veiculo com valor incorreto após a movimentação de um pneu para o estoque.

Correção efetuada: ajustamos o comando que realiza o cálculo do hodômetro do veículo quando há movimentação de pneus para estoque.

Problema: a rotina apresentava a mensagem de erro { [AnyDAC][Phys][ODBC][Microsoft][SQL Server Native Client 11.0][SQL Server]Incorrect syntax near '='. } ao tentar imprimir o relatório.

Correção efetuada: alteramos o comando que realiza a busca dos registros no banco de dados para apresentar em tela, permitindo visualizar o relatório.

No cadastro de Motivos de Acréscimo e Desconto foi implementada a opção Cálculo de Comissão do Acerto de Contas com duas flag: Considerar e Desconsiderar. Agora, no módulo GFV, na guia Movimentação do Acerto de Contas de Motoristas, quando o cálculo da comissão for realizado, ele será baseado nos valores especificados nos motivos de Acréscimo e Desconto. Os valores que estiverem marcados com a flag para serem considerados serão descontados ou acrescentados na comissão.

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

Problema: verificamos que a rotina estava buscando um item inativo no sistema para vincular ao Item/Fornecedor.

Correção efetuada: ajustamos o comando que busca os itens para vinculá-los ao Fornecedor durante o recebimento de Nota Fiscal.

Na Escrituração Fiscal Digital - EFD, em Ajustes da Apuração, na guia Códigos de Ajuste Registro 1900, para os códigos de ajuste referentes ao D195, implementamos o campo Código Ajuste Oper. 932. Se este código for inserido e existirem CT-es com CFOP 5.932 ou 6.932 durante o período, os registros D195 e D197 serão automaticamente gerados.

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

Problema: o sistema apresentava mensagem de erro Não foi possível inserir o registro na tabela ao gerar alguns lotes do arquivo da Escrituração Fiscal Digital - EFD.

Correção efetuada: alteramos o comando que utiliza o campo faltante na tabela temporária.

Problema: o sistema não estava respeitando a configuração, na rotina Planejamento de Revisões, quando definido que a periodicidade é apenas por KM do veículo.

Correção efetuada: alteramos o comando que busca as revisões dos veículos para que respeite a configuração de revisão por KM.

Problema: ao imprimir a fatura via Contas a Receber, a rotina apresentava a mensagem Não foi possível gerar o código de barras para o título XX para o portador 237 quando possui mais de 10 parcelas.

Correção efetuada: alteramos o comando que realiza a geração do código de barras para títulos que contenham mais de 10 parcelas.

Atendendo ao layout da NFS-e Nacional, implementamos no cadastro de Prestação de Serviços o campo Código Tributação Nacional. Quando esse campo for preenchido, a nova tag CodigoTributacaoNacional será gerada no grupo Transacao no XML da Nota Fiscal de Serviço Nacional, contendo a informação gravada nesse novo campo do cadastro.

Para o correto funcionamento da rotina, executar o CAS com a data de 06/05/24.

Problema: a rotina apresentava resultados diferentes ao gerar o relatório utilizando os mesmos filtros.

Correção efetuada: alteramos o comando que realiza a busca dos registros filtrados.

Realizamos a integração entre os dados de abastecimento importados do Ticket-Car e o ERP Senior, assegurando que os movimentos de abastecimento sejam corretamente processados e, quando necessário, gerem cupons fiscais. A seguir, as principais implementações:

Importação de Dados do Ticket-Car:

• Rotina para importar dados de abastecimento do Ticket-Car;
• Identificação do tipo de abastecimento (interno ou externo).

Processamento de Abastecimentos Internos:

• Integração automática dos dados de abastecimento interno com o sistema de gerenciamento de estoque;
• Atualização precisa do inventário interno.

Processamento de Abastecimentos Externos:

• Geração de Cupom fiscais no ERP Senior para abastecimentos externos.

Problema: o sistema não estava mantendo o valor do campo GRIS quando utilizado três casas decimais.

Correção efetuada: alteramos a rotina para respeitar o valor do campo GRIS ao realizar a majoração da tabela de frete, especialmente quando este valor possui três (03) casas decimais, conforme o formato da tabela de frete.

Implementamos na Apuração PIS/COFINS um ajuste nos valores de base de PIS e COFINS e o valor do documento quando a nota fiscal for enquadrada no ICMS ST, evitando assim a dedução do valor do ICMS ST desses valores.

Problema: na rotina de contabilização era apresentada uma diferença de débito e crédito referente a NFS-e.

Correção efetuada: alteramos o comando que realiza a formação do valor liquido do documento de nota fiscal de serviço para a contabilização.

Em conformidade com o Ajuste SINIEF nº 7/2022, implementamos a Nota Fiscal Fatura de Serviços de Comunicação Eletrônica - NFCom, definida pelo modelo 62. No cadastro de Tipo de Documento, adicionamos a opção Nota Fiscal Fatura de Serviços de Comunicação Eletrônica para a correta identificação do documento. Realizamos também as adequações necessárias na Nota de Recebimento, Apuração PIS/COFINS e Escrituração Fiscal Digital - EFD para suportar o novo modelo.

Implementamos na Apuração PIS/COFINS uma adequação para os documentos do Comprovante de Transporte de Terceiros e NF-e, permitindo a apuração de PIS/COFINS por regime de pagamento.

No Livro de Registro de Apuração do ICMS, modelo 1, implementamos um ajuste para os documentos com ICMS Isento, apresentando o valor corretamente na coluna Isentas do relatório. Realizamos também uma alteração no agrupamento do CFOP no relatório.

Problema: o sistema não estava navegando por todos os campos da tela com as teclas TAB e Enter.

Correção efetuada: ajustamos a rotina para permitir o cursor no campo Outros Documentos, ao realizar a emissão de conhecimento utilizando TAB ou ENTER na navegação entre os campos e possibilitando passar para os próximos campos da tela.

Problema: a rotina estava calculando o valor de SEC/CAT incorretamente quando marcada a opção Mercadoria entregue no depósito.

Correção efetuada: ajustamos o comando que realiza o cálculo do valor SEC/CAT quando é realizada a emissão de conhecimento com a configuração Mercadoria entregue no depósito marcada.

Problema: o sistema não apresentava a tela de seleção de rotas ao criar um MDF-e cujo destinatário é do exterior, mas a entrega é no Brasil.

Correção efetuada: ajustamos a rotina para apresentar a seleção de Rotas, quando gerado o MDF-e através de um CT-e onde o Destinatário é do Exterior, porém o CEP de entrega é no Brasil.

Problema: o sistema não estava mantendo as configurações realizadas ao abrir a tela de Envio de e-mail pela segunda vez.

Correção efetuada: ajustamos a rotina para manter a opção Utiliza protocolo SSL marcada, após o envio do primeiro documento.

Atendendo ao layout da NFS-e Nacional, implementamos no cadastro de Prestação de Serviços o campo Código Tributação Nacional. Quando esse campo for preenchido, a nova tag CodigoTributacaoNacional será gerada no grupo Transacao no XML da Nota Fiscal de Serviço Nacional, contendo a informação gravada nesse novo campo do cadastro.

Para o correto funcionamento da rotina, executar o CAS com a data de 06/05/24.

Problema: o sistema não estava respeitando o filtro do relatório, apresentando registros não selecionados no filtro.

Correção efetuada: alteramos a rotina para não apresentar os documentos com situação Suspensos ao emitir o relatório de Conhecimentos Emitidos modelo 1, quando for marcado para trazer somente os Não faturados na impressão.

Problema: a rotina informava os totalizadores na guia Totais do Conhecimento diferente do total que é demonstrado no grid de Conhecimentos na guia Filtros Principais.

Correção efetuada: alteramos o comando responsável pela busca dos registros para realizar a soma que será apresentada nos totalizadores do relatório.

Problema: o sistema não permitia salvar alterações de registro de freteiro inativo.

Correção efetuada: ajustamos o comando que gerencia a gravação no banco de dados para garantir que as alterações realizadas em um registro sejam corretamente registradas.

Problema: ao informar um código de rastreador a rotina apresentava a mensagem [AnyDAC][Phys][ODBC][Microsoft][SQL Server Native Client 11.0][SQL Server]Violation of PRIMARY KEY constraint 'SISLocId0'. Cannot insert duplicate key in object 'dbo.SISLocId'. The duplicate key value is (xxx00X00).

Correção efetuada: ajustamos o filtros de abertura das consultas do rastreador e veículo disponível.

Problema: a rotina não estava imprimindo registros no relatório, mesmo existindo registros na base. Ao tentar emitir o relatório era exibida a mensagem Não há registros para serem visualizados.

Correção efetuada: ajustamos a abertura do componente de conexão com o banco de dados para garantir a busca correta dos registros.

Problema: após realizar a gravação de um abastecimento a rotina apresentava a mensagem QYCFRCFG: FIELD 'INMOVULTABASTHODCHEG' NOT FOUND ao salvar a fatura gerada.

Correção efetuada: alteramos o comando que grava o registro no banco de dados, ajustando o erro de campo não encontrado.

Problema: o sistema apresentava mensagem {[AnyDAC][Phys][ODBC][Microsoft][SQL Server Native Client 11.0][SQL Server]A trigger returned a resultset and/or was running with SET NOCOUNT OFF while another outstanding result set was active.} ao tentar gravar um registro.

Correção efetuada: ajustamos a rotina para tratar a busca do defeito, ao gravar uma vinculação de Defeito/Serviço na rotina Movimentação de Ordens de Serviço.

Problema ao tentar imprimir o relatório a rotina apresentava a mensagem de erro Metafile is not valid.

Correção efetuada ajustamos a configuração de impressão do relatório para suportar a impressão de mais de 100 páginas.

Atendendo ao layout da NFS-e Nacional, implementamos no cadastro de Prestação de Serviços o campo Código Tributação Nacional. Quando esse campo for preenchido, a nova tag CodigoTributacaoNacional será gerada no grupo Transacao no XML da Nota Fiscal de Serviço Nacional, contendo a informação gravada nesse novo campo do cadastro.

Para o correto funcionamento da rotina, executar o CAS com a data de 06/05/24.

Na movimentação dos itens do Recebimento, implementamos uma melhoria apresentando os seguintes campos CFOP, CST,Valor Total, BC ICMS, Aliq. ICMS,Valor ICMS,Outras e Isentas/Não Tributadas para os itens na nota de Recebimento.

Problema: a rotina apresentava mensagem de erro QrySPDRNFDCPF:Type mismatch for field 'CTRB/RPA', expecting: integer actual: Float ao clicar no botão Retenções PJ/PF.

Correção efetuada: ajustamos o comando para adequação das versões diferentes do ORACLE.

Em conformidade com o Ajuste SINIEF nº 7/2022, implementamos a Nota Fiscal Fatura de Serviços de Comunicação Eletrônica - NFCom, definida pelo modelo 62. No cadastro de Tipo de Documento, adicionamos a opção Nota Fiscal Fatura de Serviços de Comunicação Eletrônica para a correta identificação do documento. Realizamos também as adequações necessárias na Nota de Recebimento, Apuração PIS/COFINS e Escrituração Fiscal Digital - EFD para suportar o novo modelo.

Implementamos uma adequação na rotina Escrituração Fiscal Digital - EFD, adicionando o botão de Sair à interface.

Implementamos um ajuste no EFD ao gerar o registro C197 utilizando a UF do registro D100, que impedia a geração correta do arquivo.

Em conformidade com o Ajuste SINIEF nº 7/2022, implementamos a Nota Fiscal Fatura de Serviços de Comunicação Eletrônica - NFCom, definida pelo modelo 62. No cadastro de Tipo de Documento, adicionamos a opção Nota Fiscal Fatura de Serviços de Comunicação Eletrônica para a correta identificação do documento. Realizamos também as adequações necessárias na Nota de Recebimento, Apuração PIS/COFINS e Escrituração Fiscal Digital - EFD para suportar o novo modelo.

Na movimentação dos itens do Recebimento, implementamos uma melhoria apresentando os seguintes campos CFOP, CST,Valor Total, BC ICMS, Aliq. ICMS,Valor ICMS,Outras e Isentas/Não Tributadas para os itens na nota de Recebimento.

Implementamos a opção Não apresentar Valor do ICMS na aba Resumo Fiscal na manutenção de Notas (Monofásico) nas configurações de Contabilidade no Cadastro da Empresa. Com essa nova opção marcada, o campo Valor ICMS aparecerá zerado na guia Resumo Fiscal da Manutenção de Notas de Entrada para itens monofásicos.

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

Veja mais sobre o tema: Tributação Monofásica sobre Combustíveis.

Implementamos na contabilidade do cadastro de Empresa a guia Estorno CTe Substituição, onde deverão ser definidas as contas contábeis para a contabilização do CT-e de Substituição.

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

Acesse a documentação deste conteúdo em Contabilização CT-e Substituído.

Problema: ao gerar o MDF-e via da ficha de viagem, foi observado que estavam faltando documentos no anexo desse MDF-e .

Correção efetuada: ajustamos a rotina para gerar o MDF-e a partir da rotina Ficha de Viagem, considerando todos Conhecimentos vinculados à ficha.

Implementamos em Cadastro de Apólices a opção Não gerar Monitoramento no Romaneio para cada faixa de valor da apólice, na guia Gerenciamento de Risco.

Já na Impressão do Romaneio, o sistema agora verifica se o valor está dentro de uma faixa com a opção de Não gerar Monitoramento no Romaneio marcada. Se sim, o Monitoramento SMP não será gerado e uma mensagem informativa será exibida.

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

Saiba mais clicando aqui.

Implementamos a opção Não apresentar Valor do ICMS na aba Resumo Fiscal na manutenção de Notas (Monofásico) nas configurações de Contabilidade no Cadastro da Empresa. Com essa nova opção marcada, o campo Valor ICMS aparecerá zerado na guia Resumo Fiscal da Manutenção de Notas de Entrada para itens monofásicos.

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

Veja mais sobre o tema: Tributação Monofásica sobre Combustíveis.

Implementamos na contabilidade do cadastro de Empresa a guia Estorno CTe Substituição, onde deverão ser definidas as contas contábeis para a contabilização do CT-e de Substituição.

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

Acesse a documentação deste conteúdo em Contabilização CT-e Substituído.

Problema: ao adicionar um novo CNPJ não estava respeitando a configuração de adição de novos registros no campo Permitir emitir conhecimentos tipo.

Correção efetuada: ajustamos a rotina para preencher automaticamente os campos de tipos de emissão na negociação do cliente, sempre que o CNPJ do cliente estiver vinculado a uma tabela específica.

Implementamos a opção Não apresentar Valor do ICMS na aba Resumo Fiscal na manutenção de Notas (Monofásico) nas configurações de Contabilidade no Cadastro da Empresa. Com essa nova opção marcada, o campo Valor ICMS aparecerá zerado na guia Resumo Fiscal da Manutenção de Notas de Entrada para itens monofásicos.

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

Veja mais sobre o tema: Tributação Monofásica sobre Combustíveis.

Problema: ao gerar a Depreciação/Amortização do mês era apresentada a mensagem de erro Argument out of range.

Correção efetuada: ajustamos o comando que realiza a busca dos registros para realizar a depreciação.

Implementamos na contabilidade do cadastro de Empresa a guia Estorno CTe Substituição, onde deverão ser definidas as contas contábeis para a contabilização do CT-e de Substituição.

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

Acesse a documentação deste conteúdo em Contabilização CT-e Substituído.

Problema: o sistema não estava navegando por todos os campos da tela com as teclas TAB e Enter.

Correção efetuada: ajustamos a rotina para permitir o cursor no campo Outros Documentos, ao realizar a emissão de conhecimento utilizando TAB ou ENTER na navegação entre os campos.

Implementamos uma alteração no método de cálculo do PIS/COFINS durante a emissão de um conhecimento para empresas com regime Preponderantemente Exportadora. Agora, quando o Destinatário for da UF EX e o remetente for uma pessoa jurídica sob o regime Preponderantemente Exportadora vigente, o valor de PIS/COFINS não será aplicado a esse conhecimento.

Saiba mais sobre o tema clicando aqui.

Problema: o sistema estava apresentando o cálculo incorreto do frete, após o cálculo do rateio, quando a composição está com ICMS não incluso.

Correção efetuada: alteramos a rotina para calcular corretamente os valores quando o lote contém notas fiscais com diferentes tributações.

Problema: ao adicionar um novo CNPJ não estava respeitando a configuração de adição de novos registros no campo Permitir emitir conhecimentos tipo.

Correção efetuada: ajustamos a rotina para preencher automaticamente os campos de tipos de emissão na negociação do cliente, sempre que o CNPJ do cliente estiver vinculado a uma tabela específica.

Problema: ao gerar o MDF-e via da ficha de viagem, foi observado que estavam faltando documentos no anexo desse MDF-e .

Correção efetuada: ajustamos a rotina para gerar o MDF-e a partir da rotina Ficha de Viagem, considerando todos Conhecimentos vinculados à ficha.

Problema: o sistema permitia adicionar um manifesto em um MDF-e que já havia sido enviado para processamento na SEFAZ.

Correção efetuada: ajustamos a rotina para não permitir inserir um Manifesto em um MDF-e que já foi enviado para processamento com a SEFAZ.

Implementamos em Cadastro de Apólices a opção Não gerar Monitoramento no Romaneio para cada faixa de valor da apólice, na guia Gerenciamento de Risco.

Já na Impressão do Romaneio, o sistema agora verifica se o valor está dentro de uma faixa com a opção de Não gerar Monitoramento no Romaneio marcada. Se sim, o Monitoramento SMP não será gerado e uma mensagem informativa será exibida.

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

Saiba mais clicando aqui.

Realizamos um ajuste na apuração dos documentos referentes à nota fiscal de saída para considerar o valor do IPI no valor contábil e outros.

Problema: a rotina retornava uma mensagem de erro ao tentar adicionar todos os conhecimentos a lista.

Correção efetuada: alteramos a passagem de parâmetros para consulta dos documentos à faturar.

Retiramos o grupo de tags ICMSUFDest do XML das notas de emissões própria (NF-e), somente quando o tipo do movimento for Entrada.

Problema: o sistema não apresentava os valores que compõem os custos calculados da ficha de viagem.

Correção efetuada: ajustamos a rotina para que, ao realizar a emissão da CTRB/RPA pela rotina do CTRB, os valores que compõem os custos calculados da ficha de viagem sejam carregados corretamente.

Problema: a rotina estava apresentando o valor dos totalizadores do relatório incorretamente, quando o pneu possuía uma movimentação entre as posições do caminhão.

Correção efetuada: alteramos o comando que realiza a busca dos valores para o totalizador do relatório.

Problema: o sistema estava gerando o XML da observação de uma NFS-e com um caractere incorreto.

Correção efetuada: ajustamos a rotina Emissão de Conhecimentos para gerar o XML da observação da NFS-e com tratamento para caractere especial, ao realizar a emissão da NFS-e.

Problema: ao tentar averbar uma NFS-e o sistema apresentava um erro no log do RBT.

Correção efetuada: ajustamos a formatação de data da função GravaTagIde.

Problema: ao tentar gerar o arquivo de escrituração fiscal a rotina exibia a mensagem Mensagem Original do Erro { [AnyDAC][Phys][Ora] ORA-01427: single-row subquery returns more than one row }.

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

Implementamos um ajuste no cadastro de Outras Obrigações Tributárias para apresentar corretamente a opção de Créditos Monofásicos no campo Tipo da Obrigação Tributária.

Problema: a rotina não apresentava os dados da ficha de viagem ao consultar pela tela de emissão de Ordem de Coleta.

Correção efetuada: ajustamos o comando que busca os registros no banco de dados ao consultar uma ficha de viagem por meio de uma ordem de coleta.

Problema: a rotina apresentava mensagem de erro ao tentar gerar o relatório de Eficiência de Entrega.

Correção efetuada: alteramos o comando que executa o filtro para converter corretamente a data em bases ORACLE.

Problema: a rotina não estava exibindo os dados do manifesto, vinculado ao CRT, quando lançada uma movimentação.

Correção efetuada: alteramos o comando que realiza a busca dos dados do manifesto, vinculado ao CRT, para que seja apresentado ao lançar um movimento de entrega.

Problema: a rotina apresentava lentidão e travava o módulo ao ser executada.

Correção efetuada: ajustamos a rotina para evitar interromper a operação no meio do processo, mesmo se ocorrer algum erro durante a liberação de pagamentos.

Problema: ao adicionar um novo CNPJ não estava respeitando a configuração de adição de novos registros no campo Permitir emitir conhecimentos tipo.

Correção efetuada: ajustamos a rotina para alimentar os campo de tipos de emissão na negociação do cliente, quando o CNPJ do cliente é vinculado a uma tabela.

Problema: ao adicionar um novo CNPJ não era respeitada a configuração de adição de novos registros no quadro Permitir Emitir Conhecimentos Tipo.

Correção efetuada: ajustamos a rotina para alimentar os campos de tipos de emissão na negociação do cliente, quando o CNPJ do cliente for vinculado a uma tabela.

Na Manutenção de Notas de Entrada, implementamos um ajuste no campo Base de Cálculo do TTD. Agora, para a CST da tributação monofásica, o campo não será zerado. Em vez disso, ele exibirá o valor correspondente à quantidade do item, permitindo também a alteração desse valor.

Importante: para aplicar a regra da Tributação Monofásica novamente, será necessário salvar a alteração.

Modificamos a rotina de geração do XML para evitar que o campo OBSCONT ultrapasse 160 caracteres, conforme as diretrizes Manual de Orientação do Contribuinte (MOC). Essa alteração assegura a validação correta do XML pela SEFAZ. Além disso, introduzimos uma nova tag denominada ObsCont para acomodar informações variáveis, como o valor da base, especialmente em cenários que envolvem Difal, buscando prevenir futuras recorrências deste problema.

Problema: quando realizada uma inclusão ou alteração de CRT, o campo 5 era alterado na rotina.

Correção efetuada: ajustamos a rotina para que ao realizar a emissão de uma CRT, seja incluindo ou alterando, não modifique o campo 5.

Problema: ao adicionar um novo CNPJ não estava respeitando a configuração de adição de novos registros no campo Permitir emitir conhecimentos tipo.

Correção efetuada: ajustamos a rotina para alimentar os campo de tipos de emissão na negociação do cliente, quando o CNPJ do cliente é vinculado a uma tabela.

Problema: ao adicionar um novo CNPJ não era respeitada a configuração de adição de novos registros no quadro Permitir Emitir Conhecimentos Tipo.

Correção efetuada: ajustamos a rotina para alimentar os campos de tipos de emissão na negociação do cliente, quando o CNPJ do cliente for vinculado a uma tabela.

Implementamos a Nota Técnica 2024.001 v1.00 nas demais rotinas que emitem CT-e, a qual valida a data de emissão do documento vinculado no Conhecimento. Conforme esta NT, a data de emissão não pode exceder seis meses da data de autorização.

Modificamos a rotina de geração do XML para evitar que o campo OBSCONT ultrapasse 160 caracteres, conforme as diretrizes Manual de Orientação do Contribuinte (MOC). Essa alteração assegura a validação correta do XML pela SEFAZ. Além disso, introduzimos uma nova tag denominada ObsCont para acomodar informações variáveis, como o valor da base, especialmente em cenários que envolvem Difal, buscando prevenir futuras recorrências deste problema.

Modificamos a rotina de geração do XML para evitar que o campo OBSCONT ultrapasse 160 caracteres, conforme especificado pelo Manual de Orientação do Contribuinte (MOC), a fim de garantir a validação correta do XML pela SEFAZ. Além disso, foi introduzida uma nova tag denominada ObsCont para acomodar informações variáveis, como o valor da base, especialmente em cenários que envolvem Difal, buscando prevenir futuras recorrências deste problema.

Problema: o sistema estava apresentando a descrição da TAG receb subtag xNome com hífen.

Correção efetuada: ajustamos a rotina para gerar corretamente a descrição na TAG receb subtag xNome quando realizada a emissão de conhecimento eletrônico em homologação.

Problema: ao importar um XML (CT-e emitido por software de terceiros), a rotina apresentava o Tipo de Tributação de forma incorreta.

Correção efetuada: alteramos o comando que importa os dados do XML para o sistema.

Para atender à Nota Técnica 2023.004 -v1.10, implementamos para os tipos de pagamento 03, 04, 10, 11, 12, 13, 15, 17 e 18 o grupo card com a tag tpIntegra, atribuindo o valor fixo = 2.

Para atender à Nota Técnica 2023.004 -v1.10, implementamos para os tipos de pagamento 03, 04, 10, 11, 12, 13, 15, 17 e 18 o grupo card com a tag tpIntegra, atribuindo o valor fixo = 2.

Problema: a rotina apresentava lentidão e travava o módulo ao ser executada.

Correção efetuada: ajustamos a rotina para evitar interromper a operação no meio do processo, mesmo se ocorrer algum erro durante a liberação de pagamentos.

Problema: a situação do pneu não estava sendo atualizada após a exclusão de uma movimentação de venda relacionada a ele.

Correção efetuada: ajustamos o comando que realiza a atualização da situação do pneu após exclusão de um registro.

Problema: ao gerar o arquivo de remessa para o banco, estava sendo gravada uma vírgula entre o endereço e o numero, gerando rejeição para aceite do banco.

Correção efetuada: ajustamos a rotina para não gerar mais o caractere no endereço durante a geração do arquivo

Problema: na realização da importação de nota fiscal, o sistema não apresentava os itens na tela de recebimento.

Correção efetuada: ajustamos o comando que faz a consulta dos itens da nota para exibir em tela.

Implementamos um ajuste na escrituração dos documentos com carta de correção, gerando os registros C170 e D190 corretamente com os valores da carta de correção do documento, quando houver.

Na Escrituração Fiscal Digital, implementamos um ajuste no registro C197 para notas de Recebimento que possuam itens idênticos lançados, mas com quantidades diferentes. Com esse ajuste, os valores serão agrupados no C197 quando o Código de diferencial, Código do item e a CST forem os mesmos.

Problema: a rotina apresentava mensagem de erro ao clicar no botão Retenções PJ/PF.

Correção efetuada: ajustamos o comando para adequação das versões diferentes do ORACLE.

Problema: verificamos que o sistema estava exportando o valor da alíquota de ICMS incorretamente no arquivo.

Correção efetuada: alteramos o comando que realiza a exportação do campo Alíquota de ICMS no registro C170 para documentos de entrada.

Problema: a rotina apresentava mensagem de erro ao tentar gerar o arquivo de SPED EFD.

Correção efetuada: ajustamos a função responsável por inserir os campos na tabela temporária para incluir todos os campos necessários à execução da rotina.

Implementamos a opção Crédito Monofásico no campo Tipo de Obrigação Tributária, localizado no cadastro de Outras Obrigações Tributárias, para que o sistema fique de acordo com a legislação vigente.

Problema: ao enviar o monitoramento para o RMS com coletas inseridas no Romaneio, o sistema apresentava uma mensagem de erro.

Correção efetuada: alteramos os comandos para fechar e/ou validar a instância de alguns objetos utilizados no processo.

Problema: o sistema estava apresentando fichas de viagem que estavam fechadas na guia Coletas em Trânsito.

Correção efetuada: ajustamos a rotina para exibir somente as coletas cujas fichas de viagens não estejam fechadas no Gerenciamento de coletas, ao realizar o filtro por Coletas em Trânsito vinculadas a mais de uma ficha de viagem.

Problema: ao realizar o cálculo de custos de convênio, a rotina apresentava a quantidade incorreta no campo Quantidade Ajudante.

Correção efetuada: alteramos a descrição do campo referente à quantidade de diárias para ajudante e ajustamos o cálculo para que seja apresentado corretamente no campo.

Problema: a rotina apresentava a descrição incorreta do tipo de container na impressão do Controle de Containers.

Correção efetuada: alteramos o comando que busca os dados do Tipo de container para exibir na impressão do Controle de Container.

Implementamos um tratamento na rotina para evitar a duplicação de lançamentos ao integrar uma abastecida via integração CTAPlus.

Problema: ao adicionar um novo CNPJ não era respeitada a configuração de adição de novos registros no quadro Permitir Emitir Conhecimentos Tipo.

Correção efetuada: ajustamos a rotina para alimentar os campos de tipos de emissão na negociação do cliente, quando o CNPJ do cliente for vinculado a uma tabela.

Problema: ao realizar simulação da tabela de frete, o sistema não estava calculando a taxa de ITR.

Correção efetuada: ajustamos a rotina para efetuar o cálculo da taxa ITR, ao fazer a simulação da tabela de frete, quando o cliente não está cadastrado na negociação de clientes.

Problema: ao fazer a exportação ou impressão, a última página, que contém as Generalidades, não estava sendo impressa.

Correção efetuada:efetuamos um ajuste para que, tanto na exportação para o formato PDF quanto na impressão via impressora, todas as páginas sejam impressas corretamente.

Implementamos um ajuste na contabilização dos documentos com exclusão do ICMS da base de PIS/COFINS, para que contabilize com o valor correto do PIS e COFINS.

Realizamos um ajuste na base de cálculo do PIS/COFINS para os créditos em documentos que contêm ICMS/ST nos itens, garantindo a correta determinação dos valores de PIS/COFINS a serem creditados.

Problema: a rotina estava realizando a divisão do valor de Despesas Acessórias incorretamente entre todos os itens da NF-e.

Correção efetuada: ajustamos a função que faz a divisão dos valores ao lançar a Despesa Acessória para um determinado CFOP.

Problema: a rotina apresentava a mensagem Format '%d' invalid or incompatible with argument' ao clicar em Filtrar para um documento do tipo NFS-e.

Correção efetuada: alteramos o tratamento do filtro ao buscar um registro do tipo NFS-e.

Problema: na geração do lote de conhecimento não estava sendo preenchido o campo Classificação Fiscal.

Correção efetuada: alteramos a rotina para alimentar o campo Classificação Fiscal ao gerar o conhecimento pela rotina via Nota Fiscal.

Problema: ao modificar o tipo de frete, não estava atualizando os dados do pagador do frete .

Correção efetuada: ajustamos a rotina para alterar o CNPJ do tomador do serviço no lote de conhecimento já com nota fiscal lançada, quando a emissão de conhecimento muda o tipo de frete de Pago para a pagar .

Problema: ao adicionar um novo CNPJ não era respeitada a configuração de adição de novos registros no quadro Permitir Emitir Conhecimentos Tipo.

Correção efetuada: ajustamos a rotina para alimentar os campos de tipos de emissão na negociação do cliente, quando o CNPJ do cliente for vinculado a uma tabela.

Problema: ao realizar o filtro da nota fiscal importada, o sistema apresentava a data de emissão da nota fiscal no grid incorretamente.

Correção efetuada: ajustamos a rotina para apresentar a data de envio no campo Data de Emissão da nota fiscal, quando utilizado o filtro da nota fiscal importada pelo RBT 'FGINTEGNFEEMBARCADORVIADIR'.

Problema: ao realizar simulação da tabela de frete, o sistema não estava calculando a taxa de ITR.

Correção efetuada: ajustamos a rotina para efetuar o cálculo da taxa ITR, ao fazer a simulação da tabela de frete, quando o cliente não está cadastrado na negociação de clientes.

Problema: quando os usuários realizavam a leitura das notas na tela de emissão, caso o usuário realizasse a leitura de 5 Notas, o sistema retornava para a primeira nota que foi feita a leitura.

Correção efetuada: ajustamos o modelo 3 Emissão para que ao fazer leituras das notas fiscais, o sistema manterá o registro na nota que foi incluída. Sendo assim, não haverá mais retorno automático para a primeira nota fiscal.

Realizamos uma modificação no XML da NF-e que contenham dois itens, ou mais, com devolução de IPI, assegurando que as tags correspondentes ao IPI devolvido estejam corretamente preenchidas com os valores apropriados.

Realizamos uma modificação no XML da NF-e que contenham dois itens, ou mais, com devolução de IPI, assegurando que as tags correspondentes ao IPI devolvido estejam corretamente preenchidas com os valores apropriados.

Problema: ao realizar o cadastro de um novo Freteiro e clicar em Salvar, estava sendo exibida a mensagem Ocorreu um erro durante a execução: D:\ sistemas\Senior\SV3\DLL mensagem Original do erro: Access Violation at address 00000000.WRITE OF ADDRESS 000000.

Correção efetuada: ajustamos o tratamento da rotina de cadastro para que, ao gravar o cadastro de um novo Freteiro, não ocorra mais o erro.

Problema: a rotina não estava imprimindo registro no relatório mesmo existindo registros na base. Na rotina era exibida a mensagem Não há registros para serem visualizados.

Correção efetuada: corrigimos a abertura do componente de conexão com o banco de dados para buscar corretamente os registros.

Problema: o sistema estava gerando o XML da observação de uma NFS-e com um caractere incorreto.

Correção efetuada: ajustamos a rotina Emissão de Conhecimentos para gerar o XML da observação da NFS-e sem o caractere especial, ao realizar a emissão da NFS-e.

Problema: a rotina estava realizando a divisão do valor de Despesas Acessórias incorretamente entre todos os itens da NF-e.

Correção efetuada: ajustamos a função que faz a divisão dos valores ao lançar a Despesa Acessória para um determinado CFOP.

Alteramos a rotina para apresentar valores na coluna Valor Receita Bruta Empresa ao gerar o registro na guia Receita Bruta Mensal do DECLAN-RJ.

Alteramos a rotina para apresentar valores na coluna Valor Receita Bruta Empresa ao gerar o registro na guia Receita Bruta Mensal do DECLAN-RJ.

Implementamos um ajuste na integração do WMS referente as Notas Fiscais Eletrônicas canceladas. Agora, o sistema grava corretamente a situação atual da NF-e junto à SEFAZ, apresentando corretamente o status de que a NF-e está Cancelada.

Problema: após fazer o cadastro de um novo produto na rotina, não estavam sendo exibidos o Usuário Inclusão e a Data de Inclusão do item.

Correção efetuada: alteramos o comando que realiza a gravação do Usuário Inclusão e a Data de Inclusão do item de compra.

Problema: a rotina estava realizando a divisão do valor de Despesas Acessórias incorretamente entre todos os itens da NF-e.

Correção efetuada: ajustamos a função que faz a divisão dos valores ao lançar a Despesa Acessória para um determinado CFOP.

Implementamos na Apuração de PIS/COFINS, a apuração pelo regime de Pagamento, através da nova configuração de contabilidade Utilizar data de pagamento na geração de documentos de Débitos na Apuração PIS/COFINS no cadastro de Empresa, onde serão apurados para os débitos da apuração somente os documentos com faturas pagas no período.

Além disso, para a geração do EFD-Contribuições, incluímos os novos registros F500, F525 e 1900. Com a nova configuração da escrituração fiscal Forma de Apuração implementada no cadastro de Empresa, esses registros serão gerados apenas para os documentos cujas faturas foram efetivamente pagas no período especificado.

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

Verifique as documentações nos links abaixo:

• Apuração PIS/COFINS por regime de Pagamento
• EFD Contribuições por regime de Pagamento

Problema: ao remover a permissão de filtro de uma determinada empresa, ainda continuava constando nos filtros do romaneio, não respeitando a configuração do Perfil de Usuário.

Correção efetuada: ajustamos a rotina para que exiba no filtro apenas os registros de empresas que estejam permitidas para o perfil utilizado.

Problema: ao tentar excluir um registro de freteiro o sistema apresentava uma mensagem de erro.

Correção efetuada: ajustamos a configuração do componente de conexão com banco de dados para identificar as chaves da tabela corretamente.

Problema: a rotina não permitia ao usuário alterar o campo Filial Responsável mesmo estando marcada a configuração para permitir.

Correção efetuada: ajustamos o comando que valida a configuração do Perfil de Usuário, permitindo a alteração do campo Filial Responsável.

Problema: ao realizar a inclusão de custos da ocorrência em rateio e clicar em Salvar, era exibida a mensagem Deve ser Informado a Empresa Responsável!, o que deixava o campo bloqueado e não permitia informar empresa responsável.

Correção efetuada: ajustamos a rotina para permitir informar o campo Empresa Responsável, após fazer as inclusões e clicar em Salvar.

Problema: ao tentar acessar o grupo de configurações Conta Corrente era apresentada uma mensagem de erro.

Correção efetuada: ajustamos o comando que realiza a busca da conta corrente, ao acessar a guia Conta Corrente na rotina de Perfil de Usuário.

Implementamos uma nova configuração no sistema que permite aos usuários informar pedidos de container sem a necessidade de vinculá-los a notas fiscais existentes. Esta configuração facilita a operação em situações onde a vinculação a notas não é necessária ou desejada.

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

Verifique a documentação clicando aqui.

Implementamos na Apuração de PIS/COFINS, a apuração pelo regime de Pagamento, através da nova configuração de contabilidade Utilizar data de pagamento na geração de documentos de Débitos na Apuração PIS/COFINS no cadastro de Empresa, onde serão apurados para os débitos da apuração somente os documentos com faturas pagas no período.

Além disso, para a geração do EFD-Contribuições, incluímos os novos registros F500, F525 e 1900. Com a nova configuração da escrituração fiscal Forma de Apuração implementada no cadastro de Empresa, esses registros serão gerados apenas para os documentos cujas faturas foram efetivamente pagas no período especificado.

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

Verifique as documentações nos links abaixo:

• Apuração PIS/COFINS por regime de Pagamento
• EFD Contribuições por regime de Pagamento

Implementamos a funcionalidade de importação de dados de pedágio através da dll.CFRIMP. Com isso, os dados importados são lançados diretamente na tela de Lançamentos de Pedágio.

Incluímos também o botão de Pedágios Pendentes na guia Movimentação da tela de Acerto de Contas com Motorista. Este botão permite a inclusão rápida e fácil de pedágios pendentes associados as contas dos motoristas.

Implementamos um ajuste na Apuração de PIS/COFINS para os CT-es Substituídos, apresentando somente os CT-e substituídos no período.

Implementamos na Apuração de PIS/COFINS, a apuração pelo regime de Pagamento, através da nova configuração de contabilidade Utilizar data de pagamento na geração de documentos de Débitos na Apuração PIS/COFINS no cadastro de Empresa, onde serão apurados para os débitos da apuração somente os documentos com faturas pagas no período.

Além disso, para a geração do EFD-Contribuições, incluímos os novos registros F500, F525 e 1900. Com a nova configuração da escrituração fiscal Forma de Apuração implementada no cadastro de Empresa, esses registros serão gerados apenas para os documentos cujas faturas foram efetivamente pagas no período especificado.

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

Verifique as documentações nos links abaixo:

• Apuração PIS/COFINS por regime de Pagamento
• EFD Contribuições por regime de Pagamento

No Livro de Registro de Apuração do ICMS, modelo 4, implementamos um ajuste para os documentos com ICMS Isento, apresentando o valor corretamente na coluna Isentas do relatório. Realizamos também uma alteração no agrupamento do CFOP no relatório.

Problema: ao realizar a emissão do conhecimento via EDI, não estava carregando o endereço do CEP de coleta para a geração do lote.

Correção efetuada: ajustamos a rotina para carregar automaticamente o endereço do CEP de coleta ao emitir o conhecimento via EDI.

Problema: a rotina não estava gerando o arquivo EDI com mais de 40 NFS-e.

Correção efetuada: alteramos a rotina para realizar a geração do arquivo EDI contendo mais de 40 NFS-e, quando aplicada a configuração Repetir CTe enquanto houver notas a exportar.

Problema: ao realizar a emissão do conhecimento via EDI, não estava carregando o endereço do CEP de coleta para a geração do lote.

Correção efetuada: ajustamos a rotina para carregar automaticamente o endereço do CEP de coleta ao emitir o conhecimento via EDI.

Implementamos na emissão do Conhecimento e na Manutenção do Conhecimento, o ajuste para quando o destinatário do CT-e possuir UF EX, não será calculado PIS/COFINS para o Conhecimentos.

Problema: o campo Empresa Entrega não estava atualizando conforme o que foi definido no Cadastro de Região.

Correção efetuada: alteramos o comando que atualiza o campo Empresa Entrega para que corresponda ao Cadastro de Região especificado no destino da entrega.

Implementamos um ajuste na emissão do conhecimento de substituição para quando a origem do CT-e de substituição for um conhecimento substituído.

Problema: ao realizar a emissão do conhecimento via EDI, não estava carregando o endereço do CEP de coleta para a geração do lote.

Correção efetuada: ajustamos a rotina para carregar automaticamente o endereço do CEP de coleta ao emitir o conhecimento via EDI.

Implementamos um ajuste na emissão da NF-e de devolução com IPI, onde o valor do IPI devolvido será somado no valor total da Nota Fiscal.

Implementamos na Apuração de PIS/COFINS, a apuração pelo regime de Pagamento, através da nova configuração de contabilidade Utilizar data de pagamento na geração de documentos de Débitos na Apuração PIS/COFINS no cadastro de Empresa, onde serão apurados para os débitos da apuração somente os documentos com faturas pagas no período.

Além disso, para a geração do EFD-Contribuições, incluímos os novos registros F500, F525 e 1900. Com a nova configuração da escrituração fiscal Forma de Apuração implementada no cadastro de Empresa, esses registros serão gerados apenas para os documentos cujas faturas foram efetivamente pagas no período especificado.

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

Verifique as documentações nos links abaixo:

• Apuração PIS/COFINS por regime de Pagamento
• EFD Contribuições por regime de Pagamento

Implementamos um ajuste na emissão da NF-e de devolução com IPI, onde o valor do IPI devolvido será somado no valor total da Nota Fiscal.

Na guia Filtros da rotina de Movimentação de Títulos, foi implementado o campo Grupo Fornecedores onde os usuários poderão filtrar utilizando o campo e eliminando a necessidade de buscar um CNPJ por vez.

Além disso, na rotina de Baixa Automática de Títulos, o campo Grupo Fornecedores também foi incluído na tela, permitindo uma baixa simplificada para todos os CNPJs vinculados a esse grupo.

Problema: ao tentar excluir um registro de freteiro o sistema apresentava uma mensagem de erro.

Correção efetuada: ajustamos a configuração do componente de conexão com banco de dados para identificar as chaves da tabela corretamente.

Problema: a rotina não estava imprimindo registro no relatório mesmo existindo registros na base. Na rotina era exibida a mensagem Não há registros para serem visualizados.

Correção efetuada: corrigimos a abertura do componente de conexão com o banco de dados para buscar corretamente os registros.

Implementamos a funcionalidade de importação de dados de pedágio através da dll.CFRIMP. Com isso, os dados importados são lançados diretamente na tela de Lançamentos de Pedágio.

Incluímos também o botão de Pedágios Pendentes na guia Movimentação da tela de Acerto de Contas com Motorista. Este botão permite a inclusão rápida e fácil de pedágios pendentes associados as contas dos motoristas.

Problema: o sistema não estava consistindo os códigos de XML indeferido, mesmo estando configurados no regedit.

Correção efetuada: alteramos a rotina para consistir o código indeferido 045, configurado no Registro do Windows (regedit), quando a leitura de retorno do XML apresentar códigos de rejeição.

Problema: foi verificado que a rotina apresentava duplicidade de registros do rateio da fatura.

Correção efetuada: ajustamos a função que gera o rateio, ao final do recebimento, no momento da geração da fatura.

Problema: a rotina apresentava mensagem Arquivo inválido, não foi possível efetuar a importação. Arquivo: NFe_xxxxxx.XML ao realizar a importação do arquivo XML.

Correção efetuada: ajustamos o comando que realiza a validação do tipo da empresa ao importar o XML.

Implementamos um ajuste na geração do registro R-4020 do REINF, para não apresentar erro quando existir uma Carta Frete no período e a forma de apuração for por pagamento.

Problema: ao tentar enviar uma retificação do registro R4020, clicando no botão Enviar, a rotina apresentava uma mensagem de erro.

Correção efetuada: ajustamos a validação do campo dos contribuintes ao adicionar na consulta, ao banco de dados, no envio da retificação.

Implementamos na Apuração de PIS/COFINS, a apuração pelo regime de Pagamento, através da nova configuração de contabilidade Utilizar data de pagamento na geração de documentos de Débitos na Apuração PIS/COFINS no cadastro de Empresa, onde serão apurados para os débitos da apuração somente os documentos com faturas pagas no período.

Além disso, para a geração do EFD-Contribuições, incluímos os novos registros F500, F525 e 1900. Com a nova configuração da escrituração fiscal Forma de Apuração implementada no cadastro de Empresa, esses registros serão gerados apenas para os documentos cujas faturas foram efetivamente pagas no período especificado.

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

Problema: foi verificado que a rotina apresentava duplicidade de registros do rateio da fatura.

Correção efetuada: ajustamos a função que gera o rateio, ao final do recebimento, no momento da geração da fatura.

Implementamos um ajuste na padronização da nomenclatura das configurações para a Nota Técnica 2024.001, adequando as configurações do CT-e para o seguinte nome Restringir data emissão anteriores a 6 meses da Data de Autorização do CTe e a configuração do MDF-e para Restringir data emissão anteriores a 6 meses da Data de Autorização do MDFe.

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

Problema: a rotina não estava atualizando a coluna Situação Baixa ao executar alterações nas movimentações de entregas do conhecimento.

Correção efetuada: alteramos o comando que realiza a atualização da coluna Situação Baixa, quando realizado inclusão de um registro pelo movimento de entrega.

Problema: o sistema não estava listando todos os registros da base conforme o filtro selecionado, no relatório de coletas que estão em trânsito.

Correção efetuada: ajustamos a rotina para exibir no relatório Coletas que estão em trânsito, quando é informada a flag Não Efetuadas na guia Relação de Coletas.

Implementamos o ajuste na padronização da nomenclatura das configurações para a Nota Técnica 2024.001, adequando as configurações do CT-e para o seguinte nome Restringir data emissão anteriores a 6 meses da Data de Autorização do CTe e a configuração do MDF-e para Restringir data emissão anteriores a 6 meses da Data de Autorização do MDFe.

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

Problema: foi verificado que ao tentar certificar um módulo com um duplo clique do mouse, a tela de certificação não era exibida.

Correção efetuada: ajustamos a rotina para que ao selecionar o módulo CFG, com um clique duplo no mouse, abra a tela de certificação do módulo no TMSXT.

No módulo CFG foi implementado uma configuração para que, ao realizar a impressão da Carta Frete, o valor do pedágio seja gerado em uma fatura separada, e a quitação do mesmo ocorra de forma Automática pelo RBT no dia seguinte.

Para saber mais sobre a implementação clique aqui.

Problema: a rotina estava gerando o arquivo do CIOT com os dados do RNTRC incorretos, exibindo a rejeição Foram encontrados erros durante a integração: código: 2184 descrição: ANTT - Rejeição: Não foi encontrado nenhum transportador com CPF/CNPJ XXXXX e RNTRC XXXXX. inconsistente ao realizar o envio para autorização de CIOT.

Correção efetuada: alteramos o comando que busca o registro de RNTRC no banco de dados para adicionar ao arquivo.

Problema: o sistema apresentava cálculo do frete incorretamente ao emitir conhecimento de devolução total.

Correção efetuada: ajustamos a rotina de cálculo de frete peso, para realizar o cálculo conforme o formato da tabela de frete, ao efetuar a emissão de conhecimento do tipo Devolução, informando a metragem cúbica e o peso cubado maior que o peso da NF.

Problema: a rotina abria um lote de conhecimento já existente na base, ao tentar consultar o lote emitido.

Correção efetuada: ajustamos o comando que realiza a busca do registro gerado no banco de dados, para apresentar em tela.

Problema: o sistema estava exibindo a mensagem Ocorreu um problema durante a busca de dados do Conhecimento informado. Mensagem Original do Erro COULD NOT CONVERT VARIANT OF TYPE (NULL) INTO TYPE (OLESTR) ao tentar emitir um CT-e complementar.

Correção efetuada: ajustamos a rotina para tratar o campo Descrição documento com valor nulo em outros documentos, ao realizar a emissão de conhecimento complementar.

Problema: a rotina não estava exibindo todos os registros de conhecimento da base de dados, conforme o período informado no filtro.

Correção efetuada: alteramos o comando que realiza a busca dos registros, conforme período informado no filtro no momento da impressão.

Problema: a rotina apresentava registro duplicado ao utilizar um filtro de conhecimento.

Correção efetuada: alteramos a rotina para não trazer na consulta protocolo cancelado, quando o conhecimento está vinculado a mais de um protocolo de entrega.

No módulo CFG foi implementado uma configuração para que, ao realizar a impressão da Carta Frete, o valor do pedágio seja gerado em uma fatura separada, e a quitação do mesmo ocorra de forma Automática pelo RBT no dia seguinte.

Para saber mais sobre a implementação clique aqui.

Problema: na guia de Movimentação, ao clicar no botão Integração com Financeiro, a tela não era aberta.

Correção efetuada: ajustamos a rotina para integrar ao financeiro um lançamento de abastecimento realizado na rotina Acertos de Contas com Motorista.

Problema: verificado que o módulo estava travando quando existia mais que 30 registros na guia Títulos a Exportar.

Correção efetuada: ajustamos o comando que realiza a busca dos registros para apresentar em tela, reparando a lentidão na rotina de Geração de Lote quando um lote com muitos títulos vinculados é aberto.

No módulo CFG foi implementado uma configuração para que, ao realizar a impressão da Carta Frete, o valor do pedágio seja gerado em uma fatura separada, e a quitação do mesmo ocorra de forma Automática pelo RBT no dia seguinte.

Para saber mais sobre a implementação clique aqui.

No EFD REINF, implementamos um ajuste nos documentos adicionados para o registro R-4010, apresentando o valor correto das retenções dos documentos no totalizador.

Implementamos na emissão de conhecimento, a legislação da Nota Técnica 2024.001, onde através de configuração será possível bloquear a emissão do Conhecimento com documentos associados com mais de 6 meses emitidos em relação a data de emissão do Conhecimento.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de criação a partir da data de 29.02.2024.

Acesse a documentação clicando aqui.

Implementamos no Envio de um MDF-e, a legislação da Nota Técnica 2024.001, onde através de configuração é possível bloquear o envio do Manifesto Eletrônico com documentos associados com mais de 6 meses emitidos em relação a data de emissão do MDF-e.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de criação a partir da data de 13.02.2024.

Acesse a documentação clicando aqui.

Problema: o sistema não estava respeitando a configuração do Cadastro de Custos de convênio durante o cálculo de custos da Ficha de Viagem.

Correção efetuada: a rotina foi corrigida para considerar a vinculação de tarifa por percurso ao calcular os custos da ficha de viagem para convênio.

Problema: Durante a geração do Manifesto Eletrônico de Documentos Fiscais (MDF-e), o sistema estava incorretamente definindo a UF de origem quando havia um romaneio com filial emitente do CTe diferente da ficha de viagem.

Correção efetuada: O comando responsável por determinar a UF de origem durante a geração do MDF-e a partir da ficha de viagem foi ajustado. Agora, o sistema é capaz de corretamente identificar a origem mesmo quando há romaneios adicionados, garantindo a precisão na emissão do MDF-e.

Problema: Ao tentar excluir um registro, uma mensagem de erro era apresentada.

Correção efetuada: Foram realizadas correções nas configurações do componente de conexão com o banco de dados para resolver o problema da mensagem de erro apresentada durante a exclusão de movimentações de containers.

Problema: anteriormente, quando um BO não continha nenhuma informação na guia Salvados, o sistema exibia uma mensagem informando ao usuário que ele não tinha permissão para acessar essa guia, pois não foi ele quem a cadastrou. No entanto, mesmo com essa mensagem , o sistema permitia ao usuário inserir dados nos campos da guia.

Correção efetuada: para solucionar esse problema, a rotina foi alterada de forma que, quando um BO não possuir informações na guia Salvados, o sistema vai permitir apenas o usuário que fez o cadastro realizar a inclusão de dados na guia ou fazer alterações. Caso outro usuário tente efetuar qualquer modificação, o sistema automaticamente impedirá a ação.

Implementamos na emissão de todos os tipos de conhecimento, a legislação da Nota Técnica 2024.001 versão 1.03, onde através de configuração será possível bloquear a emissão do Conhecimento com documentos associados com mais de 6 meses emitidos em relação a data de emissão do Conhecimento.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de criação a partir da data de 29.02.2024.

Acesse a documentação clicando aqui.

Implementamos no Envio de um MDF-e, a legislação da Nota Técnica 2024.001, onde através de configuração é possível bloquear o envio do Manifesto Eletrônico com documentos associados com mais de 6 meses emitidos em relação a data de emissão do MDF-e.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de criação a partir da data de 13.02.2024.

Acesse a documentação clicando aqui.

Problema: Ao realizar a consulta de pedágio e clicar em AIR, uma mensagem de erro Access violation at address 00406506 in module 'FTR.EXE'. Read of address 10E58058.' era apresentada quando a operadora de pedágio pamcary estava configurada.

Correção efetuada: ajustamos o comando responsável pelo fechamento da tela de consulta de pedágio para resolver o problema da mensagem de erro.

Problema: A rotina estava escondendo as configurações de taxas em Ocorrência de taxas e taxas ao abrir a negociação de clientes da guia Taxas, pelo o Cadastro de Negociação, mas se acessado pela Tabela de frete > guia Cliente, a rotina funcionava normalmente.

Correção efetuada: Ajustamos a rotina para que as configurações de taxas Ocorrência de taxas e taxas sejam exibidas corretamente ao abrir a negociação de clientes da guia Taxas, independentemente do caminho de acesso utilizado.

Ao realizar a integração de abastecimentos via CTAPlus implementamos tratamento no sistema para apresentar mensagens adequadas no log de integração, proporcionando uma experiência mais informativa e transparente ao usuário durante o processo de integração.

Problema: a geração do arquivo referente a documentos de substituição estava apresentando registros incorretos, isso resultava na inclusão de documentos indevidos, levando informações relativas a 2018 no SPED.

Correção efetuada: ajustamos o comando responsável pela apuração dos documentos substitutos, permitindo que a rotina agora busque corretamente documentos de substituição e remova documentos de exportação do SPED no registro D100.

Para a GIA-SP, implementamos o ajuste no arquivo gerado, zerando os valores de Base de Cálculo e do ICMS, quando se tratar de Notas com Tributação Monofásica.

Modificamos a rotina de geração do XML para evitar que o campo OBSCONT ultrapasse 160 caracteres, conforme especificado pelo Manual de Orientação do Contribuinte (MOC), a fim de garantir a validação correta do XML pela SEFAZ. Além disso, foi introduzida uma nova tag denominada ObsCont para acomodar informações variáveis, como o valor da base, especialmente em cenários que envolvem Difal, buscando prevenir futuras recorrências deste problema.

Problema: Durante a emissão de conhecimentos de devolução total, a rotina não estava sendo respeitado o cadastro de regiões de destino.

Correção efetuada: Corrigimos o comando responsável por buscar os dados da empresa de entrega, considerando a vinculação de regiões a uma empresa, durante a emissão de conhecimentos de devolução total.

Problema: Durante a emissão de conhecimento de cálculo de armazenagem, o sistema não estava preenchendo o campo Classificação de emissão no lote de CT-e, mesmo quando havia o cadastro de classificação.

Correção efetuada: A rotina foi ajustada para preencher corretamente o campo Classificação de emissão durante a emissão de conhecimento de cálculo de armazenagem, quando há o cadastro de classificação.

Problema: Durante a geração do Manifesto Eletrônico de Documentos Fiscais (MDF-e), o sistema estava incorretamente definindo a UF de origem quando havia um romaneio com filial emitente do CTe diferente da ficha de viagem.

Correção efetuada: O comando responsável por determinar a UF de origem durante a geração do MDF-e a partir da ficha de viagem foi ajustado. Agora, o sistema é capaz de corretamente identificar a origem mesmo quando há romaneios adicionados, garantindo a precisão na emissão do MDF-e.

Implementamos na emissão de conhecimento, a legislação da Nota Técnica 2024.001, onde através de configuração será possível bloquear a emissão do Conhecimento com documentos associados com mais de 6 meses emitidos em relação a data de emissão do Conhecimento.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de criação a partir da data de 29.02.2024.

Acesse a documentação clicando aqui.

Implementamos no Envio de um MDF-e, a legislação da Nota Técnica 2024.001, onde através de configuração é possível bloquear o envio do Manifesto Eletrônico com documentos associados com mais de 6 meses emitidos em relação a data de emissão do MDF-e.

Para o correto funcionamento da rotina, é necessário executar o CAS com data de criação a partir da data de 13.02.2024.

Acesse a documentação clicando aqui.

Modificamos a rotina de geração do XML para evitar que o campo OBSCONT ultrapasse 160 caracteres, conforme especificado pelo Manual de Orientação do Contribuinte (MOC), a fim de garantir a validação correta do XML pela SEFAZ. Além disso, foi introduzida uma nova tag denominada ObsCont para acomodar informações variáveis, como o valor da base, especialmente em cenários que envolvem Difal, buscando prevenir futuras recorrências deste problema.

Problema: apresentava mensagem de erro ao dar duplo clique no registro filtrado.

Correção efetuada: corrigimos o comando que busca o registro filtrado para apresentar na tela os dados ao dar duplo clique no registro.

Problema: Ao realizar a consulta de pedágio e clicar em AIR, uma mensagem de erro Access violation at address 00406506 in module 'FTR.EXE'. Read of address 10E58058.' era apresentada quando a operadora de pedágio pamcary estava configurada.

Correção efetuada: ajustamos o comando responsável pelo fechamento da tela de consulta de pedágio para resolver o problema da mensagem de erro.

Problema: ao tentar aplicar um desconto maior que 999,99, a mensagem de erro is not a valid floating point value era apresentada.

Correção efetuada: corrigimos a formatação dos números para resolver o problema da mensagem de erro ao aplicar descontos com valores maiores que 999,99.

Problema: o sistema estava gerando múltiplos registros C170 para cada item da nota.

Correção efetuada: a rotina de geração de SPED foi ajustada para agrupar corretamente o registro C170 em notas que possuem rateio por Centro de Custos diferentes.

Problema: o sistema apresentava um registro C170 para cada item da nota.

Correção efetuada: ajustamos a rotina de geração de SPED, para agrupar o registro C170 nas notas que possuem rateio por Centro de Custos diferentes.

Implementamos nesta versão a nova integração Carga Fechada com a Torre de Controle. Esta integração permite enviar novas entregas após o início da viagem. A seguir serão listadas algumas configurações que fazem parte da integração:

• Para que as novas entregas sejam possíveis, a configuração Permitir o Envio de Entregas, após o início da viagem deve estar marcada no quadro Ficha de Viagem;
• Já a configuração Apresentar a tela de Ordenação de Atividades ao Monitorar no quadro Ficha de Viagem, quando marcada, ao clicar no botão Monitoramento RMS, o sistema abre a tela Ordenar Documentos para realizar o processo, antes de fazer o monitoramento para o RMS;
• O quadro Configuração Padrão (Carga Fechada), apresenta configurações para identificar qual a origem da viagem e identificar se a viagem terminará na filial após as coletas/entregas;
• Como enviar Atividades/Roteiros na integração.

Para esta implementação será necessário atualizar: CFG, EXP, CCE, EXPOrdDoctos.dll, RMSIntegracoes.dll e CAS.exe (executar com data de criação de 04/12/2023, 06/12/2023 e 11/12/2023).

Clique aqui e veja o manual completo da integração Carga Fechada.

Implementamos nesta versão a nova integração Carga Fechada com a Torre de Controle. Esta integração permite enviar novas entregas após o início da viagem. A seguir serão listadas algumas configurações que fazem parte da integração:

• Para que as novas entregas sejam possíveis, a configuração Permitir o Envio de Entregas, após o início da viagem deve estar marcada no quadro Ficha de Viagem;
• Já a configuração Apresentar a tela de Ordenação de Atividades ao Monitorar no quadro Ficha de Viagem, quando marcada, ao clicar no botão Monitoramento RMS, o sistema abre a tela Ordenar Documentos para realizar o processo, antes de fazer o monitoramento para o RMS.
• O quadro Configuração Padrão (Carga Fechada), apresenta configurações para identificar qual a origem da viagem e identificar se a viagem terminará na filial após as coletas/entregas;
• Como enviar Atividades/Roteiros na integração.

Para esta implementação será necessário atualizar: CFG, EXP, CCE, EXPOrdDoctos.dll, RMSIntegracoes.dll e CAS.exe (executar com data de criação de 04/12/2023, 06/12/2023 e 11/12/2023).

Clique aqui e veja o manual completo da integração Carga Fechada.

Implementamos nesta versão a nova integração Carga Fechada com a Torre de Controle. Esta integração permite enviar novas entregas após o início da viagem. A seguir serão listadas algumas configurações que fazem parte da integração:

• Para que as novas entregas sejam possíveis, a configuração Permitir o Envio de Entregas, após o início da viagem deve estar marcada no quadro Ficha de Viagem;
• Já a configuração Apresentar a tela de Ordenação de Atividades ao Monitorar no quadro Ficha de Viagem, quando marcada, ao clicar no botão Monitoramento RMS, o sistema abre a tela Ordenar Documentos para realizar o processo, antes de fazer o monitoramento para o RMS.
• O quadro Configuração Padrão (Carga Fechada), apresenta configurações para identificar qual a origem da viagem e identificar se a viagem terminará na filial após as coletas/entregas;
• Como enviar Atividades/Roteiros na integração.

Para esta implementação será necessário atualizar: CFG, EXP, CCE, EXPOrdDoctos.dll, RMSIntegracoes.dll e CAS.exe (executar com data de criação de 04/12/2023, 06/12/2023 e 11/12/2023).

Clique aqui e veja o manual completo da integração Carga Fechada.

Implementamos nesta versão a nova integração Carga Fechada com a Torre de Controle. Esta integração permite enviar novas entregas após o início da viagem. A seguir serão listadas algumas configurações que fazem parte da integração:

• Para que as novas entregas sejam possíveis, a configuração Permitir o Envio de Entregas, após o início da viagem deve estar marcada no quadro Ficha de Viagem;
• Já a configuração Apresentar a tela de Ordenação de Atividades ao Monitorar no quadro Ficha de Viagem, quando marcada, ao clicar no botão Monitoramento RMS, o sistema abre a tela Ordenar Documentos para realizar o processo, antes de fazer o monitoramento para o RMS.
• O quadro Configuração Padrão (Carga Fechada), apresenta configurações para identificar qual a origem da viagem e identificar se a viagem terminará na filial após as coletas/entregas;
• Como enviar Atividades/Roteiros na integração.

Para esta implementação será necessário atualizar: CFG, EXP, CCE, EXPOrdDoctos.dll, RMSIntegracoes.dll e CAS.exe (executar com data de criação de 04/12/2023, 06/12/2023 e 11/12/2023).

Clique aqui e veja o manual completo da integração Carga Fechada.

Implementamos nesta versão a nova integração Carga Fechada com a Torre de Controle. Esta integração permite enviar novas entregas após o início da viagem. A seguir serão listadas algumas configurações que fazem parte da integração:

• Para que as novas entregas sejam possíveis, a configuração Permitir o Envio de Entregas, após o início da viagem deve estar marcada no quadro Ficha de Viagem;
• Já a configuração Apresentar a tela de Ordenação de Atividades ao Monitorar no quadro Ficha de Viagem, quando marcada, ao clicar no botão Monitoramento RMS, o sistema abre a tela Ordenar Documentos para realizar o processo, antes de fazer o monitoramento para o RMS.
• O quadro Configuração Padrão (Carga Fechada), apresenta configurações para identificar qual a origem da viagem e identificar se a viagem terminará na filial após as coletas/entregas;
• Como enviar Atividades/Roteiros na integração.

Para esta implementação será necessário atualizar: CFG, EXP, CCE, EXPOrdDoctos.dll, RMSIntegracoes.dll e CAS.exe (executar com data de criação de 04/12/2023, 06/12/2023 e 11/12/2023).

Clique aqui e veja o manual completo da integração Carga Fechada.

Implementamos nesta versão a nova integração Carga Fechada com a Torre de Controle. Esta integração permite enviar novas entregas após o início da viagem. A seguir serão listadas algumas configurações que fazem parte da integração:

• Para que as novas entregas sejam possíveis, a configuração Permitir o Envio de Entregas, após o início da viagem deve estar marcada no quadro Ficha de Viagem;
• Já a configuração Apresentar a tela de Ordenação de Atividades ao Monitorar no quadro Ficha de Viagem, quando marcada, ao clicar no botão Monitoramento RMS, o sistema abre a tela Ordenar Documentos para realizar o processo, antes de fazer o monitoramento para o RMS.
• O quadro Configuração Padrão (Carga Fechada), apresenta configurações para identificar qual a origem da viagem e identificar se a viagem terminará na filial após as coletas/entregas;
• Como enviar Atividades/Roteiros na integração.

Para esta implementação será necessário atualizar: CFG, EXP, CCE, EXPOrdDoctos.dll, RMSIntegracoes.dll e CAS.exe (executar com data de criação de 04/12/2023, 06/12/2023 e 11/12/2023).

Clique aqui e veja o manual completo da integração Carga Fechada.