Setting Up NetSuite Bank Feeds
- Jul 30
- 1 min read

Your NetSuite bank feed is connected and transactions are arriving. That means the configuration is working - but not necessarily that it is working well for your company.
Before treating the feed as production-ready, review at least these items:
The connection method and whether it fits your volume, banks, countries, and security requirements
The NetSuite GL account, bank account, and currency mapping
The earliest import date and any overlap with prior manual imports
Posted versus pending transaction behavior and expected timing
Multifactor-authentication and connection-expiration requirements
Matching rules and auto-create rules, including how exceptions are handled
The reconciliation cutover date, opening position, duplicate controls, and ownership of credentials
NetSuite offers more than one path. The Bank Feeds SuiteApp provides automated daily imports and is often appropriate for smaller and midsize environments. Higher-volume or more controlled environments may be better served by Auto Bank Statement Import with bank statement parsers and SFTP, a custom connectivity plug-in, or a treasury platform.
For example, a company banking with Bank of America may evaluate CashPro files or APIs, sometimes via a treasury connectivity platform such as Kyriba. Kyriba is not simply another name for the native NetSuite bank feed; it is a separate treasury and bank-connectivity solution that may make sense in a multi-bank or global environment.
The right question is not, "Can we connect?"
It is, "Which connection gives Finance reliable, controlled, supportable data with the least ongoing friction?"
This is the kind of configuration review that is much easier to perform before duplicate imports and reconciliation workarounds accumulate.
Set up a time to meet here: https://bit.ly/schedule-with-justin





Comments