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.
Com o objetivo unicamente de facilitar a operação,
adicionamos uma nova opção ao clicar em Novo em
Controles Fiscais. A opção adicionada é "Efetuar
devolução dessa NF".
Isto é, se quiser devolver facilmente um documento,
bastará localizar o movimento original e clicar nessa
nova opção. A rotina já irá fazer o fluxo correto,
carregar os dados do responsável, pedirá para localizar
qual cfop de devolução será usada e dará continuidade
ao carregamento dos itens.
O trabalho de preenchimento poderá continuar
normalmente após essa opção.
Basta atualizar o Aics.
Nessa atualização do Aics, abrimos 3 novos recursos para
serem inseridos em suas regras visando controles de
audiometrias.
Essa nota técnica é restrita a esse setor.
A primeira função disponível é um exibidor ou editor
de audiometrias. A função pode ser chamada simplesmente
para exibir um gráfico com as medições ou pode ser
chamada para entrar em modo de edição.
Nesse editor, o profissional terá todos os símbolos de
análises e bastará clicar no gráfico para posicionar o
resultado. Para eliminar um ponto incorreto, basta clicar
com o botão direito no ponto e selecionar Eliminar.
Ao final, essa função retorna um XML com todos os
dados da audiometria, esse XML pode ser gravado
em uma tabela de medições com a vantagem de
vincular ao evento, isto é, será possível saber o
histórico e evolução do paciente.
Além disso, gravando em banco de dados, poderemos
criar pesquisas relacionando pacientes que possuem
certos graus de deficiência e permitir oferecer novos
recursos assim que estejam disponíveis comercialmente.
Associada a essa função, abrimos também uma
opção de incluir a audiometria (incluindo as cores)
em quaisquer relatórios. Dessa forma, sua regra
poderá emitir laudos ou relatórios que contenham
determinadas audiometrias. Um dos objetivos desse
recurso é evitar que o profissional insira a mesma
informação N vezes, pois a informação original,
presente na base do Aics, permite inúmeros recursos,
inclusive exportação em formatos de outros
sistemas de calibração, por exemplo.
Basta atualizar o Aics e requisitar a inclusão desses
recursos em sua regra.
O Aics já possui um cadastro praticamente livre de impostos, entretanto,
nessa atualização, expandimos a regra de impostos por NCM para poder
tratar os regimes de transição e exceções que poderiam estar em regras
locais.
Essa tabela expandida poderá ser usada como regra inicial e, se não possuir
uma configuração, a regra padrão poderá ser usada normalmente.
Guarde essa mensagem como referência.
Talvez seja necessário desligar alguma regra local que trataria desse mesmo
controle, sugerimos efetuar um teste a cada novo cadastramento.
Será preciso carregar as novas definições da tabela IMPNCM, basta criar
pelo Centro de Informações ou requisitar a definição para a BF. Em seguida,
sugerimos inserir essa tabela no menu configurações do fiscal.
A ativação dessa nova regra é por local, isto é, uma empresa pode ter
dados segundo essa regra e outra poderá seguir outras regras. A ativação
ficou na aba Fiscal dos locais, basta ligar "Apura impostos segundo NCMs".
O mecanismo de funcionamento é até bem simples, uma rotina calcula
os impostos sobre essa tabela e pode aplicar esse cálculo em diversas
estruturas, como pedidos, fiscal e assistência. Ou mesmo gerar os cálculos
para serem gravados por apurações ou incluídos em Speds.
Portanto, unificando esse controle, um dos ganhos é eliminação de
variações ou replicações de regras.
Sobre a expansão, inserimos data inicial e final. Isto é, será possível
cadastrar novas regras com datas futuras sem impactar a operação
atual. Ainda, poderá usar a data final para encerrar algumas regras
coincidindo com a entrada de novas.
A tabela Impncm passa a ter o imposto como uma das opções, sendo
que os impostos são meramente cadastrais. Portanto, mesmo em
novos impostos, esse mesmo mecanismo poderá gerar a estrutura
mais ampla no momento (lembrando que os legisladores pouco
imaginam do impacto técnico de suas decisões políticas), que
contempla: regras para a base, se inclui frete/despesas e percentual
do valor, alíquota, IVA (para permitir substituição tributária em
qualquer imposto), alíquota no destino, CST, alíquota para fundo
de pobreza, CFOP final e possível Cest, além das regras de
filtragem: CFOP origem, regime tributário origem e destino,
UF origem e destino, se é um serviço ou produto e opções
de consumo.
Com essa estrutura (que poderá ser ainda ampliada), o trabalho
focando em produtos fica num único cadastro centralizado. Os
NCMs são obtidos dos produtos de venda ou dos materiais
nos documentos e cada regra pode ter uma lista de NCMs que
seguem a mesma regra. O mesmo ocorre com os estados, basta
informar a lista que segue a mesma regra.
Se o caso sendo tratado não estiver nessa tabela, a regra padrão
por definições será executada normalmente. Logo, mesmo
nesse momento, alimentar essa tabela com os casos mais
específicos também simplifica a configuração geral. As exceções
poderão ser cadastradas aqui e os demais casos seguem as
regras mais amplas.
O cadastro do Aics é multi-local, isto é, o controle de
serial é sensível a empresa com cada um tendo a sua
própria sequência.
Na última atualização, que alterou o modo de codificação,
deixando grande parte do trabalho ao servidor, algumas
bases passaram a ter códigos muito altos. Eram dados,
normalmente de importações, que estavam esquecidos
e "apareceram".
O ajuste de um código mais amigável agora ocorre na
sequência e deve ser feita no banco de dados, inclusive,
é possível reduzir o código serial. Esses casos fora
dessa codificação precisam ser renumerados. Devido a
isso, a opção de migração de cadastros de locais passa a
aceitar o mesmo local.
Nesse caso, uma informação com código avançada pode
ser realocada na nova sequência sem nenhum prejuízo
dos dados conectados.
A lista de locais a migrar passa a exibir todos os locais
e a rotina irá pedir confirmação desse caso.
Basta atualizar o Aics e presta atenção redobrada nas
perguntas durante o processo de reorganização.
Essa alteração não afeta nenhuma funcionalidade ao usuário
final, entretanto, exige que todos os serviços do Aics estejam
atualizados para evitar conflitos.
A alteração não é válida para servidores MS-SQL.
Quando novos controles de códigos forem utilizados, por
exemplo, os mesmos utilizados na rotina NovoCodigo, o
Aics criará sequências no banco e passará a utilizar essas
sequências para esse controle.
Com isso, fica mais simples integrar as bases do Aics a
outras estruturas, pois o recurso de codificação fica mais
centralizado e simples de ser usado.
Como exemplo básico, se uma tabela chamada "tabela" tiver
uma coluna de código chamada "codigo", nos comandos
personalizados, bastará incluir uma chamada a:.
nextval('tabela_codigo_seq') nos comandos SQL e o
mesmo controle de codificação será feito pelo Aics.
Essa nova implementação também é mais leve trazendo
benefícios de performance.
Os serviços correlatos ServAics (que controle servidor
Web, robôs do lado do servidor e servidor de imagens) e
servidor de clientes de emails foram também atualizados.
Além desses, o AicsECF usado em algumas instalações
para acesso a SATs deve ser também atualizado.
Não se deve manter versões mistas do Aics ou seus
serviços antes dessa atualização, isso impactará em
falhas em algum deles. Para corrigir, basta atualizar.
Esse novo recurso permite controlar casos em que
o cliente final possui mais de um tipo de isenção em
função do uso que fará dos produtos adquiridos.
Atenção que essa alteração pode requerer alguma
revisão em suas regras locais!
Atualmente, os impostos isentos estão citados no
cadastro do cliente, essas isenções afetam o cálculo
dos itens nos pedidos comerciais e são transferidos
ao fiscal.
Agora, o campo de isenções no cadastro foi ampliado
e aceitará diversas opções. Por exemplo, se informar
ICMS,IPI seguirá a regra atual, mas se informar
ICMS,IPI/PIS,COFINS significará que o cliente
poderá apresentar 2 opções de isenções.
Nos pedidos comerciais, adicionamos um seletor
que mostrará essas 2 opções (como no exemplo)
e o elaborador deverá selecionar uma ou outra
em função da informação do cliente.
Dessa forma, elimina-se qualquer replicação de
dados e a informação original estará preservada
caso o cliente mude suas regras de isenções.
Lembrando que essa informação já estava
preservada no fiscal e nada foi afetado com esse
novo recurso nesse módulo.
Ao atualizar as tabelas, o Aics irá preencher esse
novo campo com as informações atuais do
cadastro de cada cliente, apenas a fim de manter
a estrutura de informação mesmo para os dados
anteriores.
Um novo recurso de exclusão de contatos foi criado no
ChatBot do Aics. Essa exclusão é válida para os canais de
WhatsApp avulsos (celulares associados por QRCode).
Quando essa nova ferramenta será útil? Quando um
celular vinculado tiver uso misto, isto é, atender clientes
e também conversas privadas, a opção de atender
apenas clientes pode não ser suficiente nessa separação
de conteúdo.
Isto é, mesmo com essa opção de apenas cliente ligada,
ainda ocorreria o conflito na existência de um contato
particular que fosse cliente ao mesmo tempo.
Esse possível conflito estava impedindo que muitos
celulares fossem incluídos ao "pool" de atendimento.
Como resolver esse problema ficou bem simples.
Na configuração dos canais, agora existe uma lista de
celulares excluídos (sem conexão a serem clientes ou
não). Se um determinado canal (exemplo, celular do
"gerente") possuir tais celulares de contatos, que
podem ou não serem clientes, as conversas não serão
inseridas no atendimento (funcionando da mesma
forma como na opção apenas clientes).
Para canais já ativos, basta configurar. Para novos
canais, é claro, faça a inclusão pela leitura do QRCode
e, depois, informe os celulares excluídos. Importante
que esses celulares estejam com numeração completa,
isto é, iniciem com o código do país (55 é Brasil), DDD
e o telefone completo apenas com seus números. Pode
inserir um número por linha.
O bloqueio ocorre no mesmo instante que a informação
for preenchida.
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.
Cada roteiro do seu Bot poderá apresentar um horário
de ativação diferente para dias da semana, sábados e
domingos e feriados.
O uso desse recurso é bem amplo. Por exemplo, você
poderia ativar um roteiro diferente quando sua equipe
estivesse ligada e um mais amplo caso contrário.
Ou, ainda, deixar atendimento apenas pela equipe
em determinados horários e ativar o roteiro fora
desse horário.
As aplicações são bem amplas e interessantes.
O uso é bem simples. Na interface de administração,
basta informar os horários de ativação do roteiro
durante a semana, sábados e domingos/feriados.
O horário pode ser misto. Por exemplo, se quisermos
que um determinado roteiro seja ativado apenas fora
do horário comercial, bastaria informar:.
00:00-08:00, 18:00-23:59.
Se esse campo estiver em branco, significa que não
há restrição de horários.
Basta incluir esses horários mesmo em roteiros já
existentes em seu Bot.
O Bot do Aics pode efetuar confirmações de agendas
automaticamente. A regra é flexível e poderia confirmar
apenas algumas atividades, por exemplo.
Para facilitar a gestão das confirmações, adicionamos uma
opção de bloqueio por funcionário. Isto é, caso um
agendamento de determinado funcionário não deva ser
(ainda) confirmado automaticamente, bastará ligar esse
novo bloqueio.
A nova opção estáno cadastro de funcionários.
Essa confirmação utiliza o sistema do Bot por mensageiro,
a maioria via WhatsApp, enviando uma mensagem
informando do evento e pedindo a confirmação
do cliente final dessa atividade futura. Se o cliente aceitar,
o Bot confirma a atividade automaticamente e insere o
texto de confirmação no histórico do agendamento.
Caso o agendamento seja negado, a atividade passa a
cancelada e a agenda liberada. Ainda, por regra, o Bot
poderia sugerir um novo agendamento ou tomar outras
ações auxiliares à equipe de atendimento.