--000000000000acfb6d05de0b445d Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Thanks! On Mon, May 2, 2022 at 2:07 PM Timothy Thomas wrote: > Awesome. Ty. Enjoy the conference. > > On Mon, May 2, 2022 at 11:02 AM Taneshia Persaud teneshia.persaud@thekey.com> wrote: > >> Hi Tim, >> >> Sounds like a plan. I moved our 1:1 meeting to Friday since I will be at >> the conference tomorrow and Wednesday. >> >> Thanks, >> Taneshia >> >> On Mon, May 2, 2022 at 1:39 PM Timothy Thomas >> wrote: >> >>> Thanks Taneshia. If this cant convince them that we need to move off >>> then im not sure what will. >>> >>> Ill follow up with you a little later this week as the executive team i= s >>> meeting tomorrow. >>> >>> Thanks! >>> Tim >>> >>> On Mon, May 2, 2022 at 8:09 AM Taneshia Persaud >> teneshia.persaud@thekey.com> wrote: >>> >>>> Good morning Timothy, >>>> >>>> Please see attached. Anything in blue highlights any issues since the >>>> acquisition. Many still remain unresolved, pending investigation. I ha= ve >>>> been getting some push back from the tech team, stating they are able = to >>>> proxy log in and do not experience the same problems as the caregivers= . >>>> However, the CG states these problems still exist. >>>> >>>> When we met with Maventech's team last week, they claimed that the M+ >>>> App check in/out issues and booking sets are not considered "high" >>>> priority. However, I beg to differ. CG who are unable to check in/out= via >>>> the app forces them to call/text the office instead which are unnecess= ary >>>> if the app worked. This adds to the workload: one to troubleshoot the = issue >>>> (we troubleshoot IT issues, NOT the tech team), and then two, the time= it >>>> takes to check them in/out. >>>> >>>> The portal is slow and finicky even on its best days. Some days you tr= y >>>> to push jobs 3-5x before it works the way it should, as recently as Ap= r >>>> 14th. I will say these issues have been more prevalent within the last= 1-2 >>>> months. Other times the bookings show negative hours although the date= , >>>> hours, rate and rate type are all correct. >>>> >>>> With booking sets, especially for our larger cases or those clients wh= o >>>> have ongoing shifts, it takes a very long time for the system to refre= sh >>>> after each adjustment is made. When the bookings set renders an issue,= we >>>> have to manually add in each booking/shift one by one. Most recently, = even >>>> after you make all the adjustments, as you get to the final page to >>>> "confirm" your changes, it gives you an error message so you have to s= tart >>>> the process all over again from scratch. >>>> >>>> There have been issues with adding booking sets not saving where we ha= d >>>> to delete the entire booking set and re-add the booking set. >>>> Care leads and clients who are set up as automated email invoicing wer= e >>>> not receiving them, this caused a lot of inconveniences. Again, this i= s >>>> very time consum