Suggestion for improvement to WEBRegMT

Locked

Gerontius
Posts: 9
Joined: Tue Oct 25, 2005 5:06 pm
Location: Reading, England
Contact:

Suggestion for improvement to WEBRegMT

Post by Gerontius » Tue Nov 21, 2006 11:39 am

Hello

As a regular user of WebRegMT, I find it useful but that there is room for improvement.

For example, it is possible to enter a reference and a description for each file, but the email notifications only include the reference. Would it not be possible to include the description as well? Perhaps a preference setting could be set up so that user can choose the information they want included in the email?

G


RLG
Posts: 6
Joined: Wed Sep 15, 2004 9:51 am

Suggestion for improvement to WEBRegMT

Post by RLG » Wed Nov 22, 2006 11:29 am

Good suggestion. Here is another one:
Could you please explicitly display, in the notification email we receive, the last status change that generates this notification? Because some status changes are not really interesting and, hence, do not require checking the register (plus login).
Kind regards

RLG


Gerontius
Posts: 9
Joined: Tue Oct 25, 2005 5:06 pm
Location: Reading, England
Contact:

Wishes do come true

Post by Gerontius » Mon Dec 31, 2007 10:56 am

Great work on the new WEBRegMT. Looks great and I've managed to import all 241 of my live cases. Hooray!

The new emails are great - with the mention of the status change that generated the email. However, this status change is not listed on the website's list of changed files. Would that be possible?

I'm also still waiting to hear if it will be possible for email notifications to include the case decription as well as the reference.

Thanks

G


espacenet helpdesk 2
Posts: 14
Joined: Wed Jan 16, 2008 8:24 am
Contact:

Post by espacenet helpdesk 2 » Wed Jan 16, 2008 1:14 pm

Thanks for the feedback, we will certainly look into including the description of the case into the e-mail notification. Not sure what you mean by "status change is not listed on the website's list of changed files"
Could you explain a bit more?


Gerontius
Posts: 9
Joined: Tue Oct 25, 2005 5:06 pm
Location: Reading, England
Contact:

Post by Gerontius » Wed Jan 16, 2008 1:23 pm

Hi

Thanks for the reply!

By status change, I mean the event that triggered the update isn't on the website.

So, for example, the email update has the following fields:

Appl./Publ. No. Appl. No. Reference Date of change Event

And, under Date and Event, you'd get:
2008-01-04 Change - applicant
2008-01-04 Change - representative

telling you what had actually changed on the register.

But, on the WegRegMT interface on the website, the only fields displayed are:
Appl./Publ. No. Appl. No. Date of Change Reference Description

ie there is no event field, which would be very useful when reviewing the changes online rather than just relying on the email.


RLG
Posts: 6
Joined: Wed Sep 15, 2004 9:51 am

Wishes do come true

Post by RLG » Wed Jan 30, 2008 2:27 pm

Yes, as Gerontius said, the improvements to WebRegMT are very useful.

Thanks for materializing our wishes.
Kind regards

RLG


cwood
Posts: 1
Joined: Wed Feb 06, 2008 12:16 pm

No event field

Post by cwood » Wed Feb 06, 2008 12:54 pm

Gerontius wrote:Hi

Thanks for the reply!

By status change, I mean the event that triggered the update isn't on the website.

So, for example, the email update has the following fields:

Appl./Publ. No. Appl. No. Reference Date of change Event

And, under Date and Event, you'd get:
2008-01-04 Change - applicant
2008-01-04 Change - representative

telling you what had actually changed on the register.

But, on the WegRegMT interface on the website, the only fields displayed are:
Appl./Publ. No. Appl. No. Date of Change Reference Description

ie there is no event field, which would be very useful when reviewing the changes online rather than just relying on the email.
Hi Gerontius,
I agree it would be useful and we did considerd doing this, but there is a problem with determining the last event. The WebRegMT processing sees only date stamps (not timestamps), so when there is more that one change in a day the last one cannot be determined. The decision was therefore not to include this information as in some cases it would be inaccurate.
The same issue exists for the e-mailed information, but there it's acceptable because we list all events and include a caveat about the order in which they appear.
It would require changes to our internal systems to fix this, and I'm not aware of any plans to do this. :(
Chris Wood
My.epoline development


Locked