Avalara, Inc.

Nikki Nash

Stefan Kim

Gregory T Kavounas

Aaron Lee Robles

Mark Janzen

Naveen Kumar Agrawal

Marshal Kushniruk

Rahul Aggarwal

Hemendra Pal

Tim Diekmann

Mark Alan Withers

Robert Erdman

A specialized service engine receives data from an entity located in one domain about transactions performed by the entity with other entities from another domain. The service engine determines if the entity must follow the rules regarding selected resources in the other domain. The service engine then determines which of the rules established by the other domain the entity must follow. The service engine then determines and communicates to another computer of the entity the burden of complying with the rules of the other domain. The service engine then further computes the cost of the burden, and communicates the computed cost to the other computer.

Compliance burden determination for an entity having established nexus with one or more domains

A particular option selection may be provided by an online service platform (OSP) to a client regarding one or more predefined services that the OSP can be configured to perform. These may include automatic activities option selection(s) that may trigger the OSP to automatically start one or more activities upon one or more thresholds being crossed. The OSP may apply digital rules to the dataset(s) of the client to determine whether or not to automatically start or stop activities, including producing respective resources, upon a threshold being crossed, to determine a requested resource and then push, send, or otherwise cause to be transmitted a notification regarding the produced resource or other activities.

Automatically starting activities upon crossing threshold

Systems and methods electronically generate sample dots, produce resources associated with the dots and estimate a resource for a target point from known resources of dots near the target point based on client side version of digital rules, cataloged data and coarse values previously received from the online service platform. A client receives cataloged data of a cataloged domain in which the cataloged data includes data representing a plurality of dots and a respective computed resource value for each of the dots and each dot of the plurality of dots represents a point in the cataloged domain. In response to confirming a target point is in the cataloged domain, the system discovers a closest one or more dots to the target point based on the cataloged data, estimates a statistic for a resource for the target point based on the respective computed resource values of the closest one or more dots, stores the estimated statistic in a memory, and produces the local estimate based on the estimated statistic.

Computation module configured to estimate resource for target point from known resources of dots near the target point

An online software platform (OSP) classifies challenges to digital rules into buckets according to respective challenged digital rules that were applied to produce respective challenged resources. The OSP computes respective statistics for the buckets. Each bucket may have a corresponding statistic associated with the bucket based on a current total number of challenges that have been classified into that bucket. The OSP ranks the buckets according to the respective statistics of the buckets. The OSP may correct, based on the ranking of the buckets, the respective challenged stored digital rule of the selected bucket without yet correcting the respective challenged digital rule of at least one of the other buckets. This correction is stored and included in digital rules to be used to produce resources going forward.

Online software platform (OSP) accessing digital rules updated based on client inputs

A service engine determines that an entity meets a first nexus establishment condition for a first domain and a second nexus establishment condition for a second domain. The service engine then computes a first selected resource for the first domain and a second selected resource for the second domain. When the service engine determines that the entity no longer meets the second nexus establishment condition for the second domain, the service engine determines a nexus-ending date for the second domain. Prior to the nexus-ending date being satisfied, the service engine continues to compute the first selected resource for the first domain and the second selected resource for the second domain. In response to the nexus-ending date being satisfied, the service engine computes the first selected resource for the first domain but does not compute the second selected resource for the second domain.

Disestablishing entity's selected resource computation in response to loss of nexus establishment condition for selected domain

Systems and methods electronically produce a local estimate of less-than-critical resources based on a client side version of digital rules and a coarse values received from an online service provider. Although using the client side version of digital rules and the coarse values may not include all the parameters and values needed to provide a fully accurate estimate of the resource, the ability to locally estimate resources without having to make network calls to the online service provider, such as when there are unfavorable conditions or latency of the network, imminent overloading of the online service provider or other operating conditions or demands on the online service provider preventing it from producing a timely more accurate estimate, provides a faster and more efficient way of obtaining a potentially useful estimate of resources.

Coarse values for estimating less-than-critical resources

Systems and methods electronically produce a local estimate of less-than-critical resources based on a client-side version of digital rules and coarse values received from an online service provider. Although using the client-side version of digital rules and the coarse values may not include all the parameters and values needed to provide a fully accurate estimate of the resource, the ability to locally estimate resources without having to make network calls to the online service provider, such as when there are unfavorable conditions or latency of the network, imminent overloading of the online service provider or other operating conditions or demands on the online service provider preventing it from producing a timely more accurate estimate, provides a faster and more efficient way of obtaining a potentially useful estimate of resources.

Growing community of inventors

Seattle, WA, United States of America

Nikki Nash