certain banking terms are not fully localized

[philmb]

While not a big deal, there are two instances of terms used for front-facing forms for EFT/ACH transactions. First, the language around the image of the check illustration uses "Routing Number", but then the name of the field just below uses "Bank Identification Number." This inconsistency could cause confusion for users. It is easily fixed with a Civi Word Replacement, but it would be nice to be consistent out of the box. Don't know what countries use "Bank ID number" but perhaps some localization settings would help.

Similarly, in the fields for the EFT/ACH transaction, the Account Type field has the Canadian "Chequing" option. That's unlikely to cause any confusion, but having a US "Checking" option for that field would be nice. This is not easily cleared up with a Word Replacement, given that it is a Select field option.

[adixon]

ACH/EFT is a North-American-only bank exchange protocol (at least, in the world of iATS payments), known as ACH in the US and usually as EFT in Canada. I think Canada is a kind of hanger-on of what is often thought of as a US-only protocol.

The machine/internal names are actually from CiviCRM themselves and the extension just uses some magic in a few places to give them different labels in the front end - the ones that people in the US vs Canada are likely to know them as.

But even your bank is likely to give them different names as well, so a slavish attitude to consistency is probably giving visitors the wrong idea.

The "Account Type" field is a weird out-of-date Canada-specific setting, I don't think it's used in the US.

Conclusion - consistency here is at best an illusion and in some cases probably a bad idea.