@mindbill/react 0.44.1 → 0.46.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +27 -1
- package/dist/index.d.ts +443 -403
- package/dist/index.js +424 -139
- package/dist/index.js.map +1 -1
- package/package.json +2 -2
package/README.md
CHANGED
|
@@ -95,6 +95,24 @@ import { BillReadOnlyForm } from "@mindbill/react";
|
|
|
95
95
|
|
|
96
96
|
`ConnectedBillLifecycle` composes this component with the Details / Bill history switch, so most partners should not assemble these pieces themselves.
|
|
97
97
|
|
|
98
|
+
`ConnectedBillingWorkspace` is the complete task, search, procedure,
|
|
99
|
+
productivity, and bill-detail experience. It measures the space remaining in
|
|
100
|
+
the browser viewport and owns vertical scrolling, so dashboard shells cannot
|
|
101
|
+
trap content below the fold. Hosts can still give it an explicit height:
|
|
102
|
+
|
|
103
|
+
```tsx
|
|
104
|
+
<main style={{ height: "100dvh", minHeight: 0 }}>
|
|
105
|
+
<ConnectedBillingWorkspace
|
|
106
|
+
sessionEndpoint="/api/mindbill/session"
|
|
107
|
+
onCreateBill={() => router.push("/billing/new")}
|
|
108
|
+
/>
|
|
109
|
+
</main>
|
|
110
|
+
```
|
|
111
|
+
|
|
112
|
+
For flex or grid shells, setting `min-height: 0` on the workspace's ancestors
|
|
113
|
+
remains a useful layout default. An explicit `height` or `maxHeight` in the
|
|
114
|
+
component's `style` prop continues to take precedence.
|
|
115
|
+
|
|
98
116
|
`BillRejectionNotice` is also exported for custom lifecycle layouts. It presents every API-provided rejection issue in order, keeps technical acknowledgement codes alongside the actionable descriptions, and shows when the bill was sent and rejected. The connected lifecycle includes it automatically whenever the current state is `rejected`.
|
|
99
117
|
|
|
100
118
|
```tsx
|
|
@@ -344,7 +362,15 @@ attempt's latest acknowledgement or payment state — for example `277 Reject`
|
|
|
344
362
|
or `Payment in 30 working days` — plus delivery, sent date, and the relevant
|
|
345
363
|
reject/effective date. `billSubmissionsRibbonFromHistory` derives those chips
|
|
346
364
|
from one unified history across every attempt. In `ConnectedBillLifecycle`, a
|
|
347
|
-
chip click
|
|
365
|
+
chip click keeps the Details tab open and shows that transmission's receipt,
|
|
366
|
+
delivery, sent date, and status. The immutable bill detail remains below it;
|
|
367
|
+
the complete cross-attempt audit trail is available only through the explicit
|
|
368
|
+
Bill history tab.
|
|
369
|
+
|
|
370
|
+
The connected lifecycle also renders server-owned bill notes and an **Add note**
|
|
371
|
+
control. Custom compositions can call `useBillLifecycle({ billId }).addNote({
|
|
372
|
+
note, actorName })`; note activity is shared with other authorized partner and
|
|
373
|
+
MindBill users.
|
|
348
374
|
|
|
349
375
|
`ReportBillStatusDialog` records the outcome of a payment-status phone call to the Claims Administrator / Bill Review vendor: payer contacts, the host-rendered submission receipt (for example a `BillHistoryTable`), and the five standard reported statuses (`REPORT_BILL_STATUS_OPTIONS`). The host posts the resulting `ReportBillStatusInput` through its own lifecycle action call.
|
|
350
376
|
|