Aumentar tamanho do campo que recebe lista de usuários bloqueados.
3 - Alteração
Aumentado tamanho do campo SLISTARQ.USUARIO_BLOQ(recebe lista de usuários bloqueados) para receber 2000 caracteres. (Mudado o tipo do campo de Ascii para Text).
PSGA » Fiscal » Movimentação » Documentos Fiscais » Nota Fiscal de saída
2 - Objetivo
Quando nota for copiada, a DANFE deve conter o endereço corresponde ao endereço selecionado na cópia da NF
3 - Alteração
Ao realizar a cópia da nova fiscal de saída e alterar o endereço, o sistema gerava a nota de destino com o código do novo endereço e os dados do antigo.
Ajustado para atualizar o endereço na nota de saída de destino ao realizar o processo de cópia.
Ajustado para atualizar o endereço ao fechar a nota, caso os dados do endereço esteja diferente do endereço informado via código
Não permitir Gerar Classificação Financeira Sem Agrupador.
3 - Alteração
Criado uma trigger na fmovpla para validar se o item da classificação financeira está sem agrupador e se existe uma baixa de título vinculada na movimentação bancária, caso verdadeiro, não será permitido inserir/atualizar a classificação financeira.
Criado o parâmetro P_OBRIGA_AGRUPADOR_PRECLA para obrigar (ou não) que informe um agrupador no item da pré-classificação. O parâmetro será avaliado:
Ao fechar uma nota de entrada.
Ao fechar uma nota de saída.
Ao fechar um conhecimento de frete
Ao gerar as parcelas na requisição.
Ajustado a query BAIXA_LOTE.sql para que caso ao baixar os títulos em lote, e a classificação financeira for gerada com base na pré-classificação, se a pré-classificação não tiver agrupador, entao a classificação financeira será gerada com o agrupador do título
PSGA » Lavoura » Movimentação/lavoura » Apontamentos de maquinas/Patrimônio
2 - Objetivo
Ajuste nos apontamentos de patrimônio, onde sistema estava trazendo custos zerados
3 - Alteração
SEM COMMIT Foi realizada 2 dias de reuniões e acompanhamento junto ao cliente para resolver os problemas de quantidade e custo do estoque.
Foi encontrado dois problemas principais, o primeiro foi terem alterado a forma de calculo de custo para não utilizar a QUERY CALCULA_CUSTOMEDIO_UPDATE em fevereiro feita por consultor. Foi revertida essa alteração.
Depois foi visto que desde final de 2021 o parâmetro para bloquear saldo negativo tambem estava desabilitado por consultor. Então foi ativado.
Após isso foi reprocessado o estoque desde o inicio.
Então surgiu um novo problema que os apontamentos do farmbox eram alterados manualmente para uma data que difere da original, porque a nota vem depois do apontamento ou seja a entrada. obs: por isso que o parâmetro de saldo negativo estava desabilitado, mas essa solução não da certo pois ao reprocessar os apontamentos do farmbox eles a integração persiste os dados corretos e voltou as datas. Contudo agora nesse ano foram orientados a fazer um ajuste de estoque para essas situaçoes e a nota nao movimenta estoque. Ou seja o problema não vai mais acontecer.
Acompanhei ate zerarmos todas as duvidas de estoque.
Sistema distribuir corretamente os valores de baixa com acréscimo.
3 - Alteração
Ajustado a baixa de título em lote de acerto para quando informar juros, multa, descontos ou acréscimos nos itens do lote, o sistema rateie em cada baixa, esse valor proporcionalmente ao valor de acerto. Pois quando o valor integral dos acréscimos ia apenas para uma única baixa do lote, a classificação financeira ficava negativa ao subtrair (separar) o acréscimo do total pago.
Configurador » Parâmetros do servidor » parâmetros customizados.
PSGA » Fiscal » Movimentação » Documentos fiscais » Nota fiscal de saída.
2 - Objetivo
Sistema deve salvar o XML da NF no diretório setado no parâmetro, caso haja parâmetro customizado, sistema deve verificar se o filtro condiz com o parâmetro e respeitá-lo
3 - Alteração
Corrigido rotina de gravação de arquivo xml no diretório a partir do parâmetro P_CAMINHO_ARQUIVO_GERACAO_NFE Criado função para criação de diretórios não existentes completos.
Implementar o Preenchimento dos dados Adicionais dos Itens nas Notas Fiscais
3 - Alteração
Criado os parâmetros P_SCRIPT_GERA_INFO_ADICIONAIS_ITEM_SEM e P_CAMPO_INFO_ADICIONAIS_ITEM_SEM.
Criado a query GERA_HIST_ITENS_NF_SAIDA
Criado a FLAG "Gerar Dados do Lote nas informações adicionais dos itens" para ao gerar a nota fiscal pela tela de saída de sementes UBS, o sistema gere as informações adicionais nos itens da nota, conforme a query cadastrada no parâmetro P_SCRIPT_GERA_INFO_ADICIONAIS_ITEM_SEM
Filtro de CAMPO não está respeitando produtor e fazenda.
3 - Alteração
Ajustar a tela de cadastro de campos para quando abrir a lookup do campo "Campos", o sistema alimente as variáveis gsCodProdutorConstrain e gsCodFazendaConstrain, antes de abrir a lookup, pois elas são utilizadas para filtrar os registros.
Ajustar a lookup de Campos para não limpar os filtros vindos das reportViews.
PSGA » Fiscal » Movimentação » Documentos fiscais » Nota fiscal de saída
2 - Objetivo
Sistema descontar o ISS retido no título quando marcada a opção de retenção.
3 - Alteração
A flag Retém ISS e INSS não esta salvando na cmovnf, atualizado com mesmo critério da nota de entrada...se tiver marcar deduzir o financeiro e se não marcar não deduz.
Ajuste no vínculo de titulos do tipo “Adiantamento“ nas NFe de entrada e CTe
3 - Alteração
Ao gerar uma nota de entrada ou cte com requisição e 2 parcelas de provisão de adiantamento (adiantamento gerado pela requisição), o sistema só atualiza a posição de adiantamento (registro na FIADIANT) do primeiro título.
Adicionado condição na procedure OnIdle do objeto oIdleHandler_Aientreq_AfterDelete para não executar o reread/save da tabela AHENTRAD, para quando a exclusão seja da nota fiscal. O evento OnIdle mencionado deve ser ativado quando o uma requisição vinculada na nota é apagada, porém, ao excluir a nota, a mesma exclui o seu item, logo, é executado o evento OnIdle, que tentava executar o reread no registro em branco pois o mesmo havia sido apagado.
Ajustes no processo de manutenção preventiva (E-mail/ locais)
3 - Alteração
Problema do E-mail:
Para fazer com que o e-mail utilize a configuração especifica de cada rotina, sem utilizar o arquivo SendSMTP.ini, foi alterado a rotina de envio padrão da seguinte forma:
Foi adicionado mais dois parâmetros na procedure: bExpSettings e sFileSettings, onde o primeiro informa se a chamada do e-mail vai utilizar ou não um arquivo externo de configuração, e o segundo é informado o nome do Arquivo que será utilizado para configuração;
No caso de nenhum dos dois forem informados (ou seja as funções antigas que não fazem essa chamada nova) é adicionado o código /nos no comando de envio que informa que NÃO será utilizado arquivo externo.
No caso de Informar FALSE para o bExpSettings, será adicionado o /nos nos comandos de envio que informa que NÃO será utilziado arquivo Externo.
No caso TRUE para o bExpSettings:
Se não foi informado um arquivo no sFileSettings é adicionado um /s seguido do caminho do arquivo padrão SendSMTP.ini
Se for informado um arquivo no sFileSettings é adicionado um /s seguido do caminho do arquivo informado.
Essa configuração ignora as configurações informadas utilizando apenas a do arquivo de configuração.
OBS.: Todas as configurações são efetivas apenas para o mecanismo do tipo 1 SendSMTP, o sendEmail 1.9 se mantém do jeito que é atualmente.
Foi verificado durante os testes que ao utilizar o arquivo SendSMTP.ini o email acaba levando algumas configurações padrões que não existem em parâmetro, como é o Caso do AgentMail e HeloName. Em teste direto pelo aplicativo SendSMTP, sem informar essas duas configurações o email também não era enviado. Então para suprir a necessidade foi adicionado os Parâmetros:
P_ENVIO_EMAIL_AGENTMAIL: MailAgent é uma propriedade que identifica o nome de um programa usado para criar ou transmitir uma mensagem. No caso padrão é utilizado a versão do Aplicativo SendSMTP usado.
P_ENVIO_EMAIL_HELONAME: HeloName é uma propriedade que representa o nome de identidade do cliente que estabelece uma conexão com o servidor SMTP. Normalmente um Nome de Domínio completamente Qualificado, no padrão é utilizado o Domínio do site do Aplicativo SendSMTP.
Problema no Tipo de Manutenção:
Foi criado o campo ABENMNT.SPROPREV_COD
Foi criado uma novo campo na grid da tela Cadastro de Manutenção preventiva: “Manutenção por Serviço“
Foi alterado o campo “Tipo de Manutenção” para aparecer o nome do Tipo de Manutenção registrado no “Manutenção por Serviço“
Foi alterado a rotina para utilizar o campo ABENMNT.SPROPREV_COD ao invés do campo ABENMNT.AOSTPMAN_COD
Foi Removido a restrição da tela de manutenção preventiva no cadastro de Produto e Serviços para poder salvar mais de um tipo de manutenção em diferentes localizações.
4 - Configuração
Acesse o Configurador » Cadastro de Usuário - Atualize ou crie um ou mais cadastros com a Flag “Responsável Manutenção Preventiva” marcada e com um Endereço de E-mail Válido, que possa ser acessado.
Acesse o Configurador » Notificações do Sistema - Crie um Novo registro de Notificação utilizando a Query: NTF_MANUTENCAO_PREVEN_GERA_OS.
Acesse o Configurador » Parâmetros do Servidor - Altere os Parâmetros abaixo para a funcionalidade do Envio de e-mail:
P_NOTIFY_MAIL_FROM → É Opcional, sendo o e-mail do Remetente, que irá aparecer como E-mail principal para o destinatário. No caso de não usar ele será utilizado o E-mail do parâmetro P_NOTIFY_MAIL_USER.
P_NOTIFY_MAIL_USER → É o e-mail que é utilizado para fazer o envio de fato.
P_NOTIFY_MAIL_PASSWD → Adicione a senha do e-mail do e-mail User.
P_NOTIFY_MAIL_SERVER → Adicione o server do e-mail User - No caso do gmail utilize: smtp.gmail.com
P_ENVIO_EMAIL_PORT → Adicione a porta do Server - No caso do gmail utilize: 587 ou 465
P_ENVIO_EMAIL_STARTTLS → Verifica se é Mecanismo TTLS ou não. No caso do google coloque em “N”
P_ENVIO_EMAIL_SASL - Verifica se utiliza autenticação SSL/TSL, normalmente em “S”
P_ENVIO_EMAIL_MECANISMO: No caso as alterações foram feitas para afeitar o mecanismo “1” (SendSMTP).
P_ENVIO_EMAIL_SENHA_CRIPT: No caso da senha não estar criptografada, então utilizar “N”
Ainda nos Parâmetros, Atualize os parâmetros abaixo conforme os testes:
P_MANUT_PREVENTIVA_GERA_OS.
P_SOLICITACOES_SERVICO_GERA_SOL_COMPRAS.O que é necessário para testar
Ajuste na importação do produto do contrato na NF de saída
3 - Alteração
Movido a rotina do OnEntering para o OnEnterObject na grid de produtos da NF de saída. O rotina serve para preencher automaticamente alguns campos ao entrar na grid, porém, no OnEntering não funcionava.
PSGA » Lavoura » Movimentações » Romaneio de Entrada de Produção
2 - Objetivo
Ajustes na rotina de importação de Fardões/Rolinhos na tela de Romaneio de Entrada de Produção Lavoura.
3 - Alteração
Ajustado para não permitir inserir rolinhos de fazenda, produtor, campo e variedade diferentes do primeiro que foi importado;
Ajustado para ao apagar todos os rolinhos importados, se o novo inserido for de fazenda, produtor, campo ou variedade diferentes atualiza-los com as novas informações do rolinho;
Arrumado problema de posicionamento do tipo Fardão/Rolinho. Arrumar preenchimento do Razão social do produtor na tabela de rolinhos.
PSGA » Cotton » Movimentação » Saída de Subprodutos
2 - Objetivo
Criar as query de consulta para Romaneio_pga for igual Vinculo de nota
3 - Alteração
Criei a query para retornar os romaneios de pluma e subrprodutos das tabelas tvenpluh e apromsai usando union, assim o agrotitan irá criar uma campo aonde irá poder selecionar o romaneio de pluma ou subprodutos com as seguintes regras:
PSGA » Contabilidade » Movimentação » Gera lançamentos integração contábil
2 - Objetivo
Ajuste na contabilização de adiantamentos e CTE
3 - Alteração
Ajustado a query para contabilizar o adiantamento na baixas e não zerar quando contabilizar o documento Obs. OLANCTMP_FPAGREC_FBAIXAS esta igual da Gcap portanto se quiser pode retirar a custom
4 - Configuração
Configurar os parâmetros:
P_CONTABILIZA_REGIME_CAIXA = N
P_GERACAO_INTEGRACAO_CONTABIL_ORIGEM_VALOR_CTB = N
PSGA » Lavoura » Movimentação/Estoque » Apontamento de campo.
2 - Objetivo
Ajuste na importação Farmbox, que estava faltando produtos
3 - Alteração
Foi atualiza a query que verifica as inconsistências dos apontamentos, para que as tabelas filhas de produtos, campos e maquinas, acompanhem o mesmo comportamento da tabela principal dos apontamentos.
REPLICADA NA REVISON: 31033 arquivo VALIDA_APONTAMENTO_AUT_FARMBOX
Ajustado a query para contabilizar o adiantamento na baixas e não zerar quando contabilizar o documento Obs. OLANCTMP_FPAGREC_FBAIXAS esta igual da Gcap portanto se quiser pode retirar a custom
4 - Configuração
Configurar os parâmetros:
P_CONTABILIZA_REGIME_CAIXA = N
P_GERACAO_INTEGRACAO_CONTABIL_ORIGEM_VALOR_CTB = N
Aba de envio de e-mail da tela de cotação deve exibir a lista de destinatários para selecionar e marcar para quem será enviado o e-mail
3 - Alteração
A implementação da melhoria consiste na modificação da query chamada "PCOTACAO_LISTA_EMAIL" para retornar apenas os fornecedores autorizados, removendo a restrição na aba de envio de e-mail.
Após a implementação dessa modificação na query "PCOTACAO_LISTA_EMAIL", a funcionalidade de envio de e-mail na aba "Compras » Movimentação » Cotação" será capaz de enviar os dados das cotações para os fornecedores autorizados, mesmo que haja fornecedores rejeitados nas cotações.
PSGA » Lavoura » Movimentação/Lavoura » Apontamento de Patrimônio/Maquinas.
2 - Objetivo
Ajuste no horímetro do bem ao realizar troca de maquina na tela de apontamento de patrimônio
3 - Alteração
No método OnExiting() da coluna "Bem", foi implementada uma verificação para determinar se o campo sofreu alterações e se o valor atual é diferente do valor anterior. Se houver uma alteração, os contadores relacionados ao novo bem serão atualizados. Essa abordagem garante que os contadores sejam atualizados apenas quando houver uma mudança real, evitando atualizações desnecessárias na grade de dados.
PSGA » Financeiro » Relatório » Relatório Títulos » relatório de adiantamentos na data base - analítico
2 - Objetivo
Ajuste no erro inesperado ao emitir o relatório de adiantamentos na data base - analítico
3 - Alteração
Ajustado a query FWIADIAN_PROCESSA para não duplicar os lançamentos no relatório quando existir vários romaneios de fretes vinculado a um mesmo faturamento de frete.
Ajustar a validação pra importação de dados na tela de venda/saída de algodão
3 - Alteração
Incrementar na validação (ValidaProdutorVenda()) da “importação de dados” (TSLCON_IMP_PLUMA.sl) do cadastro de saída de pluma (TVWVENPLU.VW) além do lote, safra e centro de custo.
De modo a validação ficar equivalente ao indexe 2 da tabela TROMBLOH
Sistema leva pra classificação financeira a perna adicional com a conta gerencial de acordo com a configuração do tipo de documento.
3 - Alteração
Ajustado para o sistema não apagar a pré-classificação ao clicar no botão de "Pré-Classificação" do título gerado pelas telas de "Guias de Pagamento de Imposto".
Ajustado a baixa individual e em lote para não duplicar as contas de juros, multas e descontos, quando a baixa é de títulos gerados pelas Guias.
Nesta implementação, todas as 8 views do portal passaram por uma reestruturação completa, visando torná-las responsivas e oferecer informações e funcionalidades semelhantes às versões originais. O modelo de filtragem das telas foi padronizado, proporcionando uma experiência mais consistente e intuitiva para os usuários. Além disso, agora é possível configurar facilmente a safra em uso por meio de uma caixa de diálogo, simplificando o processo de ajuste no portal. Foram realizadas melhorias para solucionar todos os problemas de travamento que ocorriam anteriormente, garantindo maior estabilidade e confiabilidade no sistema. As seguintes telas passaram por reestruturação:
Login
Dashboard
Rendimentos de Plumas
Romaneio de entrada
Classificação HVI por bloco
Fardos por tipo
Beneficiamento de Pluma
Fardinhos de Pluma
Com essas atualizações, o portal oferece uma experiência aprimorada, com views responsivas e funcionalidades atualizadas, permitindo aos usuários acessar e utilizar as telas de forma mais eficiente e intuitiva.
PSGA » Fiscal » Movimentação » Documentos fiscais » Nota fiscal de Saída
PSGA » Lavoura » Movimentação »Movimentação/estoque » Romaneio de saída de produção
2 - Objetivo
Conversão correta do valor dos contratos na NF de saída, quando gerada através de romaneio de produção.
3 - Alteração
Ajustado a geração de nota fiscal pelo romaneio de saída de produção para que o valor total dos produtos fique de acordo com a quantidade X valor unitário.
Sistema estava multiplicando o valor unitário x quantidade pelo valor do índice do romaneio, o que é incorreto, porque o valor unitário já fica convertido para o índice do contrato
Ajuste na rotina de cancelamento de NF de saída pela tela de gerenciamento de NF
3 - Alteração
Ajustado para tratar as informações de retorno do evento de NFe dentro do grupo "infEvento" (onde fica as informações da resposta da SEFAZ quando solicita um evento).
PSGA » Fiscal » Movimentação » Documentos Fiscais » Nota de Entrada
2 - Objetivo
Ajuste para sistema não remover a pré-classificação de notas fechadas.
3 - Alteração
Tratada tela da pré-classificação para verificar se o usuário está tentando acessar a pré-classificação de outra nota de entrada (caso a tela já esteja aberta). Se estiver, é carregada o novo registro automaticamente. Evitando assim o problema da remoção da pré-classificação da nota anterior
PSGA » Fiscal » Movimentação » Documentos fiscais » Nota Fiscal de Saída
2 - Objetivo
Permitir regravar peso liquido chegada na nota saída tipo 4 c/ o parâmetro P_LIBERA_PESO_DATA_CHEGADA=S
3 - Alteração
Ajustado para não atualizar o contrato durante a validação de gravação do cabeçalho da nota fiscal de saída, pois na atualização do contrato é necessário a atualização de tabelas que ficam em lock durante validação da nota.
O contrato será alterado após a validação.
4 - Configuração
Parâmetro P_LIBERA_PESO_DATA_CHEGADA configurado como S:
Caso definido como S, deixa habilitado para edição os campos correspondentes ao peso de chegada mesmo que a nota fiscal esteja fechada Caso definido como N, deixa desabilitado para edição os campos correspondentes ao peso de chegada caso a nota fiscal estaja fechada
PSGA » Financeiro » Movimentação » Títulos » Importação de Folha de Pagamento. PSGA » Financeiro » Movimentação » Títulos » Baixa de Títulos. PSGA » Financeiro » Movimentação » Títulos » Baixa de Títulos - Por Lote. PSGA » Financeiro » Movimentação » Títulos » Baixa de Títulos - Lote de Acerto.
2 - Objetivo
Importação Folha e validações do parâmetro P_AUTORIZA_BAIXA_LOTE_DIF_PRECLA
3 - Alteração
Os campos da tela de Importação da Folha (svwImportaFolha) tiveram a hierarquia organizada para melhorar o fluxo ao avançar com TAB
Foram adicionadas novas validações na tela de Importação da Folha (svwImportaFolha), para não permitir que os campos Centro de Custo, Conta e Safra/Período da Pré-classificação fiquem sem valor ao gerar os registros da importação
Foi adicionada uma mensagem para o usuário em cada um dos dos casos que após exibida posiciona o cursor no campo que precisa ser informado
Também foram adicionadas novas validações nas rotinas de baixa individual (FVWBAIXAS), baixa em lote (FVWHLOTE) e baixa em lote de acerto (FVWHLOTEREPASSE), para prevenir as seguintes situações:
Valor lançado na pré-classificação com valor negativo
Conta curta igual a zero
Conta curta não existente no plano de contas padrão (parâmetro: P_PLANO_CONTAS_FINANCEIRO_PADRAO)
Conta curta informada ser do tipo sintética ou que não aceita lançamentos
Implementar o tipo para fardo ou rolo na tela de cadastro de fardões.
3 - Alteração
Tela TVWFARDAO.vw:
Condição no OnChange do oTFARDAO_TIPO_MODULO para mudar a label do oTfardao_Tfardao_Cod de acordo com o tipo de módulo escolhido.
Tela AVWRomEntPro.vw
Codigo de barras habilitado caso a situação for diferente de 2 (fechado);
se o produto for algodão habilita o código de barras e seta o tipo de entrada para fardão como padrão;
Código de almoxarifado movido para cima;
Criada validações para o código de barrras:
Não deixar entrar no campo caso a operação não tenha sido informada;
Não deixar entrar no campo caso o tipo de entrada de algodão for vazio;
Ao sair do campo verifica se o código de barras já foi utilizado em outro romaneio;
Verifica se o tipo do código de barras é rolinho ou fardão para o tipo de entrada de algodão informado;
Se tipo de entrada de algodão é rolinho e se informado um código de barras, não deixar informar outro código de barras se a fazenda ou produtor forem diferentes;
Multilingual:
AHROMENT.TIPO_ENTRADA_ALGOD:
Index: 1; Sem descrição e sem valor de gravação;
Index: 2; Descrição: Fardão; Valor de gravação: 1;
Index: 3; Descrição: Rolinho; Valor de gravação: 2;
MSG.TVWROMENT.CODIGO_BARRAS_OUTRO_ROMANEIO
Código de barras já cadastrado em outro romaneio.
MSG.AVWROMENTPRO.CODIGO_BARRAS_NAO_ROLINHO
Código de barras não é de rolinho.
MSG.AVWROMENTPRO.CODIGO_BARRAS_NAO_FARDAO
Código de barras não é de fardão.
MSG.TVWROMENT.CODIGO_BARRAS_PRODUTOR_FAZENDA
Fardão/Rolinho deve ser do mesmo produtor e fazenda.
MSG.TFARDAO_TIPO_ENTRADA_ALGODAO_VAZIA
Entrada de algodão deve ser Fardão ou Rolinho.
Criação de uma query que verifica se o código de barras já pertence a outro romaneio: BUSCA_FARDAO_POR_CODIGO_DE_BARRAS
PSGA » Estoque » Relatórios » Relatório de estoque de produtos (Relatório de Estoque unificado)
2 - Objetivo
Criar relatório de estoque unificado
3 - Alteração
Criado novo Relatório de Estoque Unificado
Ajustada query AWPRODUTO_UNIDADE_CONVERSAO.sql -> Atualmente RV obriga informar data inicial e final para imprimir relatórios, porém a query em questão não considerava a data inicial para preencher a tabela de trabalho AWPRODUT. Ajustada query para respeitar intervalo entre as datas informadas
PSGA » Cotton » Relatórios » Romaneio de Contratos (Relatório de resumo do contrato)
2 - Objetivo
Ajustes no relatório de resumo de contrato
3 - Alteração
Foi corrigido acrescentando na query de insert e update da tabela cicontdt para gravar data_ini e data_final com as datas da tabela de safra (ssafras) e depois reprocessamento o contratos e validamos o relatório.
Alterada descrições do objeto SCONAGRO.COD_ALGODAO_EM_CAPULHO no multi lingual para “Cód. Produto“
Adicionado psForm SCONAGRO_DESCR_PRODUTO. Cadastrado label SVWCONAGRO.DESCR_PRODUTO para o campo
Tratado na tela para preencher o form da descrição e definido para habilitar o enabled_state das grids oProdRomaGrid e oProdCottonGrid apenas quando um produto for informado
Adicionado as seguintes conexões no rpt para obter informações do takeup:
TTAKLT (lote do emblocamento)
TTAKEUPH (takeup da pluma)
SPESSOAS_TAKEUP (pessoa do takeup)
CCONTRAT_TAKEUP (contrato do takeup)
SPESSOAS_COOP_TAKEUP (pessoa da cooperativa do takeup - caso contrato viacoop)
Adicionado também estas para obter informações da venda da pluma:
TVENPLUH (venda da pluma)
CCONTRAT_VENDA (contrato da venda da pluma)
SPESSOAS_VENDA (pessoa da venda da pluma)
SPESSOAS_COOP_VENDA (pessoa da cooperativa da venda - caso contrato viacoop)
Criado fórmulas para exibir contrato e pessoa do takeup quando lote estiver em situação de takeup (2) e quando venda exibir contrato e pessoa da venda. Caso cooperativa mostrar pessoa da cooperativa
Criar no cadastro de Contrato, na aba Financeiro, o campo Promitente
3 - Alteração
Criado campo Promitente com o mesmo tamanho dos campos de pessoas na tabela CCONTRAT e adicionado na aba financeiro da tela CVWContratos.vw e ao lado a razão social ligada a esse promitente;
Adequado tamanho da tela para que os campos encaixem na tela. Aumento da tela em altura.
Ajuste na atualização da grid de posição de adiantamento quando o adiantamento for provindo de requisição
3 - Alteração
Ajustado para só atualizar a posição (registro na FIADIANT) de uma provisão de adiantamento ao vinculá-la na NFe ou CTe. A requisição não deverá atualizar a FIADIANT, mesmo se vincular através do botão "Vincular".
Ajustado a mensagem na NFe de entrada para quando o título da requisição não possuir saldo para vínculos, exibir todas as notas que estão vinculadas no título
Evitar mensagem de bloqueio ao fechar conhecimento de frete, caso seus valores correspondam ao saldo disponível.
3 - Alteração
Uma parte da correção foi feita na AG-18771FINALIZADA (Sistema não estava validando corretamente saldo da requisição quando se trata de serviço de frete ), porém pode haver nos clientes conhecimentos de fretes com o valor total das parcelas incorretos. Ajustado para o sistema atualizar o valor total das parcelas ao fechar o CTe, caso o valor esteja incorreto.
O sistema deve pedir login de um usuário com a autorização para permitir inserir o peso manualmente quando o parâmetro P_BLOQ_ALTERACAO_PESO_TICKET = S e usuário não possuir as autorizações: Autorizar manualmente o peso do ticket; Permite inserir/alterar pesos manualmente nos romaneios dos módulos
3 - Alteração
Foi ajustado o comportamento do parâmetro P_BLOQ_ALTERACAO_PESO_TICKET conforme sua nova descrição, nas telas de Ticket de Pesagem e Entrada/Saída de Armazém.
4 - Configuração
Configurar o parâmetro P_BLOQ_ALTERACAO_PESO_TICKET com S
Acessar o controle de acesso de usuário e retirar as autorizações dos seguintes processos:
Módulo lavoura: Autorizar manualmente o peso do ticket; Permite inserir/alterar pesos manualmente nos romaneios dos módulos
Módulo armazém: Permite inserir/alterar pesos manualmente nos romaneios dos módulos
PSGA » Fiscal » Movimentação » Documentos fiscais » Nota fiscal de Entrada
PSGA » Fiscal » Movimentação » Documentos fiscais » Nota fiscal de Saída
2 - Objetivo
Sistema arredonda para CIMA o valor do IPI, PIS e COFINS
Impressão do valor correto na DANFE
3 - Alteração
Ajustado a função que salvar o o pis e cofins na entrada e saída , pois esta arredondando para baixo corrigido o rpt quando o tiver ipi devolução (danfe e espelho)
Bloquear o campo “Carta Comp“ na baixa de carta de compensação quando na finalidade da baixa for igual a “2- Devolução de título”
3 - Alteração
Criado um bloqueio no campo da carta de compensação, para quando o usuário utilizar a opção devolução de títulos, e essa devolução for um carta de compensação, o campo ficara bloqueado
PSGA » Fiscal » Movimentação » Documentos fiscais » Nota fiscal de entrada
2 - Objetivo
Ajustar para quando escolher CST isento os campos de base e alíquota devem ser bloqueados
3 - Alteração
Ajustado na tela de Entrada de Nota, quando vier o cst 041, verificar se estivar marcado com isento, zerar a base de calculo e alíquota e bloquear o campo, ajustado na digitação da nota, importação de requisição, e importação de xml
Ajustar geração arquivo Sped para Descontinuação dos códigos 04 e 05 da tabela 4.1.2 – Tabela Situação de Documentos a partir de 31/12/2022
3 - Alteração
Alterada a query do sped EFD - bloco C100, para que a partir de 2023, não considera mais os códigos da situação EFD ( 04- nota denegada e 05 - nota inutilizada) na parte do CTE, ficar na query D100, só que dentro do PSGA não esta implementado
Implementar botão para limpar filtros dos relatórios do sistema módulos Rebanhos, Sementes , Sementes UBS, TCC e Vendas
3 - Alteração
Implementado o botão nas seguintes telas:
Módulo Rebanhos: grventradabov.rv - Relatórios de Entrada de Animal grvsaidabov.rv - Relatórios de Saída de Animal grvestoquebov.rv - Relatórios de Estoque de Animal grvrodeios.rv - Relatórios de Rodeios grvavlanimal.rv - Relatórios de Avaliação de Animais grvaplicabov.rv - Relatório de Aplicação de Animais
Módulo Sementes: drvpedidoh.rv - Relatório de Pedidos drventrsem.rv - Relatório de Entradas de Sementes drvbenefih.rv - Relatório de Benefícios drvpadrah.rv - Relatório de Padronização de Sementes drvsaisem.rv - Relatório de Saída de Sementes drvestoquesemente.rv - Relatório de Estoque de Sementes
Módulo Sementes - UBS: drvpedidograo.rv - Relatórios de Pedidos drventrsemgr.rv - Relatório de Entradas de Sementes drvbenfgrh.rv - Relatórios de Benefícios drvsaisemgrao.rv - Relatórios de Saída de Sementes drvlotegr.rv - Relatórios de Lotes de Sementes drvcarregsem.rv - Relatorio de Carregamento de Sementes
Módulo TCC: urvboldiaconteta.rv - Relatório de boletim diario urvaptdia.rv - Relatório de apontamento de produção
Módulo Vendas: vrvorcam.rv - Relatórios de pedidos vrvcaixa.rv - Relatórios de caixa vrvmapaentrega.rv - Relaróios de mapa de entrega vrvorcped.rv - Relatório orçamento de pedidos
Implementar botão para limpar filtros dos relatórios do sistema módulos Estoque, Financeiro, Fiscal, Industria e Lavoura
3 - Alteração
Implementado o botão nas seguintes telas:
Módulo Estoque: irvconfret.rv - Relatório de CTRC srvemprest.rv - Relatório de Empréstimos arvcontrole_armaz.rv - Relatório de Armazém de Terceiros
Módulo Financeiro: frvlancan.rv - Relatórios da ficha frvboletos.rv - Relatório de Boletos frvfhltdesc.rv - Relatório de Lotes de Desconto/Custódia frvfhagrpg.rv - Relatório de Agrupamento de Títulos frvgrupotitulos.rv - Posição de Clientes e Fornecedores
Módulo Fiscal: Livros fiscais: irviapurent.rv - Registro de entrada irviapursai.rv - Registro de saídas irvinvenfiscal.rv - Registro de Inventário / LMP irvicmovnfe.rv - Relatórios NFE irvicmovmdfe.rv - Relatórios MDFe irviwdmms.rv - Relatórios de DMMS / NFS irvapupiscof.rv - Apuração de PIS/CONFINS irvicmovcte.rv - Relatórios de CTes Impostos federais: irvretencoes.rv - Demonstrativo de retenções irvidocarrec.rv - Documentos de Arrecadação
Módulo Indústria: nrvordprod.rv - Relatórios de Ordem de Produção nrvmovlt.rv - Relatórios Movimentações de Lotes de Rastreabilidade de Insumos
Módulo Lavoura: lrvapontacampo.rv - Relatórios de aplicação em campo lrvlplansaf.rv - Relatório de planejamento de safra lrvpedido.rv - Relatórios de Pedido Perecivel
Implementar botão para limpar filtros dos relatórios do sistema modulos Compras, Contabilidade, Contratos e Cotton
3 - Alteração
Implementado o botão nas seguintes telas:
Módulo Compras: prvsolicit.rv - Relatório Solicitação prvcotacao.rv - Relatório Cotação prvcadreq.rv - Relatório Requisição prvsolicit_aic.rv - Relatório de A.I.C. prvmovreq.rv - Relatório de Mov. de Requisição
Módulo Contabilidade: orvrazao.rv - Razao orvobalancete.rv - Balancete/Balanço orvdiario.rv - Diário orvdre.rv - Emissão de DRE / DFC orvobalancetetrimestral.rv - Balancete Trimestral orvplanilhalancam.rv - Planilha de Lançamento orvprojeto.rv - Projetos orvdemonstrativo.rv - Demonstrativo Despesas/Receitas orvdmpl.rv - Emissão de DMPL
Módulo Contratos: crvcontrato.rv - Relatório de Contratos crvhfatura.rv - Relatório de Faturamento de Notas Fiscais irvipepro.rv - Relatório de PEPRO crvoperah.rv - Relatório de Execução Logística crvcorretagem.rv - Relatório de Corretagem crvchconafi.rv - Relatório de Conatrato de Análise de Fibras
Módulo Cotton: trvfardao.rv - Relatórios de Fardão trvtroment.rv - Romaneio de Entrada de Algodão trvproducaoalgodao.rv - Relatório Operações Logísticas Relatórios Pluma: trvthpluma.rv - Produção trvtvenpluh.rv - Venda trvtromdevh.rv - Devolução trvtrombloh.rv - Lotes Bloco trvtakeuph.rv - Take-Up trvtplacla.rv - Rel. Classificação Visual trvhvi.rv - Relatório de HVI trvtsaldos.rv - Estoque por tipo/padrão trvrendimento.rv - Rel. Rendimento trvtrapluh.rv - Transferência de fardo trvtseguropluma.rv - Seguro Pluma Relatório Fibrilha: trvtfibrilha.rv - Produção/Venda Fibrilha trvtenfibh.rv - Venda Fibrilha trvtcplumah.rv - Entrada Pluma trvtqbprod.rv - Relatórios produção sobproduto trvoperah.rv - Relatórios de Execução Logística crvinstrh.rv - Rel. Instrução de embarque Outros Relatórios: trvtincenth.rv - Relatório Incentivo trvmovocor.rv - Ocorrrências de máquinas
PSGA » Lavoura » Movimentação/Lavoura » Apontamento de patrimônio/maquinas.
2 - Objetivo
Adicionar validação de capacidade de tanque ao fechar apontamento de patrimônio
3 - Alteração
Implementado validação para bloquear fechamento do apontamento quando:
O parâmetro P_VERIFICA_CAPACIDADE_TANQUE_APT estiver como "S";
houver combustíveis informados na grid insumos e máquinas cadastradas na grid patrimônio, cujo combustíveis não estiverem cadastrados na aba "combustíveis" do referido patrimônio/máquina (cadastro de bens).
4 - Configuração
Parâmetro P_VERIFICA_CAPACIDADE_TANQUE_APT: parâmetro para indicar se haverá a validação no apontamento quanto a quantidade apontada ser maior que a capacidade do bem
Atualizado a query PROCESSA_LTE para utilizar a variável @DATA para atualizar o campo DT_CONCILIA_BCO;
Atualizado os layouts bancários de todos os bancos utilizáveis para estar pegando as posições das datas de pagamento no retorno bancário;
Obs.: atualizações desses registros de layout são realizados em um update direto na base;
Foi atualizado os bancos: BB, BRADESCO, ITAU, CEF, SICREDI, HSBC, SICOOB, SANTANDER(033).
Para a questão das ocorrências informativas:
Gerado a condição FILTRAOCORR dentro dos cases da função 'ProcessaFuncao' que filtra as ocorrências e verifica se contem dentro dos valores aceitos;
Adicionado a função em todas as linhas de retorno do controle dos bancos.
Criar um parâmetro para realizar o estorno automático no processamento do retorno:
Criado o parâmetro P_ESTORNO_AUTO_PGELE;
Adicionado a validação na rotina de estono durante o processamento do retorno, onde ao verificar o parâmetro ele pula a pergunta;
Ainda utilizando parte da rotina original, apenas pulando a abertura da Dialog, realizando o processo de geração de registro na tabela de trabalho FWMOVBCO e passando para tabela original de forma automática.
PSGA » Financeiro » Movimentação » Movimentação de Títulos » Baixa de Títulos
2 - Objetivo
O sistema respeita os vínculos que a carta de compensação tem: O saldo da carta de compensação consiste no valor do título menos o que já foi vinculado e menos o que já foi devolvido. Ao desfazer um vínculo, o sistema também estorna o valor para a carta de compensação
3 - Alteração
Ajustado para o sistema não excluir a carta de compensação ao excluir uma baixa de devolução de adiantamento.
Ajustado para atualizar o saldo da carta de compensação quando fizer ou desfizer uma devolução de adiantamento.
Implementar melhorias na Tela do Cadastro de Ticket de Pesagem
3 - Alteração
Foram implementas algumas constantes para controle dos filtros, junto com a procedure OnConstrain; Ajuste de Set Location e Set Size para uma melhor visualização dos dados. A distribuição na aba de ticket estava fora de alinhamento;
Foi trocada a grid da aba de Consulta para a grid padrão;
Algumas informações importantes para a consulta foram adicionadas a grid e uma coluna chamada Editar como primeira coluna. Essa coluna, ao clicar duas vezes leva para a tela de ticket com as informações daquele ticket;
Campo de observações adicionado logo abaixo da grid, permite a edição tanto na aba de ticket quando na consulta e aparecerá em ambos caso seja editado;
Campo de confirmar peso e informação de peso direto da balança retirados. Caso queria mudar, é só clicar na coluna Editar do ticket escolhido;
O filtro de placa foi mudado para filtrar quais os ticket possuem aquele placa ou que contém os caracteres da placa passados. Esse filtro funcionará automaticamente ao sair do campo;
Filtro de data inicial e final: o filtro de data final será preenchido automaticamente assim que sair do campo data inicial;
Botão de limpar filtro para voltar a pegar todos os tickets cadastrados.
PSGA » Contabilidade» Movimentação » Geração de Lançamentos Integração Contábil.
PSGA » Contabilidade» Movimentação » Fechamento Contábil por Período.
2 - Objetivo
Ajustes na trava contábil.
3 - Alteração
Criado dentro do validate_save um validação onde alguns campos não pode ser alterado com FPAGREC.VALOR, FPAGREC.AGR_COD, FPAGREC.DT_EMISSAO, FPAGREC.CCUSTO, FPAGREC.CINDICE, FPAGREC.SAFRA_COD, quando contabilize aceite igual a 1.
PSGA » Ativos » Relatórios » Apontamentos nos Bens
PSGA » Ativos » Relatórios » Relatórios de Bens
PSGA » Ativos » Relatórios » Manutenção dos Bens
PSGA » Ativos » Relatórios » Relatórios de Ocorrência de Bens
2 - Objetivo
Disponibilizar Botão de limpeza de Filtros nas Report Views do Módulo Armazém
3 - Alteração
Adicionado botão de limpar os campos em cada ReportView responsável pelos relatórios. Ainda, foram realocados alguns elementos da tela para melhor visualização.
PSGA » Fiscal » Movimentação » Documentos fiscais » Nota fiscal de entrada
2 - Objetivo
Apresentar mensagem de bloqueio ao tentar excluir servido de NF em ajuste fiscal
3 - Alteração
Implementado mensagem para informar que não é possível excluir produtos nem serviços das grids da nota fiscal de entrada quando o status da nota estiver em 4 - Ajuste Fiscal.
Implementar a verificação do Saldo dos Produtos do Inventário por Data do Inventário
3 - Alteração
Ao marcar a flag "Apenas Com Saldo" no cadastro do inventário, o sistema deverá filtrar os produtos com saldo na data do inventário e não na data atual.
Criado um botão para excluir os produtos selecionados, no cadastro do inventário.
Criado o parâmetro P_PERMITE_DATA_INVENTARIO_DIF_DATA_CONTAGEM para permitir ou não fechar um inventário ou gerar os produtos quando a data estiver diferente da data de contagem.
Indica se permite ou não informar uma data no inventário diferente da data de contagem: S -> Permite informar uma data no inventário diferente da data de contagem N -> Não permite informar uma data no inventário diferente da data de contagem
PSGA » Estoque » Movimentação » Reprocessamento de Estoque
2 - Objetivo
Ajustar o reprocessamento das telas de inventário
3 - Alteração
Corrigido a Query AHINVEN_SALDO_DATA_CONTAGEM para respeitar o parâmetro “P_INVENTARIO_TIPO_SALDO”
Adicionado a validação para verificar se os tipos de saldo da entrada e saída são iguais: Sendo verificado e abortado o processo no momento de salvar o header, no momento de salvar os itens da grid e no momento do fechamento do inventário.
Ajustado a query CALCULA_CUSTOMEDIO_UPDATE para realizar a movimentação de estoque do inventário de forma correta, assim gerando para qualquer tipo de saldo, além de corrigir o valor atual do AIINVEN de maneira correta respeitando o parâmetro P_INVENTARIO_ESTOQUE_PESSOA.
4 - Configuração
P_INVENTARIO_TIPO_SALDO:
Define o tipo de saldo usado nos inventários para movimentação de estoque:
D - Disponível (DEFAULT);
O - Tipo de saldo definido na operação de estoque do inventário.
Ajustado para que quando a flag “Apenas com saldo“ esteja marcada o sistema filtra os registros apenas que contém algum saldo naquele armazém, praquela pessoa.
3 - Alteração
Ajuste no filtro de produtos com saldo na tela de inventário
Bloqueio de valor de adiantamento/parcela negativo na NF
3 - Alteração
Ajustado para o sistema não excluir uma parcela de adiantamento na nota de entrada sem desvinculá-la, quando importar uma requisição com adiantamento na nota de entrada de serviço, depois vincular o mesmo adiantamento diretamente na nota e excluir os itens da requisição (nesse caso, o sistema deverá remover apenas a parcela q veio da requisição).
Ajustado para o sistema não permitir valor negativo na parcela da NFe de entrada
Ajuste para permitir o vinculo de requisição parcialmente cancelada em uma NF
3 - Alteração
Ajustado a validação ao vincular a requisição na nota, que verifica se o valor do financeiro da requisição está de acordo com o valor da requisição, para considerar o valor cancelado, quando houver, pois o valor da requisição é o valor total menos valor cancelado.
PSGA » Financeiro » Relatórios » Posição Bancaria.
2 - Objetivo
Ajustes no relatório de posição bancaria.
3 - Alteração
Feita a ordenação em relação a data no sub-relatório a partir do agrupamento de crédito e débito;
Conforme discutido, para aparecer as informações de crédito e débito quando os valores dos dois coincidem é necessário marcar a flag “Imprime conta c/ saldo zerado?”;
Não precisar autorizar abertura da devolução, para saldo negativo, em apontamentos deletados do farmbox a partir da integração
3 - Alteração
Realizado Ajuste para que não seja validado, inconsistência de saldo negativo, quando o apontamento for deletado pela integração, pois a quantidade total da movimentação voltara para o estoque,e em nenhuma hipótese ficará em aplicação.
PSGA » Financeiro » Movimentação » Manutenção de Títulos
PSGA » Financeiro » Movimentação » Telas de guia (DAR, DARF, GPS, Doc de arrecadação)
2 - Objetivo
Ajustar para remover a origem do título (MVP_CHAVE) nas operações de exclusão de títulos que possuem baixas
3 - Alteração
Ajusta para remover a origem do título (MVP_CHAVE) nas operações de exclusão de títulos que possuem baixas
Ajusta para encontrar igualmente títulos que não estão vinculados com o documento de arrecadação mas que possuem o MVP_CHAVE como origem o documento de arrecadação. Assim, o usuário irá conseguir ajustar e evitar títulos “órfãos”
Sistema leva o agrupador para a classificação financeira quando o titulo é baixado em lote
3 - Alteração
Ajustado a baixa em lote de títulos com descontos, multas ou acréscimos para levar o agrupador do título para todas as pernas da classificação financeira.
Adicionar validação no valor de notas vinculadas ao contrato para que o valor não seja excedido
3 - Alteração
Ajustado a nota fiscal de entrada e saída para quando tiver um contrato em dólar, o sistema atualize o financeiro do contrato convertendo o valor da nota para o moeda do contrato.
Antes o sistema convertia para a moeda informada nos "Dados Financeiro", porém, fica incorreto, porque os valores do contrato são apresentados na moeda principal (campo ccontrat.stabind_cod)
Trocado a grid com informações de faturamento do contrato para o componente novo (psdbcjgrid)
Criado o campo "Valor Título" (sem conexão com BD) na grid dos dados de faturamento do contrato. O campo irá exibir o valor original do título para deixar os dados mais confiáveis, pois o campo que já existia exibia apenas o valor na moeda do contrato.
Alterado o label do campo CCONTFAT.VALOR de "Valor" para "Valor Contrato", assim fica explícito para o usuário que o valor é exibido na moeda do contrato
Ajustado os valores incorretos da CCONTFAT na base de dados do GCAP
4 - Configuração
Acessar o configurador e configurar o parâmetro P_PERMITE_SALDO_FATURAMENTO_MAIOR com valor “N“
PSGA » Financeiro » Relatório » Relatório de Pagamento de Lote Eletrônico » Comprovante de Pagamento
2 - Objetivo
Imprimir comprovante de pagamento de transação com retorno
3 - Alteração
Foi aplicado a alteração do cadastro dos Layouts bancários referentes a leitura do segmento Z dos bancos conhecidos utilizados por cliente: Banco do Brasil, Itaú, Caixa Econômica Federal, Bradesco, Sicredi e Sicoob.
Foi realizado o relatório personalizado FRelReciboPagEletronico para apresentar um comprovante de pagamento por boletos diferente dos demais.
Foi retirado o detalhamento anterior e gerado dois subrelatórios. Uma para pagamento com Boletos e o outro para os demais pagamentos. Onde é verificado no cadastro do tipo de documento:
Se for do tipo Boleto ou for do tipo Concessionaria e o Layout for pagamento de concessionárias e tributos COM código de barras, então utiliza o subrelatório para pagamento de boletos. E nos casos contrários utiliza o subrelatório de pagamentos de transferências, depósitos, pix etc.
Foi adicionado o relatório na pasta de personalizados no Cliente. Aguardando validação direta do usuário.
Calcular valores totais corretamente quando existir um cancelamento de itens em requisição com desconto.
3 - Alteração
Ajustar o código para desconsiderar os itens cancelados. Na tela PVWCADREQ.vw a procedure Calc_Vlr_Total_Req faz o cálculo considerando os valores de itens cancelados. Na tela de Cadastro de cancelamento (PVWCADDEV.vw), adicionar 3 colunas, somar_desc., somar_frete e somar_outras ao lado das colunas Vlr_desc., Vlr_Fret e Vlr_Outras respectivamente. Cada coluna com um checkbox. O qual deve adicionar ao valor do item os valores selecionados; As flags para cada checkbox:
Somar Desconto:
A Flag deve estar Ativa Somente Quando houver desconto Não rateado na Requisição
Por Padrão a Flag estará Marcada- Calculando o Desconto
Ao desmarcar a Flag o Desconto não incidirá no Valor Total da Linha(Item 4)
Somar Frete:
Flag Sempre Ativa
Por Padrão a Flag estará Marcada- Calculando o Desconto
Ao desmarcar a Flag o Frete não incidirá no Valor Total da Linha(Item 4)
Somar Outras:
Refere-se ao Campo Outras despesas da Requisição
Flag Sempre Ativa
Por Padrão a Flag estará Marcada- Calculando o Desconto
Ao desmarcar a Flag o Frete não incidirá no Valor Total da Linha(Item 4)
Criar labels: Sub Total, Desc. Total, Frete Total, Outras Total, Desc. Considerado, Frete Considerado e Outras Considerado. Os campos ‘Considerado’ serão apenas com as flags marcadas. A coluna Vlr. Total deverá levar em consideração apenas as flags marcadas somando ou diminuindo os valores referentes.
Adicionar 3 campos a tabela PITENDEV chamados NAO_SOMAR_FRETE, NAO_SOMAR_DESC e NAO_SOMAR_OUTRAS para que quando for atualizar o sistema não precisar modificar a tabela. Pois assim, ao adicionar esses campos, eles virão todos desmarcados, ou seja, considerando os valores de frete, desconto e outras. Se marcados os valores não serão considerados.
Ajuste no retorno de autenticação eletrônica no pagamento
3 - Alteração
Foi alterado a posição da leitura do controle bancário no retorno e atualizado em todas as Bases atuais. Lembrando que ao atualizar o cliente os layouts bancários também são atualizados.
Além disso é valido lembrar que é necessário ter a flag “Utilizar Segmento Z” na conta corrente utilizada para realizar o pagamento.
Farmbox não permite a movimentação dos apontamentos após finalizado
3 - Alteração
Criado dois parâmetros: P_FARMBOX_DATA_ABERTURA_APTS: Define de qual campo da aplicação vinda do farmbox, os apontamentos gerados no PSGA receberão a data de abertura:
date = data de solicitação (preenchida ao cadastrar a AP);
created_at = data em que a AP foi cadastrada no Farmbox;
first_movimentation_date = data da primeira movimentacao de estoque;
P_FARMBOX_DATA_FECHAMENTO_APTS: Define de qual campo da aplicação vinda do farmbox, os apontamentos gerados no PSGA receberão a data de fechamento:
end_date = data prevista de finalização da AP (baseada na data de inicio e o numero de dias que a AP vai durar);
updated_at = data da ultima atualização;
closed_date = registra a data preenchida pelo usuario no ultimo progresso lançado na AP (independentemente de ser uma data menor que a data dos outros progressos);
Criada utilização dos paramentros na query IMPORTA_HEADER_APONTA_FARMBOX_GERAL.
PSGA » Fiscal » Movimentação » Documentos Fiscais » Nota Fiscal de Entrada
2 - Objetivo
Implementar funcionalidade para Selecionar o Tipo de Ajuste Fiscal de NF de Entrada
3 - Alteração
Criado a opção “Ajustar“ no botão de Processamento de NFe
Criado a query INSERE_ITENS_AJUSTE_NFENTRADA:
A query será executada na atualização da tela para verificar se a nota tem algum bloqueio que a impeça de ser aberta, nesse caso, ela poderá ser aberta apenas para ajuste fiscal
Criado a Dialog que será aberta ao clicar no botão “Ajustar“:
Essa dialog servirá para selecionar as informações que serão alteradas na nota de entrada
Ajustado para a nota não processar o estoque, contrato e apontamento de bens em ajuste fiscal, quando a informação alterada não impactar no estoque
Ajustado para a nota não processar o financeiro quando a informação alterada não impactar no financeiro.
Ajustado para o sistema desabilitar os campos em ajuste fiscal, quando o campo puder ser selecionado pela dialog e o usuário não o selecionar.
Ajustado para não permitir selecionar uma informação para ser alterada no ajuste fiscal, quando a nota estiver com bloqueio que tenha ligação com a informação.
Adicionar autorização para alteração do centro de custo dos eventos do contrato faturados
3 - Alteração
Foi criado a autorização: ALTERA_CCU_EVENTO
com o nome “Autoriza alterar unidade de negocio dos Eventos Faturados do Contrato” com o ML.: “MSG.AUTORIZA_ALTERAR_CCU_EVENTO_FAT”
Implementado o bloqueio e desbloqueio das unidades de negocio dos eventos e do contrato seguindo a autorização.
Quando alterar diretamente no header:
Foi implementado para trocar a unidade de negocio do header dentro da unidade de negocio dos eventos, trocando apenas os caracteres.
É verificado após a troca se de fato a unidade de negocio do evento existe ou segue as regras de hierarquia, no caso negativo, o evento mantém a unidade de negocio anterior e é gerado uma mensagem de erro avisando ao usuário qual evento e porque ele não teve alteração.
A demais alterações que não houveram problemas ocorrem normalmente, deixando apenas o usuário avisado das situações de erro.
4 - Configuração
Vá na tela de eventos fiscais: Contratos » Básicos » Específicos » Eventos Fiscais
Crie ou utilize algum evento já existente com o tipo da fatura igual a “Emissão NF”
Adicionar o evento fiscal anterior em um contrato na aba de “Eventos Contratuais”
Vá na NF de saída e gere uma nota com o contrato utilizado anteriormente.
A operação de estoque deve ter as seguintes flags marcadas:
Na aba Conf. Complementares » Financeiro:
Marcar a flag “Permite Faturar por Documentos Fiscais”;
PSGA » Estoque » Relatórios » Relatório de estoque de Produtos
2-Objetivo
Disponibilizar mais um relatório Kardex Agrupado, totalizando por Almoxarifado/Data/Pessoa/Documento/Produto
3-Alteração
Ajustado o Kardex personalidado para totalizar por Almoxarifado/Data/Pessoa/Documento/Produto
A Alteração foi realizada no relatório Personalizado “Ficha de Estoque de Produtos (Kardex)” do cliente COOPERBEM.
4-Configuração
Realizar a impressão do Kardex personalizado em “PSGA » Estoque » Relatórios » Relatório de estoque de Produtos” com a flag “Detalhes das movimentações” marcado e com a flag “Detalhado” também marcada.
PSGA » Fiscal » Movimentação » Documentos Fiscais » Nota de Entrada
PSGA » Fiscal » Movimentação » Documentos Fiscais » Nota de Saída
2 - Objetivo
Controlar corretamente o saldo das devoluções de entrada quando vinculadas nas NF de saída
3 - Alteração
Criado a tabela iivincul.int para vincular os itens entre notas fiscais de entrada e devolução/retorno.
Ajustado a query ATUALIZA_NF_RETORNADA.sql para atualizar o campo AIENTRAD.QTDE_DEVOLVIDA (que registra a quantidade devolvida em cada item da nota de entrada) de acordo com os vínculos da iivincul.int.
Criado a query IVINCULO_PRODUTO_SEM_SALDO_RETORNO para quando for fechar a nota de devolução, verificar o saldo da nota de entrada.
Ajustado a QUERY_DEPOIS.sql para inserir os registros na iivincul.int de lançamentos anteriores à data de criação da tabela.
4 - Configuração
Parâmetro P_BLOQUEIA_SALDO_RETORNO_MAIOR_ENTRADA:
Indica se o sistema irá bloquear ou permitir notas fiscais de retorno/devolução com quantidade maior do que as notas de entradas vinculadas
S -> Bloqueia: Não permitirá notas de retornos com quantidades maiores do que as notas de entradas vinculadas.
N -> Não bloqueia: Permitirá notas de retornos com quantidades maiores do que as notas de entradas vinculadas.
PSGA » Fiscal » Movimentação » Documentos Fiscais » Nota Fiscal de entrada.
2 - Objetivo
Implementar forma de ajustar documentos com títulos baixados
3 - Alteração
Criado o botão "Mover p/ Outro Documento" na tela de ajuste financeiro para mover o financeiro de uma nota para outra nota de entrada.
Criado o campo "Nota Destino Financeiro" na aba financeiro da nota de entrada, para gravar o código da nota para qual o financeiro foi movido. O campo ficará invisível caso a nota não tenha financeiro movido.
PSGA » Armazém » Movimentação » Romaneio de entrada e saída
2 - Objetivo
Ajustar para que o sistema não apresente na lookup de variedade uma que esteja inativa.
3 - Alteração
Melhoria de desempenho na query de filtragem de variedades em relação a variedades por campo na lookup de variedade:
substituindo consulta utilizando “colum in()” por comando “exists()
Incremento do atributo “inativo” dos itens do campo na filtragem de variedades como elemento de não apresentação dos registros, como solicitado na tarefa.
Esse mesmo problema já havia sido corrigido a um tempo atrás, porém sem AG. Sendo verificado diretamente com o Suporte Jhonatan e verificado a mesma situação atual.
Para entendermos: Atualmente, a tabela FPGAREC possui 2 campos com nomes semelhantes, o NOSSO_NUMERO e o NOSSO_NUMERO_BCO. Onde o campo NOSSO_NUMERO_BCO é referente ao campo visual e editável na tela de manutenção de títulos com o nome “Nosso Numero” e tem a função de ter o controle da empresa sobre o pagamento do titulo, não havendo restrição na informação gravada. Já o campo NOSSO_NUMERO é um campo de controle bancário expressamente restrito a remessa bancária, ou seja, é um código gerado de forma automática na geração da remessa que identifica cada pagamento de forma individual com o banco, é uma forma de identificação entre a empresa e o banco.
O que gerou o Erro: Analisando os Logs foi verificado que o cliente utiliza o NOSSO_NUMERO_BCO para gravar a identificação daquele titulo por forma de datas. Porém foi realizado um UPDATE via banco de dados que atualizou não só o campo NOSSO_NUMERO_BCO como também o campo NOSSO_NUMERO, e esse sendo o motivo do erro. Pois na rotina de geração do NOSSO_NUMERO na geração da remessa, é verificado se o titulo já não possui um código de identificação, ao verificar ele se depara com o Erro do campo ser uma data, sendo que o código do nosso numero, por regra, só pode ter Números, causando conflito, assim, com a barra da data.
Vale ressaltar que mesmo se o update gerasse apenas números, sem barras ou outros caracteres especiais, é estrito a adição do nosso numero de forma manual, pois por ser gerado de maneira automática, existe o controle da geração para não haver títulos com duplicidade do NOSSO_NUMERO.
CONCLUSÃO: A intenção do usuário foi de atualizar o campo NOSSO_NUMERO_BCO, porém como o nome do campo na tela de manutenção de títulos se chama “Nosso Numero”, pode ter avido a confusão nesse momento entre ambos os campos. De toda forma fica estrito a atualização do campo NOSSO_NUMERO de forma manual, a não ser para atualizações realmente necessárias.
Sendo assim foi verificado se os títulos com o NOSSO_NUMERO errados já não haviam remessas geradas para correção, como não foi encontrado nenhum vinculo dos títulos com lotes eletrônicos foi apenas removido o valor da data nos campos NOSSO_NUMERO e mantido as datas dos campos NOSSO_NUMERO_BCO. Aguardando validação do usuário para verificar se o erro foi corrigido.
PSGA » Sementes UBS » Movimentação » Cadastro de Pedidos
2 - Objetivo
Implementar geração de financeiro nos pedidos de sementes (UBS)
3 - Alteração
Implementado a geração de financeiro, vínculo de adiantamento e pré-classificação pela tela de pedidos de Sementes (UBS).
Criado o parâmetro P_PERMITE_VINC_DESVINC_ADTO_PEDIDO_GRAOS_FECHADO para habilitar os botões de vínculos de adiantamentos quando o pedido estiver fechado
4 - Configuração
P_PERMITE_VINC_DESVINC_ADTO_PEDIDO_GRAOS_FECHADO
Permite vincular/desvincular títulos de adiantamentos em pedidos de grãos fechados
S = Irá deixar os botões de vincular e desvincular habilitados, independente de situação do pedido
N = Irá deixar os botões de vincular e desvincular habilitados somente com o pedido aberto
Criado validação para na aba “Itens de Saída” podendo apenas vincular PLUMA para o mesmo produtor informado no cabeçalho, para os tipos de movimento abaixo:
3 Devolução de armazenagem
4 Retorno de Beneficiamento
Na tabela dos itens de saída foi adicionado as seguintes colunas:
código de lote de emblocamento
código de ttakeup
Criar validação para evitar mudança do produtor durante a “Devolução de armazenagem” ou “Retorno de Beneficiamento”.
Corrigir gravação do código de lote de emblocamento no registro do item de saída quando utilizada a rotina de importação de lote.
PSGA » Contabilidade» Movimentação » Geração de Lançamentos Integração Contábil
PSGA » Estoque » Relatórios » Relatório de Estoque de Produtos » Ficha de Estoque de produtos (Kardex) - Almoxarif
2 - Objetivo
Contabilizar diferença entre valor unitário e custo médio nas devoluções de compras conferindo com Kardex
3 - Alteração
Criado um novo bloco 24, dentro da OLANCTMP_CMOVNF, para calcular a diferença de estoque entre o a nota fiscal de devolução (compras/entrada) x kardex e criados 3 parâmetros para fazer a contabilização
Ajustar personalização informações do relatório de lotes resumido
3 - Alteração
Após reunião com a Keyla a mesma explicou os pontos necessários na parte relacionada ao Takeup, onde deve apresentar o peso takeup e quantidade de fardos do takeup se o Lote teve um takeup.
Foi alterado diretamente o relatório personalizado “TRelRomEmbloResumido.rpt” onde foi adicionado para mostrar a quantidade e peso do takeup se no registro da Pluma o campo TPLUMA.TROMTAK_COD for preenchido.
Os registros que não tem o código do takeup mostrado no relatório não possuem takeup.
Integração Cotton Agrotitan x PSGA para consultas das notas geradas
3 - Alteração
Criei as querys de insert e delete para notas da pluma com a condições de insert o excluído = 0 ou seja não foi excluído. Para delete excluído = 1 ou seja foi excluído. O select foi na tabela NFCABCOTTON do agrotitan e salvando e deletanto a tabela TNFCABPLU do psga O objetivo da tabela é não mostrar na consulta do agrotitan as que foram geradas notas. As tarefas criadas foram:
Bloqueamos os botões de salvar do menu do sistema para tela de Entrada e Saída de Armazém para o usuário ver que não pode salvar e não conseguir, sem passar pelas validações necessárias.
Como o sistema ainda estava permitindo salvar via F2, foi criado uma rotina com objetivo de somente permitir que o ticket só seja salvo pelas rotinas internas da tela.
Foi criado botão que permite abrir tela de cadastro de ticket.
Na tela de cadastro de tickets:
Caso o parâmetro P_BLOQ_ALTERACAO_PESO_TICKET for = 'S' (Bloquear alterações de ticket já pesado)
Se o ticket estiver vinculado a um romaneio, deve solicitar autorização de alteração de pesagem do modulo em questão.
Se o ticket não estiver vinculado a um romaneio, deve solicitar a autorização de alteração de pesagem de ticket.
Caso o parâmetro P_BLOQ_ALTERACAO_PESO_TICKET for = 'N' Não pede autorização. Independente do parâmetro, caso o ticket tenha vinculo com romaneio:
Se o romaneio estiver aberto no momento de salvar o ticket na tela de cadastro de tickets deve:
Informar que o ticket está vinculado a um romaneio, de qual tela é ele, e suas chaves para encontra-lo, dizer que os dados do romaneio serão atualizados conforme o ticket, pedindo se o usuário deseja continuar ou não.
Se o romaneio estiver fechado no momento de salvar o ticket na tela de cadastro de tickets deve:
Bloquear alteração e informar que o ticket está vinculado a um romaneio fechado
Se o ticket estiver vinculado a mais de um romaneio:
Bloquear alteração e informar que o ticket está vinculado a mais de um romaneio, e informar quais são eles.
4 - Configuração
Configurar o parâmetro P_BLOQ_ALTERACAO_PESO_TICKET de acordo com o desejado.
P_BLOQ_ALTERACAO_PESO_TICKET:
Informa se bloqueia alteração de peso do ticket, caso o parâmetro esteja como S, o sistema irá bloquear alterações nos pesos do ticket, permitindo apenas com autorização. S = Bloqueia N = Desbloqueia
PSGA » Armazém » Movimentação » Romaneio de entrada/saída
PSGA » Estoque » Movimentação » Reprocessamento
2 - Objetivo
Ajustar o reprocessamento das telas de entrada de armazém
3 - Alteração
Ajustado os romaneios de entrada de Armazém para quando não informar contrato de armazenagem e a operação de estoque estiver com a flag "Compra" marcada (nas configurações de armazém da operação), o sistema realizar a entrada para o estoque do armazém, e não estoque do produtor.
Ajustado o reprocessamento de estoque para respeitar a mesma regra.
Implementado rotina para trabalhar com transferências parciais e estorno na tela de transferência de estoque quando o novo parâmetro P_ALMOX_HABILITA_TRANSFERENCIA_PARCIAL ESTIVER ativado ('S');
Adicionado dois status novos no multilingual do campo ATRAAMXH.STATUS;
Ajustado query REPRO.TRANSFERI.ALMOXAR para o novo comportamento da tela de transferência de estoque;
Inserido campos Pessoa Responsável Transporte, Pessoa Responsável Recebimento, Data Recebimento e Hora
Recebimento tanto na tela, como no relatório de Transferência de Estoque. Inserido também campos para assinatura no relatório para o responsável de transferência, do transporte e do recebimento;
Criado novo campo Op. Estorno no cadastro de operações de entrada/saída, e uma lookup fantasma para o mesmo campo.
4 - Configuração
Para a rotina funcionar, o parâmetro P_USA_AUTORIZACAO_TRANF_ESTOQUE precisa estar setado como ‘S’
Para a rotina funcionar, o parâmetro P_ALMOX_HABILITA_TRANSFERENCIA_PARCIAL precisa estar setado como ‘S’
Operação de entrada, saída e estorno cadastradas
A operação de estorno deve ser sempre do tipo oposto 1- Entrada, e o estoque saída de um, deve ser o estoque entrada de outro, e vice-versa. Exemplo: uma operação de estoque com o estoque entrada 1 - Disponível e estoque saída 5 - Em trânsito, só deve aceitar Op. Estorno com o estoque entrada 5 - Em trânsito e estoque saída 1 - Disponível.
O usuário deve possuir as permissões ‘Permite abrir Transferências de estoque’, ‘Permite confirmar transferências de estoque’, ‘Permite confirmar retornos de transferências de estoque’ e ‘Permite negar transferências de estoque’ no Configurador > Controle de acesso > Autorizações > Módulo Estoque
PSGA » Estoque » Relatórios » Relatório de Estoque de Produto.
2 - Objetivo
Ajustes na tela de entrada de pluma
3 - Alteração
Criado o campo "Cód. Fardo" na Grid de plumas da tela de entrada de pluma
Ao fazer um importação externa de entrada de pluma, o sistema deverá pegar o código do fardo no código de barras da pluma (posição 14 a 20 do código)
O romaneio de emblocamento deverá ser gerado com o código do arquivo, em caso de importação, e não código automático.
Caso tente importar um arquivo com código de emblocamento já existente, de um romaneio aberto, no PSGA, um alerta deverá ser emitido perguntando se o usuário deseja substituir o romaneio.
PSGA » Fiscal » Movimentação » Nota fiscal de entrada
PSGA » Compras » Movimentação » Requisição
2 - Objetivo
Sistema apresenta corretamente o valor na aba “Requisições x NF’s Vinculadas“ dos títulos com vínculos.
3 - Alteração
Criado o campo FTIREQNF.PESSOA_NOTA na aba "Requisições x NF's Vinculadas" da tela de manutenção de títulos:
o campo irá exibir a pessoa da nota, pois pode haver situações que a nota é feita para uma filial e o título para a matriz da empresa.
Ajustado a query INSERE_AWENTPAR para no caso do usuário vincular o mesmo adiantamento em duas parcelas na requisição.
Ajustado a query ATUALIZA_PARCELAS_REQ_NF_ENTRADA.sql para atualizar os dados na aba "Requisições x NF's Vinculadas" ao alterar as parcelas da nota após o vínculo dos títulos da requisição.
4 - Configuração
Configurar o parâmetro P_VINC_TITULOS_REQUISICAO_NF com valor igual a “S“
PSGA » Compras » Movimentação » Solicitação de compra
PSGA » Compras » Movimentação » Cotação
PSGA » Compras » Movimentação » Cotação Analítica
PSGA » Compras » Movimentação » Requisições
2 - Objetivo
Adequar a Autorização por Nível para funcionamento por e-mail
3 - Alteração
Foi desenvolvido a função GetQuantAutNivel() que retorna a quantidade de autorizações necessárias para validar uma requisição, considerando a rotina de níveis como prioritária em relação à validação simples utilizando por meio do parâmetro de quantidade P_QUANTIDADE_AUTORIZA.
Nos locais onde a quantidade de autorizações era definida pelo parâmetro foi aplicado a função GetQuantAutNivel() fazendo com que a rotina de níveis possa roda normalmente.
4 - Configuração
Configurações para nível:
Acessar PSGA » CONFIGURADOR » Cadastro de Usuário
Acessar um usuário e estabelecer um nível de compra para ele (Exemplo nível 0001)
Configurar nível de compra vide exemplo.
Caso necessário, configurar demais níveis/usuários
PSGA » Ativos » Movimentação » Registro de manutenção de bens
2 - Objetivo
Ajuste na mensagem sendo disparada erroneamente ao dar tab no campo de unidade de negócio.
3 - Alteração
A tabela "RWBENMNT" do banco de dados possuía dois campos chave "laponta_safra, laponta_codigo" apenas na versão 17, campo que não possui dados em nenhum caso de base 17.
Contabilidade » Básicos » Contabilização » Cadastro de parâmetros Origem Valor CTB
Contabilidade » Básicos » Contabilização » Cadastro de Configuração da integração Contábil
2 - Objetivo
Ajustar fluxo da tela de configuração da integração contábil
3 - Alteração
Implementado validação para deixar a Grid (tela de cadastro de configuração contábil) em modo read-only quando o combo-box <processo> estiver em branco;
Implementado validação para preencher automaticamente os campos da grid <processo> e <tipo conta> de acordo com os combo-boxes <processo> e <tipo conta>;
Ajustes no financeiro importado para que não seja alterado.
3 - Alteração
Adicionado validação pra não deixar alterar os itens preenchidos da grid financeiro do conhecimento de frete quando os títulos vierem da requisição.
Adicionado rotina para Gerar títulos quando a requisição importada tiver título gerado pago ou de adiantamento e o valor do frete for maior que a requisição importada;
O campo valor frete agora fica disponível para alteração mesmo quando a requisição trouxer título ao ser importada, para poder gerar o título quando o valor do frete for maior que os das parcelas importadas na requisição.
Para alterar os campos da aba Carga/custos após importada uma requisição e gerar parcela do valor diferença só poderá ser feita por um usuário que tenha a autorização AUTO_VLRCTE_MAIORREQ que foi implementada nas duas verificações;
Adicionado campos informativos Total da Prestação e Diferença abaixo da grid do financeiro.
4 - Configuração
Fornecer a permissão “Total do CTe maior do que total disponível nas requisições“ para quem for necessário.
PSGA » Fiscal » Movimentação » Documentos Fiscais » Nota Fiscal de Saída PSGA » Fiscal » Movimentação » Documentos Fiscais » Nota Fiscal de Entrada
2 - Objetivo
Implementar Validação da Operação de Estoque Entre Notas Vinculadas.
3 - Alteração
Implementado Parâmetro P_VINCULO_NF_PROCESSAMENTO_ESTOQUE_DIVERGENTE para controlar a forma como é validada o vínculo de notas fiscais com operações inversas e processamento de estoque divergentes.
4 - Configuração
Configurar o parâmetro P_VINCULO_NF_PROCESSAMENTO_ESTOQUE_DIVERGENTE de acordo com caso de teste a ser realizado.
