HelpSuporte

Ult. Alteração: 17/12/2018

Alterado por: Jonas

Atualização 

Atualização 7428

BD 06000487

AdministracaoLocal 6.1.60.016

Atendimento 6.1.60.023

SincronizadorAllegroNet 6.1.60.018

NotaFiscalEletronica 6.1.60.005

IdeoIntegracaoMigrate 1.0.0.56

IdeoIntegracaoSixDoo.dll 1.0.0.3

ServicosEntregarHora.rpt

Central

BD 06000165

Acorde.exe  3.3.6.014

AdmCentral 6.1.60.010

Redes liberadas:

 

 Implementações/Correções

Acorde

Novidades

- Voucher com regras configuradas pelo CRM Ibope (exclusivo 5 à sec): Trata-se de um tipo de promoção com Voucher onde é feita a associação de uma promoção já pré-configurada através do CRM Ibope. Após a associação, a promoção seguirá as regras estipuladas no Ibope. Mais detalhes em Suporte AllegroNet\Segmentos por Cliente\5 à Sec - 195\Voucher CRM . Chamado 184050.

- Ao incluir um novo cliente o campo de DDD já vir preenchido com o DDD da loja: Chamado 182138.

 No Acorde, menu Allegro.Net, Configurações, Empresa.

 

Figura 125 - Menu

Em Inteface, Padrões Pré-definidos, marcar a opção "Cadastro de cliente novo, o campo DD1 vem preenchido com o Valor default do DDD da loja".

Figura 126 - Configurações Acorde/Central

Na loja, no cadastro loja o campo DDD deve estar preenchido .

Estando configurada e com o DDD no cadstro loja, ao cadastrar um novo cliente, o mesmo DDD da loja já virá no campo DDD no cadastro de cliente.

Figura 127 – Cadastro de Clientes

- Criada a configuração de não pontuar no Fidelidade PRO quando a venda for feita pelo E-Commerce: Criada a configuração onde caso esteja habilitada o sistema permitirá que as compras realizadas pelo E-commerce também pontuem no fidelidade. Caso pontue as compras feitas pelo e-commerce, a pontuação será sobre todos os valores pagos (taxas serão inclusas) e a compra do pacote, como o ticket é gerada automaticamente pelo sincronizador, os pontos aparecerão quando houver a geração de um próximo ticket ou quando fechar e abrir o atendimento. Chamado: 155013

Figura 128 – Configurações/Empresa

Correções

- Erro ao abrir cadastrado de observações: Problema ocorria por que algumas obsservações (importadas) tinham um valor "vazio" na coluna obd_ObservacaoPrecisaAssinatura. Chamado 182116 e 183667.

- Bug ao tentar alterar o DDD ou telefone de loja sem: Problema ocorria por que sistema gravava espaços nesses campos e ao tentar alterar é como se o campo estivesse "cheio". Chamado 178424.

Administração Central

Correções

- Erro ao abrir cadastrado de observações: Problema ocorria por que algumas obsservações (importadas) tinham um valor "vazio" na coluna obd_ObservacaoPrecisaAssinatura. Chamado 182116 e 183667.

- Bug ao tentar alterar o DDD ou telefone de loja sem: Problema ocorria por que sistema gravava espaços nesses campos e ao tentar alterar é como se o campo estivesse "cheio". Chamado 178424.

Administração Local

Novidades

- Configuração para tipo transação: Para loja configuradas com TEF da Linx, agora é possível configurar o tipo de transação. Assim ao passar aquela forma de pagamento, ao chamar o TEF da Linx ele já irá ignorar a parte que pergunta se trata-se de um cartão de crédito ou débito, passando direto para a parte onde pede as informações do cartão. Chamado 183418.

Além de configurar “POSSUI PIN PAD” nas configurações de equipamentos, é necessário configurar as formas de pagamento com o tipo de transação. 

