niteshandClaude Sonnet 5.5
ab8ed7e67e
A cash deposit posted to the wrong account is moved to the right one in four steps: unpass the voucher, a manager approves, the cashier enters the correct account, a manager approves again. Nothing changes on any account until the final approval. - Voucher Correction page with four-step strip and popups: today's vouchers to unpass (admin or clerk), the unpassed vouchers waiting for their correct account (cashier) with the wrong and correct account side by side and the balance check, and the caller's own requests. A cashier whose customer has used the money closes the request and deposits separately. - Reached from the cashier bar, the clerk bar and the Cashier menu; the manager reviews both steps under Approvals > Voucher Corrections, laid out like the other approval tabs. Routes for Cash Transfers approvals are added to the same tab bar. - A Correction column on My Vouchers, the day book and the voucher register (and in the voucher detail popup) says whether a voucher is unpassed, revoked in favour of another, a correction, or closed, with the reason. - The deposit taken off the wrong account no longer shows on its passbook or transaction list. Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
100 lines
2.1 KiB
SCSS
100 lines
2.1 KiB
SCSS
/**
|
|
* Copyright since 2025 Mifos Initiative
|
|
*
|
|
* This Source Code Form is subject to the terms of the Mozilla Public
|
|
* License, v. 2.0. If a copy of the MPL was not distributed with this
|
|
* file, You can obtain one at http://mozilla.org/MPL/2.0/.
|
|
*/
|
|
|
|
/* Page chrome, cards and tables come from cashier-shared.scss. Only the register itself is here. */
|
|
|
|
.vr-period {
|
|
display: flex;
|
|
align-items: center;
|
|
gap: 8px;
|
|
margin-bottom: 14px;
|
|
font-size: 13px;
|
|
color: #374151;
|
|
}
|
|
|
|
.vr-scope-note {
|
|
padding: 2px 8px;
|
|
background: #eff6ff;
|
|
border: 1px solid #bfdbfe;
|
|
border-radius: 999px;
|
|
color: #1e40af;
|
|
font-size: 11px;
|
|
}
|
|
|
|
/* The two summaries sit side by side where there is room and stack where there is not, so a
|
|
manager reads the totals before the rows on any screen. */
|
|
.vr-summaries {
|
|
display: grid;
|
|
grid-template-columns: repeat(auto-fit, minmax(280px, 1fr));
|
|
gap: 14px;
|
|
margin-bottom: 14px;
|
|
}
|
|
|
|
.vr-rows {
|
|
.vr-flag {
|
|
margin-left: 4px;
|
|
font-size: 15px;
|
|
width: 15px;
|
|
height: 15px;
|
|
color: #b91c1c;
|
|
vertical-align: text-bottom;
|
|
}
|
|
|
|
.vr-party {
|
|
color: #111827;
|
|
}
|
|
|
|
.vr-acct,
|
|
.vr-more {
|
|
margin-top: 2px;
|
|
font-size: 11px;
|
|
color: #6b7280;
|
|
}
|
|
|
|
// Spans the Debit and Credit cells for a voucher raised before its sides were recorded.
|
|
.vr-nosides {
|
|
font-size: 11px;
|
|
font-style: italic;
|
|
color: #9ca3af;
|
|
}
|
|
}
|
|
|
|
/* Printing a report should put the register on paper — the filters are how you reached it. */
|
|
@media print {
|
|
.vr-no-print {
|
|
display: none !important;
|
|
}
|
|
}
|
|
|
|
/* The ledger date on the system register. Marked when it differs from the day the voucher was
|
|
written: that is the whole reason the column exists, and a date the reader has to compare against
|
|
the Time column by eye is a date they will misread. */
|
|
.vr-ledgerdate {
|
|
font-size: 12px;
|
|
font-weight: 600;
|
|
white-space: nowrap;
|
|
}
|
|
|
|
.vr-ledgerdate--prior {
|
|
color: #5b21b6;
|
|
}
|
|
|
|
.vr-priorflag {
|
|
display: block;
|
|
font-size: 9.5px;
|
|
font-weight: 700;
|
|
letter-spacing: 0.04em;
|
|
text-transform: uppercase;
|
|
color: #7c3aed;
|
|
}
|
|
|
|
.vr-active {
|
|
font-size: 11px;
|
|
color: #94a3b8;
|
|
}
|