Kan het bedrag een negatief getal zijn: aparte bedrijfsregels en typeregels

Als u gestructureerde extractie van orders, rekeningen of financiële documenten uitvoert, is het bedragveld vaak de meest foutgevoelige plaats. Veel mensen zullen alle bedragen schrijven als minimum: 0, wat erg strikt lijkt, maar normale terugbetalingsgegevens zullen hierdoor worden afgewezen.

Of het bedrag in een getal is omgezet en of negatieve getallen in deze branche zijn toegestaan, zijn twee verschillende kwesties. Bevestig eerst wat het minteken in het document vertegenwoordigt en bepaal vervolgens de bereikregels, om ervoor te zorgen dat het type correct is zonder per ongeluk redelijke gegevens te beschadigen.

In dit artikel worden kunststofmonsters gebruikt om de verwerkingsmethode aan te tonen. De code is gecontroleerd met voorbeelden in een geïsoleerde omgeving; dit vormt geen garantie voor alle echte bestanden of productprestaties. Voordat u belangrijke documenten verwerkt, dient u de originelen te bewaren en deze te controleren op basis van de grenzen en acceptatie-items in de tekst.

Kan het bedrag negatief zijn? Conclusie in één zin

Of het bedrag negatief kan zijn, hangt af van de overeenkomst van het bedrijf, niet van het veldtype zelf. Definieer eerst de betekenis van het minteken en laat vervolgens het type de beperkingen bepalen.

Bepaal eerst wat het minteken vertegenwoordigt

In de syntheseovereenkomst in dit artikel is bepaald dat de gewone kosten niet negatief zijn en dat restituties worden uitgedrukt als negatieve bedragen. Echte systemen kunnen ook een boekhoudmethode "positief bedrag plus terugbetalingstype" gebruiken. Beide methoden kunnen worden ingesteld, maar u kunt er niet op vertrouwen dat lezers in dezelfde interface raden.

De nulpuntsgrens is hier een voorbeeldprotocol en geen uniforme standaard in de financiële sector.

Laat het type de beperkingen bepalen

minimum van JSON Schema bevat grenzen, exclusiveMinimum bevat geen grenzen. Als de bedrijfsvereiste strikt positief is, kan minimum: 0 niet worden gebruikt.

Noem eerst de scenario's waarin nulwaarden zijn toegestaan voordat u trefwoorden selecteert, om te voorkomen dat gratis items, afschrijvingen of schattingen verkeerd worden geïnterpreteerd als fouten.

from jsonschema import Draft202012Validator

schema = {
    "type": "object", "required": ["kind", "amount"],
    "additionalProperties": False,
    "properties": {"kind": {"enum": ["charge", "refund"]},
                   "amount": {"type": "number"}},
    "allOf": [
        {"if": {"properties": {"kind": {"const": "charge"}}},
         "then": {"properties": {"amount": {"minimum": 0}}}},
        {"if": {"properties": {"kind": {"const": "refund"}}},
         "then": {"properties": {"amount": {"exclusiveMaximum": 0}}}}
    ]
}
v = Draft202012Validator(schema)
valid = lambda x: not list(v.iter_errors(x))
assert valid({"kind": "charge", "amount": 0})
assert valid({"kind": "refund", "amount": -12.5})
assert not valid({"kind": "refund", "amount": 12.5})
assert not valid({"kind": "charge", "amount": True})
assert not valid({"amount": 12.5})

Het voorbeeld is afhankelijk van jsonschema en is geverifieerd volgens Draft 2020-12. Het voert geen valutaconversie uit en verifieert ook niet de relatie tussen items en totalen.

Valutaberekeningen vereisen duidelijke precisie- en afrondingsstrategieën. Alleen omdat de waarden de schemaverificatie doorstaan, kunt u geen drijvende-kommagetallen gebruiken om naar believen te accumuleren.

Wanneer u een fout rapporteert, moet u de zakelijke context aangeven

Wanneer de verificatie mislukt, zou de foutmelding mensen moeten helpen de oorzaak te achterhalen, in plaats van alleen maar 'illegaal' aan te geven.