Quando a Loja é do tipo loja cadastra, acessamos o menu através do Administração local Cadastros / Financeiro /Formas de Pagamento.

Figura 129 – Menu (Loja Cadastra)

Para que o TEF já identifique que a forma de pagamento se trata de um cartão de crédito ou débito, devemos configurar na forma de pagamento qual é o Tipo de Transação. Seleciona  forma de pagamento, clique em alterar e selecione o tipo de transação.

Figura 130 – Tipo de transação

Quando a Loja é do tipo matriz cadastra, acessamos o menu através do Administração local Cadastros / Definidos pela Matriz / Parâmetros de Formas de Pagamento.

Figura 131 - Menu (Matriz Cadastra)

Para que o TEF já identifique que a forma de pagamento se trata de um cartão de crédito ou débito, devemos configurar na forma de pagamento qual é o Tipo de Transação. Vá até a linha da forma de pagamento, na última coluna, selecione o tipo de transação. Por último, clique em confirmar

Figura 132 – Parâmetros de Formas de Pagamento

Abaixo temos um exemplo, de uma venda com a forma de pagamento VISACREDITO que foi configurada com o tipo de transação “TRANSAÇÃO DE CRÉDITO”. Ao Confirmar, o sistema da LINX ignora a etapa que pergunta se trata-se de um cartão de crédito e débito e já pede as informações do cartão.

Figura 133 – Venda com uma forma de pagamento configurada

- Ajuste do campo DDD no Cadastro de Clientes: Ajustar o DDD do cadastro de clientes para clientes que não tenha preenchido o campo DDD ou tenham o DDD junto com o número de telefone. Chamados 185261.

Mais detalhes em Manuais Allegronet / Administração Local / Marketing / Manutenção campo Telefone01 / Manutenção Campo DDD Cliente.

Estando a loja com a configuração para o Campo DDD no cadastro de clientes, no menu Marketing / Manutenção Campo Telefone 01 Cliente aparecerá uma nova opção, conforme a imagem abaixo.

Figura 134 – Manutenção Campo telefone

Clicando na opção “Ajustar campo DDD e telefone” será exibido a lista de clientes que estão com o campo DDD em branco no cadastro ou estão com o DDD junto com o campo Telefone1.

Figura 135 – Clientes e sugestão de ajuste

Correções

- Erro ao abrir cadastrado de observações: Problema ocorria por que algumas obsservações (importadas) tinham um valor "vazio" na coluna obd_ObservacaoPrecisaAssinatura. Chamados 182116 e 183667.

- Sistema permitia excluir cliente mesmo tendo ticket em aberto: Problema ocorria ao fazer a exclusão pelo cadastro de cliente. Chamado 180288.

- Erro ao fazer uma consulta de 30 dias no DRE (menu exclusivo Restaura Jeans): Problema ocorria porque o SQL2005 tem um modo diferente de outras versões de banco de dados para converter datas. Chamado 182623.

- Divergência de relatório Financeiro filtrando a mesma data de emissão, mas gerando em dias diferentes: Problema ocorria porque uma propriedade dos sitema não limparava os dados corretamente antes de exibir o relatório. Chamado 181651.

- Bug ao tentar alterar o DDD ou telefone de loja sem: Problema ocorria por que sistema gravava espaços nesses campos e ao tentar alterar é como se o campo estivesse "cheio". Chamado 178424.

Atendimento

Novidades

- Criado o botão de Imprimir dentro da tela de [Alt+D] Delivery Dia para a impressão de Coleta, Entrega e Coleta Periódica. Chamado: 182234 

[Alt+D] Delivery Dia

[Coleta Periodica]

[Coleta]

[Entrega]

- Criada a opção onde todas as vezes que a configuração CadastroClienteObrigatorioSobreNome estiver habilitada o sistema irá imprimir o nome e sobrenome do cliente em todas as vias onde saem o nome de cliente. Chamado: 179826

Exemplo:

