Chave | Resumo | Ticket Movidesk | Documentação |
|---|
AG-18201 | Aderência Cooperbem adequar Relatórios de Classificação Visual dos Fardos | 0 | Validado In Loco |
AG-19756 | Ajustar a Movimentação e reprocessamento de estoque de Pluma de Acordo com o Proprietário da Pluma | 0 | Testado e validado pelo consultor Rogerio na base do cliente. |
AG-18189 | Aderência Cooperbem Disponibilizar Relatório de Fardos por Hora | 0 | 2 - Objetivo3 - AlteraçãoAlteração do layout do relatório TRelProdPluTime para levar em consideração o percentual de impacto das ocorrência dos bens Adição do campo Hora Inicial e Hora Final na RV de Produção de Pluma Ajuste no campo de Data da RV de Movimentação por Período de Pluma Adição da query SOMA_HORAS_PRODUÇÃO_PARADA
4 - Configuração |
AG-20779 | Envio de E-mail para classificação parando de enviar - Cooperbem | 526875 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-18587 | Aderência Disponibilizar a Exportação por Saída de Pluma | 0 | 2 - Objetivo3 - AlteraçãoCriado botão “Exportar Arq. Plumas“ na Venda de Pluma, que fica habilitado em vendas fechadas, e ao clicar nele gera um arquivo no lugar desejado com as plumas no layout padrão para importar na tela de Entrada de Pluma.
4 - Configuração |
AG-18258 | Disponibilizar a Reentrada de Pluma no Sistema para um Produtor Diferente | 0 | 2 - Objetivo3 - AlteraçãoAlterado de busca na TROMBLOI pelo index 2 para o 3 aonde foi possível. Refeita tela de importação de plumas na entrada. Refeita logica de abertura e fechamento na entrada de pluma. Alterado utilização do campo PRODUTOR da TPLUMA para utilizar o PROPRIETARIO. Criada validações e bloqueios nas telas para não permitir reprocessar rotinas que envolvem os novos emblocamentos com plumas se repetindo. Ajustado para bloquear campos e filtrar registro por produtor e endereço nas telas necessárias. Ajustada todas as rotinas necessárias para aceitar reentrada de plumas.
4 - Configuração |
AG-20837 | Comparar valores das produções do psga x agrotitan para correçaõ dos saldos | 0 | 2 - Objetivo3 - AlteraçãoFoi corrigido o parâmetro do Subproduto Padrão do Resíduo na query de INSERT da integração, utilizando o parâmetro: P_PRODUTO_PADRAO_RESIDUO Para realizar os inserts foram feitas duas querys para as tabelas ITEMPRODINT e ITEMPRODDET do AGROTITAN:
PSGA.PROD_COTTON_ITTEMPRODINT_AGRO.PROD_INTERNA_UPDATE - ORIGEM.sql
PSGA.PROD_COTTON_ITTEMPRODINT_AGRO.PROD_INTERNA_UPDATE - DESTINO.sql
PSGA.PROD_COTTON_ITEMPRODDET_AGRO.PROD_INTERNA_UPDATE - ORIGEM.sql
PSGA.PROD_COTTON_ITEMPRODDET_AGRO.PROD_INTERNA_UPDATE - DESTINO.sql  Image AddedImage AddedImage AddedImage Added4 - Configuração |
AG-22154 | Verificar estoque por pessoa está mostrando saldo de beneficiamento que já tiveram saída e saldo errado de almoxarifado | 555590 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-21986 | Verificar estoque por pessoa está mostrando saldo de beneficiamento que já tiveram saída | 555590 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-20656 | Os fardos não está visualizando na produção e existe no banco. | 524056 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-20310 | Acrescentar filtros de fardo e endereço na tela de importação de fardos | 0 | 2 - Objetivo3 - AlteraçãoCriados os filtros "Fardo Inicial" e "Fardo Final" na tela de exportação de fardos. Os campos irão filtrar pelo código do fardo (os 6 últimos digitos, excluindo o último digito, do código de barras) Criado o Filtro "Endereço Fazenda" para filtrar os fardo por endereço do Take-UP, Romaneio de Emblocamento ou produtor. Ajustado o filtro que estava incorreto na lookup de consulta de romaneio de entrada de algodão Criados os filtros por produtor inicial e final nas lookups de romaneio de produção, emblocamento e takeup
4 - Configuração |
AG-19536 | Criar filtros na tela de exportação de dados dos Fardos | 0 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-19302 | Ajustar o Layout Unisystem 2023 | 0 | 2 - Objetivo3 - AlteraçãoAlterado a query EXPORTA_PRODUCAO_PARA_UNISYSTEM para retornar os dados da exportação de fardos conforme Layout Fornecido Alterado o Nome da tela para “Exportação de Dados do Lote“ Alterado o nome do arquivo gerado para o seguinte modelo:
4 - Configuração |
AG-19324 | Implementar a Ordenação da Exportação de Fardos para Classificação | 0 | 2 - Objetivo3 - AlteraçãoFoi alterado a query: RETORNA_RECNUM_EXPORTCLASS Foi criado a query: RETORNA_RECNUM_FARDO_EXPORTCLASS Mesmo sabendo que a geração de cada classificação tem um tempo de diferença perceptivo, foi adicionado mesmo assim uma ordenação pelo Recnum. Já os fardos presentes no arquivo são adicionados via integração muitas vezes ao mesmo tempo, não havendo ordenação pelo fardo e sim pelo Recnum, gerando uma classificação com fardos desordenados. Sendo assim foi removido a query que fazia a adição desses fardos em código e adicionado em uma query externa, já ordenando assim pelo código do fardo. E deixando em query para futuras customizações.
4 - Configuração |
AG-22246 | Ajustar relatórios de lotes para considerar armazenagem | 565074 | 2 - Objetivo3 - AlteraçãoFoi realizado novas analises durante o desenvolvimento, onde foi esclarecidos alguns pontos: O relatório de Resumo de Emblocamento por Data foi feito exclusivamente para o Cliente em questão para suprir a necessidade de acompanhar o movimento da produção nas suas fases de emblocamento, take-up e saída dependendo do Período informado, ou seja dentro desse período esperasse ver qual era a Ultima atualização desse bloco. Na época nenhum relatório oferecia esse acompanhamento, e o relatório de Resumo de Emblocamento Padrão é utilizado de forma constantes em diversos outros clientes não podendo realizar uma alteração grande sem nenhum impacto. Como o pedido ia além de uma customização foi realizado então a tarefa para a geração do relatório de emblocamento por Data. Sabendo disso o relatório foi criado. E agora surgiu o problema que não havia sido analisado na época, as Reentradas de pluma, onde para esse problema é encaixado outras situações: Após estudar a rotina de reentrada foi percebido que reentradas para o mesmo produtor não geram um novo emblocamento, sendo utilizado o mesmo do Beneficiamento, e nesse processo a data é atualizada, assim perdendo a Data que foi criado o emblocamento. Porém o problema não se resolve apenas impedindo de atualizar já que ambas as datas, tanto da criação do emblocamento quanto da reentrada são importantes.
Sabendo dessas informações fica inviável realizar alguma alteração na rotina de reentrada ja que a mesma está funcionando normalmente e a Data de criação do emblocamento só interfere no relatório em questão. Então foi alterado a query INSERE_PLUMA_STATUS_TWROMBLO que é responsável pela montagem do relatório. Na query foi realizado uma relação com a criação de emblocamento a partir da importação de classificação visual, utilizando a tabela de Log da Classificação TLOGCLAS, onde a mesma data gravada nessa tabela é a mesma utilizada na geração do Emblocamento.
Foi ajustado o relatório para ter uma amostragem semelhante ao relatório de resumo de Emblocamento Padrão. Foi aproveitado para ajustar a condição da RV para considerar relatório personalizado para o Emblocamento por Data, que antes não estava sendo considerado.
4 - Configuração |
AG-20076 | Ajustar o relatório para imprimir apenas ttakeups que não foram embarcados | 0 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-19595 | Alterar Relatório de Posição de Lotes/Emblocamento para considerar Datas de entrada de Fardos | 0 | 2 - Objetivo3 - AlteraçãoCriado os campos de data pela situação das plumas do emblocamento: DATA_LOTE, DATA_TTAKEUP, DATA_EMBARCADO, DATA_DEVOLUCAO, DATA_TRANSFERENCIA Gerado a rotina de adição das datas na aplicação das determinadas situações. Criado a query RETORNA_CAMPO_DATA_EMBLOCAMENTO, que retorna o código da pluma e o campo DATA na situação que deseja aplicar. Gerado o relatório TRelRomEmbloResumidoData.rpt que mostra os lotes de emblocamento agrupados pelas Datas do status do lote.
4 - Configuração |
AG-19350 | Implementar Relatório de Lotes por Tipo Resumido - Por Data | 0 | 2 - Objetivo3 - AlteraçãoCriado relatório TFardosPorTipo.rpt Ajustado relatório base para agrupar por tipo Adicionadas informações de saldo solicitadas
4 - Configuração |
AG-21898 | As armazenagens deixaram o relatório negativo sendo q nem deveriam aparecer neste relatório. A partir do momento q armazeno o relatório deve ficar zerado. | 555598 | 2 - Objetivo3 - AlteraçãoFoi realizado alguns testes e percebido que o filtro do TIPO de ENTRADA só é utilizado na parte da query que busca os valores de beneficiamento do algodão, e removendo o mesmo não fez diferença, já que nesse caso a Pluma faz uma referencia obrigatória com a Produção, onde a mesma sempre é do Tipo “Venda“. Nesse caso então foi apenas removido essa filtragem.
4 - Configuração |
AG-20820 | Inserir percentual do total dos beneficiamento no relatório de movimentação por periodo | 0 | 2 - Objetivo3 - AlteraçãoCriado o Campo PERC_QUEBRA_TOT na tabela TWMOVPER; Adicionado um UPDATE ao fim da QUERY INSERE_RESUMO_MOVIMENTO_PERIODO que atualiza os valores do Percentual de Quebra Total dos Resumos dos Subprodutos.
4 - Configuração |
AG-20747 | Corrigir relatorio para buscar por periodo o percentual e valor | 0 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-20709 | Relatório de Movimentação por Período totalizando errado | 0 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-18061 | Disponibilizar Relatório de Parada de Máquinas | | 2 - Objetivo3 - AlteraçãoEdição do relatório de ocorrências de Máquinas TRelCadOcorHoras; Organização e alteração do agrupamento; Adição do relacionamento da tabela FOCORPER para amostragem do Percentual de Impacto.
4 - Configuração |
AG-20433 | Divergência de valores nos relatórios e dados de pluma do cliente | 0 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-20988 | Implementar Validação de Saldo conforme Operação acionada pela Saída de Pluma | 0 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-22567 | Corrigir os filtros de lote resumido para imprimir por tipo e status | 0 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-21907 | As plumas com reentrada para armazenagens não estão constando no relatório de Lote Resumido por Tipo | 555667 | 2 - Objetivo3 - AlteraçãoFoi alterado a View VW_PLUMA_STATUS_DISP_TKP_EMB, não sendo necessário trabalhar diretamente os o STATUS_MOVIMENTACAO. No caso foi apenas adicionado uma relação não obrigatória com a TPLUMA e para cada relacionamento com as tabelas que determinam o estado da movimentação do bloco (TROMBLOH, TTAKEUPH, TVENPLUH) foi realizado uma condição que verifica se o Proprietário atual da Pluma é igual ao produtor da determinada tabela, no caso positivo é utilizado a condição de igualdade com o código Único da tabela em verificação com o código da mesma tabela que é gravada na própria TPLUMA. Por exemplo, caso for uma nova reentrada para o mesmo produtor, as informações do campo TPLUMA.TVENPLUH_COD e TPLUMA.TROMTAK_COD serão apagadas, e no caso o resultado na VIEW não encontrará nenhum take-up ou venda, fazendo com que os registros sejam categorizados como disponível.
No caso contrário da reentrada ser para outro produtor, o método da VIEW se mantém não fazendo essa verificação, pois nesse caso os códigos de TVENPLUH_COD e TROMTAK_COD da tpluma podem ser diferentes da Origem não podendo realizar essa condição.
4 - Configuração |
AG-21831 | Movimento de Entrada de Pluma não gravou o Numero documento na AMOVPROD | 554234 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-21188 | Lentidão na tela de produção | 0 | 2 - Objetivo3 - AlteraçãoCompletado campos referentes aos índices de queries que estavam faltando; adicionado validação para não executar queries desnecessariamente quanto não há registros posicionados nos eventos de Refresh; alterado Ordering da grid de produção de plumas para -1 (índice automático); removido campos de Fardão e Etiqueta do Fardão das grids pois os mesmos não são utilizados na rotina.
4 - Configuração |
AG-22202 | Saldo do relatório de acordo com a data informada não está funcionando para saídas | 557332 | 2 - Objetivo3 - AlteraçãoFoi ajustado a query INSERE_RESUMO_MOVIMENTO_PERIODO para verificar se houve entrada e saída de beneficiamento pelo Inventário, nos casos de subprodutos Foi adicionado uma tabela temporária para guardar o valor do calculo da quebra residual para fazer a soma em um update na tabela de trabalho com os valores conseguidos dos subprodutos, para evitar que o subproduto de uma safra anterior que não era quebra residual, porém que nessa safra é, não interfira no calculo do mesmo.
Foi alterado o relatório de Resumo de movimento por período em conformidade com a customização do Cliente para poder remover essa customização.
4 - Configuração |
AG-21980 | Verificar os filtros do relatório de resumo de movimentação por Período | 557332 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-21894 | Criar filtro no relatório de movimentação por periodo | 530196 | 2 - Objetivo3 - AlteraçãoEm conversa com a Analista Keyla foi verificado uma melhor opção de Filtragem: Como o relatório imprime 5 relatórios distintos e independentes, onde cada um representa um produto derivado da Pluma, a opção foi criar 5 checkBox referente a cada um dos cinco relatórios. Foi adicionado um CheckBox geral que seleciona todos os relatórios, e outros 5 para selecionar cada um independente. Podendo assim escolher quais dos 5 quer imprimir. Essa ideia foi apresentado devido o problema da Quebra Residual, onde um dos subprodutos da Pluma sempre terá uma variação em seu peso baseado no Peso de Origem do Algodão em Caroço menos o que foi gerado da Pluma menos os dois subprodutos que possuem quebra Fixa. Sendo assim é essencial que seja gerado os resultados de todos os subprodutos e uma filtragem direta na query poderia afetar os resultados. Além do mais fica mais simples selecionar os relatórios que quer verificar já que esse sempre foi o objetivo de filtrar o produto.
ATUALIZAÇÃO: Ajustado na query que gera os registros na tabela de trabalho para considerarem primeiro os parâmetros personalizados dos subprodutos padrão, e só se não haver nenhum registro considerar o parâmetro geral. ATUALIZAÇÃO 2: Adicionado a filtragem da RV de centro de custo e Safra para filtrar a tabela TQBRPROD dentro da query INSERE_RESUMO_MOVIMENTO_PERIODO. Isso para não selecionar subprodutos de outras safras ou centros de custo na formação da quebra residual.
4 - Configuração |
AG-19960 | Ajuste no relatório resumido do sistema para casos de reentrada. | 0 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-22786 | Ajustes nas telas de saída e takeup | 0 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-22443 | Criar campo de data de origem devido os históricos das plumas e lotes devido reentradas | 530196 | PSGA » Cotton » Movimentação » Pluma » Produção CGA » Beneficiamento PSGA » Cotton » Movimentação » Pluma » Classificação » Classificação Visual PSGA » Cotton » Movimentação » Pluma » Lote de emblocamento PSGA » Cotton » Relatórios » Pluma » Produção/Entrada (Produção de Pluma Diária) PSGA » Cotton » Relatórios » Outros Relatórios » Relatório de Movimentação por Período PSGA » Cotton » Relatórios » Pluma » Lotes Bloco (Relatório de Lotes Resumido por Data)
2 - Objetivo3 - AlteraçãoFoi gerado os campos DATA_ORIGEM nas tabelas TPLUMA e TROMBLOH Alteração dos Relatórios TRelEntProdDia, TRelFardosPorTipo e TRelRomEmbloResumidoData e querys relacionadas para respeitar a DATA de origem Alterado para o relatório de Emblocamento resumido por Data verificar tanto o Beneficiamento quanto a Reentrada. Adicionando o Update do campo DATA_ORIGEM na query depois apenas nas versoes Trunk e 18. Adicionando a alimentação do campo DATA_ORIGEM na geração de registro pelo DD e pelas rotinas que geram Pluma e Emblocamento. Adição da alimentação do campo DATA_ORIGEM na integração com o CGA no PDXDts do cliente. As partes relacionadas a query e relatórios já foi implementada no cliente para teste, durante os testes foram encontrados divergências nos valores com um relatório de Referência que o cliente possuía. Além das duas situações anteriores corrigidas, havia + alguns divergências com o relatório (Mural) de referência, que não estão erradas. Mas sim o próprio relatório de Referência que não tinha todas as informações na época: A primeira divergência é relacionada a 1 (uma) carga de entrada a mais no mês de setembro. Porém no Mural era informado que para esse mês havia 1454 cargas de entrada, porém na base existe 1455 registros, então o relatório atual mostra as cargas reais de fato. A segunda divergência é relacionada a 20 cargas de entrada a mais que estavam em produção no mês de Agosto e Setembro. Da mesma maneira da analise anterior, a quantidade de registros de cargas produzidas não só nesse Mês, mas no total possui essas 20 cargas. Na época da geração do Mural havia um problema relacionado as cargas em produção que não recebiam a Data de Beneficiamento, sendo que não só esse mas outros relatórios verificam se a carga está em produção ou não por essa data. A terceira divergência é relacionado a falta de 123 fardos, porem em analise no banco de dados é verificado que existem no total 208934 plumas geradas na safra 23. Se realizarmos a somatória dos resultados do mural esse valor excede, chegando em 209057. Essa diferença ocorre no mês de agosto e provavelmente pode ser algo relacionado a safra, como o relatório foi criado nesse mesmo mês, poderia existir alguns problemas de agrupamento por safra. A ultima divergência é relacionado ao peso dos fardos que é ligada diretamente a divergência anterior, já que com a quantidade de plumas alteradas o peso total também será alterado.
Por fim tanto o relatório de Pluma diário (Atual) e o relatório de Resumo de movimento por período apresentam valores iguais. A análise das divergências pode ser verificada pela query:
4 - Configuração |
AG-21859 | Lentidão Tela de entrada de algodão em Pluma para armazenamento | 554625 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-21792 | Erro na geração de nota pela tela de saida de Pluma - PSGA | 554070 | 2 - Objetivo3 - Alteração4 - ConfiguraçãoP_AGROWMS_API_URL: Endereço IP do servidor da API Agrotitan. P_AGROWMS_API_PORT: Porta de conexão da API. P_AGROWMS_API_AUTH: Credenciais para autenticação. P_ROMANEIO_SAIDA_BENEFIC_INTEGRA_NF_AGRO: Definir 'S' para gerar nota fiscal e 'N' para não gerar.
|
AG-20834 | Erro de envio de notas de pluma na integração | 0 | 2 - Objetivo3 - AlteraçãoIntrodução da verificação de detalhes da cidade e obtenção de informações como o código IBGE, UF e descrição da cidade. A lógica de verificação foi ampliada para verificar não apenas o endereço da transportadora, mas também se a cidade associada possui um código IBGE válido. Em caso de ausência do código IBGE para a cidade, uma mensagem detalhada é exibida, mencionando explicitamente a cidade que está faltando o código.
4 - Configuração |
AG-20828 | Travar vincular pluma em mais de uma saida mesmo com status aberto | 0 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-20723 | Coluna da grid não realizando ação de selecionar | 525003 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-20609 | Verificar erro ao reprocessar o rendimento do algodão | 0 | 2 - Objetivo3 - AlteraçãoFoi corrigido os indexes da query REPROCESSA_ESTOQUE_TROMENQB na parte que faz o INSERT na tabela TROMENQB. Foi realizado o reprocessamento direto na base do cliente e não houve erro. Aguardando validação do Requisitos para validar os registros de rendimento.
4 - Configuração |
AG-20607 | Ajustar os filtror ao adicionar fardos na tela de venda/saida da pluma | 0 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-20532 | Corrigir a funcionade de tab para campos e variedades na tela | 0 | 2 - Objetivo3 - AlteraçãoAdicionado centro de custo e safra no buffer da TLOTESH nas rotinas de Produção da Pluma e Cadastro de Lotes ao procurar registro. Permitindo informar manualmente o código do lote; Adicionado também centro de custo e safra no buffer da TROMENT na rotina de Produção da Pluma, permitindo informar manualmente o código da pluma para posicionar um registro já cadastrado.
4 - Configuração |
AG-20404 | Ajustes na captura de informação dos campos no PSGA e envio para o Agrotitan | | 2 - Objetivo3 - AlteraçãoSeguindo as especificações fornecidas, efetuamos ajustes e aprimoramentos nos campos de PRESTADOR, CIDADE, UF e ESPÉCIE. Essas mudanças asseguram o correto funcionamento da rotina relacionada às notas de saída para retorno de subprodutos e pluma.
4 - Configuração |
AG-20176 | Ajustar para reentrada de armazenagem - Relatório de Fardos por Bloco | | PSGA » Cotton » Movimentação » Pluma » Venda\Saída PSGA » Cotton » Movimentação » Pluma » Entrada de armazenagem PSGA » Cotton » Movimentação » Pluma » Lote de emblocamento PSGA » Cotton » Movimentação » Puma » take-up PSGA » Cotton » Movimentação » Relatórios » Relatórios Pluma » Lotes Bloco (Relatório de Fardos por bloco)
2 - Objetivo3 - AlteraçãoFoi alterado a query VW_PLUMA_STATUS_DISP_TKP_EMB para respeitar o novo campo STATUS_MOVIMENTACAO das tabelas TTAKEUPI, TVENPLUI e TVENPTK; Foi corrigido também a query INSERE_PLUMA_STATUS_TWROMBLO que é utilizada para alimentar algumas tabelas da RV de Lotes para também respeitar o novo campo STATUS_MOVIMENTACAO; Foi corrigido um relatório personalizado da COOPERBEM “TRelRomEmbloResumidoLocal“ para utilizar a View VW_PLUMA_STATUS_DISP_TKP_EMB, respeitando assim já o novo campo.
4 - Configuração |
AG-20174 | Ajustar para reentrada de armazenagem - Processo de Devolução de Nota parte 1 | | PSGA » Cotton » Movimentação » Pluma » Venda\Saída PSGA » Cotton » Movimentação » Pluma » Entrada de armazenagem PSGA » Cotton » Movimentação » Pluma » Lote de emblocamento PSGA » Cotton » Movimentação » Puma » take-up
2 - Objetivo3 - AlteraçãoCriado campos na TVENPLUH: NOTA_FISCAL_DEVOLUCAO e AGRO_SEQNOTA_DEVOLUCAO Criado comportamentos de solicitados para o novo status 'Devolvido' da venda. Atualização do campo Status Movimentação nas tabelas solicitadas. Criado Filtros e Bloqueios para Plumas com Status Movimentação que não devem estar em vendas dos tipos de Armazenagem e Beneficiamento.
4 - Configuração |
AG-20173 | Ajustar para reentrada de armazenagem - Processo de Armazenagem do Terceiro | | PSGA » Cotton » Movimentação » Pluma » Venda\Saída PSGA » Cotton » Movimentação » Pluma » Entrada de armazenagem PSGA » Cotton » Movimentação » Pluma » Lote de emblocamento PSGA » Cotton » Movimentação » Puma » take-up
2 - Objetivo3 - Alteração“Atenção“: Foi replicado nas tela TVWTCPLUMAH o que ja havia na v17Cooperbem paras as vTrunk v18, junto com a TDGIMPORTAPLUMA que é uma dependencia da tela. Nessa tarefa foi feito o preenchimento do campo STATUS_MOVIMENTACAO no processo de Entrada de Pluma. Assim como as tabelas que serão utilizadas nos processos após a entrada. Seguindo o que foi solicitado na tarefa. Foi criada Triggers para o preenchimento do campo STATUS_MOVIMENTACAO ao criar novos registros nas tabelas TROMBLOI e TTAKEUPI. Também foi criada uma trigger na TPLUMA para garantir que sempre que for inserida uma nova pluma e o campo PROPRIETARIO estiver vazio, o mesmo seja preenchido com o produtor da pluma.
4 - Configuração |
AG-20172 | Ajustar para reentrada de armazenagem - Processo de Armazenagem do produtor | | PSGA » Cotton » Movimentação » Pluma » Venda\Saída PSGA » Cotton » Movimentação » Pluma » Entrada de armazenagem PSGA » Cotton » Movimentação » Pluma » Lote de emblocamento PSGA » Cotton » Movimentação » Puma » take-up
2 - Objetivo3 - AlteraçãoAtenção é o comit referente a Revision 31896, a decrição ficou com | Jira Legacy |
|---|
| server | System Jira |
|---|
| serverId | a5c9f197-a7aa-3a3e-91c5-85e0279c94e6 |
|---|
| key | AG-20175 |
|---|
|
Feita rotina que alimenta o campo status movimentação e demais status necessário para permitir reentrada do mesmo produto.
4 - Configuração |
AG-20135 | Ajustar para reentrada de armazenagem | 0 | PSGA » Cotton » Movimentação » Pluma » Venda\Saída PSGA » Cotton » Movimentação » Pluma » Entrada de armazenagem PSGA » Cotton » Movimentação » Pluma » Lote de emblocamento PSGA » Cotton » Movimentação » Puma » take-up
2 - Objetivo3 - Alteração4 - Configuração |
AG-20036 | Implementar dados da transportadora para as notas de saída de retorno de subprodutos e pluma (JSON) | 505317 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-20009 | Implementar dados da transportadora para as notas de saída de retorno de subprodutos e pluma | 505317 | 2 - Objetivo3 - Alteração Adicionado os campos SFPESTRA_COD e UF_PLACA na tabela APROMSAI Adicionado os campos TRANSPORTADORA, UF_PLACA_TRANSP, PLACA_TRANSP, PESO_BRUTO_TRANSP na tabela TAGROSAI Ajustado para enviar os dados da transportadora para a TAGROSAI na geração da Nota de Integração da Saída/Venda de Pluma e Saída de Subproduto. Ajustado o botão de Gerar Nota para ficar desabilitado também com registros que ja possuem o campo NF informado
4 - Configuração |
AG-19831 | Integração PSGA X AGROTITAN - Criar tela de consultas das notas de saída geradas no agro | 0 | PSGA » Cotton » Movimentação » Pluma » Cobrança de Beneficiamento PSGA » Cotton » Movimentação » Pluma » Venda/saída PSGA » Cotton » Movimentação » Saídas de Subprodutos PSGA » Cotton » Movimentação » Consulta integração de NF de Saída
2 - Objetivo3 - Alteração4 - Configuração |
AG-19243 | Ajustes nos dados de rendimento na produção | 0 | 2 - Objetivo3 - AlteraçãoFoi avaliado a situação diretamente em Cliente: Foi gerado a query CALCULA_RENDIMENTOS_THPLUMA para alimentar os campos de CAROCO_KGS, CAROCO_PERC, FIBRILHA_KGS, FIBRILHA_PERC, OUTROS_KGS e OUTROS_PERC (Sendo o campos OUTROS referente aos resíduos) Após a finalização foi verificado que a soma dos valores juntamente com o valor da Pluma não batia com os totais da Entrada. Sendo assim foi verificado que havia um erro na query REPROCESSA_ESTOQUE_TROMENQB que faz a atualização dos valores de Peso e Percentual do subproduto que faz a quebra residual. Foi corrigido acertando assim o valor do subproduto que faz a variação devido a quebra residual. Após acertar isso foi verificado que todas as Produções de Plumas que haviam vinculo com um lote em comum (Ou seja, um lote com vinculo com mais de uma produção) estavam com os percentuais individuais muito abaixo, não fechando o calculo com os valores de caroço, fibrilha e resíduo. Foi verificado então que o percentual da pluma estava referenciado ao Total da Pluma da Entrada, e não ao Total referente a produção, isso ocorria na Integração CGA-PSGA, foi corrigido na query de integração. A rotina foi aplicada no Reprocessamento de Rendimentos da tela de Produção de Pluma e na tela de Rendimentos. Além de estar na rotina de fechamento da tela de Produção de Pluma.
4 - ConfiguraçãoP_TMOVPCAR_SPRODUTO: Produto que será o Caroço Padrão. P_PRODUTO_PADRAO_FIBRILHA: Produto que será a Fibrilha Padrão. P_PRODUTO_PADRAO_RESIDUO”: Produto que será o Resíduo Padrão. P_UTILIZA_QUEBRA_RESIDUAL: “S” para informar que irá realizar a quebra residual.
|
AG-19202 | Implementar a Geração e Envio automático das Planilhas de Classificação | 0 | 2 - Objetivo3 - AlteraçãoFoi gerado o projeto PSERV_EXPORTCLASS.src Foi adicionado o projeto nos arquivos de compilação do PSGA Foi criado os parâmetros: P_EXPORTCLASS_PADRAO_LAYOUT P_EXPORTCLASS_ARQUIVO_LAYOUT P_EXPORTCLASS_DESTINO_PADRAO
Foi gerado as querys: Foi gerado os Multilinguais: Foi criado o Campo: Foi alterado o campo: A query RETORNA_RECNUM_EXPORTCLASS tem a funcionalidade de retornar os Recnuns das classificações que estão com o STATUS_CGA fechado, porém ainda estão abertos no PSGA, além de precisar estar com o ENVIADO diferente de '1' que no caso é Não enviado. A query INFO_CORPO_EMAIL_EXPORTCLASS serve para buscar pelas as informações para serem adicionada no corpo do e-mail para cada classificação enviada. É trabalhada em conjunta com o ML: MSG.EXPORTCLASS_CORPO_EMAIL, onde cada '#' no ML representa a um valor recebido pela query, em ordem.
4 - Configuração |
AG-19069 | Integração PSGA X AGROTITAN desenvolver a query do json para enviar os dados para geração de nota no agro | | 2 - Objetivo3 - AlteraçãoPara possibilitar que o cliente efetue a cobrança de beneficiamento do PSGA e salve a nota no agro, optamos por utilizar uma API REST já existente no Agrotitan, por meio da rota "/viasoftserver/rest/TDmAPI/ConfirmarNotaEntradaWMS".
Para as requisições feitas ao sistema Agro, utilizamos o seguinte modelo de body JSON contendo as seguintes informações: | Code Block |
|---|
[
{
"Estabelecimento": 1,
"NumeroNota": "*",
"SerieNota": "*",
"Pessoa": "**",
"CnpjCpf": "***********",
"InscEstadual": "*********",
"Email": "**********@gmail.com",
"Operacao": "**",
"CepEndereco": "*******",
"DataEmissao": "31/07/2023",
"HoraEmissao": "10:00:00",
"DataEntSai": "31/07/2023",
"HoraEntSai": "10:00:00",
"ValorProdutos": 15.00,
"ValorFrete": 0.00,
"TipoFrete": null,
"ValorSeguro": 0.00,
"ValorOutros": 0.00,
"ValorTotal": 15.00,
"EnviarSefaz": "True",
"Safra": 0,
"LRomaneios": [],
"LItens": [
{
"Seq": 1,
"CodProduto": "*",
"Quantidade": 10.00,
"ValorUnitario": 1.50,
"DescontoUnitario": 0.00,
"CFOP": ****,
"LocalEstoque": 0,
"EstabOrigem": 0,
"SeqNotaOrigem": 0,
"SeqNotaItemOrigem": 0,
"Complemento": null,
"LItemLotes": []
}
]
}
]
|
Esse modelo de body JSON contém as informações necessárias para a requisição ao sistema Agro. Cada campo é preenchido com os respectivos valores relevantes para o processo em questão, como o número da nota, o CPF/CNPJ, os valores dos produtos, dados relacionados a logística, entre outros.
O modelo de body JSON fornecido é adaptado conforme as especificações e requisitos da integração com o sistema Agro, garantindo a consistência e a correta transmissão das informações necessárias para a interação entre os sistemas envolvidos.
Parâmetros relacionados à Integração com o Agrotitan: P_AGROWMS_API_URL: Descrição: URL da API do Agrotitan. Tipo: String Exemplo: "http://27.0.0.1" P_AGROWMS_API_PORT: Descrição: Porta utilizada para a conexão com a API do Agrotitan. Tipo: String Exemplo: "9090" P_AGROWMS_API_AUTH: Descrição: Credenciais de autorização para acessar a API do Agrotitan. Tipo: String Exemplo: "usuario-api:senha-api"
Observações: Esses parâmetros são utilizados no contexto da integração entre o PSGA e o Agrotitan. Certifique-se de fornecer os valores corretos para esses parâmetros, conforme as configurações da sua aplicação e ambiente. As descrições fornecidas são genéricas e devem ser adaptadas de acordo com a implementação específica do sistema.
4 - ConfiguraçãoP_AGROWMS_API_URL: Descrição: URL da API do Agrotitan. Tipo: String Exemplo: "http://27.0.0.1" P_AGROWMS_API_PORT: Descrição: Porta utilizada para a conexão com a API do Agrotitan. Tipo: String Exemplo: "9090" P_AGROWMS_API_AUTH: Descrição: Credenciais de autorização para acessar a API do Agrotitan. Tipo: String Exemplo: "usuario-api:senha-api" Não será necessário demais configurações manuais.
|
AG-19041 | Integração PSGA X AGROTITAN para notas de saída de cobrança (criar tela) | 0 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-18658 | Disponibilizar tela de Acompanhamento e e Geração de Etiquetas de Classificação Visual | 0 | 2 - Objetivo3 - Alteração| Code Block |
|---|
DGCADDIR
DGEDITDIR
MSG.DIRETORIO_INVALIDO
DGEDITDIR.DESCRICAO_DIR_OBRIGATORIO
MSG.DIRETORIO_JA_CADASTRADO
DGCADDIR.NENHUM_DIR_SELECIONADO
MSG.DGCADDIR_EXCLUIR_DIRETORIO
DGCADDIR.SAIDA_DIR
TVWCONSULTAPLACLA.QTD_FARDOS
FM.BENEFICIO_INI
FM.BENEFICIO_FIM
TVWCONSULTATPLACLA.ENVIA_EMAIL
FM.SITUACAO_CLASSIF
TVWEXPORTACLASS.CK_LOG_ERRO_FIM
FM.FAZENDA_INI
FM.FAZENDA_FIM
FM.VARIED_INI
FM.VARIED_FIM
MSG.NENHUMA_CLASSIFICACAO_SELECIONADA
MSG.NENHUM_FARDO_SELECIONADO
SCONFGRRV.ETIQUETAS_FARDO
MSG.IMPRESSAO_ZEBRA_ERROR
MSG.EXPORTCLASS_CORPO_EMAIL
MSG.EXPORTCLASS_TITULO_EMAIL
MODULO.COTTON
TVWCONSULTAPLACLA
TVWCONSULTAPLACLA.CLASSIFICACAO
TVWCONSULTAPLACLA.FARDOS
TVWCONSULTAPLACLA.BLOCOS
BTN.EDITAR |
Foi criado a tela de Consulta de Classificação Foi criado a Dialog de Visualização dos Diretórios e dispositivos e a Dialog de Criação/Edição dos diretórios e Dispositivos. A rotina de Impressão de Etiqueta no formato Zebra foi editada para correção de problemas no Layout. Foi gerado o layout de exportação de classificação Visual da “Cooperfibra“.
4 - Configuração |
AG-18182 | Aderência Cooperbem Implementar Tabela para controle de Classificações Excluídas | | 2 - Objetivo3 - AlteraçãoFoi implementado a tabela TPLACLAD, com os campos: Foi implementando na rotina de exclusão da classificação na tela de cadastro de Classificação Visual.
4 - Configuração |
AG-17858 | Utilizar Qtde de Rolos para Alimentar o Múltiplo de desconto de embalagem a na Tabela | | 2 - Objetivo3 - Alteração4 - Configuração |
AG-19066 | Implementar Preenchimento automático do Depósito, Fazenda e Variedade no Romaneio de entrada de Algodão | 0 | 2 - Objetivo3 - AlteraçãoTratado exiting do campo oSfpespro_Pes_codigo_Busca para caso parametro P_ROLO_APENAS_INFORMATIVO='S' verificar se ha apenas um almoxarifado para o produtor escolhido e preencher caso sim Tratado exiting do campo oSfpespro_Pes_codigo para verificar se ha apenas uma fazenda para o produtor escolhido e preencher caso sim Tratado exiting do campo oSicampos_Cod_campopara verificar se ha apenas uma variedade (consultar SICAMPOS) para o campo escolhido e preencher caso sim Adicionada verificação caso os campos já estejam preenchidos manualmente
4 - Configuração |
AG-19039 | Integração PSGA X AGROTITAN para notas de entrada de algodão (verificar monitor de notas) | 464815 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-19014 | Integração PSGA X AGROTITAN para notas de entrada de algodão (carregar xml automático) | 464815 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-19011 | Aderência Cooperbem Disponibilizar Relatório Tela de Lote de Produção | 0 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-18759 | Integração PSGA X AGROTITAN para notas de entrada de algodão (ajuste na tela) | 464815 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-18696 | Integração PSGA X AGROTITAN para notas de entrada de algodão (processo) | 464815 | 2 - Objetivo3 - AlteraçãoPara possibilitar que o cliente efetue a entrada no Romaneio de entrada de algodão do PSGA e salve a nota no agro, optamos por utilizar uma API REST já existente no Agrotitan, por meio da rota "/viasoftserver/rest/TDmAPI/ConfirmarNotaEntradaWMS".
Para atender a essa necessidade de envio de requisições HTTP para APIs REST, desenvolvemos a função "EnviarRequisicaoHttp". Essa função foi criada com o objetivo de simplificar e tornar mais eficiente o processo de integração com a API do Agrotitan, reduzindo o esforço necessário para realizar essas operações.
Função EnviarRequisicaoHttp(String sApiUrl, String sPort, String sMethod, String sRoute, String sJson, String sAuthorization) Retorna HttpResponse
Descrição: Esta função é responsável por enviar requisições HTTP para uma API REST.
Parâmetros:
sApiUrl: URL da API onde a requisição será enviada.
sPort: Porta utilizada para a conexão com a API.
sMethod: Método HTTP utilizado na requisição (por exemplo, GET, POST, PUT, DELETE).
sRoute: Rota da API para a qual a requisição será enviada.
sJson: Corpo da requisição no formato JSON.
sAuthorization: Credenciais ou token de autorização necessários para acessar a API.
Retorno:
HttpResponse: Objeto contendo a resposta da API após o envio da requisição.
Exemplo de Uso: HttpResponse response = EnviarRequisicaoHttp("http://exemplo.com ", "8080", "GET", "/usuarios", "", "Bearer token123");
Observações:
Certifique-se de fornecer os parâmetros corretos para a função de acordo com as especificações da API em questão.
A função deve ser adaptada para a linguagem de programação utilizada, respeitando a sintaxe e estrutura da mesma.
É recomendado realizar tratamento de erros e exceções ao utilizar essa função para garantir a robustez do código.
Para as requisições feitas ao sistema Agro, utilizamos o seguinte modelo de body JSON contendo as seguintes informações:
{
"Estabelecimento": 0,
"NumeroNota": "",
"SerieNota": "",
"Pessoa": "",
"CnpjCpf": "***",
"InscEstadual": "",
"Email": "@.",
"Operacao": "00",
"CepEndereco": "",
"DataEmissao": "03/10/2022",
"HoraEmissao": "10:33:00",
"DataEntSai": "03/10/2022",
"HoraEntSai": "10:33:00",
"ValorProdutos": 143000,
"ValorFrete": 0,
"TipoFrete": "P",
"ValorSeguro": 0,
"ValorOutros": 0,
"ValorTotal": 143000,
"StatusNFe": 100,
"ChaveAcessoNFe": "",
"MotivoNFe": "",
"DataEnvioNFe": "03/10/2022",
"DataAutorizaNFe": "03/10/2022 09:34:00",
"ProtAutorizaNFe": "*****************",
"ProtCancelaNFe": "**********",
"JustCancelaNFe": "*********",
"EnviarSefaz": "False",
"LRomaneios": [
{
"IdRomaneio": "1",
"EstabRomaneio": 1,
"PessoaRomaneio": "",
"EntradaSaida": "E"
}
],
"LItens": [
{ "Seq": 1, "CodProduto": 1, "Quantidade": 28600, "ValorUnitario": 5, "DescontoUnitario": 0, "CFOP": 5901, "LocalEstoque": 0013, "EstabOrigem": 0, "SeqNotaOrigem": 0, "SeqNotaItemOrigem": 0, "Complemento": "", "LItemLotes": [ {noformat} ]
}
] }
Esse modelo de body JSON contém as informações necessárias para a requisição ao sistema Agro. Cada campo é preenchido com os respectivos valores relevantes para o processo em questão, como o número da nota, o CPF/CNPJ, os valores dos produtos, dados relacionados a logística, entre outros.
O modelo de body JSON fornecido é adaptado conforme as especificações e requisitos da integração com o sistema Agro, garantindo a consistência e a correta transmissão das informações necessárias para a interação entre os sistemas envolvidos.
Parâmetros relacionados à Integração com o Agrotitan:
P_AGROWMS_API_URL: Descrição: URL da API do Agrotitan. Tipo: String Exemplo: "http://27.0.0.1"
P_AGROWMS_API_PORT: Descrição: Porta utilizada para a conexão com a API do Agrotitan. Tipo: String Exemplo: "9090"
P_AGROWMS_API_AUTH: Descrição: Credenciais de autorização para acessar a API do Agrotitan. Tipo: String Exemplo: "usuario-api:senha-api"
P_ROMANEIO_ENT_ALGODAO_INTEGRA_NF_AGRO: Descrição: Indica se a integração com o Agrotitan para Notas Fiscais está habilitada no Romaneio de Entrada de Algodão. Tipo: string(S/N) Exemplo: S
P_ROMANEIO_ENT_ALGODAO_DADOS_AGRO_POR_OPE: Descrição: Define se os dados do Agrotitan serão preenchidos automaticamente no Romaneio de Entrada de Algodão por operação. Tipo: string(S/N) Exemplo: N
Observações:
Esses parâmetros são utilizados no contexto da integração entre o PSGA e o Agrotitan.
Certifique-se de fornecer os valores corretos para esses parâmetros, conforme as configurações da sua aplicação e ambiente.
As descrições fornecidas são genéricas e devem ser adaptadas de acordo com a implementação específica do sistema.
4 - Configuração |
AG-17861 | Adequar a Impressão do Romaneio de entrada conforme Modelo | | 2 - Objetivo3 - AlteraçãoFeita as mudanças para o relatório personalizado e padrão de acordo com o modelo. O modelo foi utilizado como base e colocada as coisas a mais que o padrão tinha em relação ao que o cliente disponibilizou. Retirada a parte da logo da empresa; Ajustada fórmula do sub-relatório de rolos para se adequar ao novo parâmetro do servidor;
4 - Configuração |
AG-17853 | Aderência Cooperbem Tela de Lote de Produção | 0 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-17849 | Melhoria Aderência Cooperbem Romaneio de Entrada de Algodão | 0 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-19012 | Melhoria Aderência Cooperbem Implementar Quebra No Mesmo Almoxarifado de Entrada | 0 | PSGA » Cotton » Básicos » Cadastros de Subproduto de Produção PSGA » Cotton » Movimentação » Pluma » Rendimento PSGA » Cotton » Movimentação » Pluma » Produção de Pluma
2 - Objetivo3 - Alteração4 - Configuração |
AG-17908 | Melhoria Aderência Cooperbem alterar o Cálculo de Rendimento | 0 | 2 - Objetivo3 - AlteraçãoDesativar o parâmetro P_PRODUCAO_CODIGO_RESIDUO e substituir P_PRODUCAO_CODIGO_QUEBRA_RESIDUAL para melhora o entendimento Criado parâmetro P_UTILIZA_QUEBRA_RESIDUAL = S cliente cooperbem e N para os demais clientes.
Alterar o ML do TQBRPROD.RESIDUO - "RESIDUO" para Quebra Residual Criado Validação no Campo quebra residual, só pode marcar um única vez de acordo safra e centro de custos Criado Validação do P_PRODUCAO_CODIGO_QUEBRA_RESIDUAL se o tiver marcado como P_UTILIZA__QUEBRA_RESIDUAL = S na tela de Produção de pluma e rendimento Criado calculo quando no subproduto da quebra estiver marcado Campo quebra residual, e o mesmo calculo deve refletir na query que recalcula os rendimentos
4 - ConfiguraçãoParâmetros presentes na ag: P_PRODUCAO_CODIGO_QUEBRA_RESIDUAL, P_PRODUCAO_CODIGO_RESIDUO, P_UTILIZA__QUEBRA_RESIDUAL Não será necessário demais configurações manuais.
|
AG-18187 | Aderência Cooperbem Implementar novo Layout Preenchimento Ocorrências | 0 | 2 - Objetivo3 - AlteraçãoCriação da tabela ROCORPER Adição da aba Percentual de Impacto no cadastro de bens para realizar o vinculo entre o Bem e o detalhamento de ocorrências Implementado a gravação de ocorrências de forma individual na tela de registro de ocorrências.
4 - Configuração |
AG-19402 | Implementar no Controle de Acessos (Usuários), aba relatório/usuário uma coluna com a report view na grid | 0 | 2 - Objetivo3 - AlteraçãoAs grids foram alteradas para o padrão cdbcjgrid Foi criada opção para selecionar os relatórios tanto para bloquear quanto para desbloquear Adicionada na grid de seleção de relatórios a coluna que indica a qual report view o relatório pertence O filtro da report view foi corrigido pois não estava funcionando
4 - Configuração |
AG-18410 | Ajustes nas querys que utiliza as alterações das tabelas de movimentação | | 2 - Objetivo3 - Alteração4 - Configuração |
AG-22804 | Tela do CGA Lançamentos de Fardos Manual salvando errado não respeitando a mala | 549692 | 2 - Objetivo3 - AlteraçãoCriado rotina de atualização do fardo inicial da mala, para quando o fardo produzido for menor que o fardo inicial da mala atual. Usuário escolhe se quer atualizar ou não; Criado função para gerar arquivo txt de log de confirmação do usuário, bem como a pasta UserConfirmations dentro da pasta Data\LOG; Implementado geração do log txt na confirmação da atualização do fardo inicial da mala.
4 - Configuração |
AG-20803 | Verificar status do romaneio no beneficiamento | 0 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-20505 | Ajustar a leitura do CGA quando for do tipo manual/Leitor | 0 | 2 - Objetivo3 - AlteraçãoImplementado: Novo RadioButton ‘Leitor’ para o modo de leitura da etiqueta; Em modo de leitura ‘Leitor’, agora o foco volta para o campo de etiqueta e limpar o mesmo, após registrar um fardo. Alterado para bloquear o cadastro de fardo já existente, nem mesmo permitindo alterar o peso pela tela de produção. A validação passa a ser na leitura da etiqueta; Mudança de foco conforme regra de negócio, para que a navegação dos campos Etiqueta, Pesagem, radio buttons do modo de pesagem e leitura de etiqueta e o botão de Registrar Produção seja executada conforme o especificado na Análise.
4 - Configuração |
AG-20947 | CGA - Reimpressão de Etiquetas | 0 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-20632 | Abort no sistema ao encerrar romaneio no cga | 0 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-19442 | Realizar implementação e melhorias no Registro de Ocorrências | 0 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-19193 | Aderência Cooperbem Implementar a inserção do Código do Fardo Reduzido no PSGA | 0 | PSGA > Cotton > Movimentação > Pluma > Produção - Pluma. PSGA > Cotton > Movimentação > Entradas > Entrada de Algodão. PSGA > Cotton > Movimentação > Entradas > Lotes de Produção.
2 - Objetivo3 - Alteração4 - Configuração |
AG-19463 | Integração PSGA X AGROTITAN desenvolver a query do json para enviar os dados para geração de notas de retorno no agro | | 2 - Objetivo3 - AlteraçãoPara possibilitar que o cliente efetue devoluções no PSGA e salve a nota no agro, optamos por utilizar uma API REST já existente no Agrotitan, por meio da rota "/viasoftserver/rest/TDmAPI/ConfirmarNotaEntradaWMS".
Para as requisições feitas ao sistema Agro, utilizamos o seguinte modelo de body JSON contendo informações citadas no campo “Descrição da Implementação”.
4 - Configuração |
AG-19461 | Integração PSGA X AGROTITAN para notas de saída de retorno (ajuste nas telas) | 0 | PSGA => Cotton » Movimentação » Pluma » Venda/saida PSGA => Cotton » Movimentação » Saída de Subprodutos Agrotitan » Agro3c » Notas » Manutenção
2 - Objetivo3 - Alteração4 - Configuração |
AG-19841 | Corrigir a definição do calculo do Peso Liquido Saída | 0 | 2 - Objetivo3 - AlteraçãoCadastrado novo parâmetro P_UTILIZA_PESO_TOTAL_SAIDA_PLUMA para substituir o parâmetro P_INTEGRA_COTTON_AGROTITAN no calculo do peso liquido total da venda da pluma, uma vez que há clientes diferentes usando a integração PSGA x AGRO e usando os campos de peso total da venda, para cálculo do peso líquido da venda de pluma divergentes.
4 - Configuração |
AG-20171 | Ajustar para reentrada de armazenagem - Processo Beneficiado | | Cotton » Movimentação » Pluma » Venda\Saída Cotton » Movimentação » Pluma » Entrada de armazenagem Cotton » Movimentação » Pluma » Lote de emblocamento Cotton » Movimentação » Puma » take-up
2 - Objetivo3 - Alteração4 - Configuração |
AG-20299 | Validação na tela de cobrança pra endereço informado | 0 | 2 - Objetivo3 - AlteraçãoObjetivo das Modificações: As alterações garantem que, ao importar registros na tela de cobrança de beneficiamento, apenas as produções do endereço específico sejam carregadas, prevenindo registros incorretos. 4 - Configuração |
AG-20080 | Criar totais dos fardos selecionados na classificação visual | 0 | 2 - Objetivo3 - AlteraçãoCriado grupo com o psTextBox 'Totais Selecionados', e os campos Quantidade e Peso, abaixo da grid Fardos; Criado procedure AtualizaTotaisSelecionadosGridFardos para atualizar os campos citados acima de acordo com os fardos selecionados na grid Fardos.
4 - Configuração |
AG-19146 | Verificar saldo insuficiente ao fechar o romaneio de saida do caroço de algodão | 0 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-21737 | PSGA X Agro3C » Sincronização Produção Interna não está sincronizando todos os produtos. | 552514, 552569 | 2 - Objetivo3 - Alteração4 - Configuração |
AG-23524 | Ajuste para geração de nota do psga para o agro quando tem contrato | 0 | 1 - Menu PSGA => Cotton » Movimentação » Pluma » Venda/saida
PSGA => Cotton » Movimentação » Saída de Subprodutos 2 - Objetivo Os contratos tem vários valores unitários diferentes é demorado e causar erros tendo que entrar nos contratos para ver o valor unitário e preencher manual, surgindo a necessidade de preencher esse valor de forma automática. 3 - Alteração Adicionado para preencher automático o campo “Valor Nota Agro” com o valor unitário do contrato, quando informar o contrato nos telas de Romaneio. Sempre que trocar o contrato irá atualizar o campo "Valor Nota Agro". 4 - Configuração “P_ROMANEIO_SAIDA_BENEFIC_INTEGRA_NF_AGRO“ for “S“ No cadastro de operação de estoque, na aba estoque a flag “Retorno de beneficiamento“ deve está marcada.
|
AG-23494 | Ajustes para liberar integração de notas no agro para todos os tipos | 0 | 1 - Menu PSGA => Cotton » Movimentação » Pluma » Venda/saida 2 - Objetivo Para realizar as gerações de notas pelo psga após cadastrar o romaneio irá agilizar o processo e evitar erros, 3 - Alteração Remover a condiçaõ de verificar o tipo de movimento da pluma, para liberar os campos de envio de notas para todos os tipos de movimento da tela. Cada tipo de movimento tem um parâmetro para configurar a operação conforme quadro abaixo, antes liberava apenas para o tipo 4 -Retorno de Beneficiamento.
1- VendaP_OPERACAO_PADRAO_DEVOLUCAO_PLUMA_VENDA2 - TransferênciaP_OPERACAO_PADRAO_TRANSF_PLUMA3 - Devolução de ArmazenagemP_OPERACAO_PADRAO_DEVOLUCAO_ARMAZENAGEM_PLUMA4 - Retorno de BeneficiamentoP_OPERACAO_PADRAO_RETORNO_BENEFICIAMENTO_PLUMA 4 - Configuração “P_ROMANEIO_SAIDA_BENEFIC_INTEGRA_NF_AGRO“ for “S“ No cadastro de operação de estoque, na aba estoque a flag “Retorno de beneficiamento“ deve está marcada.
|