<div dir="ltr"><div class="gmail_quote">On Mon, May 9, 2011 at 7:08 PM, Matt Riddell <span dir="ltr">&lt;<a href="mailto:lists@venturevoip.com">lists@venturevoip.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div><div></div><div class="h5">On 10/05/11 6:28 AM, A E [Gmail] wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi All,<br>
<br>
new to the list. Wondering if anyone has / knows of, a good rate<br>
importer tool that can be used to standardize and normalize the<br>
ratesheets / rate decks etc. obtained from various carriers so they can<br>
be analysed and imported into a DB or be saved as a CSV or something?<br>
</blockquote>
<br></div></div>
We&#39;ve done it, but just for our ITSP platform.<br>
<br>
Even then, it still can require tweaking.<br>
<br>
We provide an Excel import field.<br>
<br>
The system imports the Excel file and shows the fields on screen for the first few rows.<br>
<br>
It then asks you what field contains: Dest Name, Dest Number and Rate.<br>
<br>
Once it&#39;s done that it asks you for any tweaking of the numbers required from E164 formatting (i.e. some providers expect you to dial 00XX where XX is the international code, others require 011XX etc etc.<br>
<br>
It then asks you for an across the board markup on their rate and what the currency is.<br>
<br>
There is an option to update exchange rates.<br>
<br>
It&#39;s a pretty complicated system but works.<br>
<br>
We maintain buy and sell rates and there is an option to convert between them when you import new buy rates - although the buy rate might change because of route issues, the sell rate always stays the same.  The sell rate is different for different rate plans.<br>


<br>
I&#39;m not sure how useful our code would be for anyone else as it is just formatting the data for use by our LCR + Weighting AGI scripts, but I&#39;d be happy to provide anyone else with assistance if they&#39;re looking at writing one.<br>


<br>
-- <br>
Cheers,<br>
<br>
Matt Riddell<br></blockquote><div><br></div><div><font class="Apple-style-span" face="&#39;trebuchet ms&#39;, sans-serif" color="#000099">Hello Matt,</font></div><div><font class="Apple-style-span" face="&#39;trebuchet ms&#39;, sans-serif" color="#000099"><br>

</font></div><div><font class="Apple-style-span" face="&#39;trebuchet ms&#39;, sans-serif" color="#000099">Thanks for that. How do you handle the rate updates from your suppliers? I&#39;ve noticed that the harder part is not so much importing the initial complete A-Z that the upstream provider gives (as hard as that is), but the weird ways that suppliers give out the rate updates esp. when they throw in the various prefixes/breakout of a destination in a single cell separated by dashes or commas or whatever and some give out rate updates one per line or some other weird format like prefix ranges. </font></div>

<div><font class="Apple-style-span" face="&#39;trebuchet ms&#39;, sans-serif" color="#000099"><br></font></div><div><font class="Apple-style-span" face="&#39;trebuchet ms&#39;, sans-serif" color="#000099">It doesn&#39;t really matter of what format your code spits out the normalized rates, it&#39;ll be very useful for us if we could just get the code for importing and mapping the various fields to some normalized format. We don&#39;t expect to be spoon-fed but whatever help your code can provide us will shorten our development time, if you&#39;re happy sharing the code as is minus anything proprietary or business sensitive in there.</font></div>

<div><font class="Apple-style-span" face="&#39;trebuchet ms&#39;, sans-serif" color="#000099"><br></font></div><div><font class="Apple-style-span" face="&#39;trebuchet ms&#39;, sans-serif" color="#000099">Thanks</font></div>

</div></div>