Skip straight to the main guide
WrenchQuarry
More

Software integration limits: 4 tools for service teams

WrenchQuarry Editorial Team · Published · 11 min read

Software integration limits are the documented caps that Google, Atlassian, Amazon SNS and Stripe publish for each connection your service software uses. Service quotas define the maximum number of service resources or operations for your AWS account, according to AWS Documentation.

Key takeaways

  • Check each documented constraint separately; a high account allowance does not guarantee performance for one connection.
  • Do not apply one tool's number to another connection.
  • Google Geocoding: compare your call rate with the 25 queries each second (QPS) default and the restriction of 3,000 queries each minute.
  • Amazon SNS: for email or email-json subscriptions, stay within 10 messages each second for each subscription.
  • Stripe: register no more than 16 event destinations, and use TLS v1.2 or v1.3.

Software integration limits: the setup answer by tool

An account resource limit differs from an operations limit. A resource limit counts specific objects within a service scope, while an operations limit caps the frequency or volume of actions performed against those objects. For example, a quota may restrict how many endpoints exist in one region, whereas another quota restricts how many messages each second can be sent to those endpoints. These are distinct constraints because they measure different aspects of system capacity. One measures inventory; the other measures throughput.

When configuring field-service software integrations, treat each documented constraint as a separate boundary. A connection might hit its specific operational ceiling even if the overall account remains well below its aggregate resource cap. This separation is critical when mapping external tools like geocoding services, automation platforms, or payment webhooks to your internal dispatch workflows.

The four tools discussed in this guide, Google Geocoding API, Atlassian Automation, Amazon SNS, and Stripe webhooks, each publish their own distinct categories of limits. Google Maps Platform specifies request rates by the second and by the minute for specific API methods. Atlassian Support documents item creation counts and simultaneous flow concurrency based on plan combinations. Amazon SNS details message delivery rates for each subscription type. Stripe outlines event destination counts and TLS version support for webhook endpoints.

The reference table compares each tool's own documentation

PublisherDocumented ConstraintSource Page Title
Google Maps PlatformGeocoding API v4 methods have a default quota of 25 queries each second (QPS).Geocoding API Usage and Billing
Atlassian SupportA Scheduled trigger fetching 100 work items, followed by a related branch fetching 10 subtasks for each work item, would add 100 * 10 = 1,000 associated items to this limit.Automation service limits - Cloud automation Cloud
AWS Documentation10 messages each second for every email or email-json subscription.Amazon Simple Notification Service endpoints and quotas - AWS General Reference
Stripe DocumentationYou can register up to 16 event destinations with Stripe.Receive Stripe events in your webhook endpoint

According to Google Maps Platform, the QPS figure applies specifically to Geocoding API v4 methods. According to Atlassian Support, the associated item count depends on the branching calculation used in the workflow. According to AWS Documentation, the message rate is tied to individual email or email-json subscriptions. According to Stripe Documentation, the destination limit caps the number of registered endpoints. Cross-check these values against your active system configurations to identify any discrepancies during the initial setup phase.

Compare Geocoding request quotas with SNS subscription throughput

Compare request-rate limits against subscription delivery rates during setup because they measure different connection behaviors.

Geocoding API v4 methods The Geocoding API v4 methods have a default quota of 25 queries each second (QPS) according to Google Maps Platform. Usage is subject to limits, including a daily quota and a restriction of 3,000 queries each minute according to Google Maps Platform. Keep these scopes separate; the default for each second and the restriction for each minute are documented as distinct constraints on usage. Daily quotas are refreshed daily at midnight Pacific time according to Google Maps Platform. You must enable billing and include an API key or OAuth credential for all Geocoding API requests according to Google Maps Platform. Check your dispatch system’s geocoding call frequency against the 25 QPS default and the restriction of 3,000 queries each minute to ensure your batch processes do not exceed the documented thresholds.

Amazon Simple Notification Service endpoints and quotas For email-based notifications, Amazon Simple Notification Service endpoints and quotas documents 10 messages each second for every email or email-json subscription according to AWS Documentation. This figure applies specifically to email or email-json subscriptions and does not apply to every delivery channel or the whole account. If your service team relies on email alerts for job status updates, configure your notification triggers to respect this rate of 10 messages each second for every subscription. Do not assume this limit governs other endpoint types or account-wide throughput without checking the corresponding documentation for those specific channels.

Separate Atlassian branch counts from simultaneous flows

When configuring automation, distinguish between the volume of items a flow processes and the number of flows running concurrently. These are separate constraints that affect how your service management rules execute.

Associated item expansion Branching logic multiplies the load on your system. A Scheduled trigger fetching 100 work items, followed by a related branch fetching 10 subtasks for each work item, would add 100 * 10 = 1,000 associated items to this limit, according to Atlassian Support. This calculation shows how nested branches accumulate against the total allowed items. If your dispatch rules involve multiple subtasks on each ticket, account for this multiplication when estimating daily throughput.

CQL result caps Query limits apply within individual branches. If a flow branch contains a CQL query that returns more than 150 items, the flow will only perform actions on the first 150 items, according to Atlassian Support. Any items beyond that threshold are ignored in that specific execution. To ensure all relevant tickets receive automated updates, refine your CQL filters so they return fewer results or split the logic across multiple branches. This prevents silent omissions in your notification or status-change workflows.

