번역량이 적지 않은데, 단위가 손실됩니다. 검사는 2단계로 나누어야 합니다.

번역본에 나오는 숫자는 빠진 것 같지는 않지만, 단위가 조용히 없어졌을 수도 있습니다. 견적서, 명세서, 기술자료 등의 금액이나 수량이 정확하지 않을 경우 실제 비즈니스에 미치는 영향이 영향을 받으므로 배송 전 개별적으로 수치를 확인해야 합니다.

이 문서는 번역된 문서 승인을 담당하는 사람들, 특히 견적, 재무제표 및 기술 데이터 시트를 자주 다루는 사람들을 위해 작성되었습니다. 이 기사에서는 번역에서 1,234.50가 1.234,50가 될 수 있는 이유, 입력 규칙을 먼저 선언한 다음 값을 비교하는 방법, 수동으로 수행해야 하는 판단에 대해 설명합니다. 읽은 후에는 2계층 검사 세트를 구축할 수 있습니다. 자동화된 코드는 형식과 값을 담당하고 인간은 의미 체계와 비즈니스 분야를 담당합니다.

본 글의 예시는 합성 샘플을 사용하고 있으며, 코드는 격리된 환경에서 샘플 검사를 통과했지만, 이것이 모든 실제 파일이나 제품 효과를 보장하는 것은 아닙니다. 중요한 문서를 취급하기 전에 원본을 보관하시기 바랍니다.

번역량이 적지 않은데 어떻게 받아들일까요? 한 문장 결론

수치 검증을 위해서는 입력 규칙을 먼저 선언한 후 정규화된 값을 비교해야 합니다. 통화 및 단위는 독립적인 필드로 유지됩니다.

먼저, 입력 규칙을 선언하세요

1,234.50와 1.234,50는 서로 다른 지역 관습에서 동일하거나 다른 양을 나타냅니다. 형식이 먼저 지정되지 않으면, 프로그램은 번역된 숫자가 올바른지 판단할 수 없습니다.

두 가지 명시적 형식만 처리됩니다

이 글에서는 다음 두 가지 형식만 다룹니다:

• 쉼표 천 단위, 소수점 마침표: 예: 1,234.50
• 천 점, 쉼표 소수: 예: 1.234,50

천 단위의 공백, 음수에 대한 괄호, 과학적 표기법 및 기타 표기법은 범위에 포함되지 않습니다. 소스 규칙이 불분명할 경우 이를 결정하기보다는 추측에 저항해야 합니다.

먼저 형식을 확인한 후 10진수 변환을 수행합니다.

선언된 형식에 따라 문자열을 먼저 확인한 다음 이를 전달한 후 Decimal로 변환합니다.

import re
from decimal import Decimal

def amount(text, style):
    rules = {
        "comma_group": (r"-?(?:[0-9]{1,3}(?:,[0-9]{3})+|[0-9]+)(?:\.[0-9]+)?", ",", "."),
        "dot_group": (r"-?(?:[0-9]{1,3}(?:\.[0-9]{3})+|[0-9]+)(?:,[0-9]+)?", ".", ",")
    }
    if style not in rules:
        raise ValueError("unknown number convention")
    pattern, grouping, decimal = rules[style]
    if re.fullmatch(pattern, text) is None:
        raise ValueError("number does not match declared convention")
    return Decimal(text.replace(grouping, "").replace(decimal, "."))

assert amount("1,234.50", "comma_group") == amount("1.234,50", "dot_group")
assert amount("-12.50", "comma_group") == Decimal("-12.50")
assert (amount("12.50", "comma_group"), "USD") != (amount("12.50", "comma_group"), "EUR")
for bad in ["12,34.50", "1,234.50 USD", "NaN"]:
    try:
        amount(bad, "comma_group")
    except ValueError:
        pass
    else:
        raise AssertionError("invalid number accepted")

같은 값으로는 충분하지 않습니다

이 코드는 미리 배치된 금액 문자열을 받아 문서에서 자동으로 금액을 찾지 않습니다. 필드를 찾을 때는 태그, 통화, 출처 위치를 유지하세요. 숫자가 같지만 단위가 킬로그램에서 파운드로, 또는 총가에서 단가로 바뀌면 올바른 검증으로 간주되지 않습니다.

십진법은 문제의 일부만 해결할 수 있습니다

데시멀이 당신을 위해 할 수 있는 일들

• 특정 이진 부동소수점 표현에서 오류를 피하기
• 수치 비교를 명확하고 표준화된 결과를 기반으로 할 것

십진법으로는 해결할 수 없어

• 반올림 규칙 선택
• 세금 금액 설명
• 환율 변환 수행

값을 변환할 때는 변환 전후의 가치와 이유를 체크리스트에 포함해야 합니다.

번역된 문서의 숫자는 별도로 받아들여져야 합니다

OmniDoc (제품 입력)를 사용하여 견적, 보고서 또는 기술 문서를 처리할 때, 승인은 다음 순서로 수행할 수 있습니다:

1. 먼저, 금액과 단위별 체크리스트를 정리하여 각 숫자에 대응하는 사업 필드를 나열합니다.
2. 체크리스트 항목과 번역본을 하나씩 비교하며, 형식, 통화, 마이너스 기호, 정확성의 차이를 기록합니다.
3. 의심스러운 항목을 원본 텍스트로 반환하여 해당 항목이 어떤 비즈니스 분야인지 확인한다.

디지털 조회는 의심을 식별하는 역할을 하지만, 최종 판단은 여전히 원문을 다시 확인하여 완료해야 합니다.

참고: Python decimal.

📊 핵심 비교

🎯 어떤 방법이 당신에게 맞나요?

인용문이나 보고서를 다룬다면

먼저 양과 단위의 체크리스트를 정리한 뒤, 각 항목을 번역된 원고와 대조하세요.

문서에 다른 숫자 표기법을 사용한다면

이 글에서는 천 단위의 공백, 괄호 안의 음수, 과학적 표기법을 다루지 않습니다. 먼저, 소스 규칙을 확인하고 프로그램이 추측하지 못하게 하세요.

환율 환산이 필요하다면요

십진수는 변환을 대신해 수행하지 않습니다; 변환 전후의 값과 이유를 체크리스트에 기록해 주세요.

❓ 자주 묻는 질문 (FAQ)

1. 왜 부동소수점 숫자를 사용해 직접 금액을 비교하지 않나요?

십진수는 특정 이진 부동소수점 표현에서 오류를 피할 수 있어 수치 비교에 더 적합합니다.

2. 숫자는 같지만 통화가 다르고, 동등한 것으로 간주될 수 있나요?

동등하다고 가정해서는 안 되며; 먼저 통화 표시가 변경되었는지 확인하세요.

3. 음의 부호가 사라지면 절대값을 자동으로 취할 수 있나요?

절대값은 자동으로 가져가지 말고, 원본 및 번역된 텍스트의 맥락과 함께 확인해야 합니다.

4. 코드가 어떤 문서에서든 자동으로 금액을 찾을 수 있나요?

아니. 코드는 미리 배치된 금액 문자열을 받습니다; 필드를 찾을 때 라벨, 통화, 출처 위치를 유지해야 합니다.

📝 요약

디지털 검증의 핵심은 먼저 서식 규칙을 선언하고, 표준화된 값을 비교하며, 통화와 단위를 독립된 필드로 유지하는 것입니다. 자동 조회를 통해 의심스러운 점을 식별하지만, 비즈니스 의미는 여전히 원본 텍스트까지 확인해야 합니다.

지금 경험해보세요: 원본 형식을 유지하면서 번역을 시작하려면 문서를 업로드하세요