[Via de Entregar Peças]

Correções

- Processamento de venda com cliente não fidelidade: ao passar uma venda de um cliente fidelidade, clicar num dos prêmios e cancelar, ao passar a próxima venda de um cliente não fidelidade este ficava com histórico de consumo do fidelidade. Chamado 184442.

- Convênio sem convênio: problema ocorria ao tentar trocar o convênio no cadastro de cliente de um convênio cadastrado para o Sem Convênio. Chamado 183264.

- Erro no envio de DANFE de simples remessa: problema ocorria porque o sistema procurava a configuração de CNPJ da contabilidades. Chamado 170263.

- Erro no relatório de peças a entregar: problema ocorria na comparação de data hora na geração do relatório. Chamado 183743 e 185830.

- Erro no conceito da promoção TIPO Voucher: Listado todos os erros encontrados no tipo VOUCHER. Chamado: 182635.

1. Quando o benefício era sobre o desconto em peça/serviço (porcentegem  ou valor), não estava permitindo resgatar nenhum valor:

Aparecia uma mensagem que NÃO EXISTE MANEIRA DE CONTEMPLAR ESTA PROMOÇÃO NO MOMENTO mesmo com os itens da promoção marcado.

2. Que se tivesse marcada para ganhar somente uma vez por ano, mesmo que o benefício não fosse em peça/serviço, estava permitindo ganhar novamente.
3. Revisto todas as combinações relacionadas ao beneficio por (peça/serviço valor ou peça/serviço % ou peça/serviço) quando o tipo é Vale/Voucher

Os parâmetros revistos ficaram assim:

Só poderá ser resgatado UM beneficio independente da quantidade de peças definidas dentro da promoção. 

Beneficio em Valor:

O sistema irá levar em consideração o valor colocado no beneficio para definir o desconto:

Beneficio em Percentual:

O sistema irá levar em consideração em percentual o valor colocado no beneficio para definir o desconto:

Beneficio Desconto na peça/serviço:

O sistema irá levar em consideração o valor da peça/serviço e não ignorará o valor que estará informado no beneficio:

4. Corrigido também o erro que ocorria quando se selecionava uma promoção em Percentual de desconto por forma de pagamento e em seguida se clicar na promoção por vale voucher com o um dos benefícios do tipo peça/serviço, porém no ticket não tem a peça da lista do cadastro que é obrigatória, o sistema teria que dar a mensagem que não é possível contemplar esta promoção, porém ele permitia dar o desconto em percentual da promoção de pagamento. Ou seja misturava as duas promoções.

- Erro no conceito da promoção TIPO Cabide: Bug ocorria com o tipo de beneficio NA PEÇA/SERVIÇO se voce selecionasse a peça que era do beneficio e depois excluisse ela e voltasse

 na promoçao as outras peças do ticket apareciam como peças de beneficio mesmo nao sendo selecionadas como premio. Chamado: 183800

- Ajuste na mensagem de Dados Adicionais na DANFE: a mensagem descrita em Dados Adicionais / Informações Complementares saia colada como endereço quando era impressa a DANFE. Chamado: 178201

Nota Fiscal Eletrônica

Novidades

- Homologados os municípios com Invoicy: Florianópolis - SC, Maringá - PR, Palmas - TO, Votorantim - SP. 

Sincronizador

Correções

- Sincronização de observação cor: problema ocorria ao tentar enviar para o banco do Delivery uma cor que foi alterada pois a condição no update estava incluída o

 "código da cor" invés do "código da observação". Chamado 183784.

- Sincronização de e-commerce: problema ocorria quando o sincronizador tentava inserir o cliente na base local e a loja não tinha o convêncio 1 '(SEM CONVÊNIO)'. Agora, na ausência desse convêncio irá inserir "NULL" na tabela. Chamado 186111.

Created with the Personal Edition of HelpNDoc: Easily share your documentation with the world through a beautiful website