https://github.com/OCA/maintainer-tools/wiki/Migration-to-version-12.0
stock_available_immediatelyを10から12に移行するようにリクエストできますか?
@promotobilletはい、もちろんです。 メインコメントに書いています。
@pedrobaezaさらに検討すると、stock_availableの設定がv11で追加され、入荷を除外し、利用可能な約束の計算に生産の可能性を含めることができるため、stock_available_immediatelyは不要になったようです。 また、「入荷を除外する」設定を有効にするとエラーが発生する場合を除いて、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のodoo12への移行をリクエストできますか。
または、v12の新しいルーティング構造を持つモジュールの回避策はありますか?
@asoral移行は自主的な努力で行われます。 移行に資金を提供したい場合は、モジュールの寄稿者の1人に連絡して、彼らがそれを実行したいかどうかを確認してください。
バージョン12.0のstock_cycle_count、stock_inventory_discrepancy、およびstock_inventory_verification_requestを移行する計画がある人はいますか? 上記のバージョン12.0の移行リストに_stock_cycle_count_が含まれていないことに気付きました。
12.0の循環棚卸機能に関心のあるお客様がいますが、貢献できる移行が計画されているかどうか、またはこれを自分で移行する必要があるかどうかを確認したいと思います。
こんにちは皆さん、
stock_availableモジュールをPR#540で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 - @hveficentことで- #602すでにマージされます
stock_orderpoint_uom - @kittiuことで- #559が閉じられ、すでに合併である#568でsuperseed
stock_available_globalの移行をリクエストします-https ://github.com/OCA/stock-logistics-warehouse/pull/610
なぜ2つのGitHubログイン、@ kittiu-ecosoftがあるのですか?
なぜ2つのGitHubログイン、@ kittiu-ecosoftがあるのですか?
弊社の新旧スタッフにも同じことをしたいと思います。 人々は彼らが去った場合に誰が連絡できるかを知るでしょう。 また、覚えやすいです。
何か心配はありますか?
ここで別のGitHubログインから始めた場合、これが最善のアプローチではないと思います。 誰にpingを送信するかわからないため、人々を混乱させます。 GitHubアカウントにリンクされた複数のメールを追加したり、メインの連絡先を変更したりできるので、企業のメールを提供してコミットする方が良いと思います。 従業員が会社を辞めた場合、GitHubアカウントのメールを切り替えるだけで済みます。 それらのいくつかは古い企業の電子メールを削除しますが、コミットは古い企業の電子メールに残りますが、GitHubユーザーにリンクされていないため、それはまったく問題ではありません。 これは、企業のGitHubアカウントを無効にしたり、誰も参加せずに孤立させたりするのと同様の結果になります。
とにかく、それは私の個人的な意見です。 好きなように進めることができます。
コメントありがとうございます。 きっと私たちのチームと考えて話し合います。
はい。 通常、1つのgithubアカウントを取得し、会社を変更する場合は、アカウントのメールを切り替えるだけです。
stock_reserveとstock_reserve_saleの移行をリクエストします。 #636
そしてstock_reserve。 #637
stock_putaway_methodを11から12に移行できますか
製品ごとの副産物がコアに存在するので、移行するのは理にかなっていますか?
製品ごとの副産物がコアに存在するので、移行するのは理にかなっていますか?
@pedrobaezaに同意しますが、そのモジュールをオーバーライドする別のメソッドを実装した人もいるかもしれません。
OK、それからあなたがより良いと思うことを続けてください、
OK、最初にそれを行うべきかどうかを調べます。 ありがとうございました!
@rousseldenisコードstock_putaway_methodを読んだstock_putaway_productとstock_putaway_same_locationの前提条件のようです。 しかし、stock_putaway_productがコアになっているので、移行することはまだ役に立ちますか?
あなたは決定を助けることができますか? stock_putaway_method + stock_putaway_same_locationを実行する場合でも引き続き役立ちます。 続けることができます。 そうでなければ、私は他のことを手伝うことができます:)
@rousseldenis他に何をするのが良いと思いますか? stock_request_purchase?
stock_request_kanbanhttps ://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を持つことは可能ですか?
これは自発的な取り組みであるか、実装者の顧客によって推進されているため、次のことができます。
@kittiuはstock_putaway_methodおよび関連するものを移行することを計画していますか?
@ microsound1 、
stock_inventory_revaluationをバージョン12.0に移行することを計画しています。 今後数週間でPRを行う予定です。