mirror of https://github.com/microsoft/BCQuality.git synced 2026-10-05 14:46:55 +01:00

Jesper Schulz-Wedde 56b80e6dcf Add knowledge-backed AL development

Add read-only planning and repository-changing development skills so BCQuality
knowledge can guide features, bug fixes, refactors, upgrades, and maintenance
before the existing AL review gate runs. Track Microsoft Learn ingestion and
add development and BCApps-shaped guidance evaluation fixtures.

Co-authored-by: Copilot App <223556219+Copilot@users.noreply.github.com>
Copilot-Session: 638b66d2-9f06-4f60-8781-808709e1485c

2026-09-04 12:53:54 +02:00

1.4 KiB

Raw Blame History

bc-version

domain

keywords

technologies

countries

application-area

all

data-modeling

round

rounding

direction

precision

negative-decimal

amount

all

`Round` direction symbols follow magnitude, not mathematical ordering

Description

AL's Round(Number, Precision, Direction) uses '>' to round away from zero and '<' to round toward zero. For a negative value this reverses mathematical ordering: Round(-1234.56789, 0.001, '<') returns -1234.567, while direction '>' returns -1234.568. Code that treats the symbols as mathematical ceiling and floor produces sign-dependent amount errors, commonly on credit documents and negative adjustments.

Best Practice

Choose the direction from the business meaning: '>' increases absolute magnitude and '<' decreases absolute magnitude for both positive and negative values. Include positive and negative cases whenever a directed rounding rule is tested.

See sample: round-direction-symbols-use-magnitude.good.al.

Anti Pattern

Using '<' as a mathematical floor or '>' as a mathematical ceiling. The result looks correct for positive amounts but moves in the opposite mathematical direction for negative amounts.

See sample: round-direction-symbols-use-magnitude.bad.al.

Reference

Use the Round function

1.4 KiB Raw Blame History

Round direction symbols follow magnitude, not mathematical ordering