Ajustes no processo de cancelamento de nota de serviço através da devolução
Menu: Processos >> Nota >> Notas Fiscais
1 - Objetivo Possibilitar o cancelamento de nota de serviço através da devolução
2 - Alteração Adicionada validação para que caso o status do documento seja de "100 - Efetivado" o sistema irá permitir a devolução e se o status do documento estiver como "101 - Cancelado" não será possível fazer a devolução.
3- Especificação N/A.
MCP-1646
Informações referente a NF-e de transporte no retorno de entrega
Menu: Processos >> Expedição >> Controle de Expedição
1 - Objetivo Permitir visualizar informações referente a nota de transporte gerada no momento em que foi enviada para entrega a carga.
2 - Alteração Na aba 'Retorno de Entrega', no grid de notas, foram adicionadas as colunas para carregar as informações da nota de transporte gerada: Série NF Transp., Num Doc. NF Transp., Estan NF Transp., Id Nota Transp, Valor NF Transp. e Conf. Docto. NF Transp.
MCP-1669
Carregar impostos da nota de origem na Devolução de Compra
Menu: Processos >> Notas >> Notas Fiscais (Devolução de Compra)
1 - Objetivo
Permitir efetuar devolução de compra, destacando o valor de ST na nota de devolução;
Permitir efetuar devolução de compra utilizando os impostos ICMS e ST da nota de origem, buscando do XML da nota, não interferindo caso a nota tenha sido recalculado os impostos na importação de XML;
2 - Alteração
Criado novas opções na guia de “Apartir De” da configuração de documento, para que seja possível configurar como será carrega os impostos, sendo a configuração “Carrega Dados da Nota de Origem“, essa opção é usada tanto para devoluções de venda como de compra, sendo que as opção “0” e “1” são especificas para devolução de venda onde é ou não carrega a alíquota de ICMS da nota de origem, já opções “2” e “3” são especificas para devolução de compra. Opções
“0- Não”: Não carrega dados impostos da origem; (Não considerado para devolução de compra);
“1- ICMS”: Carrega percentuais de ICMS da orige; (Não considerado para devolução de compra);
“2- ICMS, ST”: Carrega os valores de ICMS e ST da nota de origem, o que esta no sistema, caso tenha sido recalculado os impostos da nota será carrega diferente da nota do fornecedor; (Opção especifica para Devolução de Compra);
“3- CST, CFOP, ICMS, ST”: Carregar informações de CST, CFOP, ICMS e ST, do XML da nota de origem, ou seja não irá ter interferência nos valores caso a nota tenha sido recalculado os impostos ao importar XML; (Opção especifica para Devolução de Compra);
Para devolução de compra caso não esteja marcado a opção “2” ou “3” sistema irá continuar fazendo o processo padrão, ou seja será carrega somente os valores de ICMS da nota de origem, sendo que se houver ST na nota este será zerado e será atribuído o valor para Despesas da nota.
MCP-1779
Criar Validação Personalizada ao adicionar item ao carrinho
Menu: Processos >> Carrinho
1 - Objetivo Criar validação através de consulta personalizada ao adicionar um item ao carrinho.
2 - Alteração Realizada a implementação do processo '335 - Validação ao adicionar produto ao carrinho', onde será verificado conforme consulta personalizada SEL_MCP_VALIDACAOPERSONALIZAADDPRODCART ao inserir o item ao carrinho.
3- Especificação Para que seja executado o processo no carrinho, é necessário que o usuário e/ou grupo estejam marcados para Executar o processo 335, caso o processo esteja marcado e a consulta configurada corretamente, irá bloquear ao adicionar o item caso a consulta retorne “N” para o item inserido.
MCP-1787
Apresentar todos os itens da família ao salvar a alteração de preço no produto
Menu: Mercadorias >> Preço >> Formação de Preço
1 - Objetivo Apresentar uma mensagem ao usuário quando realizar a alteração do preço de um item que faz parte de uma Família de Preço.
2 - Alteração Realizada alteração para que quando seja feita uma alteração no preço pela rotina de Formação de Preço de itens que pertençam a uma família de preço, seja exibida a seguinte mensagem: Existem Produto(s) que faz(em) parte de Família(s) de Preço(s) o preço de todos os itens da Família serão alterados e também uma legenda no grid na cor verde informado quais itens pertencem a família de preço.
MCP-1809
LGPD - Implementar Criptografia de Dados Pessoais Sensíveis no Construshow
Menu: Cadastros >> Pessoas >> Pessoas
1 - Objetivo Implementar criptografia de Dados Pessoais Sensíveis no banco de dados.
2 - Alteração Implementado no sistema, a criptografia de Dados Pessoais Sensíveis, para atender a Lei Geral de Proteção de Dados - LGPD.
Considerando Dados sensíveis como: II - dado pessoal sensível: dado pessoal sobre origem racial ou étnica, convicção religiosa, opinião política, filiação a sindicato ou a organização de caráter religioso, filosófico ou político, dado referente à saúde ou à vida sexual, dado genético ou biométrico, quando vinculado a uma pessoa natural.
No construshow será ocultadas as informações referente a foto da pessoa, foto documento, digital e assinatura das pessoas autorizadas.
3- Especificação A ocultação somente será feita quando a auditoria ElasticSearch estiver configurada.
MCP-1910
Ajustar paginação e filtros do relatório de Resumo Financeiro
Menu: Relatórios > Financeiro > Resumo Financeiro
1 - Objetivo Realizar ajuste no relatório de Resumo Financeiro para apresentar paginação em sequencia.
2 - Alteração Alteração realizada no relatório de Resumo Financeiro para que quando seja gerado o relatório seja apresentada a quantidade de paginas. Ex: Página 1/3.
MCP-2089
Chamada de relatório personalizado na liberação de venda futura
Menu: Processos >> Notas >> Liberar Expedição da Venda Futura;
1 - Objetivo Ter a possibilidade de gerar relatório personalizado ao fazer/salvar liberações de expedição, e também das liberações já feitas.
2 - Alteração Criado nas configurações Gerais >> Impressora Padrão uma nova chamada com o nome “EXPEDICAOBLOQUEADA” que ira gerar relatórios personalizados na rotina do menu Processos >> Notas >> Liberar Expedição de Venda Futura. Se estiver configurado, a chamada do relatório será feita ao salvar/liberar expedições, e também das que já foram liberadas, ao clicar no botão “Imprimir“ disponível na “Controles de Liberação“ .
3- Especificação O sistema gera no campo GRUPOIMP da tabela LIBERAEXPPROD, um código único para toda a liberação que ocorreu, dessa forma ao reimprimir, será gerado as mesmas informações.
1 - Objetivo Possibilitar abrir a Rotina de Notas automaticamente após a importação de um XML de NF-e.
2 - Alteração Criada opção dentro da rotina de configuração de documento para informar se deseja que seja aberta a tela de notas após realizar a importação de XML. Caso informado 'Sim', ao importar um XML pela rotina de importação de XML, será aberta a automaticamente a tela da rotina de nota com a nota importada carregada. Caso seja realizada a importação de mais um XML, será aberta automaticamente todas as notas sequentemente, ou seja, quando fechar uma das notas, abrirá a próxima. Adicionado um grid na parte inferior da aba 'log' que lista o id das notas importadas e um botão que permite abrir a rotina de notas. Esse grid será mostrado independente de qualquer configuração;
3 - Configurações Necessárias Na configuração de documento (Configurações >> Documento >> Configurações de Documento) deixar a opção 'Abre Nota Imp. Nfe' como 'Sim'.
MCP-2270
Gravar Red. Base cálculo ICMS ST nos produtos do fornecedor
Menu: Mercadorias >> Produtos
1 - Objetivo Implementar a coluna "Red. base calc. do ICMS ST", nas rotinas: Cadastro de pessoa(Aba Fornecedor), cadastro de produto(Aba Fornecedores), formação de custo, importação de custo, analise de compra;
2 - Alteração Adicionada a coluna Red. Base calc, do ICMS ST nas rotinas citadas para que seja adicionada e gravada a informação do imposto.
Obs: Caso nas configurações Gerias >> Processos >> Analise de compras, estiver configurado para Priorizar o imposto do fornecedor, será considerada as informações de red. base calc. do ICMS ST e % Diferimento ICMS do cadastro do item.
MCP-2279
Gerar valor do Suframa (TCIF) para a precificação do produto
Menu: Mercadorias >> Preço >> Simulação de Preço de Venda Mercadorias >> Custo >> Formação de Custo Estimado Mercadorias >> Custo >> Importação de Custo Processos >> Documentos Eletrônicos >> Importação NF-e Processos >> Notas >> NFe
1 - Objetivo Agregar ao custo do produto os valores referentes ao pagamento da TCIF para precificação e contabilização do mesmo.
2 - Alteração Implementado cálculo do TCIF nas entradas, sendo que este possui 2 fases de cálculo, a primeira delas é configurada nas configurações Gerais >> Filial nos campos, ‘Alíquota Fase 1 e Teto Máximo Fase 1’. A fase 2 é configurada no menu Mercadorias >> Cadastros Específicos >> NCM dos produtos >> Aba Impostos, nos campos ‘TCIF Alíquota Fase 2 e TCIF Teto Máximo Fase 2’.
Realizado alteração nas rotinas citadas, para que seja possível calcular e somar o valor do TCIF ao custo de reposição dos produtos. O sistema irá calcular o TCIF tanto da primeira fase como da segunda (caso tenha alíquota no NCM do item), sendo que a primeira leva em consideração o total dos produtos da nota, não sendo considerados os impostos, já a segunda é por produto, o valor final do TCIF é a soma das 2 fases.
Exemplo: Alíquota Fase: 1,5 Teto Máximo Fase 1: 200
TCIF Alíquota Fase 2: 1,5 TCIF Teto Máximo Fase 2: 30
Fase 1 Fórmula = % ALiq * Total da NF 1,5% * 25.000,00 = R$ 375,00 Valor Devido na Fase 1 = R$ 200,00
Quando o valor resultante após a aplicação da taxa for maior que o valor de teto de R$200.00, será considerado o valor de teto. Este valor é rateado entre os itens.
Fase 2 Fórmula = Somatório (% Aliq * valor total do item) Item 1 - 1,5% * RS 10.000,00 = R$ 150,00 (R$ 30,00) Item 2 – 1,5% * R$ 13.000,00 = R$ 195,00 (R$ 30,00) Item 3 – 1,5% * R$ 1.955,00 = R$ 29,33 (R$ 29,33) Item 4 – 1,5% * R$ 45,00 = R$ 0,68 (R$ 0,68) Valor Devido na Fase 2 = R$ 90,01
Nota-se que quando passa do teto de R$30,00 por item, é considerado o valor do teto máximo. Valor total da Fase 1 = R$ 200,00 Valor total da Fase 2 = R$ 90,01 Valor total do TCIF = 290,01
Contabilização: Valor do Item = R$ 10.000,00 Valor da TCIF = R$ 290,01 Débito Suframa a Recuperar = R$ 290,01
Ao realizar a importação do XML será necessário marcar a opção “Recalcular todos os impostos” ou somente a coluna “ICMS” para que o valor de TCIF seja calculado. Caso necessário, a nota poderá ser recalculada posteriormente, na opção ‘Recalcular’ na tela de Notas. Os valores podem ser observados na aba de impostos da nota fiscal nas colunas adicionadas: TCIF Valor Fase 1, TCIF Aliq Fase 2, TCIF Valor Fase 2
E as alterações no custo podem ser analisadas no ‘Histórico de Preço/Custo - Histórico Custo de Aquisição’.
Na rotina de Simulação de Preço de Venda foi adicionado o campo “Valor TCIF”, que irá carregar o valor conforme as opções selecionadas em ‘Carregar valores de custo a partir de’, este campo também poderá ser informado manualmente. Adicionado também na rotina, o checkbox “Somar TCIF no Custo”, que se marcado irá ignorar a configuração feita nas configurações gerais. Ao salvar a simulação de preço atualizando o custo estimado, será gravado o valor do TCIF no ‘Histórico de Preço/Custo - Histórico de Custo Estimado’ na coluna “TCIF Valor”.
Na rotina de Formação de Custo Estimado, foi adicionado o campo “Valor TCIF”, para que seja possível realizar a formação de custo do item informando o valor do TCIF, caso esteja marcada a opção de “Carregar valor da última compra”, será apresentada a informação do valor do TCIF da última compra. Também foi adicionado o checkbox na rotina “Somar TCIF Custo”, que se marcado irá ignorar a configuração feita nas configurações gerais. Ao salvar a formação de preço atualizando o custo estimado, será gravado o valor do TCIF no ‘Histórico de Preço/Custo - Histórico de Custo Estimado’ na coluna “TCIF Valor”.
Na rotina de Importação de Custo, foi incluída uma nova coluna “Valor TCIF”, para que quando seja feita a importação de uma planilha de itens que contenha informação relacionada a esta coluna, seja possível atualizar o custo dos itens, considerando também o valor TCIF. As informações podem ser observadas no Histórico de Preço/Custo e no cadastro do fornecedor nos itens vinculados.
Na contabilização das entradas, caso esteja configurado uma conta contábil no campo “TCIF A Recuperar” adicionado em: Configurações >> Gerais >> Contábil >> Impostos , será contabilizado o valor de TCIF da nota de entrada, com o valor total de TCIF.
3 - Configurações Necessárias Configurações >> Gerais>> Filial >> Principal >> Cálculo do TCIF Mercadorias >> Cadastros Específicos >> NCM dos Produtos >> Impostos Cadastros >> Pessoas >> Info Complementares >> Calcula TCIF
MCP-2323
Visualização de pendencias das vendas futuras por estabelecimento.
Menu: Mercadorias >> Produtos.
1 - Objetivo Ter a possibilidade de visualizar as pendências de venda de venda para entrega futura de vários estabelecimentos ao mesmo tempo.
2 - Alteração No cadastro de produtos, menu “Mercadorias >> Produtos >> Aba: 4 - Saldos Estoque/Lote”, na tela que abre ao clicar no botão “Consultar Notas de Entrega Futura“, foi implementado a possibilidade de filtrar e visualizar as informações de vários estabelecimentos ao mesmo tempo. Dessa forma, o usuário poderá consultar no rodapé da tela, a quantidade total pendente para entrega futura do produto, considerando todos os estabelecimentos necessários.
MCP-2335
Implementar Nota Técnica 2020.006 referente a Indicativo do Intermediador/Marketplace
Menu: Cadastros >> Pessoas >> Pessoas Processos >> Notas >> Gera Nota E-commerce Processos >> Carrinho Processos >> Notas >> Nota Fiscal
1 - Objetivo Implementação da Nota Técnica 2020.006, referente a informação do Intermediador da transação e CNPJ da instituição de pagamento para vendas no e-commerce, para vendas que existe um intermediador na venda efetuada é necessário preencher essa informação para que seja enviada na Nota Fiscal.
2 - Alteração
Realizado as seguintes alterações para atender a legislação informada:
No ‘Cadastro de Pessoas’, aba ‘Info Complementares’:
Foi adicionado o campo ‘Nome Usuário Intermed', para que seja informado o nome do Usuário Intermediador. Este campo ficará habilitado somente se esta pessoa for configurada como ‘Intermediador’.
Para configurar, basta informar no cadastro de ‘Tipo de Pessoa’ vinculado, o campo ‘Intermediador’ como 'Sim’.
Na ‘Nota Fiscal’, aba ‘2-Configurações’, foi adicionado as ‘Informações do Intermediador’, com os campos:
Identificação Intermed: Pode ser definido como ‘0- Operação sem intermediador (em site ou plataforma própria)’ ou ‘1 - Operação em site ou plataforma de terceiros (intermediadores/marketplace)’.
Pessoa Intermed: Ficará habilitado somente se a opção selecionada for 1 e listará na pesquisa F3, somente as pessoas configuradas como ‘Intermediador'.
Nome Usuário Intermed: Irá carregar o ‘Nome usuário Intermed', que foi informado no cadastro da Pessoa selecionada, podendo ser informado manualmente.
No carrinho, nas informações de Cliente:
Foi incluído a aba ‘Inf. Intermediador’, com os mesmos campos e validações mencionados acima: ‘Identificação Intermed, Pessoa Intermed e Nome Usuário Intermed.’
No Carrinho e na Nota Fiscal, caso seja selecionado a opção 1 - Operação em site ou plataforma de terceiros (intermediadores/marketplace), sem informar a Pessoa e o Usuário Intermediador, ao salvar a nota fiscal ou finalizar o carrinho, terá a seguinte validação: Quando a "Identificação Intermed" for 1 é necessário informar a “Pessoa Intermed” e o “Nome do Usuário Intermed”.
Gera Nota E-commerce:
Ao executar, será carregado os pedidos no grid automaticamente como ‘Identificador Intermediador = 0', quando não houver informações de Intermediador, caso tenha, irá carregar ‘Identificador Intermediador = 1', a Pessoa e o Nome Intermediador vinculado ao Pedido.
Também foi incluído os campos Identificação Intermed,Pessoa Intermed e Nome Usuário Intermed, podendo ser informados e ‘Aplicados’ nos Pedidos selecionados no grid. As informações serão carregadas nas colunas: ‘Nome Pessoa Intermediador', CNPJ Intermediador', ‘Nome Intermediador’ e ‘Identificador Intermediador’.
Quando o 'Identificador Intermediador' for alterado manualmente para 1 no grid, poderá ser informado também as colunas 'Nome Pessoa Intermediador' (pode ser pesquisado pelo F3) carregando automaticamente o CNPJ desta pessoa, e na coluna 'Nome Intermediador’ será carregado o nome de usuário vinculado a pessoa informada (caso este campo seja informado manualmente antes de selecionar a pessoa, será mantida esta informação, não carregando o Nome Usuário vinculado).
Notas geradas nesta rotina, ficarão automaticamente com ‘Indicador de Presença = 2-Operação não presencial, pela Internet’, se houver Intermediador as informações ficarão gravadas na nota. Ao enviar, a tag <IndIntermed> será 1 e as Tags de CNPJ e Usuário também serão preenchidas.
Para as notas geradas sem as informações de intermediador, também terá o Indicador de Presença 2=Operação não presencial, pela Internet, e a tag <IndIntermed> será 0, sem carregar no XML demais tags de intermediador.
Ainda relacionado a esta Nota Técnica, foi ajustado o XML para enviar a tag <xPag> com a descrição OUTROS, quando a tag <tPga> informada for a 99 (Outros).
No menu Cadastros >> Situação de Duplicatas/Cheques, foi incluído no campo ‘Meio de Pagamento (NFe)’ as opções: 16=Depósito Bancário, 17=Pagamento Instantâneo (PIX), 18=Transferência bancária, Carteira Digital, 19=Programa de fidelidade, Cashback, Crédito Virtual.
3 - Especificação Informações conforme Nota Técnica:
Indicativo do Intermediador/Marketplace (tag <indIntermed>): 0= Operação sem intermediador (venda feitas em site ou plataforma própria); 1=Operação em site ou plataforma de terceiros (intermediadores/marketplace)
Será obrigatório informações do Intermediador quando o Indicador de Presença for: 2=Operação não presencial, pela Internet; 3=Operação não presencial, Teleatendimento; 4=NFC-e em operação com entrega a domicílio; ou 9=Operação não presencial, outros. E o Indicativo Intermediador/Marketplace for 1.
Informações XML: Quando for informado os dados de Intermediador (Pessoa e Usuário) e o Indicativo do Intermediador for 1, ao enviar a Nota fiscal, será carregada as seguintes tags:
indIntermed = 1;
E no grupo InfIntermed terá as informações de CNPJ da Pessoa que foi informada na tag CNPJ e o Nome de Usuário na tag idCadIntTran.
Quando a operação for ‘0-Operação sem intermediador (venda feitas em site ou plataforma própria)’, será carregado somente a tag indIntermed = 0.
CNPJ: CNPJ do Intermediador da Transação (agenciador, plataforma de delivery, marketplace e similar) de serviços e de negócios. IdCadIntTran: Nome do usuário ou identificação do perfil do vendedor no site do intermediador (agenciador, plataforma de delivery, marketplace e similar) de serviços e de negócios.
MCP-2420
Alterar Cálculo do IRPJ e CSLL nas Rotinas de Formação de Preço + Dedução do ICMS dos PIS e COFINS
Menu: Mercadorias >> Preço >> Formação de Preço; Mercadorias >> Preço >> Simulação de Preço; Mercadorias >> Custo >> Importação de Custo; 1 - Objetivo Alterar forma de utilização da alíquota de IRPJ e CSLL sobre o cálculo de formação, de preço de modo que sejam embutidos na formação do preço, afim de que a margem líquida obtida seja o lucro real.
2 - Alteração Realizado alteração no cálculo da formação de preço das rotinas citadas, incorporando na margem o valor de IRPJ e CSLL, quando configurado nas gerais que incide o valor dos impostos sobre a margem estiver 'Sim', caso esteja como 'Não' os valores serão considerados conforme a formula, sem margem ajustada.
Ajustado também para quando estiver configurado nas gerais que usa os critérios para formação de preço, e na tributação de PIS/Cofins esteja marcado que deduz ICMS, seja deduzido o valor do ICMS da base do PIS/Cofins, carregando nas rotinas o valor já ajustado.
1 - Objetivo Realizar ajuste de melhoria no nome dos menus referente as Metas, afim de torna-lo mais intuitivo para o usuário no momento da utilização.
2 - Alteração Alteração realizada no menu de Metas Cadastros >> Metas, para Metas Estab/Vendedor e Metas de Vendas, também realizado ajuste na tela do menu Metas por Vendas para “Configuração de Metas de Vendas”.
MCP-2644
Exportar para o fiscal valor contábil zerado de notas em decorrência de cupom fiscal.
1 - Objetivo Atender a legislação de alguns estados onde as notas em decorrência de cupom fiscal devem ser escrituradas com valor contábil zerado.
2 - Alteração Criada dentro da configuração de documento, na aba 4 - Contábil/Fiscal a configuração 'Zera valor contábil ao exportar para o Fiscal'.
3- Especificação Quando marcada a configuração acima mencionada como 'Sim', ao fazer a exportação das notas de saída com essa configuração de documento, o sistema exportará o Registro SI das posições 232 e 245 zerados. O mesmo ocorrerá com as entradas no Registro EI posições de 234 a 247, no caso das notas de entradas também serão zeradas as posições 206 a 231 pois são informações de valor contábil (Outros, IPI, etc).
MCP-2788
Utilizar Preço de Partida na geração de Pedido pela Necessidade de Compra
Menu...: Processos >> Necessidade de Compra
1 - Objetivo
Alterar rotina de Necessidade de Compra, para que ao gerar Pedido de Compra, no campo de Valor Unitário, utilize o Preço de Partida do Fornecedor. Se não houver, buscar o Custo de Reposição (como já faz atualmente).
2 - Alteração
Na Necessidade de Compra, ao gerar Pedido de Compra, se o pedido for gerado para o Fornecedor Padrão, será utilizado o Preço de Partida do mesmo. Se não tiver Preço de Partida ou então o pedido for gerado para outro fornecedor é utilizado o Custo de Reposição, ou ainda, o Custo Estimado se não houver Custo de Reposição.
MCP-2809
Configuração de Usuário para validar a alteração de Vendedores nas notas autorizadas
Menu: Processos >> Notas >> Nota Fiscal
1 - Objetivo Criar configuração de processo para possibilitar/bloquear alteração do vendedor de uma nota de saída autorizada
2 - Alteração Criado processo “333 Permitir alterar Vendedor em Notas Autorizadas” que quando a opção estiver marcada é possível alterar o vendedor em notas fiscais de saída autorizadas.
MCP-2845
Identificação no crédito de duplicata a pagar se deve zerar ou não a taxa do overprice
Menu: Processos > Carrinho Processo > Notas > Adiantamento Processos > Notas > Gera Devolução de Venda 1 - Objetivo Zerar o Over Price ao fazer um recebimento com abatimento, dependendo da origem do crédito. Atualmente o sistema nunca zera o Over Price ao fazer um recebimento com abatimento, mas dependendo da origem desse crédito o Over Price precisa ser zerado.
2 - Alteração Implementado no sistema para que seja gravado nas duplicatas de crédito do cliente, tanto nas geradas por adiantamento, devolução e também nos troco gerado em duplicata a pagar se houve cobrança de Over Price no recebimento, isso para que seja validado no carrinho quando selecionar a duplicata para o abatimento se será zerado ou não o Over Price.
3- Especificação Adicionado nos grids das rotina de adiantamento de crédito, no carrinho na seleção de duplicatas a pagar e na tela que apresenta as duplicatas a pagar do cliente, uma nova coluna denominada 'Zera Over Price' onde identifica se no uso desse crédito será ou não zerado.
MCP-2851
Gerar ICMS RETIDO para notas de saída quando possuem entrada com 060 (incidência U)
Menu: Processos >> Notas >> Nota Fiscal
1 - Objetivo Gerar as tags de ICMS ST Retido e destacar nas observações os dados referentes ao imposto retido
2 - Alteração Ajustado para que o sistema grave as informações do ICMS retido para notas que tiveram entrada com o o CST 060 ou outro com a incidência U, assim como já ocorre para as notas com entrada de incidência S.
3- Especificação Quando utilizada a opção de reprocessamento no menu Configurações >> Gerais >> Vendas >> Geral e na sequencia for emitida uma nota de saída do mesmo item que teve entrada, sendo que a nota de saída também terá incidência Substituído (U) 060 e para consumidor final ‘NÃO’, será gerada as tags de ICMS ST Retido e também irá destacada nas observações os dados referentes ao imposto retido.
MCP-2852
Possibilitar informar pessoa e vencimento para geração de duplicata retenção de ISS.
Menu: Processos >> Notas >> Nota Fiscal
1 - Objetivo Possibilitar informar a pessoa e o dia de vencimento da duplicata a pagar referente ao valor de ISS, ao salvar a nota de entrada que possua retenção desse imposto.
2 - Alteração Ajustado para quando nas gerais NÃO estiver informado a pessoa OU o dia de vencimento referente ao imposto retido de ISS, no momento que salvar a nota de entrada que tenha retenção, apresentar uma tela solicitando que seja informada a pessoa para quem será gerada a duplicata a pagar e o dia de vencimento dela. Caso tenha a pessoa e dia de vencimento informados nas gerais, serão consideradas essas informações na duplicata.
3- Especificação Implementado também para que nas configurações gerais não permita salvar os demais impostos retidos sem uma pessoa vinculada.
No campo de 'Dia Venc' não será permitido deixar o campo em branco, quando apagado será setado o valor 0, que o sistema interpretará como sem informação.
MCP-2863
Incluir campo complemento na guia de Entrega Futura do Carrinho
Menu: Processos >> Carrinho
1 - Objetivo Permitir que o cliente visualize as informações do complemento do item no grid que lista as informações de venda futura do cliente.
2 - Alteração Na aba de 'Entrega Futura' foi adicionada uma coluna onde lista as informações do complemento do item.
MCP-2864
Incluir critério de Bairro nos Critérios de Frete
Menu: Cadastros >> Frete/Região >> Critérios de Frete
1 - Objetivo Incluir nas condições dos critérios de frete a condição de "Bairro", para que desta forma seja possível cobrar valores diferenciados de frete entre os bairros.
2 - Alteração Adicionado dentro dos Critérios de frete a condição "Bairro", onde agora é possível adicionar critérios validando o bairro de entrega, ficando mais abrangente e permitindo flexibilizar a cobrança do valor de frete.
3- Especificação
MCP-2874
Considerar carência do parcelamento na ação 321.
Menu: Financeiro >> Duplicatas a Receber >> Baixa de Duplicatas a Receber Financeiro >> Cheques Recebidos >> Manutenção de Cheques Recebidos
1 - Objetivo Validar na ação 321 a carência informada no parcelamento vinculado a duplicata/cheque que está sendo baixado.
2 - Alteração Realizada alteração para que quando seja feita a baixa de uma duplicata a receber/cheque seja considerada a carência informada dentro do parcelamento vinculado a duplicata/cheque que está sendo baixada. Caso o recebimento do documento ultrapasse a carência informada o sistema irá calcular juros para todos os dias.
Exemplo: a diferença entre o prazo médio de recebimento e de pagamento é de 7 dias, a duplicata baixada possui um parcelamento com uma carência de 3 dias informada, porém caso tenha ultrapassado a carência o juro deverá ser calculado sobre os 7 dias.
Quando a duplicata não possuir parcelamento informado consequentemente não terá carência para ser carregada e será considerado carência ZERO. Quando for selecionada mais de uma duplicata para baixa será considerado a MENOR carência vinculada aos parcelamentos.
MCP-2882
Implementação de configuração para validar NFS-e não enviada
Menu: Processos » Notas » Nota Fiscal
1 - Objetivo Apresentar mensagem ao enviar uma Nota de Serviço (NFS-e), caso tenha notas com datas anteriores pendentes de envio.
2 - Alteração Incluído nas Configurações >> Gerais >> Configurações NFS-e >> Opção “Dias para validar NFS-e não Autorizadas. Por padrão será carregada como 0, sem validação. Caso seja informado o número de dias, por exemplo, 5 dias, ao enviar uma NFS-e, o sistema irá verificar se existem notas de serviço pendentes de envio ou aguardando retorno, 5 dias antes da data de emissão, a fim de que o usuário consiga verificar as mesmas e autorizá-las para posteriormente emitir a nova nota, evitando assim, a rejeição: "Data de emissão anterior a NFS-e já lançada". Na validação será apresentada uma mensagem informando o Número, Código, Data de emissão e Pessoa das notas pendentes.
MCP-2899
Separação duplicando quando gerado APartir De
Menu:
Processos >> Carrinho
Processos >> Notas >> Nota Fiscal
Processos >> Controle de Expedição
Processos >> Acerto de Caixa
Quaisquer rotinas que gerem ou venham a gerar separação
1 - Objetivo Possibilitar que a separação seja criada, somente quando desejado.
2 - Alteração Criada opção dentro da rotina de configuração de documento para informar se deseja que seja gerada a separação nas rotinas do sistema. Caso informado ‘Não', ao realizar os processos que geravam separação automaticamente, passam a não gerar mais, em caso de 'Sim’, o comportamento será o mesmo do que já havia antes no sistema, será gerada a separação e seguirá seu fluxo normal.
3 - Configurações Necessárias Na configuração de documento (Configurações >> Documento >> Configurações de Documento) deixar a opção 'Gera Separação' como 'Não' para a não geração de separação nas rotinas do sistema.
MCP-2971
Melhorias na conferência cega da expedição
Menu: Processos >> Expedição >> Controle de Expedição
1 - Objetivo Criar validação na conferência cega da expedição, para que ao informar uma quantidade maior que a quantidade do item na nota apresentar um alerta em tela.
2 - Alteração Adicionado dois checkbox na tela de conferência cega tanto na expedição quanto na entrega imediata, um para que seja validado caso a quantidade informada seja maior que a quantidade do item na nota e outro para que o foco fique no botão cancelar, quando tentado incluir um item que não tenha na nota.
MCP-2982
ATUALIZAÇÃO BASE CORAL 89.4
Menu: Tintou.exe
1 - Objetivo Disponibilizar a versão 89.4 do sistema de tintas da Coral no Tintou.
2 - Alteração No Tintou (disponível na pasta de instalação do Construshow, Viasoft\\Client\\Tools Tintou), foi implementado a versão 89.4 da base de tintas da marca CORAL.
3- Especificação Com essa implementação, através do Tintou, é possível atualizar (caso já esteja utilizando outras versões da base Coral) ou importar a versão 89.4 da base de tintas da Marca CORAL.
MCP-2988
Validar data de emissão da duplicata na renegociação
Menu: Financeiro >> Duplicatas a Receber >> Baixa de Duplicatas a Receber
1 - Objetivo Validar alterações na data de emissão ao fazer renegociação de duplicatas.
2 - Alteração Na rotina de baixa de duplicatas a receber, na opção de renegociação (baixar duplicata gerando outra duplicata), foi implementado uma validação para que ao invés de bloquear a data de emissão da nova duplicata, não aceitar data anterior a data de baixa. Nesse caso, na tela onde gera a nova duplicata, quando for informada uma data de emissão menor que a data de baixa, será exibida a seguinte mensagem:
”Data de emissão não pode ser menor que a data de recebimento da duplicata renegociada: xx/xx/xxxx”
Na tela de baixa de duplicatas a receber, caso o usuário utilizar a opção de alterar data de recebimento, a data que for informada será utilizada como data de emissão na renegociação, e também será validado caso seja informado uma data menor que está.
MCP-3001
Ao atualizar preço off-line não está gravando alguns dados no histórico
Menu: Mercadorias >> Preço >> Formação de Preço Mercadorias >> Preço >> Simulação de Preço de Venda
1 - Objetivo Gravar registro de usuário que realizou alteração no preço offline.
2 - Alteração Realizada alteração para que quando seja feita uma alteração no preço offline dos produtos, seja gravado no histórico, o usuário logado que realizou a alteração.
MCP-3005
Separação - Quando for tinta abrir a tela mostrando a formula a cada unidade contada
Menu: Processos >> Expedição >> Separação de Produtos
1 - Objetivo Ajustar tela de separação de produtos para quando o produto for tinta gerar uma etiqueta a cada quantidade contada.
2 - Alteração Realizada alteração na tela de separação de produtos para que quando o produto for tinta a cada quantidade separada será aberta a tela da etiqueta contendo as informações da tinta e logo após será exibida a tela da formula.
MCP-3026
Considerar cartão e outros nos totais do fechamento do caixa
Menu:
Financeiro >> Controle de Caixa
1 - Objetivo Possibilitar que o usuário possa realizar o fechamento considerando cartões e outros no fechamento do caixa.
2 - Alteração
Criado um Processo de Usuário no grupo 'A/F Caixa' chamado: "Considera Cartões e Outros no total do caixa" - Na atualização esse processo irá desmarcado para não impactar nos demais clientes.
Nas informações desse processo contém o seguinte descritivo: "Ao marcar essa opção os valores de cartões e outros farão parte do total do fechamento de caixa e desta forma gerarão falta ou sobra de caixa assim como já ocorre com dinheiro e cheque caso os valores estejam incompatíveis."
Com o novo processo marcado o controle de caixa, passa a considerar cartões e outros no total do fechamento.
3 - Configurações Necessárias Nas configurações de usuário (Configurações >> Usuário >> Configurações de Grupos/Usuários >> Configurações de Processos) no “Grupo de Processo” em ‘A/F Caixa' marcar a opção “334”, que é a responsável por 'Considerar Cartões e Outros no total do caixa’.
MCP-3035
Melhorias no cálculo de lucratividade e custo dinâmico
Menu: Mercadorias >> Preço >> Formação de Preço; Mercadorias >> Preço >> Simulação de Preço; Mercadorias >> Custo >> Importação de Custo; Processos >> Avaliação Carrinho;
1 - Objetivo Conforme o produto é formado o preço é baseado em diferentes tipos de custo(aquisição, estimado ou médio), sendo que esse mesmo custo que foi formado o preço deve ser utilizado ao analisar a lucratividade, afim de que se não foi aplicado nenhum desconto e/ou acréscimo na venda a margem de lucro líquida seja a mesma da formação.
Com relação a lucratividade, além do custo que pode ser diferente conforme o produto, na venda o produto pode possuir acréscimos como taxas referentes ao prazo médio, OverPrice (Ramo de Atividade ou Departamento) , taxas financeiras ou frete, esses valores não podem ser considerados como lucro, só pode ser considerado no lucro a valor do produto original ou o valor alterado para maior pelo vendedor.
Por exemplo, se a margem na formação de preço de um produto foi de 20% e na venda do mesmo não foi concedido desconto nem acréscimo pelo vendedor, esses mesmos 20% deveram ser o lucro líquido se ainda se mantiver o mesmo custo da formação do preço, independente se na venda teve taxas ou frete.
2 - Alteração Implementado nas rotinas de formação de preço, simulação de preço, importação de custo, para gravar qual foi o custo utilizado como base ao formar o preço, adicionado essa informação no histórico de preço/custo.
Na formação de preço, deverá gravar na tabela que armazena o preço de venda da bandeira (ITEMPRVDA), a informação de qual opção foi utilizada no campo ‘Aplicar Sobre’: Custo Aquisição(0), Custo Médio(1) ou Custo Estimado(3)
Na Importação de Custo deverá ser sempre gravado que foi aplicado sobre o Custo Estimado(3).
Na Simulação de Preço de Venda deverá gravar se foi usado o Custo Médio(1), se for usada qualquer uma das demais opções deverá gravar Custo Aquisição(0).
Alterado também o calculo na avaliação do carrinho para os campos Lucro Custo Médio Preço Original e % Lucro Custo Médio Preço Original, de modo que não considere como lucro as taxas, juros e frete.
Nos campos Lucro Custo Médio Preço Original e % Lucro Custo Médio Preço Original da avaliação do carrinho:
Não deve ser considerado como lucro as taxas do prazo médio ou do OverPrice , frete ou taxa financeira.
Quando na mesma venda há taxa de prazo médio e também OverPrice o OverPrice é aplicado em cima da taxa prazo.
O vendedor por aumentar o valor, mesmo após o preço ter aumento devido as taxas de prazo médio ou OverPrice , o valor que deve ser considerado do acréscimo é com relação ao preço original.
O valor que foi aumentado manualmente pelo vendedor deve ser considerado como lucro.
Os campos Lucro Custo Médio Preço Original e % Lucro Custo Médio Preço Origina são os respectivos campos gravados na tabela NOTAITEM em LUCROCUSTOMEDIOPRECOORI e MARGEMLUCROCUSTOMEDIOPRECOORI
3- Especificação A implementação se aplica somente quando usada a formula 1 - Margem junto com imposto no campo “Filial >> Custo/Preço >> Margem na formação“. Nas devoluções ficou definido que será gerado o lucro de acordo com a tributação da nota de devolução, caso seja diferente da venda será recalculado. Foi implementado para gravar a taxa do prazo médio do departamento nas tabelas CARRINHOITEM e NOTAITEM, com o intuito de saber qual o preço original do item e extrair a lucratividade do produto.
MCP-3042
Ajuste no boleto quando configurado Protesto no Detalhe de Cobrança
Menu: Cadastros >> Cobrança Bancária >> Detalhe de Cobrança
1 - Objetivo
Possibilitar que a emissão de boleto eja com informação de Protesto configurado no Detalhe de Cobrança.
2 - Alteração
No cadastro de Detalhe de Cobrança foi incluído o campo ‘Msg de Protesto para boleto', logo abaixo do campo ‘Tipo Protesto’ na aba 'Adicionais’.
Quando o ‘Tipo Protesto' informado for ‘1- Protestar Dias Corridos’ ou '2- Protestar Dias Úteis’ o sistema irá gerar mensgem de protesto nas instruções do boleto da seguinte forma:
Se o campo ‘Msg de Protesto para boleto' estiver sem informação, o sistema irá gerar uma mensagem de protesto padrão que já fazia: Protestar após xxx dias úteis. Obs.: xxx é a informação do 'Dias Protesto/Devol/Negativação';
Se houver informação no campo 'Msg de Protesto para boleto', será levado esta informação para o boleto.
MCP-3050
Modificações na venda ordem para atender processo de emitir nf-e para cliente diferente da venda
Menu: Configurações >> Documentos >> Configuração de Documento;
1 - Objetivo Permitir realizar a venda para uma pessoa e fazer a emissão de nota para outra.
2 - Alteração Para permitir fazer o processo de vender para uma pessoa e emitir nota para outra, foram alterados os recursos já existentes no Construshow de Venda a Ordem (venda triangular).
No processo padrão da venda a ordem, o pedido é feito no carrinho, onde é informado o cliente do pedido e o da venda a ordem. Após esse documento/pedido, no decorrer do processo, são gerados outros dois, a venda a ordem e a remessa da venda a ordem. E a venda/remessa a ordem, no processo padrão, são geradas com as seguintes características:
Impostos: Gerado com base no cliente da Venda/pedido. Frete: Não carrega valor do frete. Serviços: Não carrega serviços.
Porém, dentro do cadastro de documento, foi realizada implementação da opção “Venda Triangular“, a qual ficará disponível somente na inclusão de documentos e/ou para os documentos definidos nas configurações gerais como documentos de venda ordem. Se essa configuração estiver definida como “Sim” é o processo normal da venda ordem, caso seja marcado como “Não”, o sistema se comportará da seguinte forma:
Impostos: Gerado com base no cliente da Venda a Ordem. Frete: Carrega valor do frete. Serviços: Carrega serviços.
MCP-3080
Impressoras padrões - Localizar impressora por parte do nome
Menu: Impressões Padrões do Sistema.
1 - Objetivo Melhorar o formato que o sistema busca a impressora padrão.
2 - Alteração Implementado no sistema busca por impressora padrão utilizando “contém” isso é necessário para que seja encontrada a impressora, que para cada usuário conectado fica um nome diferente.
Ajustado nas gerais também para que seja apresentado o nome da impressora configurada mesmo que ela não existe no windows do usuário.
3- Especificação Já colocado o recurso em produção no ambiente Cloud da Viasoft montado pela PrimeDB.
MCP-3091
Criar configuração para não somar "Outras despesas" no custo do Produto
Menu: Mercadorias >> Preço>> Formação de Custo Estimado Mercadorias >> Preço>> Simulação de Preço de Venda
1 - Objetivo Implementar opção para que seja possível configurar para não somar “Outras Despesas” no custo do produto.
2 - Alteração Criada a opção ‘Somar Outras Despesas no Custo de Reposição' nas Configurações Gerais, por padrão, a opção será carregada como ‘Sim’, mantendo a soma das 'Outras despesas’ das notas de entrada no custo do produto, caso esteja configurada como “Não”, o valor será salvo no histórico do produto, porém, não irá somar no custo de reposição.
Nas rotinas de ‘Formação de Custo estimado’ e ‘Simulação de Preço de Venda’, foi incluído o checkbox 'Soma Outros no Custo', podendo ser somado ou não o valor de Outras Despesas, ignorando a configuração geral.
3 - Configurações Necessárias Configurações>> Gerais>> Filial>> Custo/Preço - Somar Outras Despesas no Custo de Reposição.
MCP-3096
Problema no envio de MDF-e com Tipo de Transportador TAC, ETC ou CTC
Menu: Processos » Documentos Eletrônicos » MDF-e
1 - Objetivo Emissão de MDF-e utilizando Veículo próprio, de terceiros, sendo prestador de serviço e não sendo prestador de serviço, utilizando a opções TAC, ETC ou CTC. Com a liberação em produção da Nota Técnica 2021.002 foi necessário adequações no envio.
2 – Alteração Ao emitir MDF-e após dia 02/08/2021 (liberação em produção da Nota Técnica 2021.002) com o 'Tipo do Transportador' diferente de 0- Nenhum, a receita está exigindo o envio do grupo <prop> (proprietário do veículo) no XML, ocorrendo a Rejeição 745: "O tipo de transportador não ser informado quando não estiver informado proprietário do veículo de tração".
Implementado o envio do grupo <prop> no XML, sendo enviadas as informações referente ao proprietário do veículo: CPF/CNPJ, RNTRC, Nome, Inscrição Estadual, UF e Tipo do Proprietário. Para o envio dessas informações, é necessário que o proprietário do veículo esteja marcado como Transportador em seu cadastro. Caso o proprietário vinculado ao reboque não for Transportador, as tags não serão enviadas.
Ao emitir um MDF-e com o 'Tipo do Transportador' diferente de 0- Nenhum e o Proprietário do veículo não estiver marcado como Transportador, será apresentada a seguinte mensagem: Se o Tipo do Transportador informado é TAC, ETC ou CTC, o proprietário do veículo deve estar marcado como Transportador.
MCP-3107
Não permitir separar se for PAF e não tiver COO
Menu: Processos > Expedição > Seperação
1 - Objetivo Avisar e/ou bloquear separação de produtos de vendas que ainda não foram acertadas no frente de caixa (PAF).
2 - Alteração Criado configuração geral para que seja validado ao iniciar uma separação se a venda é ECF possui COO, para isso foi criado uma opção nas Configurações Gerais > Processos > Separação de Produtos, onde pode ser definido as opção a seguir:
Não valida: Comportamento atual do sistema não faz a validação (padrão);
Avisa: Ao iniciar a separação de um produto sistema irá avisar se a venda em questão é um ECF e se este possui COO, caso não tenha irá apresentar mensagem para usuário;
Bloqueia: Irá bloquear a inicialização da separação caso o documento seja ECF e não possua COO;
Para ´valida é necessário que a especie do documento seja do tipo “ECF”, além disso o sistema somente irá validar se o produto em questão esta em um local de retirada com geração de separação no “Caixa”.
Obs: COO é gravado ao sincronizar as informações do frente de caixa (PAF), sendo que pode ocorrer de a venda ja ter sido impressa no frente de caixa, porém ainda esta pendente a sincronização.
MCP-3131
Revalidação automática
Menu: Viasoft3c.exe >> Menu Reset.
1 - Objetivo Ter a possibilidade do sistema ConstruShow fazer automaticamente o reset (validação) do sistema.
2 - Alteração Implementado recurso de validação automática no sistema Construshow, com intuito de evitar a necessidade de fazer reset mensal e liberação de módulos/usuários.
Para esse recurso funcionar, primeiramente é necessário acessar o portal de licenciamento https://licenciamento.viasoft.com.br/ com e-mail e senha de supervisor. Dentro desse portal será possível obter o código identificador, o qual também será chamado nas próximas etapas como TenantId, e será utilizado nas configurações da nova funcionalidade de validação automática.
Para implantar o recurso de validação automática, deverão ser realizados os procedimentos abaixo:
A - Baixar e instalar o arquivo “Instala_Novo_Licenciamento_V….exe”. Por enquanto não existe um local oficial definido para download desse arquivo. Nesse caso, de momento, será necessário solicitar para a equipe de suporte/serviços da Viasoft o arquivo ou a implantação de desse recurso.
Ao executar o instalador, será solicitado o diretório para instalação, sugere-se que seja o mesmo onde estão instalados os módulos (exemplo C: Viasoft). O instalador criará a pasta Viasoft Licenciamento no diretório informado. Também será criado um serviço no Windows com o nome: ViasoftLicenseServer. Esse serviço deve estar sempre ativo (Em Execução) para que a validação automática funcione corretamente.
B - Configurar o Server do ConstruShow. No servidor do Construshow, acesse o menu “Configuração >> Licenciamento”. Na tela que aparecer, selecione a conexão do banco, assim abrirá uma tela solicitando Usuário/Senha. Informe um usuário/senha de supervisor. Feito isso, caso os campos CNPJ e TenantId não serem preenchidos automaticamente, preencha-os. Vale destacar que o TenantId está disponível no portal https://licenciamento.viasoft.com.br/ . No campo URL Servidor, deve ser informado o ip do servidor. A porta, por padrão, pode ser definida como 1503, porém, caso necessário, poderá ser definida outra porta. Após definir as informações citadas acima, clique em Gravar. Importante: Sempre que for alterado algo nessa tela, será necessário reiniciar o server do Construshow.
C - Configurar arquivo LicenseServerSetting.json. Acesse o diretório em que o serviço foi instalado \\\\Viasoft Licencimento, e localize o arquivo com o nome LicenseServerSettings.json. Com um editor de texto, abra este arquivo. Dentro dele insira as seguintes informações: HttpPort - Porta a qual o serviço local de Licenciamento vai responder as requisições HTTP para o servidor de aplicações. Deve ser a mesma que foi informada no servidor, que por padrão é 1503.
UrlGateway - este campo indica a url do portal de licenciamento da Viasoft, na qual o serviço fará a comunicação com a Viasoft.
TenantId - chave de licenciamento gerado pela Viasoft, individual por Cliente. Esse id pode ser providenciado através do portal: https://licenciamento.viasoft.com.br/
LicensedDatabases - nome da conexão que foi configurada no servidor da Viasoft, que tem direito a utilizar o TenantId, acima informado. Esse nome não deve conter espaços em branco.
D - Reiniciar serviço e sincronizar licenças. Após realizar os passos dos itens A, B e C, feche o sistema ContruShow (caso esteja aberto) e reinicie o serviço ViasoftLicenseServer no Windows. Feito isso, abra o Viasoft3c.exe, vá até o menu “Sincronizar Licenciamento”. Os dois procedimentos acima forçam a busca dos dados de licenciamento no portal. Nesse caso, após isso, ao abrir novamente o sistema, já deverá estar usando o novo método de validação.
3- Especificação Com o objetivo de estabelecer parâmetros mínimos para o funcionamento deste modelo de licenciamento, seguem alguns requisitos que são de suma importância para o correto funcionamento:
Acesso liberado a porta 1503 do serviço. Pode ser configurada outra porta.
O serviço local deve ser instalado dentro da infraestrutura do cliente, onde todos os servidores de aplicação tenham acesso. Podendo até ser implementado em uma infraestrutura em nuvem.
Ao realizar as configurações do recurso de validação automática, dentro do diretório “…\\\\Viasoft\\\\Server ConstruShow”, será criado automaticamente o arquivo ViasoftServerMCP.licenca. Dentro desse arquivo serão armazenados, de forma criptografada, as informações para validação automática do sistema. Caso ocorrer alguma incompatibilidade ou problema nesse processo de validação automática, para voltar ao modelo de validação antigo, basta excluir ou renomear o arquivo ViasoftServerMCP.licenca. Dessa forma ao abrir o sistema Viasoft3c.exe novamente, será possível fazer o reset/validação manual.
MCP-3138
Criar opção para carregar somente vendedores com venda no período e desmarcar vendedores com comissão já gerada.
Menu: Financeiro >> Comissão >> Gera Comissão
1 - Objetivo Criar um filtro para listar somente vendedores/comissionados que tiveram vendas ou quitação em um determinado período e também tratar para desmarcar vendedores/comissionados com comissão já gerada. Hoje ao gerar comissão de um período, caso já exista comissão gerada, o sistema apresenta uma mensagem com o código dos vendedores/comissionados, sendo necessário anotar esses códigos e desmarcar manualmente o que torna o processo oneroso.
2 - Alteração Adicionado na rotina de 'Financeiro >> Comissão >> Gera comissão' uma nova opção de filtro 'Carregar Vendedores:', onde será possível o usuário definir se deseja carregar todos os vendedores ou somente vendedores com venda OU quitação no período. Por padrão será carregada a opção 'Somente com venda/quitação no período'. Implementado também o recurso para ignorar os vendedores que já possuam comissão gerada para o período selecionado. Para o caso onde os vendedores/comissionados já tenham comissão gerada para o período, é apresentado na tela uma mensagem de atenção com dois botões um para cancelar o processo e outro para Ignorar vendedores com comissão, que quando clicado irá desconsiderar os vendedores/comissionados da aba anterior que tenham comissões e serão geradas somente de vendedores/comissionados que ainda não possuem comissão no período.
3- Especificação Caso esteja marcada a opção 'Somente com venda no período' será carregada todos os vendedores/comissionados que tiveram vendas ou quitação no período ignorando o tipo de comissão. Desenvolvido também um JOB de Comissão no servidor XE, onde quando estiver ativo gera comissão da última data de geração até a data atual -1, sendo gerado um acerto para cada comissionado.
MCP-3141
Configuração para obrigar parcelamento
Menu: Tela de Recebimento(Cheque, Duplicata e Cartão)
1 - Objetivo Obrigar que parcelamento seja informado no recebimento em duplicata, cheque e cartão, pois a parcela possui a configuração que zera overprice que está diretamente ligada a geração de crédito através de troco em duplicata a pagar ou adiantamento.
2 - Alteração Criado configuração geral para definir se será obrigatório ou não que o parcelamento seja informado no recebimento de duplicata, cheque e cartão, sendo que foi criada a configuração com o valor padrão Não para que se mantenha o mesmo funcionamento após atualização do sistema.
Impressão de notas e boletos na geração de nota de transporte conforme ordem carga
Menu: Processos >> Expedição >> Controle de Expedição
1 - Objetivo Na geração de notas da carga é gerado as notas e boletos, sendo que os mesmos são impressos para serem entregues ao motorista, porém o sistema não imprime esses documentos na mesma ordem da carga. A fim de facilitar a organização dos documentos, fazer com que a impressão seja conforme a ordem da entrega e também realizar novas chamadas de relatórios para nota de transporte.
2 - Alteração Implementada novas chamadas de relatório NFTRANSPEXP nas Configurações >> Gerais >> Processos >> Impressoras padrões de documentos, para permitir a impressão de promissória nos processos relacionados a nota de transporte (expedição, imediata e caixa) e também o NFTRANSPEXPCAIXA, para ser chamado em nota de transporte gerada no caixa caso seja necessário fazer a impressão em outra impressora.
Ao realizar a entrega da carga, a impressão dos documentos Danfe, boletos e do relatório NFTRANSPEXP serão conforme ordem da carga. Caso tenha nota que não emita NF-e, a impressão será do relatório NFTRANSPED, boletos e posteriormente do NFTRANSPEXP.
Realizado também a implementação para que os boletos não sejam impressos na expedição/imediata, para isso, será validado se o usuário executa a ”Ação 187 - Não Imprime Boleto”, quando o usuário tiver esta opção marcada, não será feita a impressão de boleto da nota de transporte e também não será habilitado o botão de impressão de boletos na tela de 'Entrega de carga - Emissão de Documentos' que é carregada após finalizar a entrega na expedição.
3 - Especificação Para que na finalização da entrega da carga, a tela de 'Entrega de carga - Emissão de Documentos' não seja carregada, é necessário ter um conjunto de configurações:
A empresa não pode emitir MDF-e nem CT-e;
O usuário precisa ter a ação ”Ação 187 - Não Imprime Boleto” marcada;
E não deve existir configuração de documentos de impressão para o relatório DANFEEXPEDICAO.
Ajustar leitura do arquivo .csv de importação da ProBlue para que ao realizar a leitura do CPF e seja identificado que está com 10 caracteres, seja entendido que o primeiro caractere será 0 (zero), para que dessa forma seja possível identificar as pessoas na comparação com o cadastro de Pessoas do Construshow.
2 - Alteração
Realizado ajuste na leitura do arquivo .csv de Importação da ProBlue, onde foi incluído a validação para que ao identificar o um sequencial de 10 números ao final do campo de Descrição, seja adicionado zero no inicio, e depois realize a validação de "CPF válido" para confirmar a validade do CPF.
MCP-3166
Atualizar Categoria para vários produtos na Manutenção de Produtos eCommerce
1 - Objetivo Permitir a adição ou remoção de determinada categoria em vários produtos ao mesmo tempo.
2 - Alteração Ao clicar com o botão direito do mouse sobre uma categoria, o sistema irá apresentar duas opções, permitindo que o usuário possa adicionar ou remover esta categoria em todos os produtos selecionados.
MCP-3198
Conciliação de cartões SIPAG
Menu: Financeiro » Cartão e Outros » Conciliação de Cartão
1 - Objetivo Desenvolver a opção de conciliação dos recebimentos dos cartões SIPAG utilizado pelo banco SICOOB.
2 - Alteração Revitalização completa na tela de conciliação de cartões, onde o sistema já oferecia as opções de conciliação com CIELO, REDE, GETNET, STONE e agora adicionamos a nova opção SIPAG.
Nessa integração trabalhamos com a leitura dos arquivos de “Movimentação Financeira“ da SIPAG, onde é importado apenas os registros 021 (Comprovante de Venda Débito), 023 (Comprovante de Venda Crédito á Vista) e 026 (Comprovante de Venda Crédito Parcelado), respeitando a regra de importar somente os registros do arquivo com status zero (0-OK, 1-Retido, 2-Suspenso).
Para a conciliação automática o sistema faz a comparação das seguintes informações:
“Data do Pagamento” do arquivo com o campo “Data de Vencimento” do construshow.
“NSU” do arquivo com “NSU” do construshow
“Número da Autorização“ do arquivo com “Número da Autorização” do construshow
“Valor Bruto“ do arquivo com “Valor da Parcela“ do construshow (considerando diferença de arredondamento de um centavo).
O processo de conciliação consiste em apenas abrir a tela, informar o filtro de estab e do período de vencimento, além dos filtro opcional de cartão. Após isso basta clicar em “Executar“ no menu superior da tela, selecionar o arquivo SIPAG (PAGTOS_________.txt), aguardar o carregamento do sistema, onde na sequência o sistema faz automaticamente a conciliação dos registros, restando ao usuário apenas a opção de “Salvar“ a qual fará a geração dos respectivos lançamentos financeiros de acordo com os registros conciliados, da mesma forma com já existe na conciliação CIELO, GETNET e STONE, porém na conciliação da SIPAG os lançamentos financeiros serão sempre gerados na data de processamento que vem no arquivo de conciliação.
3- Especificação Adequado aos seguintes layouts:
6.0: LayoutGuia de operação Extrato EDI V6_desenvolvedor-SIPAG
6.7: Guia de operação Extrato EDI V6.7D
MCP-3454
Habilitar no cadastro do produto o campo visibilidade quando utilizar a plataforma HUB
Menu: Cadastros >> Produtos
1 - Objetivo Liberar campos do cadastro do produto utilizados na integração com a HUB.
2 - Alteração Foi habilitado no cadastro do produto o campo Visibilidade referente a configuração do ecommerce para quando a plataforma também for a HUB.
