Yes, that's the idea, to save time and effort in checking all sources for each item. If the criteria is clear, it can assist in the decision making of choosing the Inventory to be withdrawn. Also, there will be less (human) error committed because criteria is standard.
Yes, available and appropriate Inventory for the type of request (since we can also use this form for other requests). Like active collection for distribution, planting materials/active/base for mult, planting materials/active for characterization
Yes, displaying all available Inventories is fine. User can select the appropriate inventory but it will be helpful to have auto/system picked Inventory (based on rules) especially if there are hundreds of items requested. But the auto-picked can still be changed by the user.
I suggest if we already have the list in the system, we display few descriptions that will determine how we will process them or what documents we need to require from the requestor
For example, Species - since Wild accessions requires additional documents than cultivated rice Biological status or SAMPSTAT - for rice or IRRI, Genetic stocks are not distributed for free, so we better inform the requestor how many or which entries he/she needs to pay for MLS Status - to know if an entry is distributable or not
From this list, we will retrieve all possible sources with the inventory data, but an entry is already auto-picked based on the rule we set for seed request for distribution, multiplication/rejuvenation, characterization, etc.
@jalarcon Please see attached files describing the Via testing procedure followed in GRIMS
Process
Workflow-Main
Workflow-Retest in case out of tolerance
Workflow-Retest in case Low Via
Sample Data
Can you please add germination date and number of seeds used?
Yes, single "harvested" inventory until initial viability testing. When via result is passed and quantity is ok, multiple inventories will be created depending on the data input (base, bulk, alum, plmat, safety dup).
When all data are in, we UPDATE TO MASTERFILE or SPLIT the records so that base and active will have separate record with same via. But we need to create the records of the inventories for printing of QR labels, before even splitting.
There is another effect of UPDATE TO MASTERFILE/SPLIT to the existing inventories (action to replace low via source inventory or change status of the replaced source inventory as 'Not Available'). But we can incorporate this later.
After computing the average via, we may conduct a RETEST if result is low via and/or out of tolerance limit (difference between rep1 and rep2 values is big). This will make us withdraw from seed inventory again.
At least 1 counting is done. In case there are remaining seeds that are not yet germinating (still hard or not yet dead/decayed/infected), they are transferred to petri dishes and re-visited again after 1 week. The seeds that will germinate will be counted and ADDED to the first count.
Yes, the specified amount is taken from the source inventory (200 (2 reps of 100) for cultivated; computed depending on availability for Wild accessions).
For step3 , aside from the labels for the envelope, additional labels are printed and put inside the envelope together with the seeds. These will be used to label the seeds set up in the wet paper towel or petri dish for germination.
Hi Beth and Matija,
(sorry can't open GitLab, password is incorrect)
If the MLS_Status referred to in GG is the same as in Genesys ITPGRFA MLS - Accession is part of the Multi-lateral System of PGRFA then all codes except Restricted, Prohibited and No Docs (in case there is), are all part of MLS.
At IRRI, we have 2 categories, PGRFA-MLS (FAO, MLS, SMTA, Released Var) distributed with SMTA, and PGRFA-PUD distributed with SMTA+additional IRRI conditions (either OMTA or CMTA). But PUDs are still distributable and 'part of the Multi-lateral System of PGRFA'.
Thanks, Grace