1/ #Internationalization effects on software development (hopefully an instructive thread)...
Salesium (my startup) is in upstate NY, launching from Albany. we are growing slowly and carefully (media buys in major metro areas are expensive.) but we are also close to the Canadian border, and are partnering with the Central NY Rotary District, so there is potential to "slop" over, particularly because adjacent Rotary Districts do span the international border.
[#]software #canada
=> More informations about this toot | More toots from nfgusedautoparts@en.osm.town
2/ my current task is simply itemizing things i need to deal with to make spanning the border ourselves viable.
A) French language support (more probably support for the dialect spoken in Quebec). i have a locale field in the DB, but there is a need to extract all messages and prompts and create a parallel set of them in the alternate language. additionally the locale field needs to be brought out to user settings and needs to be settable on user registration
=> More informations about this toot | More toots from nfgusedautoparts@en.osm.town
3/
B) Canadian postal addresses (mostly differ on the postal code). we use a set of zip code centroids from US FHA data when we just have a zip code, and geocode.earth for full US street addresses. i can buy canadian post data on canadian postal code centroids, but i can also query geocode.earth for this data. this may not be that hard.
=> More informations about this toot | More toots from nfgusedautoparts@en.osm.town
4/
C) like locale, the country code field will need to be exposed in settings and registration.
D) hopefully stripe (our payment provider) will help us with tax handling. the docs suggest it might.
=> More informations about this toot | More toots from nfgusedautoparts@en.osm.town
5/5 i may have missed one thing here, or possibly even more. what might it be?
=> More informations about this toot | More toots from nfgusedautoparts@en.osm.town
got one more: local search is an important component of Salesium.
at a minimum, need to add country to the advanced search page and re examine the issues of setting a default location given the various approaches visitors may take to privacy settings.
=> More informations about this toot | More toots from nfgusedautoparts@en.osm.town
@nfgusedautoparts Various things off top of my head:
=> More informations about this toot | More toots from SK53@en.osm.town
@SK53 the only currency handling we do is with stripe, so that’s where multi currency might appear. If stripe can’t do it, we’ll have to deal with it then.
=> More informations about this toot | More toots from nfgusedautoparts@en.osm.town
@nfgusedautoparts looks pretty sophisticated to me from a quick peek at some documentation
A far cry from UK firms opening one shop in Dublin & being somewhat shocked that they'd gone multi-currency (often not realising IEP ~ 0.86 GBP). Or banks having to run separate instances of their core software for each currency.
More reasonable fudges would put separate currency in a different sales region & then special logic for when it hit the accounting system.
=> More informations about this toot | More toots from SK53@en.osm.town This content has been proxied by September (3851b).Proxy Information
text/gemini