Heather Benson
My feedback
195 results found
-
37 votes
An error occurred while saving the comment Heather Benson
supported this idea
·
-
6 votesHeather Benson
shared this idea
·
-
117 votesHeather Benson
supported this idea
·
-
36 votesHeather Benson
supported this idea
·
-
36 votesHeather Benson
supported this idea
·
An error occurred while saving the comment Heather Benson
commented
Can you also update LAC.US3 to 'US School IN/PS' or something like that?
-
6 votes
-
23 votesHeather Benson
supported this idea
·
-
35 votesHeather Benson
supported this idea
·
-
9 votesHeather Benson
shared this idea
·
-
78 votes
An error occurred while saving the comment Heather Benson
commented
There's another idea for this with more votes: https://ideas.aeries.com/forums/925735-aeries-ideas/suggestions/41037352-data-confirmation-make-an-address-changes-audit
Heather Benson
supported this idea
·
-
18 votesHeather Benson
supported this idea
·
-
6 votesHeather Benson
supported this idea
·
-
15 votesHeather Benson
supported this idea
·
-
8 votesHeather Benson
supported this idea
·
-
138 votesHeather Benson
supported this idea
·
-
36 votesHeather Benson
supported this idea
·
-
43 votes
An error occurred while saving the comment Heather Benson
commented
Would this replace the 440 code them or will they both be options? I feel like if you have the 440 and the 150, that is going to cause even more confusion.
Heather Benson
supported this idea
·
-
10 votesHeather Benson
supported this idea
·
-
31 votesHeather Benson
supported this idea
·
-
7 votesHeather Benson
shared this idea
·
This, or something like this, is crucial for SPRG management. Currently, bad dates are being added into the FRE table when different sources are imported. (i.e. If a PDC record exists from the income survey and then a record from the DC import is added that predates the PDC record, pre-set logic closes the PDC record with an end date of one day prior to the DC import). This bad logic of adding prior dates causes fatal validation errors when attempting to import SPRG updates. Then, the lack of being able to export Delete records in the SPRG file completely removes any ability for the end user to utilizing Aeries processes for clean SPRG data! We have to go in manually, by hand, and delete (both in Aeries and CalPads) the bad data that Aeries processes added! I don't think that I have to remind anyone of how cumbersome and time-consuming CalPads has become so Aeries is really failing its users by making SPRG management that much harder.