Índice - Clique no link para ir direto ao tópico RESULTADOS NO GRID DA TELA
Caminho:
Em Controladoria > Fiscal > Gera Lote RPS
Possibilitar a integração online com a Prefeitura Municipal de Itapevi, para que as notas fiscais de prestação de serviços sejam enviadas automaticamente para a prefeitura e, após o processamento, o retorno destas seja recebido também de forma automática.
Para disponibilizar esta automação aos usuários do e-Millennium, foi desenvolvido um módulo para realizar a leitura de determinado número de movimentações geradoras de NFSE, que ainda não tenham sido enviadas para a SEFAZ municipal e enviá-las para o Webservice da prefeitura do município de Itapevi.
As notas fiscais emitidas serão enviadas para uma fila interna do sistema e, na sequência, enviadas automaticamente para a prefeitura. Após o processamento das notas, o retorno das informações será recebido e os dados no sistema serão atualizados automaticamente.
Pré-requisitos
ParâmetrosConfigurando o certificado de emissão das NFSeNa máquina onde as notas serão emitidas, siga os passos abaixo:
Configurando evento para emissão de NFSeEm Utilitários > Administrador > Eventos, selecione o evento configurado para faturamento de serviço e configure:
Configurando cadastro de serviços para emissão de NFSeEm Produtos e Serviços > Serviços, é preciso ter serviços cadastrados no sistema. Faça a busca, selecione o serviço, dê um duplo clique sobre ele ou clique no botão Altera Serviço, configurar:
Configurando cadastro de filiais para emissão de NFSeEm Utilitários > Empresa > Filiais, selecione a filial responsável pela emissão das NFSe;
Cnae, preencher;
Configurando cadastro de cliente para emissão de NFSeEm Vendas > Cadastros > Clientes, configurar:
Configurando Lote RPS para utilizaçãoEm Utilitários > Administrador > Configurações Gerais;
Obs.: há quatro opções de macros disponíveis para incluir no nome do serviço: DESC_PRODUTO, COD_PRODUTO, MÊS_ANO e DATA. Basta inserir no texto entre cifrões. Exemplo: $COD_PRODUTO$. EntradasGerando o arquivo de RPSEm Controladoria > Fiscal > Gera Lote RPS:
Enviando Lotes RPSUma vez gerado com a Flag "Enviar Lote RPS Automaticamente" marcada, o envio das movimentações será realizado pelo Scheduler, de acordo com o tempo configurado.
Status de processamento que podem ocorrer na tela de visualização:
Excluindo Lote RPSEm Controladoria > Fiscal > Gera Lote RPS:
Status de cancelamento que podem ocorrer na tela de visualização:
Exclusão do Lote Antes de finalizar o envio das movimentações
Exemplos:
Validações e SaídasEm Vendas\Status NFe, as notas fiscais geradas podem ser visualizadas para saber se estão disponíveis para impressão. |
Millen-25884 – Melhorias na identificação de transações TEF
Caminho:
Vendas > Movimentações
Objetivo
Foram levantados alguns pontos de melhoria na identificação de transações do TEF para melhor atender a alteração do fisco do estado do Rio Grande do Sul, referente à obrigatoriedade de vincular comprovante de pagamento ao documento fiscal onde não será mais possível a utilização do POS.
RS - Fisco mantem obrigatoriedade de vincular comprovante de pagamento a NFC-e para estabelecimentos com faturamento superior a R$360.000,00 - Instrução Normativa RE nº 16, de 06.03.2023 - DOE RS de 08.03.2023
As solicitações/adaptações abaixo valem para todos os sistemas comercializados (e-Millennium, Store Manager, Millennium 2006, Millennium 2009 e Basic) e devem ser adicionadas para NF-e e NFC-e:
Na tabela LANCAMENTOS identificar se o registro foi inserido através de uma transação TEF, atualmente só gravamos o NSU e Autorização, mas não tem como distinguir se foi um valor digitado manualmente pelo usuário ou se foi obtido pelo TEF.
Criado um parâmetro no cadastro de filial para o usuário definir se não permitirá inserção de dados de cartão manualmente.
Fazer validação do valor passado para a tag TpIntegra usando o novo parâmetro criado no item acima.
O recurso irá funcionar tanto para emissão de cupom fiscal quanto para nota fiscal eletrônica. |
Pré-requisitos Instalar os módulos B5DrvPackRemote e B5DrvPackRemoteCFe, para emissão de cupom fiscal. Parâmetros Em Utilitários\Empresa\Filiais, configure:
Entradas Movimentação de venda com o novo recurso Em Vendas\Movimentações, na finalização do faturamento da venda, caso o operador clique em Próximo Passo para emitir a nota fiscal, o sistema emitirá um alerta informando que a utilização do TEF na venda é obrigatória e não permitirá a execução da ação.
Na tela de finalização, localize o botão ao lado da condição de pagamento, para abrir a janela do TEF: Após finalizar a venda e emitir a nota ou cupom fiscal, faça uma consulta no xml gerado pela movimentação. Em Vendas\Status NF:
Validações e Saídas O sistema bloqueará a finalização da venda, caso o operador tente emitir a nota fiscal sem acessar o TEF para registrar a utilização do cartão. |
Caminho:
Vendas > Movimentações
Permitir a impressão de notas fiscais eletrônicas de serviço para o município de Extrema - MG.
Cada município deve ser homologado no sistema para que possa fazer emissão de notas de serviço, de acordo com suas características fiscais e legislação vigente. |
Para emissão de NFSe, é necessário adquirir um certificado digital do município emitente. Este certificado deve ser instalado no servidor da rede, para que possa ser acessado no momento da emissão da NFSe. |
Pré-requisitos
ParâmetrosEm Utilitários\Administrador, cadastrar um evento para faturamento de serviço, sendo:
Em Produtos e Serviços\Serviços, ter serviços cadastrados no sistema, na guia Fiscal:
EntradasEm Vendas\Movimentações:
A nota fiscal poderá ser impressa tanto a partir do e-Millennium quanto do site da prefeitura do município de Extrema.
No arquivo XML da nota fiscal é possível identificar os campos obrigatórios preenchidos para a prefeitura de Extrema. Validações e SaídasRetorno da SEFAZ: E188 - Opção simples nacional conflita com o regime especial de tributação informadoNão é possível enviar uma nota utilizando um serviço com as configurações conflitantes com a filial. Como usado no exemplo abaixo:
Sendo apresentado o retorno do SEFAZ: E188-Opção simples nacional conflita com o regime especial de tributação informado. Quando se tratar de empresa com Regime Especial de Tributação 05 - MEI do simples nacional ou 06 - ME ou EPP. A nota é emitida como cancelada e com erro: Retorno da SEFAZ: L130 – Contribuinte não possui benefícioNão é possível enviar uma nota utilizando um serviço com as configurações conflitantes com o cadastro da empresa. Como usado no exemplo:
Numeração de nota cancelada não poderá ser reutilizadaO sistema bloqueará a ação e emitirá uma mensagem de alerta informando o motivo do bloqueio. Para continuar informe outra numeração e efetive novamente. Emitir uma nota usando um número já usado e com rejeiçãoNesse caso, o sistema emitirá uma mensagem de alerta informando sobre a situação da numeração escolhida e deixará o usuário decidir se prosseguirá com a ação. Cancelamento de nota fiscalNão é possível cancelar uma nota fiscal de serviço que foi emitida para um cliente sem e-mail cadastrado. Além disso, a Tecnospeed não retorna a mensagem de erro obtida. Sendo assim, foi implementada uma mensagem informando a necessidade de o usuário acessar o portal da prefeitura para validação do erro obtido e solicitação de cancelamento por lá. Mensagem obtida no portal da prefeitura: Mensagem enviada pelo e-Millennium. |
Caminho:
Vendas > Pedido de Venda
Desenvolver funcionalidade para seleção da melhor transportadora e filial.
Este novo recurso irá atender empresas que realizam conferência de estoque disponível do item do pedido e da melhor transportadora, porém manualmente, o que demanda tempo.
Para automatizar esse processo, foram realizados alguns ajustes no sistema:
Pré-requisitosInstalar o módulo millenium!reserva_transportadora.minst. Para informações sobre como fazer a instalação de módulos no e-Millennium acesse o Manual de instalação de módulos no e-Millennium. Importante! Será necessário instalar e configurar o módulo de gateway de frete que presta serviço para a empresa. Caso a empresa não tenha contrato com um gateway de fretes, poderá usar o recurso de consulta de fretes do e-Millennium. Acesse o link Importação de Planilhas de Fretes para obter mais informações. ParâmetrosConfigurando tipo de pedido para cotação de freteEm Vendas\Cadastros\Tipo de Pedido:
Na guia Reserva Transportadora:
Configurando cadastro de transportadoraEm Logística\TMS\Cadastros, Transportadoras:
Na guia Frete e Seguro:
Na guia do gateway selecionado, informar os dados de conexão:
Cadastrando as dimensões dos produtos a serem transportadosEm Produtos e Serviços\Produtos, na guia Logística, preencher os campos:
Configurando cadastro de clientes para cotação de freteEm Vendas\Cadastros\Clientes, na guia Geral:
Configurando filial para cotação de freteEm Utilitários\Empresa\Filiais, na guia Geral:
EntradasInclusão de pedido de venda com cotação de fretePara fins de demonstração, no pedido de venda foi selecionada uma filial que não possui estoque para o produto vendido. Dessa forma, o sistema irá retornar várias opções de frete de acordo com as filiais que tiverem disponibilidade para entrega do produto.
DATA ENTREGA Será feita a reserva de estoque para o produto na filial que foi encontrado estoque disponível.
Reserva no estoque da filial e geração do pré-faturamento Validações e SaídasCaso nenhuma transportadora atenda aos requisitos de quantidade e percentual de tolerância, o processo não será concluído e será emitida uma mensagem de alerta. |
Caminho:
Produtos e Serviços > Vitrine > Vitrines
Possibilitar o envio de atualizações de produtos do e-Millennium para a plataforma Vtex, especificando um período para que ação seja realizada.
Nas empresas que trabalham com o e-Millennium integrado ao Microvix e VTEX, ocorre o seguinte processo:
Com este ajuste,
Pré-requisitos
ParâmetrosEm Produtos e Serviços > Vitrine > Vitrines, selecione o cadastro cujo exportador é a Vtex e na guia Configurações de Produto:
Em Produtos e Serviços > Vitrines > Vitrine de Produtos, o campo Data Limite para Atualização, deverá estar preenchido:
EntradasEnviando atualizações para a plataforma da VtexO processo de atualização dos produtos na plataforma ocorre todo internamente e, após as parametrizações, não é necessária nenhuma intervenção do operador do sistema. Para demonstrar o envio das atualizações e as validações das datas limites para envio, vamos executar manualmente os métodos responsáveis pela execução do processo. 1. Envio de atualização do produto VQA-219, com data limite posterior à data atualUtilizando o ID da vitrine e o ID do produto, executando o método de envio, podemos observar a resposta para três SKUs do produto VQA_219, enviado com sucesso. 2.Envio de atualização do produto VQA-218, com data limite igual à data atualUtilizando o ID da vitrine e o ID do produto, executando o método de envio, podemos observar a resposta para um SKU do produto VQA_218, enviado com sucesso, dentro da data limite exata estabelecida para o envio, que é a data atual. 3.Envio de atualização do produto VQA-217, com data limite anterior à data atualUtilizando o ID da vitrine e o ID do produto, executando o método de envio, podemos observar uma resposta vazia para o produto VQA_217, devido à data limite ser inferior à atual. Validações e SaídasOs envios das atualizações cadastrais dos produtos para as vitrines ocorrem de acordo com as datas limites estabelecidos nos cadastros. |
Caminho:
Vendas > Formação de Preços
Desenvolvida rotina para calcular o custo médio sem o valor dos impostos. Foi realizada uma alteração na rotina de atualização de custo médio, para permitir que o cálculo sem o valor dos impostos. Em conjunto com a rotina atual, o custo médio sem impostos será gravado tanto na tabela PRODUTOS_CUSTO_MEDIO (campo CUSTO_MEDIO_SIMP), quanto na tabela MOV_ESTOQUE (campo CUSTO_MEDIO_SEM_IMP).
Para complementar o novo recurso, foi criado o relatório "517 -Valorização de Estoque (Kardex) -Sem Impostos", que dispõe os mesmos campos e tem o mesmo funcionamento do relatório "317 - Valorização de Estoque (Kardex)", porém mostrando os valores sem impostos.
Pré-requisitosEm Vendas\Formação de preços, cadastrar o produto:
ParâmetrosEm Utilitários\Administrador\Eventos, no evento de entrada de mercadorias:
EntradasMovimentação de entrada de compra Em Compras\Movimentações, dar entrada nas notas de compras dos produtos. Emissão do relatório 517, para verificação dos valores Movimentação de saída de venda Em Vendas\Movimentações, realizar as movimentações de vendas com emissão das notas fiscais. Emissão do relatório 517, após a realização de duas vendas Validações e SaídasRelatório 517 – Kardex sem impostos X Relatório 317 – Kardex com impostos
|
Caminho:
Logística > Estoque > Inventário
Alterar o processo de contagem do inventário, apresentando os locais de contagem em uma lista no coletor e criar recurso para selecionar o usuário que irá realizar a contagem.
Para atender esta necessidade, foram realizados ajustes no processo de inventário, utilizando o coletor de dados:
Pré-requisitos1.Instalar o módulo millenium!wms_coletor.minst. Para informações sobre como fazer a instalação de módulos no e-Millennium acesse o Manual de instalação de módulos no e-Millennium. 2.No Gerenciador de Usuários do sistema, devem estar cadastrados os funcionários que terão acesso para realizar as contagens de inventário; 3.Em Logística\Estoque\Inventários:
4.Em Utilitários\Empresa\Funcionários, devem ter funcionários cadastrados no sistema com o cargo de Supervisor. 5.Ter um coletor de dados instalado, para que possa ser acessado pelo e-Millennium. ParâmetrosEm Logística\Estoque\Inventários, selecione o inventário a ser contado e, na guia Coletor de Dados:
EntradasBloqueio de locais de estoque por acesso de usuárioContagem iniciada pelo usuário A Na tela do coletor de dados: 1.O usuário A deve ser logar no sistema; 2.Selecione a opção 2.1 Inventário; 3.Selecione o inventário para o qual a contagem será realizada; 4.Informe um número de documento; 5.Efetivar O sistema lista os locais de estoque aos quais o usuário logado tem acesso para realizar contagem. Caso, um determinado local já esteja sendo contado por outro usuário, não será listado em tela para outro usuário. 6.Selecionar o local de estoque; 7.Efetivar; 8.Informar (bipar ou digitar) o código do produto; 9.Efetivar;
Contagem iniciada pelo usuário B 1.O usuário B deve ser logar no sistema; 2.Selecione a opção 2.1 Inventário; 3.Selecione o mesmo inventário para o qual a contagem será realizada; 4.Informe um número de documento; 5.Efetivar. O sistema indica que o inventário selecionado já foi iniciado e não exibe locais de estoque vinculados ao usuário B, para que realize contagem. Caso o usuário B tente inserir um local para realizar contagem, o sistema bloqueará a ação e emitirá uma mensagem de alerta. Contagem iniciada pelo usuário C 1.O usuário C deve ser logar no sistema; 2.Selecione a opção 2.1 Inventário; 3.Selecione o mesmo inventário para o qual a contagem será realizada; 4.Informe um número de documento; 5.Efetivar O sistema indica que o inventário selecionado já foi iniciado e exibe locais de estoque vinculados ao usuário C, porém não exibirá o local de estoque que já está sendo contado pelo usuário A. Caso o usuário C informe um local de estoque que esteja sendo contado por outro usuário, o sistema bloqueará a ação e emitirá uma mensagem de alerta. 6.Realizar os lançamentos de contagem do usuário C: 7.Sair; 8.Consultar os documentos dos usuários A e C, para verificar que em cada um serão listados somente os locais de estoque contados respectivamente. 9.Finalizar as contagens para os dois usuários. Realizando nova contagem no localEm Logística\Estoque\Inventário, no link Ações, selecione a opção Lista Detalhe Contagem (Coletor), para visualizar as informações da contagem realizada. Em caso de divergência de quantidades nas contagens realizadas, após a finalização da contagem no local, é possível lançar a correção das quantidades. 1.Acesse o link Nova Contagem; 2.Acesse o campo Usuário, onde serão exibidos somente os nomes dos funcionários que estão vinculados no local de estoque, mas ainda não realizaram suas contagens; 3.Selecione o usuário; 4.Execute. 5.Retome a contagem com o coletor de dados; 6.O usuário B deve ser logar no sistema; 7.Selecione a opção 2.1 Inventário; 8.Selecione o mesmo inventário para o qual a contagem será realizada; 9.O documento que estava vinculado ao usuário A, será disponibilizado para o usuário B realizar sua contagem; 10.Efetivar. Em Logística\Estoque\Inventário, no link Ações, selecione a opção Lista Detalhe Contagem (Coletor), para visualizar as informações da contagem realizada e perceba que a nova contagem foi inserida no histórico. Contagem de usuário SupervisorCaso o limite de contagens configurado no inventário para determinado local seja atingido, ao fazer uma nova contagem, o sistema mostrará somente os supervisores vinculados ao inventário.
Após realizar a nova contagem através do coletor, faça outra consulta na Lista de Detalhes Contagem (Coletor), para verificar a inclusão da contagem do supervisor no histórico de contagens. Atingido o limite de contagens do inventário e tendo sido feita a contagem do supervisor, não será mais possível realizar novas contagens. O sistema não exibirá mais nenhum usuário para fazer a contagem e bloqueará a execução da ação sem um usuário selecionado. Ajustar estoqueApós a contagem deverá ser feito o ajuste do estoque, para a atualização das quantidades. Em Logística\Estoque\Inventários, no link Outras Ações: 1.Faça uma busca; 2.Selecione o Inventário a ser ajustado; 3.Selecione a opção Ajusta Estoque; 4.Executar; 5.Faça uma consulta no estoque dos produtos para visualizar as quantidades ajustadas dos produtos. Validações e Saídas1.Não será permitido lançar contagem em locais de estoque que já estiverem finalizados no coletor. 2.Não será permitido selecionar funcionário na contagem, caso esteja vinculado no Gerenciador de Usuários do sistema. |
Caminho:
Vendas > Movimentações
A fim de simplificar o processo e agilizar o cotidiano de nossos clientes foi desenvolvido o módulo de "Pagamento integrado de GNRE", para atender as empresas que, nas vendas interestaduais para não contribuintes, comercializam produtos sujeitos à substituição tributária, sendo necessário gerar uma guia de GNRE e realizar o pagamento desta antes mesmo da mercadoria ser transportada.
Devido ao processo de geração e pagamento desta guia algumas empresas "arriscam" e enviam a mercadoria antes de realizar o pagamento. Com isso estão sujeitas a fiscalização e multa, além de que muitas transportadoras já não estão aceitando trabalhar desta forma.
Com o módulo “Pagamento Integrado GNRE”, o e-Millennium irá gerar a guia no momento do faturamento, mas não irá imprimir/visualizar a guia, apenas gravar os dados retornados em suas respectivas tabelas, e dados financeiros no lançamento.
Periodicamente, um scheduler processará as guias geradas, criando um borderô e enviado ao Banco Stone (DDA). O Banco Stone fará o processamento do pagamento (podendo ser necessária a aprovação do usuário via aplicativo) e, após esse processamento, disponibilizará as informações de liquidação para o e-Millennium, que irá consumir essas informações e gravá-las em nosso banco de dados. Todo o processo poderá ser acompanhando e consultado por tela e relatórios, com os devidos status.
Pré-requisitosInstalar o módulo millenium!gnre.minst. Para informações sobre como fazer a instalação de módulos no e-Millennium acesse o Manual de instalação de módulos no e-Millennium. ParâmetrosConfigurando evento de faturamento de vendasEm Utilitários\Administrador\Eventos, na guia Fiscal:
Configurando GNRE para pagamento integrado STONE DDA
EntradasFaturamento de venda com geração de GNREEm Vendas\Movimentações:
Correção de ErrosQuando ocorrem erros na geração da GNRE, o e-Millennium grava o motivo em Informações Complementares, para orientar o operador do sistema sobre a correção a ser feita. Através do link Correção de Erros o sistema direciona o usuário para a tela de Campos Extras, onde a correção poderá ser realizada. Após a correção, retorne para a tela de visualização ou impressão de guias, tente gerar novamente e observe que o erro não ocorrerá. ReprocessamentoEm caso de impossibilidade de processar, o e-Millennium emitirá uma mensagem de alerta, informando o motivo da falha, que poderá ser, por exemplo: falha de conexão, erro de configuração, guia que ainda não foi gerada etc. Validações e Saídas1 - Utiliza Baixa Integrada (Stone) desativada Ao tentar reprocessar um pagamento de guia, o sistema bloqueará a ação e emitirá uma mensagem de alerta, informando sobre a falta de configuração. 2 - Módulo Utiliza Baixa Integrada (Stone) não instalado Ao tentar efetivar o evento de faturamento configurado para gerar GNRE automática sem oque o módulo esteja ativado, o sistema bloqueará a ação e emitirá uma mensagem de alerta, informando sobre a necessidade de instalação para prosseguir com o recurso.
3 - Inclusão de Embarque com GNRE Irregular Na inclusão de notas fiscais no embarque, o sistema fará a validação de pagamento das guias GNRE e bloqueará a inclusão de notas cujas guias ainda constem como Não Pagas ou Aguardando Pagamento na conta Stone.
|
Caminho:
Controladoria > Fiscal
Com a criação de um módulo específico para a geração dos lotes RPS, os clientes que necessitarem utilizar este recurso para a emissão de NFSe poderão instalar, sem a necessidade de precisarem atualizar sua versão, desde que a versão em uso seja compatível com o módulo.
Pré-requisitos
Parâmetros
EntradasConsultar Títulos a ReceberPara a geração dos arquivos RPS é necessário que existam títulos a receber gerados com base na prestação de serviços ao consumidor. Em Financeiro > Receber, faça uma consulta e verifique os títulos cadastrados no sistema. Gerar Lote RPSEm Controladoria > Fiscal > Gera Lote RPS, acesse o link Gera RPS: 1.Selecione na Origem dos Dados a opção Títulos; 2.Selecione o Tipo de Data; 3.Preencha as datas Inicial e Final; 4.Os demais campos de filtros podem ser preenchidos de acordo com a necessidade da empresa; 5.Preencha as alíquotas dos impostos; 6.Próximo, para carregar na tela os títulos a serem incluídos no lote; 7.Selecione o evento de faturamento de serviço; 8.Selecione a filial que prestou o serviço; 9.Selecione a conta caixa para lançar o valor; 10.Selecione o serviço prestado; 11.Próximo; 12.Aguarde a mensagem de comando executado com sucesso e faça uma consulta para visualizar o lote gerado; 13.Acesse o link Visualizar Notas e observe que o processo está aguardando tanto a geração das notas quanto do arquivo RPS; 14.No link Gerar Arquivo RPS, selecione o diretório para salvar o arquivo a ser gerado; 15.Execute e aguarde a mensagem de comando executado com sucesso; 16.Acesse o diretório informado e verifique a geração do arquivo. Retorno de arquivo RPSNa tela de consultas de lotes RPS, no link Outras Funções:
Exclusão de Lote RPS
Validações e SaídasApós receber o retorno dos arquivos, as notas poderão ser emitidas. |
Caminho:
Vendas > Cadastros > Automação do Pré-Faturamento Automático
O conceito de Pré-Faturamento Automático é permitir que o usuário do sistema selecione vários pedidos de venda e pré-fature todos ao mesmo tempo. A função principal deste módulo é verificar os pedidos cadastrados no banco de dados, analisar o estoque de produtos e executar uma separação de mercadoria, de acordo com os critérios definidos pela empresa.
A automação desse recurso permitirá que o próprio sistema acione a rotina de pré-faturamento e, com base em regras previamente definidas, selecione os pedidos de vendas que atendam a essas regras e gere os pré-faturamentos desses pedidos.
Definidas as regras de filtragem dos pedidos, a partir de um agendamento, o e-Millennium fará uma varredura no banco de dados e executará as rotinas de seleção dos pedidos e a geração dos pré-faturamentos, sem qualquer intervenção dos operadores do sistema.
Para utilizar este recurso é necessário ter um rigoroso controle de estoque. |
Pré-requisitosInstalar o módulo millenium_dap.minst. Para informações sobre como fazer a instalação de módulos no e-Millennium acesse o Manual de instalação de módulos no e-Millennium. ParâmetrosA parametrização será realizada na própria criação das regras de automação. EntradasCriação de Regra de AutomaçãoAo criar uma regra de automação, a empresa definirá os parâmetros que o sistema deverá seguir para filtrar e selecionar um pedido de venda a ser pré-faturado. A Regra de Automação funcionará como um robô e terá um agendamento interno que no período determinado (geralmente a cada 60 minutos) executará uma rotina de varredura no banco de dados do sistema, acionando a rotina de geração dos pré-faturamentos automáticos. Em Vendas > Cadastros > Automação do Pré-Faturamento Automático, configure: 1 - Guia GeralCódigo - É um campo obrigatório, alfanumérico, pode ser preenchido de acordo com a necessidade da empresa, será usado para identificar a regra de filtragem no banco de dados. Tipo de Pedido - Quando preenchido, o sistema filtrará somente os pedidos do tipo selecionado, podendo ser mais de um tipo. Limite de Pedidos Processados por Execução - Se a empresa tem um grande volume de pedidos, é interessante definir uma quantidade de pedidos para processar, porque isso irá interferir diretamente no tempo que o sistema levará para executar o processamento. Geração de Pré-Faturamento Estratégia - É um parâmetro de preenchimento obrigatório, que como o próprio nome diz, define a estratégia da empresa no que refere a separação dos pedidos de venda a serem pré-faturados. Estratégia Quebra: Determina a porcentagem mínima que o cliente aceitará receber do pedido feito. Se o percentual for zero, significa que o cliente só aceitará receber o pedido inteiro, portanto não deverá ser feita a distribuição enquanto o estoque não puder atendê-lo completamente. Por exemplo, se o cliente disser que não aceita receber menos do que 90% do pedido feito, este recurso irá analisar se é possível atender essa quantidade, caso contrário, a distribuição não será feita até que este percentual possa ser atendido. A análise poderá ser feita por tamanho, cor, estampa, referência e proporção: Grade - Ao marcar este campo, o sistema verifica se há quantidade suficiente para distribuir todos os tamanhos do produto. Se algum tamanho do produto não puder ser atendido, o sistema não deverá separar nenhum tamanho da grade. Cor - Ao marcar este campo, o sistema verifica se há quantidade suficiente para distribuir todas as cores do produto. Se alguma cor do produto não puder ser atendida, o sistema não deverá separar nenhuma cor. Estampa - Ao marcar este campo, o sistema verifica se há quantidade suficiente para distribuir todas as estampas do produto. Se alguma estampa do produto não puder ser atendida, o sistema não deverá separar nenhuma estampa. Referência - Ao marcar este campo, o sistema verifica se há quantidade suficiente para distribuir todos os produtos do pedido. Se algum produto não puder ser atendido, o sistema não deverá separar nenhum produto. Proporção na Grade - Esta opção deverá ser marcada para os clientes que só recebem pedidos com proporção nas grades. Exemplo um pedido possui a seguinte grade: P=10 M=20 G=10 e o estoque possui a seguinte quantidade : P=8 M=22 G=11 Nesse caso, o sistema não deverá fazer a distribuição porque não há quantidade suficiente para atender a proporção do tamanho P. Pacote Comercial – Se no pedido de venda tiver produtos incluídos em algum pacote comercial e se não houve quantidade em estoque de algum item do pacote, nenhum item do pacote deverá ser separado. Ignorar Item – Este parâmetro tem a função de liberar a separação dos pedidos, que por motivo de quebra em algum de seus itens, não possa ser pré-faturado. Ao ser acionado, o sistema irá descartar o item impossibilitado de ser pré-faturado e executará o pré-faturamento dos demais itens do pedido, a fim de permitir o faturamento e entrega dos itens que estão disponíveis em estoque. Estratégia Distribuição - Mesmo que o estoque de peças possa atender ao pedido todo, deverá ser distribuído somente o percentual determinado pelo cliente. Por exemplo, pode ser que um cliente não tenha espaço físico para armazenar todo o pedido e deseje recebê-lo em duas vezes. Este parâmetro possibilita que o DAP seja configurado para distribuir e pré-faturar apenas 50% do pedido desse cliente. Para isso, o campo Percentual deverá ser preenchido com a porcentagem desejada. Importante! Se for necessário fazer uma distribuição específica para um cliente em um determinado momento, isso poderá ser configurado e executado de forma manual, através do link: Vendas > Pré-Faturamento Automático. 2 - Guia Opções para Separação – Estoque% Disponível - Neste campo é informado qual percentual do estoque estará disponível para distribuição. Este recurso pode ser utilizado se o usuário quiser manter parte do estoque para atender vendas da loja física, por exemplo. Dessa forma, o sistema procederá com a distribuição dos pedidos até o limite estabelecido pelo usuário. Filiais - Neste campo são indicadas as filiais cujos estoques serão usados na distribuição. Se nenhuma filial for selecionada, o sistema irá considerar o estoque de todas as filiais para atender os pedidos. Lote - Quando preenchido, o sistema irá considerar somente a quantidade do lote definido neste parâmetro, para atendimento dos pedidos de vendas. Prioridade das Filiais – Selecione a ordem na qual as filiais devem ser atendidas. 3 - Guia Opções para Separação – PedidosMín. Faturar por Pedido - Neste campo digite o valor (R$) mínimo que os produtos distribuídos devem atingir para que o pré-faturamento seja feito. Mín. Restante por Pedido - Neste campo digite um valor mínimo que poderá restar no pedido após a distribuição dos itens. Se, após a distribuição, o valor restante dos itens não atingir o mínimo estipulado pelo usuário, o pré-faturamento não será feito. % Mín. p/ Separação por Pedido - A quantidade em estoque deverá atender o mínimo definido neste parâmetro, caso contrário o pedido não será pré-faturado. Mín. Faturar por Parcela - O valor de cada parcela do pedido de venda deverá atingir o mínimo definido neste parâmetro, para que o pré-faturamento seja feito. % Máx. para Alocação da Mesma Cor - Permite que uma determinada cor não seja totalmente alocada para atender um único pedido, fazendo com que pedidos de outros clientes deixem de ser atendidos por quebra da cor. Mín. Faturar por Cliente - O pré-faturamento somente será gerado para um determinado cliente se a somatória dos seus pedidos atingirem o valor (R$) mínimo definido pelo usuário neste campo. Mín. por Estado (Exceto FOB) - Ao ligar este parâmetro, o sistema irá pré-faturar os pedidos de um determinado cliente, mesmo abaixo do mínimo estipulado pelo usuário, deste que o cliente assuma o custo do transporte. 4 - Guia Opções para Separação - PrioridadesO sistema seguirá a ordem de prioridades definida nesta tela, para executar a separação dos pedidos de venda. A seguir, sabia qual o comportamento do sistema para cada opção disponível de prioridade. Será necessário selecionar todas, mas atenção ao selecionar as prioridades, para que uma não invalidade automaticamente a outra. Ao selecionar a prioridade, informe na coluna ao lado a ordem que o sistema deverá acatar. Lembrando que as prioridades são definidas pela empresa e dependem das suas diretrizes internas. Usar Ordem - Deverá estar ligado para ativar a priorização na seleção dos pedidos. Data de entrega - Os pedidos com data de entrega mais antigas terão prioridade. Data de emissão - Os pedidos com data de emissão mais antigas terão prioridade. Pontualidade - Será realizada uma média ponderada entre os dias de atraso e o valor do pagamento, portanto um título de valor alto, mas com poucos dias de atraso terá uma média mais alta que um título de valor baixo com um atraso relativamente grande. Volume no período - Será verificado o faturamento do cliente nos últimos seis meses, para definir a ordem de prioridade na distribuição dos pedidos. Os clientes com maior média de faturamento serão atendidos na ordem decrescente. Prazo de pagamento - Os pedidos com prazo de pagamento menor terão prioridade. Maiores pedidos (Valores) - Os pedidos com maior valor terão prioridade. Menores pedidos (Valores) - Os pedidos com menor valor terão prioridade. Pedidos prioritários - Neste caso, os pedidos marcados como prioritários, simplesmente, terão preferência. Peso – Será usado pelo sistema para critério de desempate, nos casos que houve vários pedidos que atendam a mesma prioridade. Por exemplo:
Após a configuração da regra de automação:
Alterar Regra de Automação do Pré-Faturamento AutomáticoDisponibiliza todos os campos da tela de cadastro para que o operador do sistema realize as alterações necessárias. Para alterar o cadastro de regras é necessário ter acesso no Gerenciador de Usuário do sistema, caso contrário o link não será disponibilizado para o usuário.
Excluir Regra de Automação do Pré-Faturamento AutomáticoPara excluir o cadastro de regras é necessário ter acesso no Gerenciador de Usuário do sistema, caso contrário o link não será disponibilizado para o usuário.
Copiar Regra de Automação do Pré-Faturamento AutomáticoPermite fazer uma cópia do cadastro de outra regra. Este recurso pode ser útil para gerar regras semelhantes e alterar somente os parâmetros necessários. Para copiar o cadastro de regras é necessário ter acesso no Gerenciador de Usuário do sistema, caso contrário o link não será disponibilizado para o usuário.
Consultar Regra de Automação do Pré-Faturamento AutomáticoEste link disponibiliza as informações do cadastro de regras somente para leitura, todos os campos estarão desabilitados, impossibilitando qualquer tipo de alteração. Para consultar o cadastro de regras é necessário ter acesso no Gerenciador de Usuário do sistema, caso contrário o link não será disponibilizado para o usuário.
Validações e Saídas
|
Caminho:
PDV OMNI
Permitir a utilização de tabela de preço virtual no PDV Omni e possibilitar a visualização e efetivação de vendas de produtos que não possuam saldo de estoque em nenhuma filial.
Na finalização da operação, o sistema fará a inclusão de um pedido de venda para o item, porém não ocorrerá o faturamento do pedido via PDV OMNI.
Pré-requisitos
ParâmetrosEm Produtos e Serviços > Vitrine > Vitrines:
No PDV OMNI > Configurações:
EntradasConsultando saldo zerado do produtoEm Logística > Estoque > Consulta Saldo, observe que não há quantidade do produto em estoque. Realizando venda com saldo zerado do produtoNa tela de vendas do PDV OMNI:
Validações e SaídasEm Vendas > Pedido de Venda, faça uma consulta e verifique a inclusão de um pedido para o item selecionado na tela do PDV OMNI. Em Logística > Estoque > Consulta de Estoque, verifique que não houve reserva para o item da venda. |
Caminho:
Produtos e Serviços > Vitrine > Vitrines
Na integração entre e-Millennium e a plataforma VTEX, no front da plataforma existe um tratamento para ler as informações contidas no campo "Label" das imagens, usado para definir o padrão de exibição. Porém, atualmente, o e-Millennium não envia o campo Label, ao enviar as imagens a plataforma.
Para atender esta necessidade, foi necessário:
Pré-requisitosInstalar o módulo millenium_eco_active_vtex!mEnvio_Avancado_Imagem.minst. Para informações sobre como fazer a instalação de módulos no e-Millennium acesse o Manual de instalação de módulos no e-Millennium. ParâmetrosAtenção! Para que a customização funcione corretamente, é necessário que no banco de dados a tabela "VITRINE_DADOS_VTEX" esteja com campo "USA_NOVA_API_PRODUTO" preenchido com o valor de 'T'. EntradasEm Produtos e Serviços\Vitrines\Vitrine de Produtos, incluir os produtos na vitrine a ser integrada com a Vtex. Em Produtos e Serviços\Vitrines:
Expressões de Imagens - informe o caminho para o local onde está armazenada a imagem a ser exibida, geralmente é um FTP, um repositório contratado. Obs.: O nome e a descrição da imagem devem ser preenchidos de acordo com a necessidade da empresa e serão usados pela Vtex e/ou pela agência responsável pelo site.
Validações e Saídas
|
Caminho:
PDV OMNI
Permitir que o operador do PDV OMNI possa recuperar os dados do cartão Private Label utilizando o CPF do cliente, caso este não esteja com o cartão físico em mãos.
Através de conexão com a API da Conductor, o PDV OMNI irá acessar as informações do cartão do cliente, possibilitando a realização da operação de venda.
Após finalizar o processo da venda, o PDV Omni irá repassar os dados do cartão, juntamente com os dados da venda ao D-TEF, que se encarregará de fazer a comunicação com a plataforma, para a efetivação da compra no cartão do cliente.
A operação de recuperação do número do cartão deverá ocorrer em etapas, realizando-se uma série de chamadas em APIs diferentes para a conclusão do processo:
Pré-requisitos1.Instalar os módulos millenium_omni.minst, millenium_omni!conductor.minst e millenium!mconductor.minst. Para informações sobre como fazer a instalação de módulos no e-Millennium acesse o Manual de instalação de módulos no e-Millennium. 2.Instalar os executáveis do sistema:
3.Em Utilitários > Administrador > Configurações Gerais, selecione o link , para preenchimento dos dados de conexão com a API:
Estas informações serão fornecidas mediante a contratação do serviço junto à empresa Conductor. 4.Em Utilitários > Comercial, é necessário ter:
5.Ter instalado o D-TEF, para realizar os recebimentos no PDV OMNI. ParâmetrosNo PDV OMNI > Menu Principal > Configurações:
EntradasResgatando dados do cartão Private Label através do CPF do clienteNa tela de venda do PDV OMNI, selecione o cliente e os produtos; Finalize a venda e vá para a tela de pagamentos; Selecione a opção de pagamento Cartão Próprio; O TEF será acionado, para que o operador selecione a opção do cartão próprio Selecione a forma de pagamento e finalize a operação. O campo "CODIGO ITEM" é opcional, e não está relacionado aos produtos do omni, é apenas um parâmetro adicional que o TEF receberia, caso digitasse. Com a opção "Buscar Dados do Cartão" marcada (pagamentos com tipo de natureza "Cartão Próprio"), o sistema busca os dados do cartão via API através do CPF do cliente e passa esses dados (número do cartão e data de vencimento) para o TEF (Device Server). Ou seja, a venda ocorre sem que o cliente tenha o cartão físico em mãos.
Validações e SaídasCaso o cartão ou CPF fornecidos não sejam localizados na plataforma, a operação não poderá ser finalizada e a ação será bloqueada. Caso a venda ocorra sem a identificação de cliente, ou o cliente não tenha CPF e com a opção "Buscar Dados do Cartão" marcada, o sistema bloqueará: Caso a venda ocorra com um cliente que tenha CPF, porém não tem cadastro na plataforma RPE/TOTE, ou integração não está marcada nas configurações gerais, ou falha momentânea da API da RPE/TOTE, o sistema bloqueará: |
Caminho:
PDV OMNI > Menu PDV > Pagamento de Fatura
Permitir que, a partir da tela do PDV OMNI, possam ser realizados os recebimentos das faturas do cartão Private Label.
Após a identificação do cliente, o PDV OMNI irá consultar, via API, as faturas em aberto referentes ao cartão do cliente e o operador do sistema poderá proceder com o recebimento na própria tela do OMNI. O pagamento será efetuado via TEF, que será acionado também pelo OMNI.
Os títulos baixados poderão ser consultados no e-Millennium, em Financeiro > Receber > Títulos.
Pré-requisitos
ParâmetrosNo PDV OMNI > Menu Principal > Configurações:
EntradasPagamento de fatura no PDV OMNI
Pagamento em dinheiro – Valor entre o mínimo e o total da faturaSituação comum para pagamento de faturas de cartões que permitem ao titular pagar um valor menor que o total devido.
Em Financeiro > Receber > Títulos, faça uma consulta e observe que o título foi baixado, porém com o valor informado pelo cliente na tela de pagamento. Pagamento com cartão de crédito – Valor entre o mínimo e o total da fatura
Em Financeiro > Receber > Títulos, faça uma consulta e observe que o título foi baixado, porém com o valor informado pelo cliente na tela de pagamento. Pagamento com cartão de débito – Valor total da fatura
Em Financeiro > Receber > Títulos, faça uma consulta e observe que o título foi baixado, porém com o valor total da fatura, informado pelo cliente na tela de pagamento. Validações e SaídasOs títulos pagos a partir da tela do PDV OMNI serão tratados da mesma forma que os títulos baixados por outros meios. Nos casos de pagamentos parciais, como pagamento mínimo de fatura, por exemplo, o saldo devedor permanecerá em aberto e poderá ser acompanhado no e-Millennium. |
Caminho:
PDV OMNI
Permitir o recebimento das vendas com o PIX/QR Code via TEF (D-TEF) para leitura do código no Pinpad.
As empresas que trabalham com o TEF (DTEF) e utilizam o QR Linx para gerar um QR code de pagamento, têm o QR CODE é disponibilizado no sistema, porém ainda não tinham as informações do QR CODE disponibilizadas no Pin Pad, agora passarão a usufruir de mais este recurso.
Pré-requisitos
ParâmetrosNo PDV OMNI > Menu Principal > Configurações, preencher os parâmetros:
EntradasRealizando Venda com Pagamento em PIX
Ligue o parâmetro Ativar TEF; Finalize a venda. Agora o sistema abrirá a tela do TEF para que o consumidor capture o QR Code e efetue o pagamento. Assim que o pagamento for efetuado, os dados da tela de venda serão limpos e uma nova venda poderá ser realizada. Validações e SaídasEm Vendas > Pedidos de Vendas, faça uma consulta, selecione o pedido gerado e observe que na condição de pagamento consta a opção PIX. Em Vendas > Consulta Movimentações, faça uma consulta, selecione a movimentação de faturamento da venda e observe que na condição de pagamento consta a opção PIX. Em Financeiro > Receber > Títulos, faça uma consulta, selecione o título gerado e observe que no tipo de pagamento consta a opção PIX. |
Caminho:
Vendas > Pedidos de Venda
Vendas > Movimentações de Venda
Vendas > Devolução
A empresa desenvolveu a Api "Millennium_eco!mmormaii" para que seus parceiros licenciados inserirem o estoque de seus produtos no e-Millennium para integração com a Vtex e, posteriormente, buscar pedidos e enviar informações de faturamento.
Na integração temos:
Pré-requisitos1 - Instalar o módulo “millenium!mmormaii.minst” e “millenium_eco!mmormaii.minst”. Para informações sobre como fazer a instalação de módulos no e-Millennium acesse o Manual de instalação de módulos no e-Millennium. Parâmetros1 - Em Utilitários\Administrador:
EntradasConfigurando Gerenciador de Usuários
Inclusão de Pedido de VendaOs pedidos de vendas que forem incluídos pelos licenciados da marca, serão enviados via API para o e-Millennium e faturados automaticamente pelo sistema. Em Vendas\Status NFe, faça uma busca e observe que é possível:
Visualizando os logs das operações realizadasNo menu principal do sistema, localize o link Mormaii e acesse o visualizador. Todos os resultados das operações de integração serão armazenados e os erros ocorridos apresentarão uma descrição, para que o usuário possa identificar com facilidade e tomar as medidas adequadas para sua solução. Inclusão de pedido de venda com produtos de fornecedores diferentesConsulta no cadastro de produtos para localizar dois fornecedores de produtos. Consulta do código de barras do produto 216 Consulta do código de barras do produto 217 Inclusão de pedido de venda com os dois produtos Emissão de duas notas fiscais com mesmo número, mesma série e filiais diferentesXML da primeira nota emitida para a filial Padrão. E, a seguir, um pedido integrado e faturado para a filial SAT, como a mesma numeração de nota e de série. Entrada de nota de devolução de venda a clienteEm Vendas\Movimentações, selecione o evento configurado para dar entrada nas devoluções dos clientes:
Em Vendas\Consulta Movimentações, faça uma busca para visualizar o registro do evento e a nota emitida. Em Vendas\Status NFe, faça uma busca para visualizar a nota fiscal gerada e que poderá ser impresso e/ou visualizado o Danfe e salvar o XML para enviar ao contador, por exemplo. Em Utilitários\Mormaii\Visualizar logs, pode ser consultado o resultado da integração, que nesse caso obteve sucesso. Em Logística\Estoque\Consulta Estoque, é possível verificar as movimentações de saída (venda) e de entrada (devolução). Validações e SaídasEmissão de nota fiscal com mesmo número, série e filial Será emitida mensagem de alerta, informando sobre a duplicidade de informações na base de dados do e-Millennium. |
Caminho:
Vendas > Movimentações
As empresas que realizam vendas em marketplaces pagam a eles uma taxa de porcentagem e, cada marketplace tem a sua porcentagem em cima dos produtos vendidos. Quando a nota fiscal é emitida, sai o valor total dos produtos, incluindo a taxa cobrada pelo marketplace.
Em alguns casos, pode surgir a necessidade de a empresa realizar a emissão de notas fiscais dos produtos vendidos, através do marketplace, eliminando o valor da taxa cobrado por ele. Sendo assim, a nota fiscal seria emitida apenas com o valor dos produtos, descontando o valor pago ao marketplace.
Para permitir a emissão das notas fiscais de vendas de marketplaces com ou sem a inclusão da taxa de porcentagem sobre o produto vendido, foi realizado um ajuste no processo de emissão das notas:
Quando este recurso estiver ativado, o sistema emitirá sempre a nota fiscal com os valores dos produtos sem a taxa do marketplace. Caso a empresa decida imprimir a nota com os valores incluindo a taxa do marketplace, deverá cancelar a primeira nota emitida e, na sequência, emitir a nota fiscal utilizando a cópia da movimentação.
O e-Millennium não fará o cancelamento da nota fiscal automaticamente. Este é um procedimento interno da empresa e cabe a ela a responsabilidade pelo cancelamento, evitando a duplicidade de lançamentos no sistema. |
Pré-requisitosInstalar o módulo millenium!taxamkt.minst. Para informações sobre como fazer a instalação de módulos no e-Millennium acesse o Manual de instalação de módulos no e-Millennium.
ParâmetrosEm Utilitários\Administrador\Configurações Gerais, selecione o link Taxa Marketplace:
EntradasInclusão do Pedido de Venda
Faturamento do Pedido de Venda
Copiar MovimentaçãoCaso seja necessário imprimir a nota fiscal com os valores dos produtos acrescidos da taxa do marketplace, será necessário cancelar a nota fiscal que foi emitida com os valores sem a taxa e emitir outra nota a partir da cópia da movimentação. Atenção! O e-Millennium não fará o cancelamento automático da primeira nota emitida, esta tarefa deve ser feita manualmente pelo operador do sistema. Em Vendas\Consulta Movimentações:
Validações e Saídas1. O recurso de Copiar Movimentação não pode ser usado sem pedido de venda vinculado na movimentação, isto porque o percentual da taxa do marketplace está vinculado no tipo do pedido de venda. Nesse caso, o sistema emitirá uma mensagem de alerta, informando que a ação não poderá ser executada. 2. O recurso de Copiar Movimentação não será executado se não houver um evento de faturamento selecionado nas configurações gerais do sistema. Nesse caso, o sistema emitirá uma mensagem de alerta, informando sobre a configuração a ser feita, para que o recurso funcione corretamente. 3. O recurso de Copiar Movimentação não será executado se não houver um percentual de taxa do marketplace configurado no tipo de pedido faturado. Nesse caso, o sistema emitirá uma mensagem de alerta, informando sobre a configuração a ser feita, para que o recurso funcione corretamente. |
Caminho:
Logística > Expedição > Emissão de Etiqueta de Transporte
Empresas que utilizam o e-Millennium, integrado com a Anymarket, tem a necessidade de recuperar as etiquetas emitidas pelo marketplace.
O sistema não estava preparado para realizar as chamadas na API da plataforma para que as etiquetas, geradas pelo próprio marketplace, pudessem ser capturadas após o faturamento do pedido.
Foi realizado um ajuste, criando parâmetro nas configurações adicionais do cadastro de Vitrines para seleção de para quais marketplaces o sistema deverá buscar as etiquetas de transporte para impressão:
Lista de marketplaces aceitos e formatos conforme documentação (Developer Platform (anymarket.com.br)):
Pré-requisitos
ParâmetrosEm Produtos e Serviços > Vitrine > Vitrines:
EntradasRecuperando Etiqueta Enviada pelo Hub AnymarketEm Vendas\Movimentações, após a emissão da nota fiscal, no pedido de venda, a etiqueta resgatada ficará no campo PDF_ETIQUETA_TRANSPORTE, aguardando para ser impressas. Validações e SaídasPedido sem etiqueta resgatada para impressão Pedido com etiqueta resgatada para impressão |
Caminho:
Venda > Pedidos de Venda
Desenvolver recurso para selecionar onde será realizada a gestão do estoque dos produtos, no Linx ERP ou no e-Millennium. Se for no Linx ERP, o comportamento permanecerá o atual e, se a gestão do estoque for através do e-Millennium, o pedido será enviado para o Linx ERP somente após seu faturamento.
Esse ajuste se fez necessário porque, atualmente, a gestão do estoque é realizada no e-Millennium e, como a integração foi desenvolvida para que a gestão do estoque fosse realizada no Linx ERP, quando é feito o cancelamento de itens do pedido, a integração tenta realizar o cancelamento no Linx ERP e não no e-Millennium (onde ocorre a gestão do estoque). Uma vez que, o pedido ainda não foi enviado para o Linx ERP, não há como identificá-lo no banco de dados.
Para atender esta necessidade:
Pré-requisitosInstalar os módulos linx.minst e millenium!linx.minst. Para informações sobre como fazer a instalação de módulos no e-Millennium acesse o Manual de instalação de módulos no e-Millennium. ParâmetrosEm Utilitários\Linx\Configurações:
EntradasNo banco de dados do e-Millennium foi selecionada uma nota fiscal emitida com pedido de venda.
Para testar a trava criada, o número do pedido foi alterado, adicionando "-" a frente do pedido, assim o pedido "402606" não será encontrado nenhum faturamento para ele. A trava funcionou conforme esperado quando o parâmetro está ativo e não encontra nenhum faturamento para aquele pedido.
Desta vez, sem mensagem de bloqueio gerado pela trava. Ao chamar o método ele roda normalmente, enviando o pedido de venda para tabela de fila de envio com sucesso, porque um faturamento foi encontrado. Método "MILLENIUM!LINX.PEDIDO_VENDA.LISTARPEDIDOFATURADO" para ler os dados do pedido a partir do faturamento O pedido com faturamento foi listado com sucesso no método.
Método "MILLENIUM!LINX.PEDIDO_VENDA.CANCELAR" Quando o parâmetro está desabilitado e solicitamos o MILLENIUM!LINX.PEDIDO_VENDA.Cancelar, é feito um Insert das informações a serem enviadas ao Linx ERP. Como esperado, ao habilitar o parâmetro e realizar a chamada do método, não executa nenhuma ação de envio para o Linx ERP já que as informações do pedido só serão enviadas após o faturamento.
Com o parâmetro habilitado permite excluir um produto do pedido, porque ele somente será enviado ao faturar. Alterar o método "MILLENIUM!LINX.MOVIMENTOS.LIBERARENVIO" Quando o pedido não estiver faturado e o parâmetro estiver habilitado, ocorrerá uma trava no envio. Com o parâmetro desabilitado, seguirá o padrão do sistema, que é de enviar somente o movimento. Validações e SaídasO envio do pedido para o Linx ERP ocorrerá ou não, de acordo com a configuração feita para a integração, ficando sujeito às travas criadas para o processo. |
Caminho:
Vendas > Movimentações
Este ajuste se faz necessário porque atualmente o SmartPOS não tem controle de grade, fazendo com que, na integração, seja enviado cada SKU como se fosse um produto.
Desta forma, o produto enviado pelo e-Millennium recebe um código interno sequencial e esse código é exibido na geração do DANFE, entretanto por não se tratar do código do produto, impossibilita sua identificação.
Para permitir a identificação do produto, foi alterado o processo de integração com o SmartPOS, para que seja enviado o código EAN no campo "Smartpos_sku".
Pré-requisitosInstalar o módulo millenium!smartpos.minst. Para informações sobre como fazer a instalação de módulos no e-Millennium acesse o Manual de instalação de módulos no e-Millennium. ParâmetrosEste desenvolvimento trata somente do ajuste de envio do código de EAN dos produtos. Para conhecer o processo completo de integração com SmartPOS, acesse o link: Integração - Smart POS x e-Millennium EntradasApós o envio dos produtos do e-Millennium, é necessário realizar o recebimento no Portal Storex. No menu principal, localize a opção Integração e depois selecione Integração de Dados. Nessa tela , serão exibidas todas as opções de dados disponíveis para integração no portal. Para visualizar a lista completa, no campo Itens por página, selecione a opção 50.
JSON PRODUTO.txt 2 - Importação Produto X Loja JSON PRODUTO X LOJA.txt
JSON BARRA.txt
JSON PRECO.txt Validações e SaídasO ajuste realizado passou a enviar na integração o código EAN do produto e não mais o número sequencial interno, possibilitando assim a identificação dos produtos pelo SmartPOS. |
Caminho:
Vendas > Movimentações
Alterar o processo de emissão de boletos para que ocorra somente após a autorização da nota fiscal pela Sefaz. Esta necessidade ocorre porque boleto é impresso antes da nota fiscal, entretanto, como a nota fiscal dá suporte para a emissão e utilização do boleto, se houver erro na emissão da nota fiscal, o boleto emitido não poderá ser utilizado.
Para atender esta necessidade, foi realizado um ajuste para condicionar a emissão do boleto bancário à autorização da nota fiscal pela Sefaz e, somente após isso, a impressão será realizada pelo sistema.
Pré-requisitosInstalar o módulo millenium!grb_tecnospeed.minst. Para informações sobre como fazer a instalação de módulos no e-Millennium acesse o Manual de instalação de módulos no e-Millennium. Ter uma conta devidamente cadastrada no Plugboleto, para ser usada com o recurso. Ter uma impressora selecionada para impressão dos boletos, podem ser:
Em Utilitários: 1. Comercial\Tipos de Pagamento:
Banco 2. Empresa\Filiais, na guia Dados Gerais da Filial:
ParâmetrosSem necessidade de parametrização. EntradasEmissão automática de boleto após nota fiscal ser autorizada pela SefazEm Vendas\Movimentações: Emissão de boleto manual sem autorização da nota fiscal pela SefazEm Vendas\Status de NFe, faça uma consulta, localize a nota gerada e observe que ela está Aguardando Protocolo. Em Utilitários\Impressão de Documentos, selecionar Tipo de Documento = Boletos/Duplicatas;
Validações e SaídasEnquanto a nota fiscal não estiver autorizada pela Sefaz, o operador do sistema não conseguirá fazer a impressão do boleto, nem mesmo usando o processo manual de impressão. |
Caminho:
Vendas > Movimentações
Desenvolver processo para que se a impressão do boleto não for realizada dentro do timer definido, a movimentação possa ser finalizada normalmente, sendo possível imprimir o boleto posteriormente.
A impressão de boletos era realizada aguardando o timer no Plugboleto, ou seja, cada ponto do processo de emissão do boleto, usa o timer para aguardar a finalização, o que acarreta uma lentidão de aproximadamente 40 segundos para finalizar o faturamento automático.
Para atender esta necessidade, foram realizados os seguintes ajustes:
Ao emitir/imprimir, considerar tempo limite configurado no parâmetro para efetivar a movimentação em caso de erro no registro do boleto, permitindo a impressão do documento posterior.
Pré-requisitos
ParâmetrosEm Utilitários > Administrador > Configurações Gerais > Gateway Registro Boletos:
EntradasFaturamento realizado sem a emissão do boleto após ultrapassar tempo limiteEm Vendas\Movimentações, após efetivar a venda, depois da emissão da nota fiscal, ela ficará disponível na tela de Consulta de Boletos, aguardando o momento para impressão. Em Financeiro > Receber > Integrações > Consulta de boletos, faça uma busca para visualizar os registros que estão aguardando protocolo de envio. Assim que o processo de envio é completado, o status é atualizado e o boleto pode ser impresso. Validações e SaídasCaso o tempo limite definido, nas configurações gerais do sistema, esgote e não ocorra o retorno para emissão do boleto, o faturamento será finalizado e a impressão do boleto poderá ser realizada posteriormente. |
Caminho:
Vendas > Movimentações
Possibilitar ao operador do sistema definir uma impressora para realizar a impressão de todas as notas fiscais e boletos a serem emitidos. Dessa forma, não será necessário selecionar a impressora a cada boleto que for impresso, deixando a seleção ser feita automaticamente pelo sistema.
A prioridade que o sistema seguirá para definir qual será a impressora utilizada (notas e boletos), obedece a ordem:
1) O campo "Impressora para Emissão de Notas e Boletos" do cadastro de Filiais;
2) Os campos disponíveis nas Configurações Gerais "Impressora p/ Nota" e "Impressora p/ Financeiro", para impressão de notas e boletos, respectivamente;
3) A impressora que o usuário selecionar manualmente durante o processo, sendo gravado nas configurações do usuário, o qual será usado por sessão de login e processo. Neste caso, o sistema irá verificar o campo "Usuário Seleciona Impressora" nas Configurações Gerais.
Importante! Existem configurações que podem afetar diretamente a impressão dos boletos:
|
Pré-requisitos
ParâmetrosEm Utilitários > Empresa > Filiais, na guia Dados Gerais da Filial:
Em Utilitários > Administrador > Eventos", localizar no evento de faturamento o campo "Tipo de Impressão da NF" e alterar para a opção "Armazenar e Imprimir". EntradasImpressão de nota e boleto com impressora configurada no cadastro da filialEm vendas > Movimentações, ao finalizar o evento de venda e emitir a NFe, o sistema assumirá automaticamente a impressora selecionada no cadastro da filial. Em Utilitários > Impressão de Documentos:
Observe que o sistema selecionou automaticamente a mesma impressora usada para a impressão da nota fiscal, selecionada no cadastro da filial. Selecionando a última impressora utilizadaNeste caso, o operador do sistema pode selecionar manualmente uma impressora para a emissão da nota fiscal de venda e o sistema deverá salvar a impressora usada e selecionar automaticamente a última impressora usada. Para emitir a nota fiscal, foi solicitado ao usuário que selecionasse a impressora na qual a impressão deve ser feita. A impressora selecionada e o usuário que fez a seleção serão armazenados pelo sistema e na próxima emissão de nota ou boleto que o usuário realizar, o sistema carregará a última impressora selecionada por ele. Na conferência de pré-faturamento No faturamento automático No faturamento automático de pedido Validações e SaídasO sistema armazenará as informações de usuário e impressora selecionada e carregará automaticamente a última impressora utilizada pelo usuário nas impressões realizadas durante suas atividades. |
Caminho:
Vendas > Pedido de Venda
Vendas > Movimentações
Possibilitar a consulta e cotação de serviços de transporte com o gateway fretes DataFrete. Após a consulta e seleção do melhor serviço de transporte para atender o pedido, os dados de transportadora e preço serão carregados automaticamente na tela de venda e gravados no banco de dados.
A cotação de serviços com gateway DataFrete poderá ser realizada tanto na tela de pedidos de venda, quanto diretamente na tela de faturamento de venda.
Pré-requisitos
ParâmetrosApós a instalação do módulo Data Frete, o sistema habilitará uma guia específica para configuração dos dados de conexão com o gateway. 1 - Em Logística:
Ligar o parâmetro Gateway Frete; No campo Módulo, selecionar a opção DataFrete;
URL de Cotação API Key de Cotação URL de Consulta API Key de Consulta Ligar parâmetro Importar Fatura (Quando ligado habilitará mais dois campos na tela, necessários à importação): Tipo de Pagamento Plano de Contas Ligar parâmetro Importar CTe Preencher a Tabela de tipos de frete, informando o tipo cadastro no e-Millennium e o código correspondente na transportadora no gateway. 2 - Expedição\Ocorrência de Embarque:
EntradasIncluindo pedido de venda com cotação de freteEm Vendas\Pedido de Venda, após preencher o cabeçalho do pedido, inclua os produtos e selecione a forma de pagamento. A seguir, preencher:
Ao selecionar a transportadora, o sistema carrega as informações atualizadas no pedido de venda. Perceba que a transportadora e o tipo de frete foram alterados e o campo Valor Frete foi preenchido. Efetive a inclusão do pedido de venda e, na sequência, é possível verificar no log de envio se as informações de cotação foram enviadas para a API da Data Frete. No diretório c:\wts\trace, localize o arquivo de logs e faça uma consulta. Validações e SaídasCaso, o sistema não encontre o código da transportadora no gateway, será emitida uma mensagem de alerta, para que a correção seja feita. |
Millen-35078 – Imprimir boleto após confirmação de registro no banco
Caminho:
Vendas > Movimentações
Objetivo
Possibilitar que o boleto, referente ao faturamento de venda, seja impresso somente após a confirmação de seu registro no banco, nos casos em que o registro for realizado automaticamente.
Esta necessidade se dá pelo fato que os boletos são impressos antes de serem registrados no banco. Porém, em alguns casos, o banco reporta erro ao tentar registrar um boleto e este, além de estar impresso, pode até ter sido despachado junto com a mercadoria, gerando uma série de complicações para a empresa.
Para evitar que o usuário do sistema tenha tais complicações, foi realizada uma alteração no processo para que a impressão do boleto ocorra somente após seu registro ser confirmado pelo banco.
As ocorrências de registro de boleto serão gravadas no banco de dados para exibição nas telas de consulta de Movimentação, Impressão de Documentos, Lista de Títulos a Receber e Alteração de Títulos, juntamente com o status do boleto e a descrição de erro de registro, se ocorrer erro.
Após o registro do boleto no banco, as informações serão atualizadas automaticamente no banco de dados do e-Millennium e poderão ser consultadas pelo usuário.
Assim que o boleto estiver atualizado com a informação de registro no banco, o boleto poderá ser finalmente impresso e enviado por e-mail para o cliente.
Importante! Este recurso está disponível para faturamento manual, faturamento automático e impressão de documentos. |
Pré-requisitos Instalar o módulo millenium!grb_tecnospeed.minst. Para informações sobre como fazer a instalação de módulos no e-Millennium acesse o Manual de instalação de módulos no e-Millennium. Parâmetros 1. Em Utilitários\Administrador:
Na guia Financeiro, desligar o parâmetro Não Imprimir Boleto. 2. Em Utilitários\Comercial: Ter tipo de pagamento cadastrado para boleto, sendo:Na guia Geral, preencher os campos: Natureza
Banco Ter condição de pagamento cadastrada:
3. Em Utilitários\Empresa\Filiais: Na guia Dados Gerais da Filial, no campo Gateway Registro de Boleto, selecionar o gateway Tecnospeed – Plugboleto. 4. Em Utilitários\Administrador\E-Mails\Contas E-mails é necessário que seja configurada corretamente uma conta de e-mail e esteja sendo executado o wtsMessenger.exe, caso a empresa pretenda usar o recurso de envio automático de boletos. 5. Em Vendas\Cadastros\Clientes, é necessário que o campo e-mail, na guia Geral, esteja devidamente preenchido. 6. Em Financeiro\Cadastro\Contas, ter uma conta configurada para o envio e retorno dos boletos, preenchendo os campos na guia geral:
Obs.: Estes diretórios devem ser criados pelo próprio usuário e informados nestes campos. 7. Em Financeiro\Receber\Cadastro\Carteira, cadastrar a carteira utilizando a conta criada para o envio e retorno dos boletos. Obs.: O campo "Atual" do Nosso Número tem que ser único ao emitir um boleto, caso ele já exista na Plugboleto, ocorrerá erro de número duplicado, devendo alterar para uma outra faixa de valor. Entradas Faturamento de Vendas / Aguardando Registro Bancário Em Vendas\Movimentações:
Em Utilitários\Impressão de Documentos, faça uma consulta. Verifique que o boleto está aguardando registro para ser impresso. Selecione o boleto e acesse o link Imprimir Boleto Bancário. Em Financeiro\A Receber\Títulos, faça uma nova consulta:
Em Vendas\Consulta Movimentações, também poderá ser visualizado o status da emissão dos boletos. Validações e Saídas Assim que o boleto for registro pelo banco, uma nova integração será realizada, com a atualização das informações no cadastro do título a receber. |
Caminho:
Vendas > Movimentações
Alterar o processo de Impressão de Boletos efetuado pela tela de “Impressão de Documentos”, para verificar se o documento a ser impresso está gravado na Tabela de Documentos.
Ao realizar a impressão de boletos através da tela de Impressão de Documentos, percebe-se uma lentidão, pois o e-Millennium sempre efetua a consulta do boleto na Technospeed, antes de realizar a impressão.
Para agilizar o processo de impressão, o sistema passará a verificar:
Pré-requisitos
ParâmetrosEm Utilitários > Administrador > Configurações Gerais > Gateway Registro Boletos:
EntradasEmissão de boleto sem registro na tabela DocumentosEm Financeiro > Receber > Integrações > Consulta de Boletos, vamos verificar se já está disponível na tabela Documentos. O registro ainda não está disponível na tabela DOCUMENTOS, portanto deve ser consultado no banco para o preenchimento desta. Para demonstrar o funcionamento do recurso, vamos realizar UPDATE para validar impressão e podemos clicar em imprimir e consultar a trace e novamente realizar o select. Uma nova consulta na tabela Documentos e podemos encontrar o registro. Em c:\wts\trace foram chamados os métodos solicita e consulta com sucesso, em seguida foi chamado o método de gravar o boleto na tabela documentos. Emissão de boleto com registro na tabela DocumentosNesse caso, como o registro foi localizado na pasta, o processo de impressão é chamado mais rapidamente, na pasta trace vai direto procurar na tabela Documentos por já existir o documento. Emissão de boleto com faturamento automáticoNa emissão automática chama o processo de impressão para nota, conforme configurado a impressora na filial. Não foi encontrado registro na tabela Documentos. Ao imprimir boleto, é chamada a rotina de impressão e preenchida a tabela DOCUMENTOS conforme esperado.
Validações e SaídasO tempo de impressão tornou-se menor com a rotina de verificação dos registros na tabela Documentos, para os boletos que já constam registrados na tabela. |
Caminho:
Vendas > Movimentações
Alterar processo de emissão de nota fiscal para empresas contribuintes permitindo que o cálculo do imposto seja realizado sem a consideração do MVA.
No caso de empresas que realizam vendas para outras empresas, que são contribuintes de ICMS, mas que podem utilizar os seus produtos para consumo próprio, em vez de revenda, o sistema deve fazer o cálculo sem a consideração deste MVA.
Para atender esta necessidade, foram realizados ajustes na formação da base de cálculo para o ICMS-ST, criando parametrizações:
Ao emitir uma nota fiscal, o cálculo da substituição tributária será feito de acordo com os novos parâmetros configurados.
Pré-requisitos
ParâmetrosEm Utilitários\Empresa\Filial, na guia Tributação:
Em Controladoria\Fiscal\Cadastros\CFOP, selecione a CFOP cadastrada para usar nas operações com ST- FCP, na guia Impostos:
EntradasFaturamento de venda para destinatário contribuinte com finalidade de consumo próprioEm Vendas > Movimentações, finalize o evento e efetive. Após a emissão da NFe, é possível verificar no arquivo xml como ficou o preenchimento da tag. Perceba que no arquivo xml da nota fiscal gerada está constando o valor 6 para a tag modBCST e a tag pMVAST não está presente no arquivo. Validações e SaídasNos casos em que o cliente for contribuinte do imposto, porém a compra seja com finalidade de consumo final, o MVA não será considerado para cálculo. |
Millen-35283 - Integração Linx ERP - Enviar o Número da NF e Série para o Campo COO
Caminho:
Vendas > Movimentação
Objetivo
Na integração padrão entre e-Millennium e Linx ERP, o campo COO passará a ser alimentado com a concatenação do número da nota + número da série, nas tabelas: LOJA_VENDA e LOJA_VENDA_PRODUTO, do LINX ERP.
Exemplo:
NF – 1005
Serie – 011
COO – 1005011
Atualmente o e-Millennium não realiza o envio número da nota + número da série para o campo COO, presente na tabela LOJA_VENDA e LOJA_VENDA_PRODUTO.
Para atender esta necessidade, foi desenvolvido um módulo extensivo da integração de notas com o LINX ERP, onde será recuperada a informação do número da nota + série e, em seguida, será gravada no campo COO da LOJA_VENDA e LOJA_VENDA_PRODUTO do Linx ERP a concatenação do número da nota + série.
Pré-requisitos Instalar o módulo linx.minst e millenium!linx.minst. Para informações sobre como fazer a instalação de módulos no e-Millennium acesse o Manual de instalação de módulos no e-Millennium. Parâmetros Do lado da Linx, deverá ser adicionada no diretório C:wts, a extensão linx!caedu.wts, desenvolvida para o cliente. Entradas 1. Em Vendas\Status NFe, faça uma busca e selecione as notas a serem consultadas. 2. Após a integração, abrir a base de dados do Linx ERP (SQL SERVER) e procurar os movimentos integrados na tabela EML_MOVTOS_INTEGRADOS, passando o número das notas integradas, recuperar o valor do campo TICKET.
3. Verificar se o número da nota + série foram gravados corretamente no campo COO das tabelas LOJA_VENDA E LOJA_VENDA_PRODUTO.
SELECT COO, * FROM LOJA_VENDA WHERE TICKET= Validações e Saídas Consulta no banco de dados SQL Localizando a nota fiscal 105407 e executando o método millenium!linx.MIVOMENTOS.Enviar Na tabela EML_MOVTOS_INTEGRADOS, foi verificado que a série é 14, logo conforme requisito é esperado que o "COO" seja o número da nota junto com a série, sendo "10540714" Portanto, ao consultar o campo COO, podemos verificar que o preenchimento foi realizado corretamente, concatenando o número da nota fiscal + o número da série, conforme a tabela EML_MOVTOS_INTEGRADOS. |
Caminho:
Logística > Expedição > Embarque
Possibilitar que o status “despachado” seja enviado para a plataforma Vtex antes do status “entregue”, para que os marketplaces sejam informados sobre a atual situação dos pedidos de vendas.
Atualmente, o e-Millennium envia o status “despachado” junto com a informação de itens + valores + rastreio + NF, sendo necessário incluir uma etapa intermediária, onde o status será enviado após efetuar o recolhimento do produto pela transportadora (finalização do embarque).
Sendo assim, foi realizado um ajuste para alterar o momento do envio do status “despachado” para a Vtex.
Será feito em duas partes para atender o cliente:
A primeira parte será disponibilizada no core do e-Millennium o acesso ao utilizar status de embarcado pela vitrine VTex, e dentro do active vtex, será chamado o mesmo endpoint do entregue, só mudança a tag do isdelivered para false.
O processo será o padrão na fila de pedidos, ou seja, na vitrine_pedidos o status "3" (faturado) irá chamar o status "7" (embarcado), e finalmente o status "4", entregue.
No caso do cliente, foi levantado que não pode ser atualizado nem alterado os arquivos atuais, assim, antes da atualização em que realmente o processo do core será implantado, será feito um módulo auxiliar e temporário. Esse módulo alimentará uma tabela temporária por evento, sempre que um pedido da vitrine Vtex estiver embarcado. Esse mesmo módulo irá percorrer essa tabela e enviar os pedidos para o endpoint da Vtex.
Pré-requisitos
ParâmetrosEm Produtos e Serviços\Vitrines:
EntradasEm Vendas\Status NFe, faça uma busca para visualizar as notas fiscais emitidas e autorizadas, que estejam disponíveis para o embarque. Em Logística\Expedição\Embarque, faça uma consulta e localize os embarques cadastrados. Perceba que o status consta como CONCLUÍDO. Após a instalação do módulo, o scheduler irá processar a rotina e iniciar a atualização dos status, alterando de EMBARQUE CONCLUÍDO para EMBARCADO. No banco de dados do e-Millennium teremos o novo status intermediário, conforme solicitado. Validações e SaídasCriado com sucesso um status intermediário para envio aos marketplaces da plataforma Vtex. |
Caminho:
Produtos e Serviços > Produto > Especificações Grade
As especificações do produto são exibidas em forma de registro quando utilizado o HTML, dessa forma não é possível visualizar todas as especificações de uma única vez, obrigando o operador a navegar pelos registros. Para o processo de algumas empresas, o ideal seria a exibição e manutenção das especificações em formato de lista, que não estava disponível até o momento.
Para atender esta necessidade, foi adicionada a aba “Especificação Grade”, no cadastro de produto, onde será possível visualizar, inserir e alterar os registros em forma de grade.
Será possível ocultar o registro padrão do e-Millennium, para as especificações não aparecerem duplicadas. |
Pré-requisitos
ParâmetrosSem necessidade de parametrização. EntradasApós a instalação do módulo, o operador do sistema poderá acessar a nova aba e efetuar as inclusões e manutenções necessárias. Em Produtos e Serviços > Produto:
Ocultar aba Especificação Para evitar a duplicidade de informações na tela, o operador poderá ocultar os campos da aba original da tela: Utilize o recurso de configuração de campos da tela;
Validações e SaídasApós a instalação do módulo, será disponibilizada uma nova aba para o lançamento das especificações dos produtos. |
Caminho:
Vendas > Movimentações
Objetivo
As empresas regidas pela NT 2018.005 | CAT 42/2018, são orientadas a informar os valores referentes ao ICMS-ST retido no XML de saída, através das TAGs: vBCSTRet, vICMSSTRet, vBCFCPSTRet e vFCPSTRet. Porém, essa normativa não prevê nenhuma punição para a não informação desses registros.
Com o valor desse imposto em mãos, junto à tabela de alíquotas do NCM/CEST, é possível fazer o cálculo reverso e descobrir o custo dos produtos. Sendo assim, para não expor o seu custo aos seus clientes, algumas empresas optam por não destacar essas tags nos XMLs de suas vendas, visto que a legislação não prevê punição para a não informação.
No entanto, podem ocorrer situações em que seja necessário destacar tais valores para alguns clientes específicos, para atender a estas exceções, foram realizados alguns ajustes no recurso de geração dos arquivos XML das notas fiscais emitidas pelo e-Millennium:
1. Desenvolvida uma rotina baseada em uma tabela de alíquotas e parametrização de clientes, para geração das tags:
vFCPSTRet
vBCSTRet
vICMSSTRet
vBCFCPSTRet
2. Criado um parâmetro no cadastro de cliente, quando esse parâmetro estiver ativo, os valores de ICMS-ST serão exibidos na NF/XML;
3. Criada uma tela para cadastro de alíquotas. Nesta tela, será permitido selecionar a marca e listar todas os NCMS e CEST vinculados aos produtos da marca selecionada;
4. Na emissão da nota fiscal, será realizado o cálculo das informações inseridas na tabela de cadastro de alíquotas (o cálculo será: quantidade de itens * valor de custo * Alíquota referente) e destacar esse valor nas TAGs.
Pré-requisitos Instalar o módulo millenium!mImpostosRetidos.minst. Para informações sobre como fazer a instalação de módulos no e-Millennium acesse o Manual de instalação de módulos no e-Millennium. Cadastro CEST Devem ser cadastrados os itens que a empresa irá usar para os produtos que comercializa, preenchendo:
Cadastro do Perfil de Imposto Criar um perfil de imposto com as informações a seguir:
Cadastro de Alíquota de Impostos Retidos Em Controladoria\Fiscal\Cadastros, deve ser criado um cadastro para cada estado (UF) de destino da nota fiscal a ser emitida, sendo que:
Cadastro de Produtos Em Produtos e Serviços\Produtos:
Parâmetros Em Vendas\Formação de Preços:
Entradas Faturamento de Venda de Mercadoria Em Vendas\Status NFe, após efetivar o evento de faturamento, faça a emissão da nota fiscal e aguarde a autorização da Sefaz. Selecione a nota emitida e salve o XML, para verificar o preenchimento das tags: BCSTRet, vICMSSTRet, vBCFCPSTRet e vFCPSTRet.
O produto 217 é da marca Teste 1, que tem as alíquotas de imposto retido abaixo:
Validações e Saídas Exposição das tags e os respectivos valores no XML da nota fiscal de venda, conforme disposto na CAT 42 – NT 2018 005:
|
Caminho:
Logística > Expedição > Pré-Faturamento de Transferência
Gerar automaticamente pré-faturamentos de transferência entre as filiais da empresa. Com base em um conjunto de regras, o sistema irá analisar a quantidade em estoque do produto, em cada loja, e o respectivo estoque mínimo definido, também, por loja e providenciará a geração dos pré-faturamentos de transferência entre as filiais, sempre que forem necessários.
O sistema verificará, para cada produto, a quantidade mínima, o giro e a prioridade das filiais e, com base nessas informações, criará um “mapa”, verificando quais filiais têm estoques que possam ser usados para transferências. Caso mais de uma loja tenha estoque suficiente para atender a demanda, será utilizada a loja mais próxima.
Nesse processo também serão contemplados os produtos com quantidade múltipla e não poderá ser transferida uma quantidade que não seja múltipla do valor configurado.
Para atender esta necessidade, foi desenvolvido um Scheduler (serviço de agendamento) que ficará responsável pelo cálculo do estoque e geração dos pré faturamentos de transferência entre as filiais, quando necessário, de acordo com as regras configuradas para a execução do serviço.
Pré-requisitos
ParâmetrosEm Utilitários > Administrador > Configurações Gerais > Logística > Distribuição:
EntradasConfigurando filiais para transferênciaApós definir a prioridade entre filiais destino que receberão as transferências de estoque, nos parâmetros gerais, será necessário informar no cadastro da filial de origem, qual a distância entre elas. Este dado será usado como critério de priorização, caso o sistema encontre empate no cálculo de quantidades a enviar e, nesse caso, ele deverá enviar para o destino mais próximo. Em Utilitários > Empresa > Filiais:
Configurando quantidade múltipla para os produtosEntenda por quantidade múltipla, aqueles produtos que não são vendidos de forma unitária, por exemplo: par, grosa, dúzia. Para que possam ser movimentados com as quantidades corretas, é necessário informar, nos respectivos cadastros, qual a quantidade referenciada. Em Produtos e Serviços > Produtos, quando o produto for movimentado em múltiplos:
Configurando quantidades mínima e crítica para os produtosEm Logística > Estoque > Quantidade Mínima e Crítica WMS: Há duas formas de lançar as quantidades:
Acessar o link Incluir Quantidade Mínima e Crítica WMS;
Importando quantidade mínima e crítica para os produtosPara agilizar o trabalho de cadastramento das quantidades mínima e crítica, necessárias ao funcionamento do recurso, foi disponibilizada no sistema uma planilha, que deverá ser importada para o banco de dados, informando as respectivas quantidades para todos os produtos de uma vez. Em Logística > Estoque > Quantidade Mínima e Crítica WMS:
Geração automática de pré-faturamentos de transferênciaCom base nas configurações feitas para a utilização deste recurso, o scheduler será acionado pelo sistema e executará o método responsável pela verificação dos estoques das filiais e a posterior geração automática dos pré-faturamentos de transferência entre elas, para que as quantidades mínimas e críticas estejam sempre atendidas. Para localizar os pré-faturamentos de transferências gerados automaticamente pelo sistema, acesse: Logística > Expedição > Pré-Faturamento de Transferência Validações e Saídas
|
Caminho:
Vendas > Movimentações
Objetivo
Possibilitar que as vendas realizadas no Storex, ao serem integradas no e-Millennium, enviem a informação do vendedor que realizou a venda, a fim de permitir a realização do cálculo da comissão sobre a operação.
Pré-requisitos
Parâmetros Configurando vendedor Storex no e-Millennium 1. Em Utilitários\Empresa\Funcionários:
2. Criar o cadastro de funcionário para ser o Vendedor Padrão. Este cadastro será usado quando, na integração com o Storex, quando não for localizado no banco de dados do e-Millennium um funcionário com a matrícula enviada. Nesse caso, o e-Millennium assumirá o vendedor padrão para vincular na venda e na comissão a ser paga. 3. Em Utilitários\Administrador\Configurações Gerais:
Configurando evento de faturamento de venda Para que o sistema possa realizar cálculo de comissões nas operações de vendas, é necessário que o evento esteja acessando as informações de vendedor e a respectiva comissão.
Entradas Integração de movimentações de vendas Vendas realizadas no Storex Movimentação de venda integrada no e-Millennium com identificação do vendedor Após executar as rotinas de integração, o e-Millennium, com base nos cadastros existentes, identificou no banco de dados a vendedora Karine e atribuiu a ela a movimentação de venda realizada. Em Utilitários\Empresa\Funcionários, faça uma consulta e perceba que a vendedora integrada na venda está cadastrada no e-Millennium, portanto seus dados foram localizados e carregados na movimentação de venda gerada pela integração.
Movimentação de venda integrada no e-Millennium com vendedor padrão Após executar as rotinas de integração, o e-Millennium, com base nos cadastros existentes, identificou no banco de dados o vendedor Padrão e atribuiu a ele a movimentação de venda realizada. Em Utilitários\Empresa\Funcionários, faça uma consulta e observe que existe um registro para o vendedor padrão cadastrado no e-Millennium, que será vinculado na movimentação de venda gerada pela integração. Em Financeiro\A Pagar, faça uma consulta e verifique a inclusão do título a pagar referente à comissão sobre a venda integrada com o vendedor padrão. Validações e Saídas Se após executar as rotinas de integração, o e-Millennium, com base nos cadastros existentes, não identificar no banco de dados um vendedor específico ou o vendedor padrão, não será possível atribuir a movimentação de venda realizada e a respectiva comissão não poderá ser gerada. |
Caminho:
Vendas > Movimentações > Devolução Parcial de Venda
Empresas que trabalham com o e-Millennium integrado ao Linx ERP e permitem que seus clientes realizem devoluções parciais de suas notas de venda, quando necessário, onde a mesma nota de venda, pode ser devolvida em duas ou mais vezes pelo cliente. Nesse cenário o e-Millennium enviava apenas a primeira nota emitida ao Linx ERP, não enviando as demais.
Para atender esta necessidade, foi alterada integração com o Linx ERP, para permitir o envio de mais de uma devolução por venda/movimentação:
Pré-requisitos
ParâmetrosSem necessidade de parametrizações específicas para utilização do recurso. Entradas1.Validar que ao enviar, pela segunda vez a nota de devolução, esta será enviada com sucesso.
Após executar o processamento da fila, as duas devoluções foram enviadas para o Linx ERP e os campos foram preenchidos conforme esperado. 2.Validar que ao enviar pela segunda vez uma nota que não tenha produto disponível, está não será enviada O sistema valida se existe as mesmas informações na fila de envio e mesmo que execute direto ao enviar de entradas ocorre trava conforme esperado. 3.Validar que todos os produtos de uma nota de venda, já tenham sido devolvidos e tentar fazer uma nova devolução Ao tentar fazer uma nova devolução o próprio sistema não permite usar uma nota já devolvida completamente. 4.Fazer as devoluções parcialmente de 2 quantidades em 5 devoluções diferentes e enviar as devoluções para o Linx ERP Realizar o processo de venda e faturamento de venda com 10 quantidades, enviar pedido e faturamento para o Linx ERP (validar as tabelas LOJA_PEDIDO, LOJA_VENDA e LOJA_NOTA_FISCAL), (validando as tabelas LOJA_PEDIDO, LOJA_VENDA e LOJA_NOTA_FISCAL). Criados pedidos, faturamento de venda e cinco movimentos de entradas com 2 quantidades de produtos cada. As notas de devoluções foram enviadas com sucesso. 5.Fazer as devoluções parcialmente de 2 quantidades em 5 devoluções diferentes e validar negativa ao enviar as devoluções para o Linx ERP Realizar o processo de venda e faturamento de venda com 10 quantidades, NÃO enviar pedido e faturamento para o Linx ERP, (validando as tabelas LOJA_PEDIDO, LOJA_VENDA e LOJA_NOTA_FISCAL). Ocorre trava por não ter o pedido de venda vinculado importado no Linx ERP. Validações e SaídasAs devoluções parciais podem ser realizadas e enviadas ao Linx ERP estando vinculadas a mesma NFe de saída. |
Caminho:
Vendas > Movimentações
Alterar o processo de integração entre e-Millennium e Linx ERP, possibilitando o envio dos campos NSU e Data de Emissão ao Linx ERP, também alterar o local de gravação do código da autorização.
Para atender esta necessidade foram realizados os desenvolvimentos a seguir:
Os campos para gravação do NSU e Autorização foram indicados pela equipe do LINXERP; |
Caso o título não seja autorizado no momento da inclusão do pedido e o NSU seja modificado, o e-Millennium buscará esses dados atualizados no momento do envio da nota fiscal para a Vtex. Para que o Linx ERP receba esse dado atualizado, será necessário configurar no workflow o envio do faturamento para o Linx ERP posterior ao envio da nota a Vtex. |
Pré-requisitos
ParâmetrosEm Utilitários > Linx > Configurações:
Entradas1.Parâmetro “Enviar Dados de Autorização dos Lançamentos” ativo:
Envio das informações de NSU e Autorização do pedido de venda foi realizado com sucesso. As informações de faturamento foram enviadas com sucesso. 2.Parâmetro “Enviar Dados de Autorização dos Lançamentos” ativo:
Criado pedido sem a condição de pagamento cartão. Também foi criado sem o número de aprovação, apenas com o número do título igual ao número do pedido de venda. Preenchido conforme esperado. 3.Parâmetro “Enviar Dados de Autorização dos Lançamentos” ativo:
Parâmetro “Enviar Dados de Autorização dos Lançamentos” ativo:
Validado o preenchimento dos campos, Data Emissão e Autorização, não deve ser enviado o nem preenchido o campo NSU (analisar no Millennium e no banco Linx, tabela LOJA_VENDA_PARCELAS e LOJA_VENDA_PGTO);
4.Parâmetro “Enviar Dados de Autorização dos Lançamentos” ativo:
Apenas o NSU número de aprovação foi alterado. 5.Parâmetro “Enviar Dados de Autorização dos Lançamentos” ativo:
Ao finalizar o faturamento com outros pagamentos, os números de autorização e NSU se mantiveram. 6.Parâmetro “Enviar Dados de Autorização dos Lançamentos” ativo:
Foi criado o registro do segundo movimento, com as informações de NSU e autorização do título vinculado ao pedido de venda. 7.Parâmetro “Enviar Dados de Autorização dos Lançamentos” ativo,
Quando criado com o título de cartão de crédito e é informada mais de uma parcela dentro da tela de efetivação, este é criado normalmente no LINX ERP, com as informações de NSU e título. 8.Parâmetro “Enviar Dados de Autorização dos Lançamentos” ativo:
9.Parâmetro “Enviar Dados de Autorização dos Lançamentos” ativo;
10.Parâmetro “Enviar Dados de Autorização dos Lançamentos” ativo:
Validações e SaídasPreenchimento dos campos, Data Emissão, NSU e Autorização nos envios das integrações realizadas entre o e-Millennium e o Linx ERP. |
Caminho:
Produtos e Serviços > Vitrines > Vitrine
Alterar processo de integração com a plataforma Jet e-Commerce para que seja resgatada a identificação do vendedor que efetuou a venda.
Foi criado um parâmetro, no cadastro de vitrine, para informar o “ID” do vendedor cadastrado na plataforma, que será enviado à API e incluído no pedido de venda.
Pré-requisitos
ParâmetrosEm Produtos e Serviços > Vitrine > Vitrines:
EntradasIntegrando pedido de venda com vendedorApós o scheduler fazer a execução do método MILLENIUM_ECO.ACTIVE.IMPORT, o pedido de venda é importado, com as mensagens de erro e sucesso sendo apresentados no log de integração da vitrine e na tabela VITRINE_LOG. Em Produtos e Serviços > Vitrine > Vitrine Logs de Integração, faça uma consulta para visualizar e analisar o resultado das integrações realizadas. Validações e SaídasSe no cadastro do funcionário não estiver selecionado o cargo de Vendedor, o sistema emitirá uma mensagem de alerta no log, informando que este dado deverá ser corrigido. |
Caminho:
Todas as telas HTML do sistema
Permitir que o operador do sistema movimente os campos da tela para reposicioná-los, de acordo com sua necessidade. Os campos poderão ser movimentados de uma seção para outra e, também, de uma aba para outra.
Alguns campos não poderão ser movidos devido a sua função dentro da tela, ou por estarem vinculados a outros campos. São os campos que são do tipo registro, além desses os campos que pertencem a um registro só podem mover-se entre outros campos do mesmo registro.
Não se trata de um erro do recurso, mas de uma limitação, com o objetivo de evitar inconsistência na execução de ações futuras.
Não há uma indicação visual onde possamos identificar quais campos são registros, ou pertencem a um registro, e quais não. A ferramenta ieditor poderá auxiliar nessa identificação, caso seja necessário.
Pré-requisitos1.Analisar a real necessidade de alterar a posição padrão dos campos das telas e divulgar aos demais operadores do sistema sobre as mudanças realizadas no layout das telas, evitando que tenham dificuldades para realizar suas tarefas. 2.Definir o nível da alteração no layout das telas, que poderá ser:
3.Definir a abrangência da alteração no layout das telas, que poderá ser:
ParâmetrosSem necessidade de parametrização. EntradasMovendo os campos de lugar na tela
Movendo os campos entre as seções na tela
Movendo os campos entre as abas da tela
Reverte o layout da tela ao padrão do sistema
Validações e Saídas
|
Caminho:
Logística > Estoque > Atualiza Estoque
Realizar o ajuste de estoque dos produtos por SKU, validando o saldo total em estoque para o produto, de forma que os ajustes realizados não alterem esse total.
Para atender esta necessidade, foi disponibilizada uma tela, na qual o operador do sistema poderá visualizar todos os SKUs do produto e lançar as respectivas quantidades.
Pré-requisitos
ParâmetrosSem necessidade de parametrização. EntradasConsultando saldo de produto em estoqueEm Logística > Estoque > Consulta Estoque Observe que a quantidade total para o produto consultado são 108 peças em estoque, somando todos os SKUs, na filial 001. Atualizar Estoque por SKUEm Logística > Estoque > Atualiza Estoque:
Nesse momento, o sistema fará uma validação, comparando a quantidade original em estoque com a somatória das quantidades atualizadas na tela e não permitirá a efetivação das quantidades caso não seja igual a quantidade original. No exemplo abaixo, temos o lançamento de quantidades a mais do que a original, portanto foi emitida uma mensagem de alerta ao operador do sistema, solicitando a correção dos lançamentos feitos no grid. A validação também ocorrerá no caso de quantidades lançadas a menos que a original do estoque do produto. Portanto, somente serão permitidas atualizações que não afetem a quantidade original do produto, exibida na consulta de estoque. Após fazer os ajustes nos lançamentos das quantidades para todos os SKUs do produto, de forma que não alterem a quantidade original da consulta de estoque, a ação será validada novamente e poderá ser executada sem bloqueios.
Atualizar Estoque por SKU para produtos sem quantidade em estoqueEm Logística > Estoque > Consulta Estoque Em Logística > Estoque > Atualiza Estoque:
Atualizar Estoque por SKU para produtos com quantidade empenhadaNeste caso, o sistema deverá considerar a quantidade empenhada para o(s) pedido(s) de venda no cálculo para validação da atualização do estoque. A seguir temos um pedido de venda reservando 5 peças do produto na cor amarelo e estampa floral. A consulta de estoque mostra a quantidade reservada e o SKU do produto com quantidade zerada, portanto há um saldo de 103 disponíveis do produto em estoque. Ao tentar atualizar o SKU reservado, lançando para ele 5 peças, o sistema detecta que há uma reserva da quantidade e emite uma mensagem de alerta para o operador, informando sobre a divergência de quantidade e não permite a execução da ação. Inclusão de pedido de venda com reserva Consulta do estoque do produto com reserva do pedido de venda Validação da quantidade reservada na atualização de estoque Validações e Saídas1. Para atualização de estoque todos os SKUs deverão ter códigos de barras cadastrados. O sistema emitirá uma mensagem de alerta, informando que não há códigos cadastrados para o produto e bloqueará a execução da tarefa. 2.Não será permita a atualização das quantidades, quando os lançamentos forem diferentes da quantidade original registrada no estoque do produto. 3.As quantidades empenhadas para atendimento dos pedidos de venda serão consideradas na validação da quantidade original do estoque dos produtos. |
Caminho:
Produtos e Serviços > Vitrine
Este recurso permite que as empresas que vendem nos marketplaces integrados com a plataforma de e-commerce VTEX, possam recuperar (buscar) as etiquetas de fretes de produtos disponibilizadas por eles. Para isso, foi criada tela de configuração para informação do tipo de pedido a ser tratado para a recuperação das etiquetas.
Também foram criados um parâmetro, para indicar que os dados da integração devem ser lidos do próprio Cadastro da Vitrine, e um filtro para a consulta do tipo de pedido, na tela de Log de Integração Marktplace, acessada por meio da tela Lista de Vitrines.
Pré-requisitos
ParâmetrosConfigurando emissão para etiqueta VtexPara realizar a configuração do marketplace Mercado Livre, siga os passos abaixo:
EntradasFeitas as configurações, o sistema passa a recuperar a etiqueta de transporte do marketplace configurado e realiza a gravação das informações. Para isso, são executados os métodos: MILLENIUM!MPOSITIVO.MARKETPLACE.ALINHARNUMEROPEDIDO e MILLENIUM!MPOSITIVO.MARKETPLACE.ATUALIZARETIQUETA. Ambos estão no objeto MARKTPLACE do millenium!mpositivo.wts. Gerando a etiquetaVerifique a etiqueta gerada, de acordo com o código do evento. Veja o exemplo: Valide se a etiqueta está dentro do padrão e funcionando corretamente. Veja o exemplo: Filtrando o tipo de pedidoPara filtrar o tipo de pedido, siga as etapas abaixo:
Validações e SaídasAs etiquetas de fretes serão recuperadas para os tipos de pedidos selecionados no filtro. |
Caminho:
Produtos e Serviços > Vitrine > Vitrine de Produtos
Alterar rotina de envio para a VTEX, adicionando o campo "manufacturecode" no cadastro do SKU. Esse código é integrado com o e-Millennium na tabela " Código de barras" vinculado a um tipo de barra, entretanto, atualmente o e-Millennium não realiza o envio dessa informação para a Vtex.
Para que o envio possa ser executado, foi necessário:
Pré-requisitos
ParâmetrosEm Produtos e Serviços > Vitrine > Vitrines:
EntradasExportando produtos para a vitrine com o campo ManufactureCodeEm Produtos e Serviços > Produtos > Código de Barras, faça uma consulta para visualizar os códigos cadastrados para os produtos a serem exportados. Em Produtos e Serviços > Vitrine > Vitrine de Produtos e faça a inclusão dos produtos na vitrine. Validações e SaídasAs rotinas responsáveis pelas exportações dos produtos serão executadas automaticamente pelo sistema e caso a integração ocorra com sucesso, é possível verificar o preenchimento do campo ManufactureCode nos arquivos gerados para envio. Preenchimento do campo Manufacturecode no envio do produto VQA_217 Preenchimento do campo Manufacturecode no envio do produto VQA_222 para seus vários SKUs |
Caminho:
Vendas > Status NFe > Cancelar NFe
Alterar processo de cancelamento de notas fiscais, para o sistema realize a consulta dos títulos vinculados a mesma, não permitindo o cancelamento de notas fiscais com títulos em borderô/cobrança.
Por não possuir uma trava ao efetuar o cancelamento de notas fiscais, era possível realizar o cancelamento de notas fiscais onde os títulos vinculados a mesma estão em borderô/cobrança, impactando nos controles internos da empresa.
Ao tentar realizar o cancelamento de uma nota fiscal, cujos títulos estejam em borderô/cobrança, será exibida na tela uma mensagem, informando ao operador que o título está em cobrança e não permitirá efetuar o cancelamento da nota.
Pré-requisitos
ParâmetrosSem necessidade de parametrização. EntradasEm Vendas > Status NFe:
Em Financeiro > Receber > Borderôs, localize o borderô no qual está incluído o título vinculado à nota fiscal. Neste caso, o borderô ainda não foi enviado ao banco, então vamos excluir o título, apenas para demonstrar o comportamento do sistema. Em Vendas > Status NFe:
Validações e SaídasO sistema não permitirá o cancelamento de notas fiscais que estejam vinculadas em borderôs. |
Caminho:
Vendas > Pedido de Venda
Impedir que, ao realizarem cópia dos pedidos de venda, os usuários sem permissão para alterar preços de produtos, emitam pedidos de venda com preços divergentes do pedido original.
Ocorre que, ao realizar a cópia de um pedido de venda, o sistema emite uma mensagem perguntando ao usuário “Deseja manter os preços dos itens do pedido copiado?”, permitindo assim que o usuário escolha se os preços serão mantidos ou não.
Quando alguns usuários não possuem autorização para alterar os preços dos pedidos, no gerenciador de usuário existe uma configuração para isto, entretanto, quando o usuário copia o pedido, caso seja selecionado a opção "Não", o e-Millennium busca os preços da tabela, deixando o valor divergente do pedido original.
Para atender esta necessidade, foi desenvolvido o parâmetro “Manter preço na Cópia do Pedido”, no cadastro do usuário.
Quando o parâmetro estiver ativado no cadastro do usuário, o sistema irá marcar a pergunta padrão do sistema “Deseja manter os preços dos itens de pedido copiado?” com a opção “NÃO”.
Pré-requisitos
ParâmetrosNo Gerenciador de Usuários do sistema:
EntradasNo Gerenciador de Usuários do sistema, observe as permissões configuradas para o usuário Eduardo:
Em Vendas > Pedido de Venda:
Observe que o sistema carregou na cópia do pedido o mesmo preço praticado pelo usuário Millennium, que tem permissão para alterar os preços dos produtos, para o usuário Eduardo que não tem permissão para alterações. Voltando no Gerenciador de Usuários do sistema e desligando o parâmetro, observe o comportamento do sistema. Quando o parâmetro estiver DESLIGADO, não irá aparecer a pergunta com a opção de manter o preço ou não e, o sistema irá respeitar o comportamento do "Não" automaticamente, mantendo o preço correto da tabela de preços, selecionada no pedido de venda original. A coluna preço não poderá ser alterada manualmente na ação de cópia porque estará bloqueada para o usuário Eduardo. Validações e SaídasOs usuários sem permissão para alterar os preços dos produtos nos pedidos de venda, não terão permissão para manter o preço dos pedidos originais, ao utilizarem o recurso de Copiar Pedido. |
Caminho:
Vendas > Movimentação > Devolução de Venda
Ao emitir uma nota fiscal de devolução de venda, gerar crédito para o cliente como previsão e aguardar até que a Sefaz autorize a emissão da nota de devolução. Após a autorização da emissão da nota de devolução, o crédito ao qual o cliente tem direito poderá ser liberado definitivamente, para ser aproveitado em sua próxima compra.
Pré-requisitos
ParâmetrosNão há parametrização específica para o funcionamento deste recurso. Entradas1.Realizar movimentação de venda Em Vendas > Movimentações, executar a operação de faturamento de venda e emissão de nota fiscal para o cliente. 2.Realizar movimentação de devolução da venda (cuja nota será rejeitada pela Sefaz) Em Vendas > Movimentações, executar o evento de faturamento de entrada de devolução de venda do cliente. 3.Título a pagar referente ao crédito gerado como previsão Em Financeiro > A Pagar > Títulos, faça uma consulta e observe que o título de crédito gerado para o cliente, em função da devolução, foi gerado como PREVISÃO, uma vez que o sistema detectou que a nota fiscal emitida foi rejeitada pela Sefaz. 4.Realizar nova movimentação para o cliente sem crédito disponibilizado Em Vendas > Movimentações, ao realizar uma nova venda para o cliente, perceba que o crédito de R$ 2.000,00 ainda não está disponível para ser aproveitado, uma vez que foi gerado apenas como previsão. 5.Realizar correção da nota de devolução rejeitada pela Sefaz Em Vendas > Status NFe, faça uma consulta:
Em Vendas > Status NFe, faça uma nova consulta e veja que há uma nota de devolução autorizada pela Sefaz. 6.Título a pagar referente ao crédito liberado para aproveitamento Em Financeiro > A Pagar > Títulos, faça uma consulta e observe que o título de crédito gerado para o cliente, em função da devolução, foi liberado, uma vez que o sistema detectou que a nota fiscal emitida foi autorizada pela Sefaz. 7.Realizar nova movimentação para o cliente com crédito disponibilizado Em Vendas > Movimentações, ao finalizar a venda para o cliente, o valor da nota de devolução autorizada pela Sefaz estará disponível par ao aproveitamento, na próxima compra do cliente. Validações e Saídas
|
Caminho:
Compras > Movimentações > Eventos de Entrada de Notas de Serviço
Ajuste realizado na tela de recebimento de notas de entrada de prestadores de serviços, para permitir o lançamento de notas fiscais, cujos emitentes estejam localizados em municípios que gerem numeração com mais de 10 dígitos.
Atualmente, o campo “Número da Nota” tem limite de 10 caracteres, devido ao seu tipo de campo, e não permite que o usuário tenha armazenado uma numeração maior do que 10 dígitos.
Foi criado um parâmetro, no cadastro de filiais, que habilitará, na tela do evento, um campo com capacidade para receber numeração de notas fiscais. Regra de visibilidade para o campo:
Lembrando que este ajuste foi realizado para atender uma necessidade que pode ocorrer com notas de serviços de vários municípios e qualquer solicitação diferente disso deverá ser tratada como uma customização, pois seria necessário mudar toda a estrutura atual do sistema, tanto de interfaces quanto de banco de dados, devido ao limite de tamanho de campo do tipo inteiro.
Pré-requisitos
ParâmetrosEm Utilitários > Empresa > Filiais, na guia Tributação:
EntradasComo Informar os DadosNa finalização do evento de entrada de serviço, selecione a opção Digitar uma Nota Recebida, note na imagem que foi adicionado um novo campo para informar a numeração, sendo um obrigatório (o campo que já existia) e um campo opcional. No campo "Número Nota (até 15 dígitos)" *o usuário poderá informar a numeração completa, no caso do exemplo que nos foi passado é o ano + número da nota compostos por 10 dígitos: *20240000000028. O campo "Número da nota" (que já existia) permanece com o limite de 10 caracteres. Com citado, note que a prefeitura concatena o ano antes de informar o número da nota fiscal de serviço, portanto basta que o usuário informe a numeração sem o ano: 28 (não é necessário informar os zeros esquerda). Após finalizar o evento de entrada, os dados serão gravados na base de dados, tabela NF, da seguinte forma: Observação: Se o campo número nota (até 15 dígitos) não for preenchido, o sistema continuará gravando no banco o valor do campo número nota. Importante! A alteração não influenciará nos filtros pelo campo nota no sistema, ou seja, os filtros permanecem sendo relacionados ao campo nota (tipo inteiro). Lembrando que a prefeitura coloca o ano na frente da numeração e a implementação foi apenas para permitir uma forma de armazenar a numeração completa no banco de dados. Para realizar os filtros e localizar a nota, o usuário deverá informar apenas o número da nota sem o ano referente, como no exemplo abaixo. Validações e SaídasAo finalizar a movimentação de entrada de serviço, é possível localizar o número da nota, na seguinte coluna da tabela NF: |
Caminho:
Todas as telas de consulta do sistema
Possibilitar a fixação dos ajustes feitos nas colunas das telas de consulta do sistema, preservando a largura configurada para exibição.
Ao sair da tela de consulta, o sistema gravará automaticamente como padrão para o usuário logado que realizou os ajustes. Na próxima vez que o usuário se logar no sistema, a tela será carregada já com as medidas ajustadas no seu último login.
O ajuste da largura das colunas será gravado por usuário, sendo assim, quando outro usuário se logar na máquina, terá que fazer seu próprio ajuste nas larguras, se assim desejar. |
Pré-requisitos
ParâmetrosSem necessidade de parametrização. EntradasComo padronizar a largura das colunas
Como limpar a configuração padrão da tela de consulta
Validações e SaídasO sistema exibirá as telas de consultas, carregando as medidas definidas pelo usuário em seu último login. |
Caminho:
Produtos e Serviços> Vitrine > Vitrines
Para implantação de um novo projeto, foi identificada a necessidade de o Microvix receber o campo ecommerce_origem, que, atualmente não é enviado pelo e-Millennium na integração de pedidos de venda.
Para atender esta necessidade, foi realizado um ajuste no módulo millenium!microvix, para passar a enviar a informação do campo "exportador" da vitrine, no campo "origem_pedido ", na inclusão de pedidos:
e MILLENIUM!MICROVIX.MOVIMENTACAO.Enviar), repassar o valor do campo “ecommerce_origem” com o exportador configurado na vitrine.
Será enviado o mesmo exportador para todos os pedidos de uma mesma vitrine. |
Pré-requisitos
ParâmetrosEm Produtos e Serviços > Vitrine > Vitrines, o campo Exportador deve estar preenchido. EntradasEnvio de pedido de venda: Campo enviado e validado no log: Validação no portal da Microvix: Envio de Movimentação: Campo enviado e validado no log: Validação no portal da Microvix: Validações e SaídasEnvio do campo Origem, do cadastro da Vitrine, conforme detectado na necessidade do novo projeto. |
Caminho:
Vendas > Formação de Preço > Promoção
Permitir que o usuário do sistema possa dar desconto em valores para seus clientes, a partir do recurso de promoções do sistema.
Até esta versão, ao realizar o cadastro de uma promoção, no campo "Ganha na Promoção" localizado na aba "Regras da Promoção", não há disponível a opção de "Dinheiro (R$)".
Para atender esta necessidade, foi disponibilizada na lista de promoções, a opção "Desconto Valor R$", no campo "Ganha Promoção", na aba Regras da Promoção, permitindo aplicação de desconto em "R$", quando a promoção estiver configurada com a opção criada.
Pré-requisitos
ParâmetrosSem necessidade de parametrização. EntradasCadastrando promoção com desconto em valor R$Em Vendas > Formação de Preços > Promoções, incluir:
Realizando vendas com promoçãoPromoção fixa por quantidade - 2 unidades = R$ 50,00 Na tela do evento de faturamento, ao serem lançadas as quantidades dos produtos, o sistema detecta que a regra da promoção foi atendida e aplica o desconto em valor. Perceba que no grid de produtos estão lançadas duas peças e o sistema já calculou o desconto devido. Promoção cíclica por valor - R$ 400,00 = R$ 70,00 Na tela do evento de faturamento, ao serem lançadas as quantidades dos produtos, o sistema detecta que a regra da promoção foi atendida e aplica o desconto em valor. Perceba que a cada R$ 400,00 o sistema lançou R$ 70,00 de desconto. Prioridade entre promoçõesAnalisando duas promoções cadastradas e ativas no sistema, temos que a promoção fixa por quantidade tem prioridade em relação à promoção cíclica por valor. Observe o que ocorre se lançarmos o mesmo produto e a mesma quantidade com as duas promoções ativas e com as prioridades acima: o sistema assume a promoção fixa de desconto para venda acima de 2 unidades. Validações e SaídasO sistema aplicará o desconto por valor de acordo com a promoção configurada. |
Caminho:
PDV OMNI
Possibilitar a impressão do comprovante de sangria e validar o saldo do caixa, para não permitir a realização de sangria sem saldo.
Para a emissão do comprovante de sangria, será salvo o modelo de impressão de comprovante que, posteriormente, será impresso utilizando o CFeServer.
Pré-requisitos
ParâmetrosNa tela do PDV OMNI > Menu Principal > Configurações:
EntradasRealizando Sangria / Reforço no caixa do PDV OMNIAcessar o Menu de Caixa; Validações e Saídas Impressão de relatório de caixa |
Caminho:
Financeiro > Receber > Integrações > Conciliação de Cartão > Conciliação Equals
Para empresas que utilizam a integração entre Vtex e Clearsale, ao processar um pagamento é gerado um NSU da captura e, quando esse pagamento é aprovado, um novo NSU é gerado.
Na integração entre e-Millennium e Vtex, o e-Millennium busca o NSU em três momentos:
Em testes realizados nesses três momentos, a Vtex está disponibilizando o mesmo NSU: o da captura.
Não temos controle de qual momento a Clearsale atualiza a Vtex, para buscar esse NSU atualizado. Dessa forma, seria necessária uma rotina para ficar buscando periodicamente o NSU até que ele seja atualizado, Porém, existem casos que será mesmo NSU para captura e aprovação e, assim, ficaríamos em loop.
Ao realizar a integração com o Equals não é possível realizar a conciliação, pois na Equals consta o NSU da aprovação e no e-Millennium consta o NSU da captura.
Em análise realizada entre os desenvolvedores e o consultor, foi entendido que alguns valores não são alterados entre a captura e aprovação, sendo eles o TID e Autorização. Então, foi definida a realização de um tratamento para que o e-Millennium busque inicialmente o NSU, caso não encontre, procure pelo TID e na sequência pela autorização, caso nenhum desses seja possível, será utilizado o "número único" entre e-Millennium e Equals.
Pré-requisitos
ParâmetrosAcesse o link para conhecer o processo completo de integração e-Millennium X Equals. https://share.linx.com.br/pages/viewpage.action?pageId=311298486&src=contextnavpagetreemode EntradasVerificando arquivo para importaçãoEm c:\wts\equals\download, verifique a existência de arquivos a serem processados: Havendo arquivos para processar, o scheduler irá executar o método: MILLENIUM!EQUALS.FINANCEIRO.PROCESSARARQUIVOS Após o processamento dos arquivos, será possível proceder com a conciliação. Em Financeiro > Receber > Integrações > Conciliação de Cartão > Conciliação Equals:
Validações e SaídasConciliação realizada com sucesso. |
Caminho:
PDV OMNI
Reduzir o tempo de resposta na consulta feita no site da Reshop, referente às promoções e descontos disponibilizados para os clientes no momento de suas compras.
Após análise realizada no processo de integração, entre o sistema PDV OMNI e o gateway de promoções da Reshop, foi encontrada uma alternativa capaz de reduzir sensivelmente o tempo de retorno das promoções e descontos à tela de vendas do PDV OMNI, para serem aplicadas nas operações.
Foi verificado que para realizar as consultas às promoções e descontos, não seria necessário fazê-las via client Reshop e sim consultar diretamente e seu server, fazendo assim com que o tempo de retorno das promoções e descontos fosse reduzido.
No entanto, ainda se faz necessário o uso do client para que as vendas realizadas no PDV OMNI sejam enviadas à Reshop, para as devidas contabilizações. É imprescindível que estas passem pelo client, que deverá estar online durante todo o processo de vendas, sob pena de não atualizar as informações geradas sobre as promoções e descontos em tempo real.
Pré-requisitos
ParâmetrosConfigurações no e-Millennium1. Em Vendas/Formação de Preços/Tabela de Preços, deve ser cadastrada uma tabela de preços promocionais que será usada com o Reshop. 2.1. Administrador/Configurações Gerais, em Gateway Promoções/RESHOP:
2.3. Empresas/Filiais, na filial da loja que irá operar com o cartão fidelidade e com as campanhas, localize a guia Cartão Fidelidade: Configurações no servidor Reshophttps://share.linx.com.br/display/ReshopPeD/Funcionalidades+Reshop+por+PDV EntradasRealizando venda com promoção no PDV OMNIAo selecionar o cliente, imediatamente o sistema irá consultar diretamente no servidor da Reshop sobre a disponibilidade de promoções ou descontos para o cliente. Ao lançar o produto na tela de venda, a promoção ou desconto será aplicada. Finalizar a venda Validações e SaídasRedução do tempo de resposta às consultas realizadas na Reshop. |
Caminho:
Utilitários > Linx
Alterar método Linx.Transferencia, para listar transferência de entradas e saídas realizadas pelas lojas do Linx ERP, buscando os dados das tabelas LOJA_ENTRADAS, LOJA_ENTRADAS_PRODUTOS, LOJA_SAIDAS e LOJA_SAIDAS_PRODUTOS. Sendo:
• Será realizada uma validação para listar apenas transferências já conferidas (campo ENTRADA_CONFERIDA = 3);
• Alterar o método millenium!linx.configuracoes, para passar a permitir ter mais de um movimento de transferência;
• Alterar o método millenium_linx.movimentos.transferencia.importar, para passar a ler a configuração realizada na tela de configurações, buscar a transferência no Linx ERP de acordo com as configurações inseridas na tela de integração (millenium!linx.configuracoes), preenchendo os recordset e chamando a execução do evento, na qual será o responsável por gerar a movimentação dentro do e-Millennium.
Pré-requisitos
Para informações sobre como fazer a instalação de módulos no e-Millennium acesse o Manual de instalação de módulos no e-Millennium.
ParâmetrosEm Utilitários > Linx > Configurações > na guia Geral:
EntradasAjustes realizados para execução do processoRecurso não reproduzível fora do ambiente do cliente.
• Se houver divergência gravar na tabela de origem (LOJA_ENTRADAS ou LOJAS_ENTRADAS_DIF) os campos STATUS_TRANSITO = 2, OBS = os produtos/cor/tamanho/quantidades divergentes (positivas ou negativas) Validações e Saídas
|
Caminho:
PDV OMNI
Enviar a nota fiscal direto para a impressora, quando for utilizado o motor de emissão do server do e-Millennium para emitir NFCe, em vez de abrir a nota no browser para visualização em PDF e, após isso, o usuário enviar manualmente para a impressão.
Pré-requisitosInstalar o módulo millenium_omni.minst. Para informações sobre como fazer a instalação de módulos no e-Millennium acesse o Manual de instalação de módulos no e-Millennium. Instalar os executáveis:
Parâmetros1. Executar o Gerenciador de Periféricos (para criar o DeviceServer na pasta “C:\millenium”);
2. Localizar e executar o DeviceServer na pasta “C:\millenium”;
3. Após a execução do DevicesServer, um ícone será incluído no rodapé da tela;
EntradasRealizando venda no PDV OMNI com impressão pelo motor demissão de notas
Validações e SaídasO sistema não imprimirá o cupom em PDF, enviando a impressão diretamente para a impressora configurada pelo operador no PDV OMNI. |