https://github.com/OCA/maintainer-tools/wiki/Migration-to-version-12.0
Posso solicitar a migração de stock_available_immediately de 10 para 12?
@promotobillet Sim, claro. Eu escrevo no comentário principal.
@pedrobaeza Após uma análise mais aprofundada, parece que stock_available_immediately pode não ser mais necessário, pois uma configuração em stock_available foi adicionada na v11 para ser capaz de Excluir mercadorias recebidas e incluir o potencial de produção no cálculo de disponível para promessa. Além disso, stock_available parece estar funcionando na v12, exceto quando habilitar a configuração "Excluir mercadorias recebidas" causa um erro: "Arquivo" /odoo/custom/addons/stock_available_immediately/models/product_product.py ", linha 17, em _product_available
res [id_prod] ['imediatamente_usável_qty'] - \
KeyError: 'imediatamente_usável_qty' "
Posso solicitar a migração de stock_mts_mto_rule para odoo 12.
Ou há alguma solução alternativa para o módulo com a nova estrutura de roteamento na v12
@asoral a migração é feita por um esforço voluntário. Se você deseja financiar a migração, entre em contato com um dos contribuintes do módulo para ver se eles desejam fazê-lo.
Alguém tem planos de migrar stock_cycle_count, stock_inventory_discrepancy e stock_inventory_verification_request para a versão 12.0? Percebi que _stock_cycle_count_ não foi incluído na lista de módulos para migrar para a versão 12.0 acima.
Tenho alguns clientes interessados nos recursos de contagem de ciclo para 12.0, mas gostaria apenas de verificar se há alguma migração planejada com a qual podemos contribuir, ou se devemos planejar fazer a migração nós mesmos.
Olá a todos,
Estou migrando o módulo stock_available para v12 com PR # 540
Olá a todos,
Eu quero saber se "stock_move_location" será planejado para atualizar para v12?
@abdallamhafeez sim se alguém migrar. Não está na lista porque é gerado automaticamente quando o branch é criado, e aquele módulo não estava no branch anterior quando isso aconteceu.
stock_warehouse_orderpoint_stock_info fundido já, mas ainda não verificado
Este módulo já foi mesclado em:
stock_orderpoint_uom - Por @kittiu - https://github.com/OCA/stock-logistics-warehouse/pull/568
Migrando empacotamento_uom de 11 para 12
Por favor, verifique stock_change_qty_reason - Por @hveficent - # 602 que já está mesclado
stock_orderpoint_uom - Por @kittiu - # 559 é fechado e supervisionado em # 568 que já está mesclado
Solicito a migração de stock_available_global - https://github.com/OCA/stock-logistics-warehouse/pull/610
Por que ter 2 logins no GitHub, @ kittiu-ecosoft?
Por que ter 2 logins no GitHub, @ kittiu-ecosoft?
Desejo fazer o mesmo com os antigos e novos funcionários da nossa empresa. As pessoas saberão quem pode entrar em contato caso tenham saído. Também é mais fácil de lembrar.
Você tem alguma preocupação?
Bem, não acho que seja a melhor abordagem se você começou aqui com outro login do GitHub. Você confunde as pessoas, sem saber para quem pingar. Como você pode adicionar vários emails vinculados à sua conta do GitHub, e também alterar o contato principal, acho melhor apenas fornecer um email corporativo e fazer os commits com ele. Se o funcionário sair de sua empresa, ele só precisará trocar o e-mail da conta do GitHub. Alguns deles removem o e-mail corporativo antigo, mas isso não é um problema, pois o commit permanece com o e-mail corporativo antigo, mas não está vinculado a nenhum usuário do GitHub. Seria um resultado semelhante a desativar a conta corporativa do GitHub ou torná-la órfã sem ninguém comparecer.
De qualquer forma, é apenas minha opinião pessoal. Você pode proceder como preferir.
Obrigado Pedro pelo seu comentário. Com certeza vou pensar e discutir com nossa equipe.
sim. Normalmente, você tem uma conta no github e se mudar de empresa, basta trocar o e-mail da conta e pronto.
Solicito a migração de stock_reserve e stock_reserve_sale. # 636
E stock_reserve. # 637
Posso migrar stock_putaway_method de 11 para 12
Faz sentido migrá-lo agora que o armazenamento por produto está presente no núcleo?
Faz sentido migrá-lo agora que o armazenamento por produto está presente no núcleo?
Eu concordo com @pedrobaeza , mas talvez algumas pessoas implementaram outro método que sobrescreve aquele módulo.
OK, então prossiga com o que você acha melhor, @kittiu
OK, primeiro verificarei se devemos fazê-lo. Obrigado!
@rousseldenis conforme leio o código stock_putaway_method , parece ser o pré-requisito para stock_putaway_product e stock_putaway_same_location . Mas como stock_putaway_product agora está no núcleo, ainda é útil migrar?
Você pode ajudar a decidir? se estiver fazendo o stock_putaway_method + stock_putaway_same_location ainda útil. Eu posso continuar. Caso contrário, posso ajudar em outra coisa :)
@rousseldenis o que mais você acha que é bom fazer? stock_request_purchase?
Migrei stock_request_kanban https://github.com/OCA/stock-logistics-warehouse/pull/634
stock_cycle_count https://github.com/OCA/stock-logistics-warehouse/pull/625 [Incorporado]
stock_inventory_discrepancy https://github.com/OCA/stock-logistics-warehouse/pull/622 [Incorporado]
stock_inventory_verification_request https://github.com/OCA/stock-logistics-warehouse/pull/630 [Incorporado]
@lukebranch @kittiu @ghost @ emagdalenaC2i @hveficent @ageficent @aheficent pode nos ajudar aqui.
Olá a todos,
É possível ter stock_inventory_revaluation para a versão 12.0?
Bem, este é um esforço voluntário ou conduzido por clientes dos implementadores, para que você possa:
@kittiu, você está planejando migrar stock_putaway_method e relacionados?
@ microsound1 ,
Estou planejando migrar stock_inventory_revaluation para a versão 12.0. Espero ter um PR nas próximas semanas.