Revenue waits on an event: the goods shipped, the milestone accepted, the month of service passed. The schedule says when it should be recognized; the delivery record says whether it may be. This operator reads both. Schedules come from NetSuite revenue recognition plans, Sage Intacct contract revenue schedules, or Stripe Revenue Recognition reports. Events come from Business Central sales shipments, ShipStation shipments, and Asana tasks or monday.com items that mark a milestone complete.
When an event lands, it proposes the recognition entry the schedule calls for. When a scheduled entry has no event behind it, it proposes a hold. When Stripe's open period shows an amount that differs from the ledger, it proposes the adjustment. A person approves each entry; the record ties the entry to the event.
This is a reference listing. It documents what Fibric would read from Revenue Recognition and what it could propose, based on the vendor's published interfaces. Fibric builds it under a managed deployment when you request it; selecting it here installs nothing.
Inputs
NetSuite revenue recognition plans, forecast and actual, created from revenue arrangements when arrangement creation, billing, or fulfillment occurs
Sage Intacct CONTRACTREVENUESCHEDULE and schedule entries with DELIVERYDATE, POSTINGDATE, and STATE, including the on-hold state
Stripe Revenue Recognition debit and credit reports by invoice line item, with accounting_period, open_accounting_period, and booked_date
Business Central salesShipments with postingDate and orderNumber, and ShipStation shipments with shipDate, as delivery events
Asana tasks with completed_at in the milestone projects you name, and monday.com items whose status column marks acceptance
Entries it proposed and you approved, so a period is not recognized twice
Proposed actions
Target capability: propose posting a Sage Intacct revenue schedule entry once the delivery or milestone it depends on is recorded
Target capability: propose the NetSuite revenue recognition journal for the plans whose events have occurred in the period, as one batch
Target capability: propose placing a schedule entry on hold where the scheduled date has passed and no event supports it
Target capability: propose an adjustment where Stripe's report for an open period differs from the amount recognized in the ledger
Target capability: propose the reallocation of a Sage Intacct schedule when a contract's start or end date changes
Proposed actions are target capabilities. Every action runs propose-first and needs a validated deployment and the appropriate permissions.
What you can build
Recognize on the shipment, not the invoice
Sage Intacct schedule entries whose contract line has a matching Business Central salesShipment postingDate in the period are proposed for posting; entries with no shipment are proposed for hold.
Actual revenue plans whose fulfillment or milestone event is confirmed are gathered into one journal proposal for the Recognize Revenue checklist step, with each plan's event listed.
The Stripe debit and credit by invoice line item report for the period is compared with recognized revenue in the ledger. Differences are proposed as adjustments, marked provisional while the period is open.
When an Asana task in the milestone project gets a completed_at date, the schedule entry tied to that milestone is proposed for posting with the task linked.
A schedule source: NetSuite Advanced Revenue Management, Sage Intacct Contracts, or Stripe Revenue Recognition
An event source: Business Central or ShipStation for shipments, Asana or monday.com for milestones
A link between the schedule line and its event: the order number on a shipment, or the contract and milestone id on a task
A written rule per revenue type: what counts as delivery, who accepts a milestone, and the period each entry belongs to
Authentication
It holds no ledger credentials of its own. It reads schedules and events through the finance, billing, shipping, and work connectors you attach, with the scopes you grant.
Limits
It reads whether an event occurred. Judging whether a performance obligation is satisfied stays with your accountants; it shows them the evidence.
Stripe notes that entries in open accounting periods are subject to change. It proposes from open periods but marks those entries provisional.
NetSuite recognizes nothing until revenue recognition journal entries are generated from the plans. It proposes that step; a person runs it.
It posts, holds, and reallocates nothing on its own. Each entry waits for approval.
Access and pricing
Reference listing. Fibric builds the operator under a managed deployment when you request it. Your quote covers the build, capabilities, usage, and support.
One entry at a time, or a period batch. Each proposal shows the schedule line, the amount, the period, and the event behind it: shipment number, task id, or report row. Approve, hold, or change the period.
What does the audit trail look like?
Per entry: the schedule it came from, the event that released it, the amount, the period, who approved, when, and the reversing entry. Held entries record why, and provisional entries record the open period they were read from.
Does it ever recognize revenue by itself?
No. An entry is posted, held, or reallocated only after a person approves it, and once. Where the ledger has no write for a step, the proposal is a prepared entry for a person to run.
Ask about Revenue Recognition
Ask about the capabilities and requirements in this listing.
This operator is developed, published, and supported by Fibric. Third-party names and logos identify the systems an integration connects to; they are the property of their respective owners, who are not affiliated with Fibric and do not sponsor or endorse this listing. Trademark policy