Além de oferecer 100% de ferramentas e serviços personalizados, nossa equipe tem o foco na alavancagem do seu negócio, informando e auxiliando sua expansão.
No modo caixa de Orçamentos e Pedidos, quando uma NFCe é
gerada, o Aics sempre pergunta se deseja o preview na tela.
Do preview, o usuário pode imprimir se desejar.
Como essa operação pode ser muito repetitiva, inserimos uma
função callback para definir o comportamente desejado.
Sua sintaxe ficou:.
Function AICS_SHOWPREVIEWNFCE(Codigo,Netcod:String):integer.
Onde Codigo e Netcod se referem ao pedido sendo processado, o
resultado poderá ser:.
0: perguntar normalmente.
1: abrir preview sem perguntar.
2: imprimir sem preview.
Como ficou por regra, basta definir qual sua melhor opção e eliminar
essa pergunta do seu processo.
O foco desse novo recurso é permitir que o cliente final
altere seu pedido automaticamente. O Aics gerará um link
específico do cliente/pedido que permitirá alteração e
inclusão de novos itens.
Caso 1: No caso de um pedido já gravado, ainda não entregue,
o envio do link permitirá ao cliente confirmar claramente os
itens e quantidades, além de aumentar ou diminuir os que
ele desejar. Ao final da lista de itens, o link mostrará produtos
da mesma categoria do pedido, disponíveis para inclusão
no mesmo pedido. É o mesmo conceito das gôndolas de
produtos na fila de caixas para pagamento, porém, virtual.
Caso 2: Associado a cada cliente, o Aics analisará o histórico
de vendas e periodicidades. Sobre essa análise, o link do
Pedido Fácil fará a sugestão de itens e quantidades que o
cliente já deve estar precisando (e pode nem estar sabendo).
Após o link se converter em um pedido, ele irá recair no
caso 1 anterior ao ser alterado.
O caso 1 é útil em qualquer cenário, mas o caso 2 será
mais útil no caso de vendas recorrentes, isto é, quando seus
clientes consomem periodicamente os mesmos produtos.
O Aics faz uma análise de criticidade de consumo e ainda
sugere a quantidades em função do histórico de compras.
Esse novo recurso pode ser acoplado a email marketing,
isto é, o Aics poderá montar essas mensagens a seus
clientes propondo fazer esses pedidos. Ou mesmo poderá
ser associado a um roteiro de vendas por WhatsApp, onde
determinadas pessoas iriam receber essa informação e
o link seria oferecido a elas durante a conversa. Nesse
último caso, inclusive, o Bot do Aics poderá informar
o pedido para o cliente via mensagem mantendo um
histórico auditável das ações.
Para utilizar o novo recurso, apenas entre em contato
para informar quais canais deseja ativar.
O módulo comercial apresenta uma nova integração com
o sistema de atendimento por Bot: possibilidade de
aprovação de pagamentos por comprovantes PIX.
O uso final é bem simples. Nos pagamentos do pedido,
o operador escolhe a opção PIX, o Aics gerará o QRCode
com o valor correto na tela. O cliente faz a leitura,
efetua o pagamento e envia o comprovante ao WhatsApp
da empresa. O Bot captura esse comprovante e já
associa ao pedido inclusive lançando no financeiro.
Note que esse recurso é diferente do PIX por máquinas
de pagamento, pois o cliente deverá enviar o comprovante
do pagamento no WhatsApp da empresa. Uma sugestão
para isso é deixar um QRCode fixo para o cliente ler
e já abrir o contato pronto para enviar o comprovante
em seu celular.
É um passo "a mais", entretanto, os ganhos são enormes.
Podemos citar alguns: não necessidade de contratar esse
serviços das operadoras (diminuindo taxas), ganhar o
lançamento do movimento financeiro, saber quem
fez a compra (o contato será adicionado ao seu Bot
para envio de mensagens futuras, inclusive publicitárias)
e muitas outras decorrentes.
Para utilizar esse recurso, será necessário apenas
ter um Bot configurado e ativar esse recurso nas
suas regras locais.
Com o nosso novo recurso, você vai ficar ainda mais satisfeito
com o uso do nosso sistema! Agora, é possível aplicar regras
de pagamento livres e personalizadas no modo "caixa".
E o melhor de tudo? É super fácil e prático de usar!
Basta atualizar a tabela de espécies de pagamento e informar
a sua chave PIX no campo correspondente. Depois, no momento
de efetuar o pagamento, é só selecionar o modo PIX, inserir
o valor e o seu cliente terá o QRCode gerado imediatamente na tela. Incrível, né?
E tem mais! Além de realizar o pagamento na mesma hora -
sem precisar de boletos ou transferências bancárias -, o descritor
do pagamento será o código do pedido ou da O.S., tornando tudo
mais organizado e fácil de gerenciar.
Ah, e se preferir, é possível enviar a imagem do QRCode por
outros canais ou copiar e colar o texto para realizar o pagamento
via PIX em segundos.
Não perca mais tempo, experimente já essa novidade irresistível!
Nessa atualização do Aics, adicionamos mais um evento
que permitirá personalizar ainda mais suas regras no
momento dos pagamentos.
Essa nota é para a audiência técnica.
A nova função possui a sintaxe:.
Function AICS_PRE_ECFACCEPTPAYMENT(Modo:String):boolean.
Ela ocorrerá antes da função AICS_ECFACCEPTPAYMENT. Isto é,
será possível inserir regras que alterem o valor do pedido antes
mesmo do operador digitar o valor do pagamento.
Nessa chamada, a modalidade estará escolhida e poderá ser usada,
por exemplo, para consistir descontos aplicados nos itens ou até
mesmo aplicar novos descontos.
Se o resultado dela for falso, a modalidade não será aceita e nem
o valor será pedido.
Uma das conexões mais importantes de um movimento
comercial é o responsável (ou vendedor) associado.
Quando um movimento é feito associando um cliente, é
muito comum já existir um responsável associado ao cliente.
Entretanto, em algumas aplicações mais focadas em
consumidor final, há casos em que o responsável varia
grandemente. Isto é, a cada atendimento, um cliente
identificado ou anônimo poderia ser associado a um
vendedor diferente.
No módulo comercial já existe a opção de troca do
vendedor por seleção, porém, nessa atualização do Aics
incluímos a troca por código de barras.
Como isso funciona? Bastará passar o leitor na barra
que identifica o vendedor. O campo é o mesmo de
pesquisa de produtos, a barra do vendedor possui um
identificador separado que evita confusão.
Para gerar essa barra, deixamos o relatório de envelope
no Cadastro Geral pronto para ser editado. Basta
pedir o relatório padrão (atalho F11) estando posicionado
num vendedor. A barra exibida será a barra de
identificação do vendedor.
Outra opção será digitar o código do vendedor incluindo
a letra I antes do seu código, o resultado será o mesmo.
Basta atualizar o Aics para usar esse novo recurso.
Em tempos de juros altos, as operadoras de cartões "repassam"
os custos aos usuários. Saber analisar os custos financeiros pode
ser mais importante do que parece.
É um custo "escondido", porque as operadoras repassam o
valor líquido. Se o valor bruto estivesse explícito aos usuários,
o susto seria grande...
De qualquer forma, saber a realidade dará mais ferramentas de
decisão ao gestor. Visando oferecer essa transparência detalhada,
adicionamos uma tabela de taxas ao Aics associada aos modos
de pagamento avançado.
Por exemplo, se um movimento (pedido, por exemplo) for
pago em cartão de débito, crédito em N parcelas etc, o Aics
usará a tabela de taxas para avaliar o custo financeiro daquele
movimento individualmente.
Esse custo estará exibido na tela com a informação "$ Finan".
Ainda, esse valor aparecerá nos relatórios de análise de
rentabilidade.
Após atualizar o Aics, precisa criar a tabela CAIXATAXAS
no Centro de Informações (ou solicite suporte para isso).
Basta abri-la e fazer os cadastramentos associando as
modalidades disponíveis de pagamento às taxas cobradas
pela operadora.
Se analisar atentamente a tabela, verá que ela possui mais
informações do que esperado. Além da taxa em percentual,
possui valor fixo, data de início e fim e parcelas.
As taxas podem varias pelo número de parcelas e não serem
lineares. Ainda, alguns modos de pagamento podem possuir
valor fixo mais variável.
Para ter a previsão rapidamente, basta cadastrar a taxa em %
e deixe sem preenchimento as datas e o valor fixo. Sugerimos
preencher as parcelas (um tipo por linha. Sim, a tabela pode
ficar bastante longa).
A cada inclusão de pagamento, o cálculo será feito e atualizado
no mesmo instante (tanto em orçamentos/pedidos quanto
na assistência).
Basta atualizar o Aics e seguir as orientações.
Essa alteração irá permitir que códigos de barras
de mais de um tipo de balança seja lido, ao mesmo
tempo, pelo Comercial/Caixa do AICS.
As balanças que imprimem códigos de barras
automaticamente usam o primeiro dígito como
indicador. Por exemplo, 1XXX ou 2XXX, onde
XXX conterá o código serial do produto seguido
do peso (massa em g) ou o preço final.
Essa configuração impacta apenas o código de
barras, não tem efeito sobre o conteúdo impresso
textual (que deve conter todas essas informações).
Na configuração de Produtos de Venda, aba EAN,
adicionamos 2 configurações: uma para barras
que começam com dígito 1 e outra para dígito 2.
Sendo que a nova ficou como dígito 1.
Lembrando que o tamanho da codificação nessas
barras está em locais, aba Comercial.
Outro lembrete importante: ao atualizar o Aics,
detecte alterações, a tabela de produtos foi alterada
para contemplar essa situação.
O módulo Comercial do AICS é multi-moeda, isto é,
é permtida a inclusão de itens em diversas moedas em
um mesmo orçamento/pedido. No momento do
faturamento, os valores são convertidos para a
moeda nacional.
Entretanto, em relatórios gerenciais que agrupam
diversos pedidos, as somas de multi-moedas causavam
confusão pela necessidade de filtrar caso a caso.
Nessa atualização, incluímos uma opção de exibição
em moeda nacional que passa a converter os valores
das moedas adicionais (o AICS aceita até 4 moedas)
a tempo de relatório. Nenhum dado original foi
alterado.
Ainda, para esse recurso, criamos uma nova vista que
irá permitir personalização na regra local. Por exemplo,
qual a data que sua regra considera a mais correta
para a conversão?
A vista foi inicialmente criada utilizando a data da
aprovação do pedido, mas poderá ser personalizada
bastando criar uma nova vista com o nome
PedProdMoedaN.
Basta atualizar o AICS e as vistas para usar esse
novo recurso.
Essa alteração afeta o controle de preços finais e margens.
Num cenário no qual há orçamentos comerciais de itens
sem saldos e esse tempo sem movimentação for
longo, pode ocorrer desse custo estar fora da realidade
do mercado atualmente.
Se esse pedido for aprovado, as compras serão feitas
pelos custos atuais e não aqueles anteriormente
cadastrados.
Como uma ferramenta auxiliar para evitar esse caso,
nas classificações comerciais existem majorações de
valores em percentuais. Nessa atualização, adicionamos
um botão de Atualizar custos na majoração por %.
O botão que ainda existe e é valido majora os preços
finais sem alterar os custos, mas altera as margens.
O botão de custos irá manter a margem original,
majorar o custo e recalcular os preços com e sem
impostos. Dessa forma, esse custo "comercial"
poderá ficar descolado do custo do material, porém,
quando a compra ocorrer, ele será automaticamente
corrigido para o mais recente (segundo as suas
regras de preços).