Well, we have found a case where clearly OFCOMs plan for transfers is not designed that well!
We have a customer leaving, moving out of his house, and ceasing service. Fine, no problem
We put a cease order in to BT, only to find that the new occupant has already ordered phone and broadband on the line.
Because their order went in before we put in the cease, the order has gone in as a migrate, causing a 10 working delay for the new customer, which I am sure is much to their annoyance.
Bear in mind, new occupier could have done the order 10 working days ago to align with the day they move in, or a week ago nor realising the 10 working day thing, so an extra week delay. It looks like that did it a couple of days ago. All of this is actually quite sensible for the person moving in, and as a migrate it saves them money...
The problem is we cannot now cease the line. We are stuck with it - in this case for 12 more days and stuck paying for it until then.
Now, this is not a lot of money, but it is more the principle of the matter. We have ceased!
What adds to the problem is our systems have been carefully coded to match the messages we get from BT. The cease being rejected has unset the cease date and billed the customer ongoing (and if left will charge up to the new migrate date) even though our customer asked for it to be ceased.
Obviously we are sorting the billing to our customer, but we have the same issue with BT now. We want it ceased and BT are rejecting that. I think we'll make a billing dispute of this one to highlight the problem to BT.
However, our customer is likely to be exercising his right to treat this as slamming and click the link in the email we sent him and cancel the migrate. He did not, after all, authorise it! This will allow our cease to go through (if we put it in quickly enough), and then new customer will have to order as a new provide and not as a migrate and it will cost them more.
This is a mess! Personally I think our cease should be accepted, stopping billing to us, and if the migrate order had a CRD (Customer Required Date) that was sooner than the 10 working days, move the migrate back to match. That way this scenario would work for us and our customer, and allow the new customer the cheaper "migrate in" option without the extra lead time.
It would also allow us to expedite an outgoing migrate at the request of our customer by submitting a cease after notified of the outgoing migrate. This could be very good for customer service generally.
I'll suggest to BT, but I doubt it will get fixed.
I have mentioned before, but one of my pet hates is crossed zeros. I have gone in to the history a bit ( here ), but I still encounter these...
Broadband services are a wonderful innovation of our time, using multiple frequency bands (hence the name) to carry signals over wires (us...
The ASR33, like most teletypes of the era, works at a fixed rate. It does 10 characters per second. It is 110 Baud, using 1 start, 8 data (i...
I am using KiCad for PCB design, and it is pretty impressive, but KiCad version 6 has just been released. There are lots of small changes, b...