Ticket: 73629 – Incluir o campo Descontar taxas (boleto/cartão) no cadastro da unidade(hoje tem na contabilidade) #
Foi adicionado um novo campo no cadastro da unidade que irá controlar se será considerado ou não as taxas ao realizar o split:
Ticket: 74793 – Desenvolver SPLIT para vendedores #
Nesse ticket, foram realizados os seguintes ajustes:
1) Fluxo de criação de subconta Asaas para entidades Contabilidade e Vendedor. Uma vez preenchidos devidamente os valores na entidade (nome, tipo, endereço e afins).
Ao clicar no botão “Criar subconta na Asaas”, são enviadas as informações ao portal de pagamentos e registrada a subconta devidamente.
2) Criado possibilidade de Split para a entidade Vendedor com todas as integrações disponíveis para esse fluxo no sistema (Safe2Pay, Iugu e ASAAS). A opção ficará disponível na aba “Pagamentos”, desde que integre algum desses portais de pagamento.
3) Criado fluxo Split ASAAS para as entidades Contabilidade, Ponto Atendimento, Vendedor e AC. A opção é disponível para as transações PIX e Cartão de Crédito, conforme existentes e configuradas no GFSIS.
4) Adicionados devidos campos em “Resumo para conferência split“ (tanto no relatório quanto no CSV)
Ticket: 75554 – Otimização do Processo de Pagamento em Lote via PIX (Execução em Segundo Plano) #
Otimizamos o processo de pagamento em lote, que agora será efetuado em segundo plano, trazendo uma mensagem de “Em processamento“ na tela.
Agora, teremos também um campo para informar o e-mail que irá receber a notificação de finalização do processo.
Agora, teremos também um campo para informar o e-mail que irá receber a notificação de finalização do processo.
Junto à otimização do processo, adicionamos os campos de integração do Itaú, Sicoob PIX e Banco do Brasil no cadastro da conta.
Ticket: 39141 – Implementar dedução de impostos federais na emissão de NFS-e #
✅ Funcionalidades Implementadas #
1. Parametrização na Empresa #
- Adicionada uma seção no cadastro da empresa (aba Nota Fiscal de Serviço) com os campos:
- Alíquota padrão de PIS, COFINS, CSLL, IR e INSS
- Os campos aceitam valores percentuais com vírgula e múltiplas casas decimais.
2. Cadastro de Cliente #
- Criado o parâmetro Retém impostos federais
- Ao clicar no parâmetro o sistema preencherá automaticamente todos os campos conforme preenchido na empresa, ao desmarca-lo os campos serão limpos.
- Quando no cadastro do cliente algum dos campos de imposto federal estiver preenchido, para emitir uma nota fiscal o sistema irá considerar apenas as informações que contiverem no cadastro do cliente em si. Caso não esteja preenchido, utilizara-se os valores preenchidos na empresa.
- Permite total personalização das alíquotas, inclusive com valores zerados para tributos específicos.
3. Emissão da Nota Fiscal de Serviço #
- O sistema calcula automaticamente os valores monetários dos tributos federais com base nas alíquotas.
- Durante a emissão:
- O valor de cada imposto é calculado e exibido.
- O valor líquido e total da nota são deduzidos corretamente.
- Caso o cliente esteja criando uma nota fiscal avulsa, o sistema irá preencher as alíquotas automaticamente conforme preenchido na empresa, porém existe a possibilidade personalização, caso desejado.
4. Envio para o Gateway (eNotas e Formiga/MG) #
- Esta implementação foi aplicada tanto para integração com o e-notas quanto o webIss.
GFSIS – Criação do crud de configuração do checkout transparente #
Foi implementado o CRUD completo para a Configuração da Página de Checkout (Sistema → E-commerce → Configuração checkout), permitindo agora que, sempre que a empresa tenha o módulo de checkout habilitado nos parâmetros do sistema, seja possível criar configurações personalizadas por unidade (ponto de atendimento) ou uma configuração geral.
Funcionalidades incluídas:
- Definição de cores principais e secundárias, além dos backgrounds do header, body e footer.
- Upload de logotipo do cabeçalho, logotipo do rodapé e ícone do navegador (favicon).
- Configuração de URLs institucionais: termos de uso, política de privacidade, botão de dúvidas, entre outros.
- Configuração de mensagens personalizadas para cada etapa do checkout
- E-mail padrão para notificação de pedido com mídia
- Tempo de espera para aprovação do pedido
- Criação dinâmica de:
- Menus e submenus personalizados, de forma semelhante ao módulo de configuração da loja.
- Redes sociais, com URLs específicas.
- Controle de visibilidade de elementos da interface:
- Ocultar menu de login.
- Ocultar seção de indicação.
- Ocultar validação OTP, entre outras opções avançadas.
Ticket: 75665 – Ajuste na lógica de preenchimento da “Data de aprovação” em lançamentos com repetição no cadastro de operação de débito/crédito #
Visando mitigar erros relacionados ao processo destacado, foram acrescidas duas novas validações no processo de criar operações:
1-) Caso na criação da operação a situação selecionada seja “Confirmada” e a data de aprovação não esteja preenchida o sistema solicitará o preenchimento:
Para as demais situações, não é exigido o preenchimento da data de aprovação.
2-) Caso mesmo com esta nova validação , ainda seja criada uma operação CONFIRMADA sem a data de confirmação, o sistema preencherá a mesma automaticamente incrementando de acordo com o período informado.
Ticket: 76193 – Ajuste na exibição de informações do vendedor responsável no relatório de pedidos por unidade #
Foi realizado o ajuste necessário para sempre carregar as informações devidas de vendedor (id e nome) e apresentar em tela no relatório de Pedidos por unidade. Anteriormente, somente era carregado o nome, sem referencia de id, o que fazia ter casos de exibição incorreta.
Observação: caso não haja vendedor responsável, será exibido em branco, conforme print evidenciando. Também foi replicado ajuste no CSV.
Ticket: 76232 – Verificar e ajustar o processo de acerto de saldo para que respeite a data da conciliação informada manualmente #
Foi feito duas alterações ao baixar e conciliar uma conta a pagar.
O primeiro deles foi ao baixar/ conciliar um contas a pagar, sua operação não estava ficando com a data de aprovação referente à data baixa do contas a pagar, e sim a data local do momento que alteração foi feita. Isso foi corrigido, agora a data de aprovação segue a data baixa/conciliação do contas a pagar.
A outra alteração feito foi caso a forma de pagamento tivesse a flag “Conciliar conta a receber/pagar após baixar” marcada.
Nesse casos o contas a pagar não estava colocando a data de conciliação a mesma que a data baixa, isso também foi corrigido.
Ticket: 76214 – Correção de Falha na Validação da Biometria no PSBIO em Ambiente MultiAC (Safeweb/Syngular) #
Foi feita a correção para mesmo que o campo “AC” não apareça a consulta seja feita de forma correta.
Ticket: 76278 – Ajuste na base de cálculo da substituição tributária no pedido de venda #
Foi feita a correção para o cálculo de substituto tributário ser calculado em cima do valor em “Valor venda” independente se for o valor do produto na tabela preço, ou o valor alterado manualmente ao criar o pedido.
Preço original:
Ticket: 76282 – Ajuste ao clicar no ícone “Enviar documentação para o Sync” entre Bandeirantes e SYNC #
O envio de documentos para o Sync no sistema de AR Única ocorre quando na criação do pedido o AGR já faz o anexo dos documentos, ou quando o cliente faz o envio dos documentos através da triagem.
Sendo assim o formato correto de trabalho deve respeitar essas duas opções, a sugestão que damos é de parametrizar a unidade para que seje obrigatório o envio dos documentos ao criar os pedidos, com isso o sistema se comportará da forma esperada e também eliminará o trabalho de o AGR ter que acessar a tela de anexos e depois clicar no botão de envio dos documentos.
Ticket: 76394 – Ajuste na restrição de geração simultânea de GVS e protocolo Syngular #
Foi adicionado para aparecer as opções da coluna GVS somente quando o pedido for “Soluti”
Ticket: 76428 – Correção na Geração do QR Code PIX (Tekspay/Zoop) #
Foi corrigida a geração de qrcode da zoop.
Ticket: 76469 – Implementar Webhook para Notificação de Certificado Emitido #
Foi adicionado o envio da notificação de “Certificado emitido” no webhook de notificação, informando também a data de validade do certificado
Ticket: 76432 – Criar mais de um modelo de mensagem para o modelo Lembrete de videoconferência com o agendamento não realizado #
Foi feito o ajuste agora permitindo a inclusão de uma lista de horário para rodar o job, através do campo “Horários de envio”
Importante:
.Essa opção só está disponível para o job de “Lembrete de videoconferência com o agendamento não realizado”
.Os horários devem ser hora cheia.
.Os horários devem ser separados por “;” sem espaços.
EX: 12:00;13:00
Ticket: 76568 – Correção do Envio do Campo CEI na Geração de Protocolo para o Sync #
A geração de protocolo dessa AR, é realizada através da ação de gerar protocolo na listagem dos pedidos (esse cenário não havia sido mapeado para o envio do CEI), foi realizado o ajuste necessário.
Também foi realizado a implementação do envio do CEI para geração de protocolo de emissão online (esse tipo de protocolo ainda não havia sido implementado).
Abaixo print de um protocolo no postman:
Ticket: 76580 – Validação do porquê casos de registros de renovações estão como renovados mesmo não tendo novo pedido #
No ticket GFSIS-4080, desenvolvido no início do ano, foi identificado que o problema relatado ocorria no momento da CONFIRMAÇÃO (aprovação) do pedido. Quando um cliente tinha o pedido aprovado, o sistema comparava a data de confirmação com a data de aprovação do certificado (ambas preenchidas internamente no GFSIS). Caso houvesse qualquer diferença entre elas, mesmo que apenas em milissegundos, devido a um problema na comparação das datas , o próprio pedido era erroneamente considerado como uma renovação.
A publicação dessa correção foi feita na semana do dia 10/02/2025, passando a valer para todos os pedidos a partir dessa data. Pedidos anteriores ficaram sujeitos à inconsistência (como foi o caso relatado: pedidos do CONTROLE DE RENOVAÇÃO – ou seja, pedidos de tempos anteriores à correção). Os pedidos atuais estão marcando o “renovou”, “renovacao” e “novoCliente” devidamente.
