Aviso importante!
Esta nota de versão é apenas uma prévia do próximo lançamento.
Observe que os manuais do usuário e de instalação e a mídia FTP não foram atualizados.
Além disso, informamos que as correções e implementações descritas aqui podem ser alteradas, excluídas ou adicionadas antes do lançamento final.
Liberamos com antecedência para ajudar nossos clientes a planejarem a atualização do sistema.
📙 Mudanças
[Menu Fiscal]
📙 1️⃣ Frete não era somado na base de PIS/COFINS na entrada de notas quando produto era insumo (SUP-88823)
Na tela “2.2.4 - Entrada de Notas Fiscais”, foi alterado para considerar os campos “Frete + Seguro + Desp. Acessórias + IPI Devolvido + FCP ST”, na Base de PIS/COFINS. Sendo assim, acessando a tela foram inserindas as informações de impostos no item (Imagem 1).
Ao adicionar o valor de Frete, o campo de Base PIS será atualizado, pois o sistema estará somando o valor de frete na Base de PIS corretamente (Imagem 2).
Inserindo um valor de Seguro, ele será somado ao valor de Base PIS (Imagem 3).
Inserindo um valor de Despesas Acessórias, ele estará sendo somado ao valor de Base PIS (Imagem 4).
Inserindo um valor de IPI Devolvido ele será somado ao valor de Base PIS (Imagem 5).
📗 Melhorias
[Integrador SysPDV]
📗 2️⃣ Cabeçalho com diferença dos itens
O SysPDV com a Saurus, passou a enviar informações no registro 01(um), além das já previstas inicialmente. O sincronizador comparará as linhas do registro 01(um), pois é comum a duplicação de itens num pedido PDV e quando é totalmente igual, gerará um contador de linha para itemizar e diferenciar por algo. Desta forma, as informações posteriores a coluna 648 (um registro deles para controlar os envios), acabam diferenciando a linha e ignorando o item duplicado, pois é considerado como já importado e não entrará no banco do sincronizador. Sendo assim, o “Sincronizador SysPDV” irá considerar até a coluna 648, mantendo o comportamento e permitindo que o arquivo possua o histórico necessário (Imagem1).
[Integrador B2B]
📗 2️⃣ Cockpit de configurações do B2UD no integrador (SUP-70843)
No Integrador B2B, foram inseridas as informações necessárias para que ele seja independente de configurações realizadas no Guarani ERP. A tela “3.2.45 - Configuração Integração B2UD” foi “repassada” ao Integrador como “Integração De/Para”. Sendo assim, o botão do configurações foi alterado para “Configurações Gerais”. Dentro deles, a opção “Banco de Dados” será onde “insere/altera”, as informações dos “bancos de dados, e-mails, tempo de sincronização e usuários” para editar scripts (Imagem 1).
A opção “Integração De/Para” é na verdade a tela “3.2.45 - Configuração Integração B2UD” do Guarani ERP, no Integrador. Não haverá informações nesse primeiro momento, pois ainda não existem dados advindos do ERP do usuário (Imagem 2).
Os scripts foram subdividos em 4(quatro) grupos: | |
|---|---|
| os SELECTs que buscam a informação no ERP do cliente para alimentar as tabelas do Integrador; |
| os INSERTs/UPDATEs que, junto aos SELECTs acima, gravam a informação no banco do Integrador. Para essa conexão acontecer, a quantidade e ordem dos campos do SELECT devem ser IGUAIS aos de seus respectivos INSERTs; |
| são os SELECTs que já existiam no Integrador, porém adaptados para, agora, buscar das próprias tabelas de configurações do integrador e, não mais do ERP; |
| são os INSERTs dos dados que descem da loja (clientes, pedidos, itens). Todas as ligações com as tabelas ICC do ERP foram removidas, substituídas por parâmetros que buscam as configurações do próprio integrador (Imagem 3). |
Caso queiram utilizar o script já montado para o Guarani ERP, basta clicar em “Query padrão” e “Todos”. Esses scripts foram montados para esse propósito e foram baseados no que é carregado na tela “3.2.45 - Configuração Integração B2UD” do Guarani ERP e nos antigos scripts que buscavam do ERP para enviar os dados para a loja. Todos os scripts possuem o parâmetro “ULTIMA_SINC”, que no Guarani ERP, busca dos campos de “lastupdate”. Porém, nem todas as tabelas possuem esse campo e nesses casos, os dados sempre serão recarregados (Imagem 4).
O agendamento foi modificado e agora será “Carga Manual”. O agendamento que já possuía, virou submenu e não teve nenhuma alteração. Já o “Carga (ERP x Integrador)” será uma tela nova para inserção de informações nas novas tabelas de configuração criadas no Integrador (Imagem 5).
O primeiro passo na criação das configurações da interação é executar o script de empresas. A tela possui um campo para informar a empresa, mas nessa primeira carga, ainda não existirá. Ou seja, basta acessar a tela e clicar em “Atualizar Empresas”. Lembrando que o script “ICC_EMPRESAS”, do menu “Exportações (ERP x Integrador)” já deverá ter conteúdo (Imagem 6). Desta forma, a mensagem de sucesso será exibida (Imagem 7).
Será possível criar a integração em “Configurações Gerais (De/Para)”, deverá clicar em “Hab. Config.” e assim conseguirá incluir a nova integração. E a “Senha Guarani” será requisitada (Imagem 8).
Utilizando o botão “Incluir”, será possível selecionar a empresa desejada, optando o “Ativo” como “SIM” e na sequência em “Salvar” (Imagem 9).
Nesse momento, deverá inserir as informações da loja para a empresa a ser cadastrada, pois esses dados serão necessários para os próximos passos (Imagem 10).
Antes de preencher as configurações da aba “Configurações De/Para”, uma carga completa ou dos itens necessários, deve ser gerada do Guarani ERP para o Integrador.
Na tela “Carga de Dados” para carga manual, a caixa de seleção apresentará a empresa automaticamente, em caso exista apenas uma cadastrada na integração, pois quando houver mais de uma, o campo ficará em aberto para escolha do usuário. Caso seja a primeira verificação de fluxo, a opção “Atualizar Todos” pode ser utilizada. Caso uma inconsistência na autenticação seja apresentada, reinicie o Integrador. Essa inconsistência só aparecerá após inserir as informações da URL e Token, nas próximas não será mais apresentada. Dependendo da massa de dados, poderá ser uma operação um pouco demorada (Imagem 11).
Utilizando a opção “Atualizar Todos”, ocorrerão duas inconsistências e gerações de log “Produtos” e/ou “Preços”. Nesse momento, esse comportamento é normal, uma vez que não existe tabela de preços nas configurações gerais (Imagem 12).
Com as informações de configurações necessárias preenchidas, será possível definir as configurações gerais da integração, de mesmo modo da aba “Configuração Geral” da tela “3.2.45 - Configuração Integração B2UD” do Guarani ERP, incluindo estoques a serem enviados e cobranças de cartão (Imagem 13).
A guia “Integrações” é onde o usuário irá inserir as informações que deverão estar na integração. A primeira alimentação do Integrador é apenas para trazer as informações. A escolha do que irá subir ainda é manual, da mesma forma que acontece na tela “3.2.45 - Configuração Integração B2UD” do Guarani ERP (Imagem 14).
Em “Incluir” será possível buscar os dados alimentados na carga manual. A lista com as informações é apresentada com os dados incluídos pela carga anterior. Ao clicar “Ok” ou “Salvar”, os conteúdos irão persistir com as informações e isso mesmo pode ser feito em todas as abas (Imagem 15). A atualização em massa ficou no botão direito da seleção dos registros (Imagem 16). Marcando o que se deseja alterar e salvando, a tela será fechada e o “Salvar” pode ser pressionado para persistir as informações (Imagem 17).
A tela “Desenvolvedor”, agora possui uma caixa de seleção da empresa para escolher de qual enviar um script, puxar um pedido ou qualquer outra funcionalidade multiempresa (Imagem 18). Os envios para a loja devem acontecer normalmente, assim como os pedidos, ou seja, via cargas manuais ou serviços, com uma empresa ou com várias.
Considerações Finais |
|---|
|
|
|
[Menu comuns]
📗 3️⃣ Alteração em “Cadastro de clientes” (SUP-80344)
Na tela “1.1.3 - Cadastro de clientes“, no campo “Datas pré definidas para vencimento” foram inseridos todos os dias para serem utilizados, de 01 a 31 conforme o mês (Imagem 1).
Na tela “3.2.12 - Digitação de ordens”, o comportamento deste campo continuará sendo o mesmo. Ou seja, o usuário poderá selecionar nenhum, um ou vários dias para vencimentos. Observando que quando a data for dia 31 e o mês não tiver esta data, o sistema considerará o último dia do mês para os vencimentos (Imagem 2).
Ao alterar a data de vencimento da parcela, caso não seja o dia que cadastrado no “Cadastro de clientes”, o sistema apresentará uma validação e considerará o vencimento mais próximo do cadastro, conforme a data digitada (Imagem 3).
Através da tela “Expedição”, ao gerar o contas a receber serão apresentados todos os prazos definidos, conforme o cadastro na “Digitação de ordens” (Imagem 4).
Na tela “5.2.15 - Manutenção de contas a receber”, apresentará os prazos e datas que foram informadas na “Digitação de ordens” e ao alterar os prazos e datas, mostrará uma validação para considerar a data mais próxima conforme definida no “Cadastro de clientes” (Imagens 5 e 6).
Na tela “5.2.10 - Fechamento de ordens” terá o mesmo comportamento (Imagem 7).
Quando houver uma situação em que a data de vencimento da primeira parcela da ordem já foi ultrapassada e a ordem ainda não foi faturada, foi inserida uma validação para o usuário para que os prazos sejam recalculados (Imagem 8).
Faturamento e a validação que não pode prosseguir (Imagens 9 e 10).
Ao selecionar a opção “Manutenção nesta ordem” e remover as informações do conferente e data (Imagens 11 e 12).
Na tela “Digitação de ordens” permitirá alterar a data de vencimento e assim podendo fazer o faturamento normalmente (Imagens 13 e 14).
Uma outra opção é ajustar o prazo antes do faturamento, basta clicar no botão “Encerrar“ na “Digitação de ordens” e assim os prazos serão ajustados automaticamente (Imagens 15 e 16).
Na tela “Atualização Massa Digitaçao Ordem”, foi inserida uma validação para não permitir informar um prazo fixo com data inferior a data atual (Imagem 17).
[Menu comercial - Compras]
📗 2️⃣ Disponibilizando cadastro de “Status e Painel” e nova aba para dados gerais de importação (SUP-72425)
Na tela “2.2.8 - Manutenção das ordens de compra”, foram feitas algumas melhorias para disponibilizar o controle de estágio das ordens de compra, bem como as observações sobre dados de importação. O código “1005”, irá liberar ou não a aba de nome “Dados Gerais de Importação” que foi criada na tela em questão.
Parametrização a nível de usuário, foram adicionados (4) quatro parâmetros que correspondem à tela “Manutenção das ordens de compra” (Imagem 1).
A aba “Dados Gerais de Importação” será liberada, desde que a opção esteja configurada como “SIM” (Imagem 2).
O código “1006”, liberará ou não a aba de nome “Painel” criada na tela “Manutenção das ordens de compra”. Para isso a opção deverá estar configurada como “SIM”, desta forma a aba de nome “Painel” será apresentada (Imagem 3).
O código “1007”, permitirá ou não a utilização do botão “Status” para alteração do estágio da ordem, este botão foi criado na tela “Manutenção das ordens de compra” e com a opção configurada como “SIM”, será permitido a utilização do botão Status (Imagem 4).
A parametrização a nível global, caso esteja configurado como “NÃO”, então, não será possível utilizar o controle de estágio das ordens, ou seja, o controle de “Status” (Imagem 5). Caso contrário será possível realizar o cadastro de “Status”, da mesma forma que é feita na tela “Requisição de pedido de compra” (Imagem 6).
Cadastrando “Dados Gerais de Importação” (Imagens 7, 8 e 9).
Exemplo de um pedido de compra com uma observação de “Dado Geral de Importação” cadastrada (Imagem 10).
Foi adicionada um “Menu” com o “Status do pedido” (Imagem 11).
📗 3️⃣ Configurações para regras quanto a politica de margem de contribuição
Na tela “3.2.48 - Configurações para regras quanto a política de margem de contribuição”, foi feita a inserção de validação no campo validade, que anteriormente ficava em branco (Imagem 1).
[Menu Comercial - Vendas]
📗 3️⃣ Divergências no relatório gerado pela tela "Relatório de Faturamento Gerenciais" (SUP-85307)
Na tela “3.3.29 - Relatórios de Faturamentos Gerenciais”, foram adicionadas colunas pertinentes ao grid de faturamento detalhado, ou seja, as colunas: ID Cliente, UF, Tipo de Ordem ('Descrição'), ID Representante, Representante, ID Supervisor, Supervisor e Usuário digitador (Imagem 1).
Nas telas “5.2.10 - Fechamento de ordens e 2.2.4 - Entradas de notas fiscais”, foi realizada a correção de visualização de notas de devolução parciais (Imagem 2).
No Relatórios de Faturamentos Gerenciais apresenta as duas notas, tanto de venda quanto de devolução (Imagem 3).
📗 2️⃣ Emitir uma mensagem para fazer a movimentação de produtos
Na tela “3.2.12 - Digitação de ordens“ foi adicionado um novo comportamento. Ao inserir um novo item, será verificado se o produto deste item, possui vínculo com algum bem da tela “22.2.1 - Controle de Ativo Imobilizado“. Caso não tenha nenhum vínculo, nada será feito, seguirá o comportamento que sempre existiu, mas caso tenha vínculo com algum bem que não esteja baixado, será exibida na tela uma mensagem e a aba “Bens do item” será exibida simultaneamente (Imagens 1 e 2).
Na tela “4.2.6 - Expedição”, foi adicionada uma nova validação antes de confirmar o pedido. Lembrando que essa validação já existe e verifica várias situações, o que foi adicionado é uma nova validação quanto aos vínculos de bens na ordem, ao clicar em “Conf. Fat”. (Imagens 3 e 4).
📗 3️⃣ Inconsistência ao fazer alteração da descrição de um Layout que foi criado
Na tela “Cadastro de Layouts para integração de dados com fornecedores”, foi inserido para que se clicar para alterar a descrição e gravar, que seja apresentada uma validação de que não é possível alterar. Para o botão excluir, será da mesma forma clicando em excluir se houver dependências não permitirá (Imagens 1 e 2).
Foi feita uma correção para que ao clicar em alterar e depois cancelar, que limpe todas as informaçãoes do cadastro na tela (Imagens 3 e 4).
[Manu Financeiro - Receber]
📗 2️⃣ Tratativa de mensagem de erro
Na tela “5.1.7 - Cadastro de contas correntes”, foi feita uma tratativa na mensagem de erro, mostrando que existem dependências e por isso o registro não pode ser excluído.
Clicando em excluir será apresentada a mensagem da impossibilidade de exclusão (Imagem 1).
Clicando em “SIM” será apresentada a mensagem original do sistema (Imagem 2).
[Menu PCP]
📗 2️⃣ Alteração de dados "livre" na tela de ferramentas de fabricação (SUP-79815)
Na tela “8.1.2 - Cadastro de ferramentas de fabricação”, foi inserida a coluna peso na grid, para poder alterar diretamente na grid (Imagem 1).
Sistema permitirá fazer qualquer alteração em todas as colunas diretamente na grid (Imagens 2 e 3).
A adição do item na grid, respeitará o grupo de permissões (Imagens 4 e 5).
A exclusão do item na grid, respeitará o grupo de permissões (Imagens 6 e 7).
A alteração do item na grid, respeitará o grupo de permissões (Imagens 8 e 9).
Coluna “Qtd Colaboradores”, permitirá duas casas decimais (Imagem 10).
📗 2️⃣ Criada a coluna para informar “Turno” e implementação para apontamentos de revisão de peças(SUP-81670)
Na tela de apontamento “Revisão de Peças - Defeitos”, foi adicionada a coluna “Turno” por meio da qual possibilitará o apontamento do turno responsável pelo defeito (Imagens 1 e 2).
Na tela “8.2.7 - Revisão de peças em Fabricação” foi adicionada a coluna “Turnos Defeitos” ao grid inferior, onde serão exibidos os nomes dos turnos aos quais os defeitos apontados para a peça gerada pertencem (Imagem 3).
Na tela “8.2.9 - Controle de Ordem de Fabricação por Ferramenta”, foi adicionada a funcionalidade de apontamento de defeitos (Imagens 4 e 5).
Na tela “8.2.9 - Controle de Ordem de Fabricação por Ferramenta”, foram adicionadas as colunas “Defeitos Qtde e Turnos Defeitos” ao bloco [Apontamentos], da mesma forma que na tela “8.2.7 - Revisão de peças em Fabricação (Imagem 6).
O apontamento de feito feito na tela “8.2.9 - Controle de Ordem de Fabricação por Ferramenta” será apresentado na coluna “Turno Defeitos (Ferramenta)” da tela “8.2.7 - Revisão de peças em Fabricação” (Imagem 7).
Na tela “8.1.11 - Cadastro de Defeitos”, foi adicionado o campo “Tipo”, por meio do qual o usuário poderá determinar o tipo do defeito quando a tela for acessada diretamente do “Principal” (Imagem 8).
Na aba “Consulta”, quando a tela for acessada diretamente a partir do “Principal”, passará a exibir todos os defeitos cadastrados, diferentemente de quando acessada por intermédio de outras telas (Imagem 9).
📗 3️⃣ Ordens de produção vinculadas (OP pai x OP filha)
Foi feita uma alteração para que sejam consideradas as ordens em aberto, tanto produzindo o semiacabado quanto acabado em aberto que irá consumir. Esta opção irá considerar o estoque físico disponível, a quantidade em fabricação e a soma da necessidade de todos os outros dependentes com OF em aberto.
Segue o Exemplo: Necessidade da ordem atual: 300 Qtde a produzir = 150 - ( 50 +100) = 0
Obs: Nesse caso, para atender a necessidade do semiacabado será necessário produzir os 300 da ordem atual. |
|---|
Estoque físico e em Fabricação (Imagem 1).
Necessidade dos dependentes (Imagem 2).
Semiacabado à produzir (Imagem 3).
[Menu Ativo Imobilizado]
📗 2️⃣ Permitir informar a quantidade suficiente de bens de acordo com a quantidade do item de compra
Na tela “22.2.1 - Controle de Ativo Imobilizado”, foi ajustado no registro que verifica os bens disponíveis para vincular no item do pedido de compra. Desta forma, na aba consulta podemos notar que os bens “ITEM 01 e ITEM 02”, estão vinculados ao produto cujo o código é 300 (Imagem 1).
Na tela “2.2.8 - Manutenção das ordens de compra” é inserido o item 300 e em seguida realizado o vínculo com os bens “ITEM 01 e ITEM 02”; ao tentar inserir um terceiro “ITEM” o sistema emite um alerta de que não é possível a sua inserção (Imagem 2).
Após realizar a “Digitação de ordem”, acessando a tela “22.2.1 - Controle de Ativo Imobilizado” será possível verificar as informações de cada “ITEM” na aba “Mvto Entrada” (Imagens 3 e 4).
📘 Solicitações
[Menu Comercial - Compras]
📘 1️⃣ Estoque no pedido de compras (SUP-89765)
Ocorrência: Estoque cadastrado no tipo de ordem só aparecia na “Manutenção de ordens de compra” depois que inseria pelo menos um item na gride.
Solução: Foi realizado um ajuste inserir um item pela opção “(+)” na tela “Manutenção das ordens de compra” e buscar o local de estoque configurado no “Cadastro de tipos de ordens” (Imagens 1 e 2).
Local>Tela 1.1.23 - Cadastro de tipos de ordens
Local>Tela 2.2.8 - Manutenção das ordens de compra
Índice:
Legendas dos tipos de tickets | Legendas da criticidade do ticket | ||||
?? Mudança | 📗 Melhoria | ?? Solicitação | 1️⃣ Relevante | 2️⃣ Importante | 3️⃣ Muito importante |
Feedback |
|---|
Qual é o seu nível geral de satisfação com essas notas de versão? |