Gebruik geen auto-fetch absolute waarde om fouten te verdoezelen.

OCR kan hetzelfde type uitzondering tonen als er een korte horizontale lijn ontbreekt, een minteken wordt verplaatst tijdens de vertaling, of het bedrijf tegengestelde symbolische conventies gebruikt.

Als abs() direct wordt opgeroepen, worden belangrijke diagnostische aanwijzingen geëlimineerd. Een veiligere aanpak is om de originele tekstclip, het paginanummer en de preparsingstring op te slaan, en vervolgens te beslissen of je opnieuw wilt uitpakken of handmatig wilt herbekijken.

Controleer het bedrag en typ samen bij levering

Wanneer je OmniDoc (Productinvoer) gebruikt om documenten met bedragen te verwerken, kun je deze regeltabel gebruiken als onderdeel van de nabewerking: controleer niet alleen of nummers ontbreken, maar ook of de context voor terugbetalingen, tegoeden en andere zaken is veranderd.

Hulpmiddelen kunnen helpen bij het voltooien van vertalingen, maar de bedragsovereenkomst moet nog steeds door de zakelijke kant worden verduidelijkt.

📊 Kernvergelijking

🎯 Welke methode past bij jou?

Als je overeenkomst een negatief bedrag gebruikt om een terugbetaling aan te geven

• Stel een niet-negatieve beperking in voor het chargeveld, sta negatieve waarden toe voor het terugbetalingsveld en specificeer de overeenkomst in de documentatie.

Als je systeem "Positief bedrag plus terugbetalingstype" gebruikt.

• Hoeveelheidsvelden worden geïntegreerd naar positief en typevelden worden gecontroleerd om te voorkomen dat het documentkarakter uitsluitend op cijfers wordt beoordeeld.

Als het bedrijf vereist dat het bedrag strikt positief is

• Gebruik exclusiveMinimum en bevestig eerst of vrije projecten, offsets en schattingen per ongeluk worden afgewezen.

Als het negatieve teken in het bronbestand misschien ontbreekt

• Bewaar het originele fragment, paginanummer en pre-parse string, bekijk handmatig voordat je de database betreedt, en selecteer geen absolute waarden direct.

❓ Veelgestelde Vragen (FAQ)

1. Wat is het verschil tussen minimum en exclusiveMinimum?

minimum bevat randwaarden, terwijl exclusiveMinimum dat niet doet. Als de bedrijfsvereisten streng en positief zijn, kan minimum: 0 niet worden gebruikt.

2. Is het bedrag altijd correct alleen omdat het de schema-verificatie doorstaat?

Niet per se. Het voorbeeld voert geen valutaomrekening uit, noch verifieert het de relatie tussen subposten en totalen; Valutaberekeningen vereisen ook duidelijke precisie en afrondingsstrategieën.

3. Waarom kan het bedrag niet direct worden opgeteld met behulp van floating-point getallen?

Valutaberekeningen vereisen duidelijke nauwkeurigheid en afrondingsstrategieën; je kunt niet willekeurig floating-point getallen toevoegen alleen omdat waarden de schema-verificatie doorstaan.

4. Als je abnormale negatieve signalen tegenkomt, kun je dan direct de absolute waarde nemen?

Niet aan te raden. OCR-weglatingen, vertaling, bewegende negatieve tekens of verschillende bedrijfssymbolen kunnen afwijkingen veroorzaken; direct het nemen van absolute waarden elimineert diagnostische aanwijzingen.

📝 Samenvatting

De sleutel tot het hoeveelheidsveld is eerst te bevestigen wat het negatieve teken vertegenwoordigt, en dan het type de beperking te laten bepalen. Scheid bedrijfsregels van typeregels om een foutieve afwijzing van terugbetalingen te voorkomen en om te voorkomen dat echte fouten over het hoofd zien.

Ervaar nu: upload je document om te beginnen met vertalen, waarbij je de originele opmaak behoudt

Bronnen: Numerieke beperkingen van JSON-schema