Sion Romaine
My feedback
15 results found
-
118 votes
Sion Romaine supported this idea ·
-
29 votes
Sion Romaine supported this idea ·
An error occurred while saving the comment -
235 votes
Sion Romaine supported this idea ·
-
436 votes
Sion Romaine supported this idea ·
-
82 votes
Sion Romaine supported this idea ·
An error occurred while saving the comment Sion Romaine commented
I believe maintaining DocLine is entirely manual. Staff check holdings in Alma, then go into DocLine to manually key enter and update coverage. That's why having any kind of integration from Alma or RapidILL to DocLine would be so magical.
-
70 votes
Sion Romaine supported this idea ·
-
99 votes
Sion Romaine supported this idea ·
-
108 votes
Sion Romaine supported this idea ·
-
90 votes
Sion Romaine supported this idea ·
-
105 votes
Sion Romaine shared this idea ·
-
36 votes
Sion Romaine shared this idea ·
-
41 votes
Sion Romaine shared this idea ·
-
10 votes
Sion Romaine shared this idea ·
-
14 votes
Sion Romaine supported this idea ·
-
163 votes
Sion Romaine supported this idea ·
I agree that it's entirely illogical that the Expenditure date is pulled from the invoice date and not the date the invoice was a) created in Alma or b) actually expended.
By using the invoice date, rather than the invoice creation date, Analytics may report that an invoice was expended in the wrong fiscal year. E.g., if our fiscal year runs July 1-June 30, but we do not pay an invoice dated June 29 until July 2, then Alma will record the expenditure date as June 29 - the previous fiscal year - even though it was not created in Alma until July 2, the next fiscal year.
This is illogical and misleading for those trying to create expenditure reports in Analytics.