Kann ich die Migration von stock_available_ sofort von 10 auf 12 anfordern?

@promotobillet Ja natürlich. Ich schreibe es im Hauptkommentar.

@pedrobaeza Bei weiterer Überprüfung sieht es so aus, als ob stock_available_immed sofort möglicherweise nicht mehr benötigt wird, da in Version 11 eine Einstellung in stock_available hinzugefügt wurde, um eingehende Waren ausschließen und das Produktionspotenzial in die Berechnung für verfügbare Versprechen einbeziehen zu können. Auch stock_available scheint in Version 12 zu funktionieren, außer wenn die Einstellung "Eingehende Waren ausschließen" einen Fehler verursacht: "Datei" /odoo/custom/addons/stock_available_immedially/models/product_product.py ", Zeile 17, in _product_available
res [prod_id] ['sofort_verwendbare_qty'] - \
KeyError: 'instant_usable_qty' "

Darf ich bitte um die Migration von stock_mts_mto_rule nach odoo 12 bitten.
Oder gibt es eine Problemumgehung für das Modul mit der neuen Routing-Struktur in Version 12?

@asoral Die Migration erfolgt auf freiwilliger Basis. Wenn Sie die Migration finanzieren möchten, wenden Sie sich an einen der Mitwirkenden des Moduls, um zu erfahren, ob er dies tun möchte.

Hat jemand Pläne, stock_cycle_count, stock_inventory_discrepancy und stock_inventory_verification_request für Version 12.0 zu migrieren? Ich habe festgestellt, dass _stock_cycle_count_ nicht in der Liste der zu migrierenden Module für Version 12.0 enthalten war.

Ich habe einige Kunden, die sich für die Zykluszählfunktionen für 12.0 interessieren, möchte aber nur prüfen, ob eine geplante Migration vorliegt, zu der wir beitragen können, oder ob wir planen sollten, diese selbst zu migrieren.

Hallo alle,

Ich migriere das Modul stock_available mit PR # 540 auf Version 12

Hallo alle,

Ich möchte wissen, ob "stock_move_location" für ein Upgrade auf Version 12 geplant ist.

@abdallamhafeez ja wenn jemand es migriert. Es ist nicht in der Liste enthalten, da es beim Erstellen des Zweigs automatisch generiert wird und dieses Modul zu diesem Zeitpunkt nicht im vorherigen Zweig enthalten war.

stock_warehouse_orderpoint_stock_info wurde bereits zusammengeführt, aber noch nicht überprüft

Dieses Modul wurde bereits zusammengeführt auf:
stock_orderpoint_uom - Von @kittiu - https://github.com/OCA/stock-logistics-warehouse/pull/568

Migration von package_uom von 11 auf 12

Bitte überprüfen Sie stock_change_qty_reason - By @hveficent - # 602, das bereits zusammengeführt wurde

stock_orderpoint_uom - By @kittiu - # 559 wird geschlossen und in # 568 ersetzt, das bereits zusammengeführt wurde

Ich fordere die Migration von stock_available_global an - https://github.com/OCA/stock-logistics-warehouse/pull/610

Warum 2 GitHub-Logins, @ kittiu-ecosoft?

Warum 2 GitHub-Logins, @ kittiu-ecosoft?

Ich möchte dasselbe für alte und neue Mitarbeiter in unserem Unternehmen tun. Die Leute werden wissen, wen sie kontaktieren können, falls sie gehen. Auch leichter für mich zu erinnern.
Hast du irgendwelche Bedenken?

