Closed nisha-dangol closed 5 days ago
Just reiterating from meeting:
For https://github.com/msupply-foundation/open-msupply/issues/2760, the invoices have to be older than store creation date by 3 months. So would probably need some data manipulation, can you do that through record browser? Or change the time on your device (;
The rest of the tests sound good to me!
Just reiterating from meeting:
For msupply-foundation/open-msupply#2760, the invoices have to be older than store creation date by 3 months. So would probably need some data manipulation, can you do that through record browser? Or change the time on your device (;
The rest of the tests sound good to me!
yup, can do in v2.0.0-rc2.
- [ ] Make sure the previously-set user-permissions are working fine
Just noticed that; users created from remote-desktop site after migrating to oms, now those users won't show up; which is technically correct because those users by default are Inactive on mSupply cloud and users in oms are syncing currently to Cloud Is there anything that can be done about this for smooth transition from desktop to oms or we discard this and warn people to ensure/configure the users first in mSupply Cloud before converting to oms? @roxy-dao @Chris-Petty
Further observations/questions:
sg
status), after converted to oms-store; now can't be processed at all. They do show up in history, but looks like no way to proceed. Should there be new issue to address this? or we can just leave it? I see how you're doing the migration and that is very unconventional and definitely not how migration will be done in production so I'm worried about validity of tests there. You should wipe the datafile on OMS and reinitialise generally, though that is a bit of a chore 😕.
- I must be misunderstanding, you mostly emphasise that the new SI exists for the old CI that you recently finalised, which is expected? Which SI is missing?
@Chris-Petty here's the breakdown of the steps for Scenario 3:
- create a store on 2022-12-12
- create a CI (of ‘nw’ status, and note it has to be a stock-transfer, i.e., create CI to another store) on desktop-remote-siteA on 2023-12-12 and sync completely
- move that remote-siteA to oms v2.0 by completely clearing the hardware ID & all, then re-initialise on oms on today’s date: 2024-05-02
- now in oms-siteA, check that previously created CI of 'nw/sg' status
- finalise it (In oms language, change status to Shipped) and sync
- for the receiving-storeB, the corresponding SI is not created at all - this SI is the one missing.
- Please create an issue to address this.
- Yeah, unfortunately have to wait until that issue is merged in OG for stocktake lines to merge again. I'll check with @JonnaQuismundo if it is still going in a patch.
- The 2023-12-12 shouldn't have a corresponding IS 🤔
@Chris-Petty @roxy-dao
While testing mobile-oms migrations, at one point, I ended up migrating back from oms to mobile, which I know is very unlikely to happen at all; but here's one interesting issue:
- I must be misunderstanding, you mostly emphasise that the new SI exists for the old CI that you recently finalised, which is expected? Which SI is missing?
@Chris-Petty here's the breakdown of the steps for Scenario 3:
* create a store on 2022-12-12 * create a CI (of ‘nw’ status, and note it has to be a stock-transfer, i.e., create CI to another store) on desktop-remote-siteA on 2023-12-12 and sync completely * move that remote-siteA to oms v2.0 by completely clearing the hardware ID & all, then re-initialise on oms on today’s date: 2024-05-02 * now in oms-siteA, check that previously created CI of 'nw/sg' status * finalise it (In oms language, change status to Shipped) and sync * for the receiving-storeB, the corresponding SI is not created at all - this SI is the one missing.
Is the receiving-storeB also OMS?
For reference the OMS code that should affect this: https://github.com/msupply-foundation/open-msupply/blob/02a6af05cfe4b216f5747f972303eff68bbe6407/server/service/src/processors/transfer/shipment/create_inbound_shipment.rs#L89-L99
If storeB is on OMS it is seeing is an invoice made on 2023-12-12, and storeB was created on ????. If storeB.created_date is >2024-01-12 then it will not make the SI (and the central server won't have it either).
@Chris-Petty here's the breakdown of the steps for Scenario 3:
* create a store on 2022-12-12 * create a CI (of ‘nw’ status, and note it has to be a stock-transfer, i.e., create CI to another store) on desktop-remote-siteA on 2023-12-12 and sync completely * move that remote-siteA to oms v2.0 by completely clearing the hardware ID & all, then re-initialise on oms on today’s date: 2024-05-02 * now in oms-siteA, check that previously created CI of 'nw/sg' status * finalise it (In oms language, change status to Shipped) and sync * for the receiving-storeB, the corresponding SI is not created at all - this SI is the one missing.
Is the receiving-storeB also OMS?
Yes, it is.
If storeB is on OMS it is seeing is an invoice made on 2023-12-12, and storeB was created on ????. If storeB.created_date is >2024-01-12 then it will not make the SI (and the central server won't have it either).
storeB was created way before 2024, somewhere around 2023-07-xx. FYI, I've submitted the details in another issue already regrading this: msupply-foundation/open-msupply#3734
- Submitted issue: Post migrations from desktop, previous 'sg' repacks now cannot be processed at all #3733
- Will wait for v7.14.XX/v7.15 and re-try again after I get that installer
- For now, I've submitted SI's are missing when their CI's were initially created in desktop, then migrated to oms and finalised later #3734 with details, this can be discussed then decide to proceed or discard accordingly
1.
& 3.
will be further addressed in v2.1.0
For 2.
, will need to wait for mSupply v7.14.XX installer until https://github.com/msupply-foundation/msupply/pull/14649
For
2.
, will need to wait for mSupply v7.14.XX installer until msupply-foundation/msupply#14649Checked this again with mSupply v7-14-02 :
- First on mSupply-OG remote-site, created two stocktakes: one
fn
and onesg
with some lines and synced- Then converted to oms by resetting hardware ID & all
- In oms, the
fn
stocktakes appear with lines properly- The
sg
stocktake has no line at all. Submitted as #3910 for further investigation/discussion
Migrate from desktop to oms
Setting up some data in desktop-OG first
nw
&fn
statusExtra currency-setup for desktop
Extra setup to cover msupply-foundation/open-msupply#2760
sg
,cn
&fn
on one datesg
orcn
CI'sMigrate desktop-OG to oms
fn
transactions should be finenw
orsg
transactionsnw
CI; go ahead and finalise itnw
IO; go ahead and finalise itcn
SC; go ahead and finalise itExtra currency migrations test
Extra tests to cover msupply-foundation/open-msupply#2760
sg
orcn
outbound shipment and try to issue themMigrate from mobile to oms
Setting up some data in mobile-OG first
nw
&fn
statusMigrate mobile to oms
fn
transactions should be finenw
orsg
transactionsnw
CI; go ahead and finalise itnw
IO; go ahead and finalise itnw
stocktake; go ahead and finalise it -same problem as above