Plan-specific concurrency The number of flows that can run at once depends on your specific product combination. For example, if you have Jira Service Management Enterprise and Jira Cloud Free, your site will be able to run 30 flows at the same time, according to Atlassian Support. This figure is an example tied to that exact plan pairing; other combinations may allow different concurrent flow counts. Verify your specific license configuration to determine your actual concurrency ceiling before deploying high-volume automations.

Scheduled frequency distinctions Execution frequency impacts resource usage but is distinct from item limits. For example, only execute a flow every hour instead of every 5 minutes, according to Atlassian Support. Adjusting the schedule reduces the frequency of limit checks and potential throttling events. Review your current trigger intervals to see if less frequent polling meets your operational needs while staying within documented constraints.

Match these four factors (item expansion, query caps, concurrency plans, and schedule frequency) to your specific setup. Identify which constraint is most likely to impact your highest-volume dispatch rules.

Check Stripe destination counts, TLS and retry behavior

When configuring webhook connections for payment events, verify the transport security settings before testing delivery. Stripe webhooks support only TLS versions v1.2 and v1.3, according to Stripe Documentation. Your endpoint must negotiate one of these specific protocol versions to establish a secure connection; older TLS versions are not supported by this service. Confirm your server configuration allows these handshake requirements during setup.

Next, check how many distinct endpoints you plan to register. You can register up to 16 event destinations with Stripe, according to Stripe Documentation. This limit applies to the total number of registered destinations within your account. If your architecture requires routing events to more than sixteen separate systems, the documented capacity does not cover that scenario. Plan your endpoint distribution so it stays within this count.

Understand how status codes reflect delivery success. When an event displays a status code of 200, it indicates successful delivery to the webhook endpoint, according to Stripe Documentation. A 200 response confirms the endpoint received the payload. However, this status code verifies transmission to your server, not whether your internal systems processed the data correctly. Treat the 200 code as a network-level confirmation rather than a business-logic validation.

Be aware of how manual interventions interact with automatic processes. Manually resending an event that failed to reach a webhook endpoint doesn’t cancel Stripe’s automatic retry behavior, even if it results in a 2xx status code, according to Stripe Documentation. Triggering a resend from the dashboard does not stop the system’s scheduled retries. Your endpoint may receive duplicate payloads if both the manual action and the automatic schedule succeed. Design your receiver logic to handle potential duplicates arising from this overlapping behavior.

Match each documented constraint to the connection being configured

Identify one existing software connection and compare its configured quota, branch behavior, subscription type or webhook settings with the matching documented constraint. Start by locating the specific limit category that applies to your current setup. For Google Maps Platform connections, verify whether your usage falls under the daily quota or the restriction of 3,000 queries each minute, as stated in the Geocoding API Usage and Billing documentation. These are distinct limits; do not assume a single rate covers both timeframes. Keep these scopes separate when configuring your API key or OAuth credential.

For Atlassian Automation, check if your branching logic creates more associated items than your plan allows. If you are on the specified Enterprise and Free combination, confirm whether your simultaneous flows exceed the 30-flow example limit. Verify your specific plan combination against these figures before deploying new automation rules.

When configuring Amazon SNS, identify the subscription type for each endpoint. The documented limit of 10 messages each second applies specifically to email or email-json subscriptions. Do not apply this figure to other delivery channels or treat it as an account-wide limit. Check your subscription list to ensure no single email endpoint exceeds this throughput during peak dispatch times. This prevents message throttling that could delay customer arrival updates or job status notifications.

FAQ: integration limits for your service software setup

What software integration limits should I compare during setup?

Compare request quotas, automation limits, subscription throughput, and webhook requirements separately because an account resource limit differs from an operations limit. Geocoding API v4 methods have a default quota of 25 queries each second (QPS) according to Google Maps Platform. For Amazon Simple Notification Service endpoints and quotas - AWS General Reference, a limit of 10 messages each second for every email or email-json subscription applies according to AWS Documentation. Verify each connection against its specific documented constraint before finalizing configuration.

Does the 30-flow example apply to my Atlassian plan combination?

The 30-flow figure is an example specifically for Jira Service Management Enterprise and Jira Cloud Free combinations. According to Atlassian Support, if you have Jira Service Management Enterprise and Jira Cloud Free, your site will be able to run 30 flows at the same time. This example does not apply universally to every plan combination or site configuration. Check your specific product versions against the current documentation to confirm applicable concurrency limits.

When do Google Geocoding daily quotas refresh?

Google's daily quotas reset at midnight Pacific time, according to Google Maps Platform. Plan batch geocoding jobs around this reset point to avoid hitting daily restrictions during peak usage periods. Monitor your usage patterns relative to the midnight Pacific time boundary.

Does manually resending a Stripe event cancel automatic retries?

No. Stripe's automatic retries continue after a manual resend, even when that resend gets a 2xx status code, according to Stripe Documentation. Review both manual and automatic delivery logs to track complete event history.

Which Amazon SNS subscriptions have the stated message limit?

The limit of 10 messages each second applies specifically to email or email-json subscriptions according to AWS Documentation. This throughput restriction does not apply to all delivery channels or the entire account. Different subscription types may have different rate limits within the same service. Identify your specific subscription type when evaluating message volume constraints for field-service notifications.

Sources

More field guides