Hi Citibank. As an actual customer that does not own a fucking checkbook, I would prefer if I was actually able to make a fucking wire transfer when I need to.
@JaredBusch That's impressive. I have way to many games I want to play in the time I allot myself each week to even think about doing all the achievements.
I do not play a lot of game anymore. Because when I play, I want to seriously play. So I limit my game count.
I thought you hoard Steam games?
Hoard does not mean play. It means spend money for no reason.
We got word (yesterday) our incoming numbers are scheduled to port in tomorrow. The numbers are already in our portal, they were there when we got the notification about the port in. Although they will not port until mid morning tomorrow.
This is what they sent us two days before port, when the numbers were already in our portal.
Heads Up! We have just added the following phone numbers to your Skyetel account for configuration. Please make sure you configure them, enable/disable features and route them to their destination as soon as possible. As a friendly reminder, your FOC date is: 7-16-2019
For reference, these are the numbers that I have added:
Right, but the point is that those numbers are immediately routing on the Skyetel network. As soon as they are entered. Before you ever see the email.
Yes, it is a very small issue at present. But it is 100% an issue.
It is also an issue with a simple work around as noted by @Skyetel a few posts ago.
It is also an issue that is being reworked in a new porting page as noted. So the entire problem will go away.
But that does not negate anything I have posted.
For future reference, you can actually ask our LNP team to route the phone numbers to a particular endpoint group in the Port Notes for you.
Noted. That would, in fact, be an awesome additions to the port in page.
We delay adding them because once they are added in our Inventory they route instantly on our network, and on our interconnecting peer's networks. To stay compliant with PSTN standards, we don't want to do that until we have FOC
This is why I like to setup routing in the provider portal as soon as I set up the number.
See if you begin to route the number immediately after putting it in a place I can access, that means I will immediately being to miss calls from anyone using Skyetel to call me.
Because I have not yet routed the number to point to any of my Endpoints.
Yes, calls from other carriers will still go to the existing provider, until the port completes. But for anyone else using Skyetel, the call will never leave your network and attempt to route to me potentially before I am ready.
So I started the process of porting two numbers in to a @Skyetel account for a client.
I have the confirmaiton email from Skyetel, but the numbers do not show in my portal yet.
I checked their knowledge base and it does not have nay information on this.
So, right now, I have no way, within the portal, to see my number port-in status?
I ask because, my normal process is to request a port-in, and then immediately setup the routing for the number so it is ready once it completes the port-in.
Obviously, I can come back to it later, but I find it easier to handle it all during the initial request time.
It's not about sensitive. Accounting departments can be incredibly cranky about things being negative and not "due". Negative usually means past due, and can get people up in arms.
Normally the system is pay ahead only, that he was able to port with no money on the account is odd. It is, under normal circumstances (and this is pretty standard for trunk providers for many reasons) standard to only allow you to pay ahead and send a notice when you are getting low on funds so that you can "top up", either manually or automatically. Under normal conditions here, I wouldn't expect a possibility of being in the negative.
This is true - our LNP team should not have ported the number without first reaching out to him about having a $0 balance. We made a mistake and we're going to be making sure to clarify that with our team
I intentionally didn't add funds to a new account I setup (but it does have a valid CC linked) and inititated a port request.
New process FTW. Good work @Skyetel
Moved the A/C 220V that was in a splice box that was once also the outlet for the washer and dryer.
Updated the circuit breaker box document and posted it. Finding live electric is not a fun thing.
Now to gut the electric in the half bath. The contractor comes Thursday to start the remodel to make it a full bath. But I am responsible for all the electrical as it is a skill I have from the 90’s.
@JaredBusch The device is tied to the numeric extension, it lets you set the device's username to whatever you want.
The better question is why are you even thinking this is a good idea?
What benefit are you thinking you are gaining by using a non-standard approach?
All this does is complicate things by putting a random value in a place that is normally something that matches the extension. This is a 1 to 1 tie between this informaiton and the extension. There is no benefit to this.
Only after you've pigeon-holed yourself into that 1 to 1 relationship.
No, it is a 1 to 1 relationship regardless of if you use the extension or a name or a fuck01.
That auth name is 100% tied 1 to 1 to the extension.
I am not doing it , I am not the OP.
I apparently need a damned nap...