stock_available_ 즉시 10에서 12로 마이그레이션을 요청할 수 있습니까?

@promotobillet 예, 물론입니다. 메인 코멘트에 씁니다.

@pedrobaeza 추가 검토 결과 stock_available_immediately가 더 이상 필요하지 않은 것 같습니다. v11에 stock_available 설정이 추가되어 입고 상품을 제외하고 사용 가능한 약속 계산에 생산 잠재력을 포함 할 수 있습니다. 또한 stock_available은 "수입 상품 제외"설정을 사용하는 경우를 제외하고는 v12에서 작동하는 것으로 보입니다. "파일"/odoo/custom/addons/stock_available_immediately/models/product_product.py ", 17 행, _product_available
res [prod_id] [ 'immediately_usable_qty']-\
KeyError : 'immediately_usable_qty' "

stock_mts_mto_rule을 odoo 12로 마이그레이션 해달라고 부탁드립니다.
또는 v12의 새로운 라우팅 구조를 사용하는 모듈에 대한 해결 방법이 있습니까?

@asoral 마이그레이션은 자발적인 노력으로 이루어집니다. 마이그레이션에 자금을 지원하려면 모듈 기여자 중 한 명에게 연락하여 원하는지 확인하십시오.

누구든지 버전 12.0에 대한 stock_cycle_count, stock_inventory_discrepancy 및 stock_inventory_verification_request를 마이그레이션 할 계획이 있습니까? 위의 버전 12.0에 대한 마이그레이션 목록에 _stock_cycle_count_가 포함되지 않은 것으로 나타났습니다.

12.0의주기 수 기능에 관심이있는 고객이 있지만 우리가 기여할 수있는 계획된 마이그레이션이 있는지 또는 직접 마이그레이션 할 계획이 있는지 확인하고 싶습니다.

모두들 안녕,

PR # 540을 사용하여 stock_available 모듈을 v12로 마이그레이션합니다.

모두들 안녕,

"stock_move_location"이 v12로 업그레이드 할 계획인지 알고 싶습니다.

@abdallamhafeez 예, 누군가 마이그레이션하는 경우. 분기가 생성 될 때 자동 생성되고 해당 모듈이 발생했을 때 이전 분기에 없었기 때문에 목록에 없습니다.

stock_warehouse_orderpoint_stock_info가 이미 병합되었지만 아직 확인되지 않았습니다.

이 모듈은 이미 다음에서 병합되었습니다.
stock_orderpoint_uom - @kittiu으로 - https://github.com/OCA/stock-logistics-warehouse/pull/568

packaging_uom을 11에서 12로 마이그레이션

stock_change_qty_reason-By @hveficent- 이미 병합 된 # 602를 확인하십시오.

stock_orderpoint_uom-@ kittiu 작성 -# 559가 닫히고 이미 병합 된 # 568에서

stock_available_global- https: //github.com/OCA/stock-logistics-warehouse/pull/610 마이그레이션을 요청합니다.

왜 2 개의 GitHub 로그인, @ kittiu-ecosoft가 있습니까?

왜 2 개의 GitHub 로그인, @ kittiu-ecosoft가 있습니까?

저는 우리 회사의 신입 직원에게도 똑같이하고 싶습니다. 사람들은 그들이 떠난 경우 연락 할 수있는 사람을 알게 될 것입니다. 또한 기억하기가 더 쉽습니다.
우려 사항이 있습니까?

글쎄, 다른 GitHub 로그인으로 여기에서 시작했다면 이것이 최선의 방법이라고 생각하지 않습니다. 당신은 누구를 핑할지 모르고 사람들을 혼란스럽게합니다. GitHub 계정에 연결된 여러 이메일을 추가하고 기본 연락처를 변경할 수 있으므로 회사 이메일을 제공하고 커밋하는 것이 더 낫다고 생각합니다. 직원이 회사를 떠나는 경우 GitHub 계정 이메일 만 전환하면됩니다. 그들 중 일부는 이전 회사 이메일을 제거하지만 커밋은 이전 회사 이메일에 남아 있지만 GitHub 사용자와 연결되지 않기 때문에 전혀 문제가되지 않습니다. 회사 GitHub 계정을 비활성화하거나 아무도 참석하지 않고 고아가 된 것과 유사한 결과입니다.

어쨌든 내 개인적인 의견 일뿐입니다. 원하는대로 진행할 수 있습니다.

귀하의 의견에 대해 Pedro에게 감사합니다. 나는 반드시 우리 팀과 함께 생각하고 논의 할 것입니다.

예. 일반적으로 하나의 github 계정을 가지고 회사를 변경하는 경우 계정에서 이메일을 전환하기 만하면됩니다.

stock_reserve 및 stock_reserve_sale을 마이그레이션하도록 요청합니다. # 636
그리고 stock_reserve. # 637

stock_putaway_method 를 11에서 12로 마이그레이션 할 수 있습니까?

제품 별 보관이 코어에 있으므로 지금 마이그레이션하는 것이 합리적입니까?

제품 별 보관이 코어에 있으므로 지금 마이그레이션하는 것이 합리적입니까?

@pedrobaeza 동의하지만 일부 사람들은 해당 모듈을 재정의하는 다른 방법을 구현했을 수 있습니다.

좋아, 더 나아 졌다고 생각하는 @kittiu를 진행하십시오.

좋습니다. 먼저해야하는지 살펴 보겠습니다. 감사합니다!

내가 코드 stock_putaway_method를 읽을 @rousseldenis, stock_putaway_product 및 stock_putaway_same_location의 전제 조건이 될 것으로 보인다. 하지만 이제 stock_putaway_product가 코어에 있으므로 마이그레이션하는 것이 여전히 유용합니까?

결정을 도와 줄 수 있습니까? stock_putaway_method + stock_putaway_same_location을 수행하는 경우 여전히 유용합니다. 계속할 수 있습니다. 그렇지 않으면 다른 일을 도울 수 있습니다. :)

@rousseldenis 그 밖에 무엇을하는 것이 좋다고 생각합니까? stock_request_purchase?

stock_request_kanban https://github.com/OCA/stock-logistics-warehouse/pull/634를 마이그레이션했습니다.

stock_cycle_count https://github.com/OCA/stock-logistics-warehouse/pull/625 [병합]

stock_inventory_discrepancy https://github.com/OCA/stock-logistics-warehouse/pull/622 [병합]

stock_inventory_verification_request https://github.com/OCA/stock-logistics-warehouse/pull/630 [병합]

@lukebranch @kittiu @ghost @ emagdalenaC2i @hveficent @ageficent @aheficent 당신이 여기서 우리를 도울 수 있습니다.

안녕하세요,

버전 12.0에 대해 stock_inventory_revaluation을 가질 수 있습니까?

음, 이것은 자발적인 노력이거나 구현 자의 고객이 주도하므로 다음을 수행 할 수 있습니다.

• 직접 마이그레이션하고 결과와 함께 여기에서 pull 요청을 제안하십시오.
• 다른 기여자가 할 때까지 기다리십시오.
• 마이그레이션을 수행 할 사람에게 비용을 지불하십시오.

@kittiu stock_putaway_method 및 관련을 마이그레이션 할 계획입니까?

@ microsound1 ,
stock_inventory_revaluation을 버전 12.0으로 마이그레이션 할 계획입니다. 앞으로 몇 주 안에 PR이있을 것으로 예상합니다.