Ich denke nicht, dass dies der beste Ansatz ist, wenn Sie hier mit einem anderen GitHub-Login begonnen haben. Sie verwirren Leute, ohne zu wissen, wen Sie pingen sollen. Da Sie die Möglichkeit haben, mehrere E-Mails hinzuzufügen, die mit Ihrem GitHub-Konto verknüpft sind, und auch den Hauptkontakt zu ändern, ist es meiner Meinung nach besser, nur eine Unternehmens-E-Mail bereitzustellen und die Commits damit durchzuführen. Wenn der Mitarbeiter Ihr Unternehmen verlässt, muss er nur die E-Mail-Adresse seines GitHub-Kontos wechseln. Einige von ihnen entfernen die alte Unternehmens-E-Mail, aber das ist überhaupt kein Problem, da das Commit bei der alten Unternehmens-E-Mail bleibt, aber nicht mit einem GitHub-Benutzer verknüpft ist. Dies wäre ein ähnliches Ergebnis wie das Deaktivieren des GitHub-Unternehmenskontos oder das Verwaisen, ohne dass jemand daran teilnimmt.

Auf jeden Fall ist es nur meine persönliche Meinung. Sie können fortfahren, wie Sie möchten.

Vielen Dank Pedro für Ihren Kommentar. Ich werde sicherlich mit unserem Team nachdenken und diskutieren.

Ja. Normalerweise haben Sie ein Github-Konto und wenn Sie die Firma wechseln, wechseln Sie einfach die E-Mail-Adresse und das ist alles.

Ich fordere die Migration von stock_reserve und stock_reserve_sale an. # 636
Und stock_reserve. # 637

Kann ich stock_putaway_method von 11 auf 12 migrieren

Ist es sinnvoll, es jetzt zu migrieren, da das Einlagern nach Produkt im Kern vorhanden ist?

Ist es sinnvoll, es jetzt zu migrieren, da das Einlagern nach Produkt im Kern vorhanden ist?

Ich stimme @pedrobaeza zu , aber vielleicht haben einige Leute eine andere Methode implementiert, die dieses Modul überschreibt.

OK, dann fahren Sie mit dem fort, was Sie für besser halten, @kittiu

OK, ich werde zuerst prüfen, ob wir es tun sollen. Danke!

@rousseldenis Wenn ich den Code stock_putaway_method lese , scheint dies die Voraussetzung für stock_putaway_product und stock_putaway_same_location zu sein . Aber da stock_putaway_product jetzt im Kern ist, ist es immer noch nützlich zu migrieren?

Können Sie bei der Entscheidung helfen? Wenn Sie die Methode stock_putaway_method + stock_putaway_same_location ausführen, ist dies immer noch nützlich. Ich kann weitermachen Ansonsten kann ich bei anderen Dingen helfen :)

@rousseldenis was denkst du sonst ist es gut zu tun? stock_request_purchase?

Ich habe stock_request_kanban https://github.com/OCA/stock-logistics-warehouse/pull/634 migriert

stock_cycle_count https://github.com/OCA/stock-logistics-warehouse/pull/625 [Zusammengeführt]

stock_inventory_discrepancy https://github.com/OCA/stock-logistics-warehouse/pull/622 [Zusammengeführt]

stock_inventory_verification_request https://github.com/OCA/stock-logistics-warehouse/pull/630 [Zusammengeführt]

@lukebranch @kittiu @ghost @ emagdalenaC2i @hveficent @ageficent @aheficent können Sie uns hier helfen.

Hallo zusammen,

Ist es möglich, stock_inventory_revaluation für Version 12.0 zu haben?

Nun, dies ist eine freiwillige Anstrengung oder wird von den Kunden der Implementierer vorangetrieben. Sie können also:

• Migrieren Sie selbst und schlagen Sie hier eine Pull-Anfrage mit dem Ergebnis vor.
• Warten Sie, bis ein anderer Mitwirkender dies tut.
• Zahlen Sie jemanden, der bereit ist, diese Migration durchzuführen.

@kittiu planen Sie die Migration von stock_putaway_method und verwandten?

@ microsound1 ,
Ich plane, stock_inventory_revaluation auf Version 12.0 zu migrieren. Ich erwarte in den nächsten Wochen eine PR.