| serverId | a5c9f197-a7aa-3a3e-91c5-85e0279c94e6 |
---|
key | MCP-6829 |
---|
| Image Added» Devolução pela tela de nota ok » Devolução pelo apartir De do Acerto de Caixa OK » Cancelamento das devoluções feitas, ok |
00 | MCP-6726 | Solicitação de Liberação de Ação Personalizada 357: Adicionar Parâmetro de Juros | Menu: Configurações >> Usuários >> Configuração de Grupos/Usuários Financeiro >> Duplicatas a Receber >> Baixa de Duplicatas a Receber; Financeiro >> Cheques Recebidos >> Manutenção de Cheques Recebidos >> Acerto 1 – Objetivo A ação '357- Solicitação de Liberação Personalizada na Baixa de Contas a Receber e Acerto de Cheques Recebidos’ é acionada conforme parametrização da consulta personalizada ao realizar a Baixa de Duplicatas a Receber e Acerto de Cheques Recebidos. Nos cheques, valida o Acerto do Cheque, tanto na aba de Cheque em aberto, quanto na aba de Cheques Devolvidos ou Cheques Baixados/Acertados. Adicionar na Descrição desta ação o parâmetro de Juros. 2 – Alteração Adicionado na descrição da ação ‘537 - Valida ação personalizada na baixa de duplicatas a receber e no acerto de cheques' o parâmetro de 'Juros', possibilitando a visualização do valor de Juros dos Cheques Recebidos (no acerto de cheques em aberto, devolvido ou baixado) e também na Baixa de Duplicatas a Receber. Image Added3 - Configurações Necessárias Para que a ação seja validada, é necessário alterar na consulta SEL_MCP_VALIDACAOPERSONBAIXADUPCHEQREC o campo RESULT para N e parametrizar esta consulta conforme a necessidade de validação. |
00 | MCP-6745 | RNC - Complementar aviso na Necessidade e Análise de Compra | Menu: Processos >> Necessidade de Compra Processos >> Análise de Compra 1 – Objetivo Permitir visualizar RNC em aberto ou em andamento dos Fornecedores na Análise de Compra e Necessidade de Compra. 2 – Alteração Realizado as seguintes melhorias nas rotinas de Necessidade de Compra e Análise de Compra: Ao informar um Mix/Fornecedor que possua RNC em Aberto ou em Andamento e executar, mostrará a seguinte mensagem: Fornecedor possui RNC "Aberto" ou "Em andamento" vinculado a ele. Deseja abrir os registros de RNC pendentes para este fornecedor?, ao clicar em ‘Sim’, será aberto o grid com os RNC’s do Fornecedor, sendo possível abrir o cadastro do RNC desejado em uma nova aba; Na Necessidade de Compra, após finalizar o processo de geração de pedido, como é processado novamente os itens do fornecedor, irá mostrar a mensagem também neste momento.
|
00 | MCP-6746 | RNC - Solicitar geração de RNC na autorização de Lista Cega com divergência | Menu: Processos >> Conferência/Lista Cega >> Confere Lista Cega Configurações Gerais > Processos > RNC - opção 'Utiliza RNC' = Sim 1 - Objetivo Solicitar a geração de RNC na autorização de Lista Cega com divergência, quando o estabelecimento utiliza RNC. 2 - Alteração Realizada uma melhoria na rotina de Confere Lista Cega na aba ‘Autoriza', para que ao autorizar uma Lista Cega com divergência, onde o estabelecimento utilize RNC, seja retornada a mensagem ‘Deseja gerar um RNC para esta Lista Cega?' solicitando ao usuário se ele deseja gerar um RNC para a Lista Cega selecionada. A validação será apresentada somente se a configuração geral 'Utiliza RNC’ estiver como sim. |
445675 | MCP-6758 | CLONE - Cupom Fiscal listando formas de pagamento incorretas, valor total, troco, rateio de troco | Menu: Acerto de Caixa (Balcão) » Cupom Fiscal (Relatório) 1 - Objetivo Ajustar exibição das formas de pagamento e valor de troco em cupom fiscal vindo de Nota de Transporte. 2 - Alteração Ajustado para que o sistema exiba o troco e as formas de pagamento (Dinheiro, Cartão, Abatimento e Cheque) do cupom fiscal gerado na Nota de Transporte após Finalizar um Pedido de Venda no Acerto de caixa, conforme os Pagamentos selecionados no Acerto de Caixa. Esta divisão por forma de pagamento ocorrerá quando a opção de Pagamento de Origem estiver marcado como "Sim" dentro do menu Configurações Gerais » Filial » NFe, e caso o Pagamento de Origem esteja marcado como "Não" o cupom fiscal mostrará na Forma de Pagamento apenas a forma de acerto como "Outros" e sem o valor de troco, não buscando as informações do pagamento de Origem. A divisão do troco somente ocorrerá quando a entrega do pedido for feita total, em caso de entrega parcial o valor de troco não será rateado e apresentado na impressão. |
00 | MCP-6764 | Melhoria no filtro de estabelecimentos na rotina 'Requisição Material' | Menu: Mercadorias >> Estoques >> Liberação de Requisição de Material 1 - Objetivo Permitir filtrar por mais de um estabelecimento na rotina 'Liberação de Requisição de Material'. 2 - Alteração Foi realizada uma melhoria na rotina 'Liberação de Requisição de Material', para o filtro 'Estabelecimento', sendo possível selecionar e filtrar por mais de um estab. Anteriormente, o filtro só poderia ser utilizado filtrando um estab por consulta. |
483282 | MCP-6795 | Efetuar tratamentos no sistema para contemplar emissão e devolução de NFCE com IPI | Menu: Configurações >> Documentos >> Configuração de Documento Processos » Notas » Nota Fiscal 1 - Objetivo Atender emissão de notas fiscal a consumidor para produtos que possuem IPI na saída devido a serem produtos importados e também tratar corretamente a devolução dessas notas. 2 - Alteração Para atender as situações onde a empresa faz Importação de produtos e nas saídas deveria destacar IPI, mas devido ao tipo de nota ser NFC-e e não poder destacar o valor de IPI efetuamos as seguintes alterações no sistema: Ao gerar uma NFC-e pelo processo de Nota de Transporte ( a partir de um pedido) cupo pedido possui destaque de IPI, o valor do IPI do pedido é levado para a NFC-e no campo despesas acessórias. Também foi criado dentro da configuração de documento na aba 3 - Apartir De a opção "Despesa Item Origem", que será habilitada somente para operação Devolução de Venda e quando estiver marcada a opção "Desp. Acessórias/Juros" ao marcar essa opção "Despesa Item Origem" como SIM o sistema levará para a nota de Devolução de Venda o valor das despesas de acordo com o que estiver na NFC-e, se a opção estiver marcada como NÃO o sistema continuará gerando a devolução conforme fazia na versão anterior, ou seja rateando o valor de despesas acessórias entre todos os itens da nota.
Obs 1: Essa configuração "Despesa Item Origem" só é válida para devolução geradas pelo a partir DE, devoluções geradas pela rotina de Gera nota de Devolução sempre levam o valor da despesa de acordo com a nota de origem. OBS 2: Os tratamentos efetuados nessa tarefa estão relacionados a geração e devoluções de NFC-e, pois as NFEs continuam sendo emitidas normalmente com destaque de IPI e consequentemente a devolução também possui destaque de IPI, sendo assim para contemplar o processo correto será necessário ter uma configuração de devolução específica para Devolução de NFC-e |
00 | MCP-6797 | Melhoria na ação 276 - Valor na Entrega do Pedido na Importação XML | Menu: Configuração >> Usuários >> Configurações de Grupos/Usuários Processos >> Pedidos >> Pedidos Processos >> Documentos Eletrônicos >> Importação NF-e Configurações >> Gerais >> Processos >> Geral 1 - Objetivo A ação '276 - Valida Valor na Entrega do Pedido' era validada quando o '% Diferença Vlr Unit' ultrapassasse o '% Máx. Diferença no Vlr. Unit. entre Nota e Pedido' informado nas configurações gerais. É necessário adicionar nesta ação uma nova validação considerando o valor do desconto informado no pedido. 2 - Alteração Foram realizadas melhorias para a configuração da ação '276 - Valida Valor na Entrega do Pedido'. Criado 3 novas informações nos 'Dados da Solicitação' da tela de validação desta ação: Desc. Item Pedido: Será carregado o desconto dos Itens do Pedido (Desconto Item / Qtde. Trib) caso tiver embalagem ou a quantidade for maior que uma unidade; Vlr Unit. Pedido - Desc: Será carregado o resultado da diferença do Valor Unitário do Item do Pedido menos o Desconto do Item (Vlr Unit Pedido - Desc. Item Pedido); % Dif. Vlr Unit - Desc: É referente ao percentual de diferença sobre o valor unitário do item na nota menos o Desconto ((Vlr Unit Ped - Desc) / Valor Unit do Item da Nota);
Desta forma, a ação será validada com informações considerando também o desconto que está informado no pedido. |
00 | MCP-6799 | Melhoria no Detalhamento de Ações | Menu: Processos >> Central de Autorizações de Pendências 1 - Objetivo Adicionar mais detalhes das ações para facilitar e agilizar a tomada de decisão para autorização ou não da ação. 2 - Alterações Realizado os seguintes ajustes nas ações apresentadas nas rotinas de Carrinho, Nota e Baixa de duplicatas a Receber: Ação ‘1-Valida Limite de Crédito’ e ‘4-Valida Venda Bloqueada’, ‘54-Valida Parcela com Restrição' incluído no detalhamento: Ação 84-Valida saldo Devedor por Carência, incluído no detalhamento: Ação 321-Valida prazo médio na baixa de duplicata, incluído no detalhamento: Ação 66 - Valida Cheques Devolvidos, incluído no detalhamento: |
0 | MCP-6806 | Apresentar novas colunas na tela nas movimentações de entrada e saída do monitor fiscal | Menu: Contábil/Fiscal » Monitor Fiscal 1 - Objetivo Inserir novas colunas que facilitem a identificação de documentos no Monitor Fiscal 2 - Alteração Foram adicionadas as colunas "Número da Nota", "ID Nota" e "Data de Entrada/Saída" no Monitor Fiscal para os registros de Movimentações de Entrada e Saída. |
00 | MCP-6809 | Layout - Dados da rotina de Acerto de caixa (Balcão) | Menu: Processos >> Acerto De Caixa. 1 - Objetivo Melhorar o alinhamento e a visualização dos dados na tela do Acerto de Caixa. 2 - Alteração Realizado ajustes no layout da aba “Dados” do Acerto de Caixa, onde foi separado em grupos as informações do cliente, documento e observações da nota. Image Added |
476355 | MCP-6843 | Carregar o preço da "Tabela de Preço" em Transferências geradas Nota de Transporte | Menu: Processos » Expedição » Controle de Expedição 1 - Objetivo Considerar corretamente o preço de tabela ao gerar nota de transporte com documento do tipo TS (transferência de saída). 2 - Alteração Ajuste realizado para atender empresas em que as filiais são “concorrentes“. Nesse processo, é feito pedido de venda no carrinho para a pessoa/filial. Essa pessoa/filial, está vinculada à uma tabela de preço específica, com preços exclusivos para filiais. Depois, na expedição, é emitido nota de transporte desse pedido com um documento de Transferência de Saída. Nesse documento anteriormente não está sendo considerado o mesmo preço de tabela inserido no pedido. Agora com o ajuste, se a venda foi feita com preço de tabela, na nota de transporte, mesmo que o documento seja do tipo “TS', será respeitado o mesmo preço da origem. Para funcionar corretamente esse processo, ou seja, considerar o preço de tabela, é necessário que, dentro do documento de transferência de saída, no campo “Preço Utilizado“, esteja configurado como “P-Preço Normal“. Image Added |
00 | MCP-6870 | Melhoria no código das duplicatas geradas no processo 'A partir de' no Acerto de Caixa | Menu: Financeiro >> Duplicatas a Receber >> Duplicatas a Receber Processos >> Acerto de Caixa (Balcão) >> Aba ‘Consultas Notas Fiscais’ Configurações >> Documentos >> Configuração de Documento - aba ‘A partir De' 1 – Objetivo Ao utilizar a opção "Carrega Duplicatas da origem e não permite alterações no A partir de" como ‘Sim’, na Configuração de Documento, ao gerar a nota ‘a partir de’ na rotina de Acerto de Caixa (Balcão), é carregada as duplicatas a receber na nova nota conforme o financeiro da nota de origem, ficando como duplicatas renegociadas. É necessário alterar os códigos das duplicatas renegociadas para que fique conforme a numeração da nota ‘a partir de’, a fim de, identificar qual nota pertence essas duplicatas renegociadas. 2 - Alteração Realizado ajuste para que ao carregar as duplicatas da ‘nota de origem' na 'nota a partir de’, sem envio desta nota, as duplicatas fiquem com código gerado na seguinte forma: R + Série nota a partir de + Código da nota a partir de (código sequencial)'. Se a nota for enviada para receita ficará: R + Série nota a partir de + Número da nota enviada (a partir de)’, seguindo conforme ocorre na renegociação das notas de transporte. |
488799 | MCP-6880 | Efetuar atualização da versão 91.4 da Coral | Menu: Processos >> Carrinho >> Tintométrico 1 - Objetivo Atualizar coleção de dados da Coral através do Tintou. 2 - Alteração Disponibilizada nova base do Tintométrico para Coral versão 91.4, na aplicação do Tintou. |
445675 | MCP-6883 | CLONE - Cupom Fiscal listando formas de pagamento incorretas, valor total, troco, rateio de troco | Menu: Acerto de Caixa (Balcão) » Cupom Fiscal (Relatório) 1 - Objetivo Ajustar exibição das formas de pagamento e valor de troco em cupom fiscal gerado de Nota de Transporte. 2 - Alteração Ajustado para que o sistema exiba o troco e as formas de pagamento (Dinheiro, Cartão, Abatimento e Cheque) do cupom fiscal gerado na Nota de Transporte após Finalizar um Pedido de Venda no Acerto de caixa, conforme os Pagamentos selecionados no Acerto de Caixa. Esta divisão por forma de pagamento ocorrerá quando a opção de Pagamento de Origem estiver marcado como "Sim" dentro do menu Configurações Gerais » Filial » NFe, e caso o Pagamento de Origem esteja marcado como "Não" o cupom fiscal mostrará na Forma de Pagamento apenas a forma de acerto como "Outros" e sem o valor de troco, não buscando as informações do pagamento de Origem. A divisão do troco somente ocorrerá quando a entrega do pedido for feita total, em caso de entrega parcial o valor de troco não será rateado nem apresentado na impressão. |
00 | MCP-6910 | Melhoria no Processo de Geração de Comissão por Faturamento para Notas de Devolução | Menu: Financeiro >> Comissão >> Gera Comissão Cadastros >> Pessoas > >Pessoas - Aba ‘Comissão’ 1 – Objetivo Quando gerado uma venda com acerto parcelado em duplicata, é considerado na comissão um percentual mais baixo, pois quanto maior o prazo médio, menor é o valor de comissão recebido. Nas devoluções, ao acertar em dinheiro, por exemplo, o prazo médio acaba sendo 1 dia, o que considera um percentual mais alto na devolução do que na venda. Permitir gerar comissão para Notas de Devolução conforme o % de comissão gerado na Venda. 2 – Alteração Realizado melhoria no processo de Devolução, para que seja considerado a venda no momento da devolução, utilizando os mesmos percentuais de comissão, mas com o valor referente ao que está sendo devolvido. Foi criada uma configuração no Cadastro da Pessoa, aba comissão, para que seja realizada a configuração se deseja ou não utilizar a alíquota da Venda ao gerar a comissão da Devolução, por padrão, ficará como ‘Não’. Esta opção ficará habilitada somente quando a comissão for gerada por Faturamento: Image AddedCaso esteja configurado como ‘Sim’, será gerada a comissão referente a nota de devolução com o mesmo percentual de comissão da venda e com a mesma quantidade de registros. Se estiver configurado como ‘Não’, seguirá o padrão, gerando conforme o prazo médio das configurações.
|
00 | MCP-6912 | Executando refresh no Carrinho após trocar de guia | Menu: Processos >> Carrinho 1 - Objetivo Remoção do refresh ao trocar de guia entre carrinhos abertos. 2 - Alteração Quando haviam vários carrinhos abertos e era necessário realizar a troca entre eles, o sistema realizava o refresh duas vezes a cada guia trocada, e dessa maneira, o sistema acabava apresentando lentidão por realizar a mesma coisa repetidamente. Desse modo, foram realizados ajustes para a remoção do refresh que fora implementado, que agora é executado apenas uma vez. |
00 | MCP-6915 | Aplicar filtro de Datas na tela de Produtos Separados | Menu: Processos >> Expedição >> Separação de Produtos 1 - Objetivo Aprimorar funções dentro da rotina de separação e ajustes no layout da tela 2 - Alteração Dentro da separação, através dos filtros, o separador pode definir quais dados deseja exibir na tela. Anteriormente, quando o separador começava a separação na tela de “produtos do separador”, eram apresentados todos os produtos que estavam com separações em aberto pelo separador, o que gerava uma lentidão já que muitas vezes haviam múltiplas separações em aberto. Agora, dentro dessa mesma tela serão apresentados somente os produtos que possuem movimentação dentro do período de tempo em que o vendedor selecionou previamente, podendo ainda realizar a alteração dos dados de data, para que sejam apresentados somente os resultados necessários Image AddedAnteriormente, todos os detalhes sobre a movimentação do produto eram apresentados na parte inferior da tela de “produtos do separador” e, agora foram realizados ajustes para que, quando clicado duas vezes sobre um produto, seja apresentado em uma tela todo o histórico de separação do mesmo. Image AddedImage Added |
489871 | MCP-6930 | Ajuste na Geração de Remessa DELBANK | Menu: Financeiro >> Cobrança Bancária >> Gera Remessa de Cobrança Bancária 1 - Objetivo Possibilitar a homologação corretamente com o banco DELBANK. 2 - Alteração Realizado alteração na montagem do registro de detalhe de remessa do banco DELBANK, posições 18 a 37 de modo que a informação enviada seja de acordo com a NOTA 1 do manual de integração deste banco, dados estes referentes a identificação da empresa no banco. |
00 | MCP-6933 | Remover validação de "produto com valor zerado" no carrinho em processos onde recalcula valores, validar somente na finalização. | Menu Processos >> Carrinho 1 - Objetivo Remover apresentação de validação que impossibilitava movimentação dentro do sistema. 2 - Alteração Quando trabalhamos com um produto que possui valor de venda zerado, para que possamos realizar a movimentação dele é necessário que o mesmo esteja vinculado a uma tabela de preço. Entretanto, quando era editado alguma informação dentro do campo da “tabela”, o sistema desconsiderava a tabela, assim, os produtos voltavam ao valor de R$0,00 e as movimentações do produto eram barradas exibindo a validação “não é possível movimentar produto com valor zerado”, dessa maneira, o vendedor era impossibilitado de continuar fazendo quaisquer outras movimentações na tela, já que ela continuava sendo apresentada. Para isso, foram realizados ajustes para que a validação pare de ser apresentada durante o período em que o carrinho estiver aberto, possibilitando que o vendedor consiga continuar o processo de venda do carrinho, entretanto, a mensagem será apresentada no momento de finalização do carrinho se algum dos produtos possuir valor de venda zerado. Image Added |
0 | MCP-6971 | Tarefa para registro de tempo ref. SUPORTEDAY 03/08 | Tarefa para registro de tempo ref. SUPORTEDAY 03/08 Trabalhado também nos dia 04 e 07 para analisar os dados mais criticos do cliente TECNOOBRAS. Tempo ref. testes, analises, call, cadastro de tarefas, gravados dos videos de exemplo. Os casos que foram tratados no dia 04 e 07 foram os seguintes: -Caso de apagar notarefite da nota de transporte. Identificado que tem ligação com documento que não baixa saldo da origem.
Jira Legacy |
---|
server | System Jira |
---|
serverId | a5c9f197-a7aa-3a3e-91c5-85e0279c94e6 |
---|
key | MCP-6975 |
---|
|
-Valição do limite de crédito x abatimento
Jira Legacy |
---|
server | System Jira |
---|
serverId | a5c9f197-a7aa-3a3e-91c5-85e0279c94e6 |
---|
key | MCP-6972 |
---|
|
-Exclusão da validação personalizada 193 quando alteração pagamentos.
Jira Legacy |
---|
server | System Jira |
---|
serverId | a5c9f197-a7aa-3a3e-91c5-85e0279c94e6 |
---|
key | MCP-6973 |
---|
|
|
452243 | MCP-6983 | Envio e-mail pelo sistema com outlook | Comprovado com aplicativo de teste que o sistema estava funcionando. |
00 | MCP-6984 | Considerar PIX no DRE por Competência | Menu: Financeiro >> DRE 1 - Objetivo Possibilitar a visualização das notas fiscais acertadas em carteira digital no DRE. 2 - Alteração Realizado melhoria no processo de DRE por competência, de modo que sejam considerados também notas em que o acerto foi realizado em carteira digital. Para isso foi respeitado o padrão já existente, sendo que se não houver sido informado uma analítica de receita específica para recebimentos em PIX nas configurações gerais, será considerado a analítica de dinheiro. Image AddedSendo assim, caso ambas estejam localizadas na mesma sintética, estas já serão apresentadas automaticamente no DRE. |
00 | MCP-6990 | 01 - Venda Bloqueada na Expedição até a liberação das pendências. | Menu: Configurações >> Gerais >> Vendas >> Carrinho (Geral) >> Finaliza Carrinho com Pendencias (Bloqueado). Configurações >> Gerais >> Vendas >> Carrinho (Geral) >> Realiza Impressão Após Autorizar Pendências. Processos >> Carrinho. Processos >> Acerto de Caixa. Processos >> Expedição >> Controle de Expedição. Processos >> Expedição >> Separação de Produtos. 1 - Objetivo Melhorar os processos quando estiver como “SIM“ a configuração geral “Finaliza Carrinho com Pendencias (Bloqueado)”. 2 - Alteração Realizado alterações no funcionamento da configuração geral “Finaliza Carrinho com Pendencias (Bloqueado)“. Abaixo os processos que serão impactados com as alterações, quando a configuração geral “Finaliza Carrinho com Pendencias (Bloqueado)” estiver como SIM. REPROVAÇÕES x RETORNO DA VENDA Anteriormente, o carrinho finalizado com pendências ficava no caixa bloqueado, e se alguma ação/pendência era reprovada, o usuário do caixa tinha que retornar manualmente a venda para o vendedor. Agora esse processo será feito de forma automática, logo após o supervisor realizar a reprovação de alguma ação da venda, o sistema irá retornar a venda para o vendedor. O vendedor terá acesso a essa venda e aos detalhes da reprovação através do botão “Carrinho D-“ conforme exemplo abaixo: Image AddedSEPARAÇÃO DE PRODUTOS Foram efetuados ajustes na rotina de "Separação de Produtos". Agora, caso a nota/carrinho de origem esteja bloqueada devido a liberações pendentes, a separação correspondente será automaticamente bloqueada. Os produtos afetados serão destacados no grid com a cor marrom. Ao tentar iniciar a separação será exibida mensagem “Pedido Bloqueado para separação, aguardar liberação“, conforme exemplo na imagem abaixo: Image AddedEXPEDIÇÃO x VENDA BLOQUEADA Outro tratamento feito foi com relação ao controle de expedição. Caso o documento utilizado não passa pelo acerto de caixa, no controle de expedição, se a venda foi finalizada com pendências, vai ficar com status de “bloqueada“, e se tentar fazer alocação de carga ou entrega imediata, será exibida a seguinte mensagem “Existem liberações pendentes para a nota, Verifique”. Exemplo nas imagens abaixo.
Alocação de Carga: Image AddedEntrega Imediata: Image AddedACERTO DE CAIXA Se o documento utilizado passa pelo acerto de caixa, e a venda foi finalizada com pendências de liberação, o processo continua como anteriormente, o registro aparece em vermelho/bloqueado no grid e se tentar finalizar com esse status será apresentado mensagem conforme imagem abaixo. OBS: Vale destacar, como já mencionado no inicio dessa documentação que, quando houver reprovação das pendências, agora a venda já retorna automaticamente para o vendedor, anteriormente isso será feito manualmente pelo usuário do caixa. Image AddedIMPRESSÃO DA VENDA x LIBERAÇÕES Implantado também configuração geral, para definir se a impressão pode ou não ser feita ao finalizar um carrinho com pendências. A configuração se encontra no menu Configurações >> Gerais >> Vendas >> Carrinho (Geral) >> Realiza Impressão Após Autorizar Pendências conforme imagem abaixo: Image AddedSe a configuração estiver como NÃO, vai seguir o processo normal, ou seja, a impressão será gerada normalmente na finalização do carrinho. Se a configuração estiver como SIM, ao finalizar o carrinho não vai chamar a impressão do relatório “CARRINHOFIN“. Nesse caso a impressão será gerada após realizar a liberação de todas as pendências da venda. E com relação aonde a impressão será enviada, se na tela/impressora do supervisor ou do vendedor(da venda), será respeitado o que estiver definido na configuração “Priorizar Impressão“ conforme regras abaixo: Image AddedSupervisor - Gera a impressão na tela/impressora do supervisor que liberar a última pendência da Venda. Vendedor - Envia a impressão para a impressora definida no usuário vinculado ao vendedor, que finalizou a venda. Se não tiver, envia para o que estiver definido nas configurações gerais. Observar que, quando estiver usando configurações de impressão por usuário, se estiver marcada a opção de selecionar impressora, ou de visualização da impressão, isso será ignorado, pois o sistema não terá como fazer esse documento aparecer na tela do vendedor, por esse motivo, nesse cenário, a impressão será sempre gerada em tela para o supervisor que liberar a última pendência da venda. |
484131 | MCP-7009 | Exportar para o fiscal IPI das devoluções de venda mesmo quando esta marcado para exportar o IPI em outras nas entradas | Menu...: Contábil/Fiscal » Exportação Fiscal (antigo arquivo de exportação) Contábil/Fiscal » Monitor Fiscal (novo Fiscal On-Line) 1 - Objetivo Possibilitar que quando a opção "Exportar Valor de IPI em Outras nas NF´s de Entrada" nos parâmetros de Exportação do Fiscal estiver marcada e existir uma Devolução de Venda com IPI destacado, o valor do IPI não seja exportado no campo Outras, e sim apenas em campós próprios 2 - Alteração Efetuada alteração de modo que quando for realizada uma Devolução de Venda com IPI destacado e a opção "Exportar Valor de IPI em Outras nas NF´s de Entrada" nos parâmetros de Exportação do Fiscal estiver marcada, o valor do IPI não seja atríbuido ao campo Outras, será atribuído apenas aos campos próprios. Para que isso ocorra é necessário que na Configuração de Documento da Devolução de Venda, o tipo de Operação esteja como "DV". Em relação aos outros tipos de Entradas, como por exemplo Compras, o sistema continuará exportando o valor do IPI em Outras, e quando desmarcada a opção "Exportar Valor de IPI em Outras nas NF´s de Entrada", o IPI continuará indo em campo próprio. |
00 | MCP-7026 | Alteração Geração de Arquivo de Cheque em Custódia para Banco Itaú | Menu: Financeiro >> Cheques Recebidos >> Gera Remessa de Cheques em Custódia 1 – Objetivo Ajustar regra para listagem de cheques à vista para remessa do Banco Itaú. 2 – Alteração Realizado ajuste no filtro de ‘Data Bom Para Inicial’ de Cheques ao gerar remessa em Custódia do Banco Itaú, para que ao marcar o checkbox 'Somente Cheques à Vista' fique habilitado este campo para edição da data, visto que é necessário listar cheques com 'Data de Bom Para' em datas anteriores, como por exemplo, cheques de terceiros. Anteriormente era permitido somente a data atual. |
489481 | MCP-7039 | Ajuste na Validação de Cobrança na Baixa de Duplicatas a Receber | Menu: Financeiro >> Duplicatas a Receber >> Baixa de Duplicatas a Receber 1 - Objetivo Validar a Baixa de Duplicatas a Receber com códigos iguais, porém de estabelecimentos diferentes, para que a cobrança seja verificada corretamente. 2 - Alteração Realizado um ajuste na rotina de Baixa de Duplicatas a Receber, para que seja feita a validação correta de duplicatas a receber com cobrança em um estabelecimento, mesmo que existam outras duplicatas a receber com o mesmo código em outros estabelecimentos. Anteriormente, ao marcar a opção 'Baixar', era gerada uma mensagem validando todas as duplicatas, independentemente de haver cobrança. |
00 | MCP-7046 | Melhoria na Apresentação do Relatório de Duplicatas a Pagar no modo Sintético | Menu: Relatórios >> Financeiro >> Duplicatas a Pagar 1 - Objetivo Ajustar a apresentação dos dados do relatório de Duplicatas a Pagar no modo Sintético. 2 - Alteração Realizado um ajuste na rotina de Relatório de Duplicatas a Pagar no modo Sintético, para que as informações sejam visualizadas e ordenadas em grupo por Estabelecimento e Data de Vencimento das Duplicatas a Pagar. |
00 | MCP-7061 | Conf Gerais - Definição de HTTP/HTTPS no ip do roteirizador | 1 - ROTINA Processos >> Expedição >> Controle expedição >> Roteirizador 2 - IMPLEMENTAÇÃO/MELHORIA Implementado para que o sistema permita montar rota quando for uma requisição https 3 - MOTIVO/FINALIDADE Devido a migração dos clientes cloud para a versão 2.0, o modo de conexão com o banco se torna mais segura e com isso impede que seja realizado o acesso externo sem que passe pelo scan. Deste modo para que o roterizador siga em funcionamento, foi necessário alterar para que também aceite um link https. |