Fax: Sangoma FAXstation
-
@scottalanmiller said in Fax: Sangoma FAXstation:
@dashrender said in Fax: Sangoma FAXstation:
@scottalanmiller said in Fax: Sangoma FAXstation:
Here is their quote: "FAXStation is Sangoma’s error-free fax service, designed to address the T.38 fax limitations..."
LOL I get that. But fax issues happen all the time, and don't have to be related to FoIP at all.
They claim error-free and addressing T.38 limitations. That means that SIP isn't an option. They can't use SIP, period, and even casually attempt either of those claims. T.38 is the most advanced way to use SIP.
Error free is because it is PRI, they can claim that whatever goes through is the fax, it might not be error free to a human, but it is error free to the computer because it hands over to analogue and the errors are on the analogue post-Sangoma portion. So while it's pushing it, they have a limited means of saying it.
The statement above has to mean that they aren't using VoIP / SIP. It's that simple.
I've already given you this point. No point in continuing to beat a dead horse - queue the horse guy making a comment.
-
@dashrender said in Fax: Sangoma FAXstation:
@scottalanmiller said in Fax: Sangoma FAXstation:
@dashrender said in Fax: Sangoma FAXstation:
@scottalanmiller said in Fax: Sangoma FAXstation:
Here is their quote: "FAXStation is Sangoma’s error-free fax service, designed to address the T.38 fax limitations..."
LOL I get that. But fax issues happen all the time, and don't have to be related to FoIP at all.
They claim error-free and addressing T.38 limitations. That means that SIP isn't an option. They can't use SIP, period, and even casually attempt either of those claims. T.38 is the most advanced way to use SIP.
Error free is because it is PRI, they can claim that whatever goes through is the fax, it might not be error free to a human, but it is error free to the computer because it hands over to analogue and the errors are on the analogue post-Sangoma portion. So while it's pushing it, they have a limited means of saying it.
The statement above has to mean that they aren't using VoIP / SIP. It's that simple.
I've already given you this point. No point in continuing to beat a dead horse - queue the horse guy making a comment.
You didn't really give the point. You said that it was "likely" then posted something to say that it didn't really have to mean that.
The horse was still trying to get up.
-
Something to keep in mind with this kind of solution, in the "old" days of faxing, you would get on the phone and say "I'm sending now" and humans would listen to the phone ring and the transmission happen. It was real time. The Sangoma product changes that and could cause confusion. That live call piece is the one security mechanism that fax has.
-
@dashrender said in Fax: Sangoma FAXstation:
@scottalanmiller said in Fax: Sangoma FAXstation:
@dashrender said in Fax: Sangoma FAXstation:
@scottalanmiller said in Fax: Sangoma FAXstation:
@dashrender said in Fax: Sangoma FAXstation:
@scottalanmiller said in Fax: Sangoma FAXstation:
@dashrender said in Fax: Sangoma FAXstation:
@scottalanmiller said in Fax: Sangoma FAXstation:
I'm not saying that it is a good solution for you, but worth looking into. Someone like voip.ms has a $4.95/mo single DID, dual concurrent, unlimited incoming line option, that should handle 3,000 pages a month without much problem. Same two lines that you have now. Would be cheap to test and see if it worked for you.
I need 16K pages a month.. not 3K.
I'll have to look into it with VOIP.ms... though, the last time I looked, the flat fee lines were only for consumer, not business customers.
voip.ms doesn't offer consumer or business plans. Just unlimited and per minute plans.
https://i.imgur.com/srtEDki.png
OK I said consumer instead of residential. I'm guessing that the expectation is that you will have a fairly low usage. My use of 600+ mins a day would likely make me an outlier in the residential sector - though certainly not unheard of.
What page is that on?
When you purchase a DID.
I just went through two different paths to that and never found that page. Or a page with that styling.
Here's the top half of the page
https://i.imgur.com/gP4fe8C.pngAh, I see, only once you are already signed in, and go to get another number. I've never tried to order a non-per minute plan so never saw that. Good catch. They really bury that deep into the process.
-
Did you see these:
-
@scottalanmiller said in Fax: Sangoma FAXstation:
Did you see these:
Is this for T.38 or for them accepting the faxes? And where do they put them? in your email - no thanks, for why see above, on their server, no thanks, see above.
Assuming 600 mins/day, * 22 days in a month = 13,200 mins * 0.029 = $382.80 plus monthly fee... half that $700/month, but 5+ times the $70 a month I currently pay.
-
Is 600 about what you are doing now? I have no good idea of how to estimate the time necessary for fax reception.
-
@dashrender said in Fax: Sangoma FAXstation:
Is this for T.38 or for them accepting the faxes?
T.38 is on the normal SIP line, you don't have something special for that.
-
@dashrender said in Fax: Sangoma FAXstation:
in your email
Email would just be a file server in that case. What do you have now, how do the files get to your NAS?
-
@scottalanmiller said in Fax: Sangoma FAXstation:
@dashrender said in Fax: Sangoma FAXstation:
Is this for T.38 or for them accepting the faxes?
T.38 is on the normal SIP line, you don't have something special for that.
My question is really - are they accepting the faxes on your behalf, or are they forward the fax call onto you, and you terminate the call and process the fax yourself?
I'm assuming they are terminating the call at that price point. -
@scottalanmiller said in Fax: Sangoma FAXstation:
@dashrender said in Fax: Sangoma FAXstation:
in your email
Email would just be a file server in that case. What do you have now, how do the files get to your NAS?
we have a Konica MOIPER that answers the calls and saves the file to a fileserver (Windows in this case - but could be a NAS if I wanted).
-
@scottalanmiller said in Fax: Sangoma FAXstation:
Is 600 about what you are doing now? I have no good idea of how to estimate the time necessary for fax reception.
Well the last time I did a study, we were receiving about 700 pages a day. In my own tests, sending or receiving on that machine took an average of 1 min per page. So working at 600 mins a day was a way to ensure I wasn't over selling our usage.
-
@dashrender said in Fax: Sangoma FAXstation:
@scottalanmiller said in Fax: Sangoma FAXstation:
@dashrender said in Fax: Sangoma FAXstation:
Is this for T.38 or for them accepting the faxes?
T.38 is on the normal SIP line, you don't have something special for that.
My question is really - are they accepting the faxes on your behalf, or are they forward the fax call onto you, and you terminate the call and process the fax yourself?
I'm assuming they are terminating the call at that price point.They accept on your behalf. There is no FoIP.
-
@scottalanmiller said in Fax: Sangoma FAXstation:
@dashrender said in Fax: Sangoma FAXstation:
in your email
Email would just be a file server in that case. What do you have now, how do the files get to your NAS?
As a reminder - having the faxes go to email would be an extra step for those that process our faxes that isn't needed 95% of the time.
Most faxes that come in need to be uploaded to our EHR.
Current process
Fax comes in saved to network share
User opens EHR, clicks upload button, locates document click go.If the faxes are in email,
Email in fax
User save file to network/local location
User opens EHR, clicks upload button, locates document click go.Saving to email adds a step.
-
@dashrender said in Fax: Sangoma FAXstation:
@scottalanmiller said in Fax: Sangoma FAXstation:
@dashrender said in Fax: Sangoma FAXstation:
in your email
Email would just be a file server in that case. What do you have now, how do the files get to your NAS?
As a reminder - having the faxes go to email would be an extra step for those that process our faxes that isn't needed 95% of the time.
Why would that be an extra step? You just have a script that pops them into the NAS.
-
@dashrender said in Fax: Sangoma FAXstation:
@scottalanmiller said in Fax: Sangoma FAXstation:
@dashrender said in Fax: Sangoma FAXstation:
in your email
Email would just be a file server in that case. What do you have now, how do the files get to your NAS?
As a reminder - having the faxes go to email would be an extra step for those that process our faxes that isn't needed 95% of the time.
Most faxes that come in need to be uploaded to our EHR.
Current process
Fax comes in saved to network share
User opens EHR, clicks upload button, locates document click go.If the faxes are in email,
Email in fax
User save file to network/local location
User opens EHR, clicks upload button, locates document click go.Saving to email adds a step.
The Sangoma uses email in the middle. It's important to differentiate something used in the middle of the process with the thing exposed to the end users.
-
@scottalanmiller said in Fax: Sangoma FAXstation:
@dashrender said in Fax: Sangoma FAXstation:
@scottalanmiller said in Fax: Sangoma FAXstation:
@dashrender said in Fax: Sangoma FAXstation:
Is this for T.38 or for them accepting the faxes?
T.38 is on the normal SIP line, you don't have something special for that.
My question is really - are they accepting the faxes on your behalf, or are they forward the fax call onto you, and you terminate the call and process the fax yourself?
I'm assuming they are terminating the call at that price point.They accept on your behalf. There is no FoIP.
So in this case we would need several things - a way to get the faxes out of their system and in ours to allow the same or better workflow for processing faxes.
And,
We'd need a way to send faxes. Sure we could use the email gateway service, but most users wouldn't find it easier or more convenient than the current bellying up to a machine, load paper and hit send.And none of that accounts for the fact that it's 5x the cost.
-
@scottalanmiller said in Fax: Sangoma FAXstation:
@dashrender said in Fax: Sangoma FAXstation:
@scottalanmiller said in Fax: Sangoma FAXstation:
@dashrender said in Fax: Sangoma FAXstation:
in your email
Email would just be a file server in that case. What do you have now, how do the files get to your NAS?
As a reminder - having the faxes go to email would be an extra step for those that process our faxes that isn't needed 95% of the time.
Most faxes that come in need to be uploaded to our EHR.
Current process
Fax comes in saved to network share
User opens EHR, clicks upload button, locates document click go.If the faxes are in email,
Email in fax
User save file to network/local location
User opens EHR, clicks upload button, locates document click go.Saving to email adds a step.
The Sangoma uses email in the middle. It's important to differentiate something used in the middle of the process with the thing exposed to the end users.
Whoops I wrote that second part wrong.. It should have been... Fax in email.. .not email in fax.. the users would be recieving the faxes via email instead of faxing.. which as mentioned would be adding a step to the process they don't currently have to deal with.
-
@scottalanmiller said in Fax: Sangoma FAXstation:
@dashrender said in Fax: Sangoma FAXstation:
@scottalanmiller said in Fax: Sangoma FAXstation:
@dashrender said in Fax: Sangoma FAXstation:
in your email
Email would just be a file server in that case. What do you have now, how do the files get to your NAS?
As a reminder - having the faxes go to email would be an extra step for those that process our faxes that isn't needed 95% of the time.
Why would that be an extra step? You just have a script that pops them into the NAS.
I'm completely unfamiliar with that - OK so that gets rid of that.
But the cost is still 5x greater.
-
@dashrender said in Fax: Sangoma FAXstation:
So in this case we would need several things - a way to get the faxes out of their system and in ours to allow the same or better workflow for processing faxes.
Where their system is your email. And that system is a trivially simple script.