ПРОДУКТЫ И ПЕРЕХОДЫP1L2
Календари, валюты и единицы в финансовых данных SAP
Чем отличаются календарь проводок и календарь рабочих дней, как учитывать разряды валют и почему пересчёт единиц требует размерности и коэффициента.
3 мин чтения·База знаний
Ревизия 1
Сравнение контекстов
Частичное покрытие
Контекст: CTX-GENERALКонтекст: CTX-S4-ONPREMКонтекст: CTX-S4-PUBLICКонтекст: CTX-BTP-ABAP
документальная опора: недостаточно данных
Календари, валюты и единицы в финансовых данных SAP#
Общие параметры определяют, как трактовать дату, сумму и количество в финансовом процессе. Совпадающие числа не обязательно сравнимы: дата может относиться к разным периодам, валюта иметь иной масштаб или оценку, а количество выражаться в другой размерности. Сохраняйте вместе со значением его контекст и источник преобразования.
Календарный день, рабочий день и период проводки#
Дата документа описывает дату исходного бизнес-события; дата проводки определяет отражение в учётном периоде. Фискальный год и его вариант задают периоды, а система определяет период проводки по дате проводки. Фискальный календарь может не совпадать с календарным годом и месяцами. Для сверки сохраняйте саму дату, вариант финансового года, год и период, а не выводите период только из номера месяца.
Календарь рабочих дней определяет рабочие и нерабочие дни для расписания или срока в конкретной стране или организации. Он не заменяет фискальный календарь. Срок платежа, дата доставки или график производства могут опираться на разные календари, часовые пояса и правила переноса выходных. При сравнении событий выясните, к какой зоне относится timestamp и по какому календарю рассчитана дата.
Валютный ключ, разряды и оценка суммы#
В финансовом документе сумма связана с валютой и может сохраняться в нескольких валютных представлениях. Разряды десятичной части задаются для валютного ключа; нельзя считать, что любая сумма имеет два знака после запятой. Также не смешивайте валюту документа, валюту компании, тип параллельной валюты и валюту отчёта.
Для пересчёта фиксируйте исходную и целевую валюту, тип курса, дату курса, направление котировки, коэффициент пересчёта, точность и правило округления. Если храните только пересчитанный итог без этих параметров, результат может быть невоспроизводимым. В DWH сохраняйте исходную сумму и валюту отдельно от целевого значения и параметров трансляции.
Единицы и размерность количества#
Единица измерения относится к количеству или другой физической величине, а не к денежной валюте. Пересчёт требует совместимой размерности и настроенного коэффициента, например базовой единицы материала и связи с единицей закупки. Наличие подписи «шт.» или «кг» в строке само по себе не подтверждает пересчёт.
Перед суммированием проверьте код единицы, размерность, точность исходного значения и правило округления. Не складывайте килограммы с штуками, время с расстоянием или количество разных материалов без обоснованной общей базы. Сохраняйте исходное количество и единицу; целевую единицу, коэффициент и округлённое значение записывайте как результат преобразования.
Контроль качества общих параметров#
Для каждой загрузки зафиксируйте версии и дату действия валютных ключей, разрядов, курсов и календарей; валюту и тип оценки; дату проводки и правило периода; единицу, размерность и коэффициент. Затем проверьте пустые или неизвестные коды, значения вне диапазона, невалидные даты, расхождения округления, отсутствие коэффициента и корректность преобразования на граничных примерах.
Изменение таких справочников может менять суммы, сроки, период или группировку без изменения исходной транзакции. Поэтому при пересчёте истории сохраняйте версию параметров, время применения и объяснение ожидаемой разницы. Конкретная настройка и поддерживаемые значения зависят от продукта и релиза. Источники ниже охватывают отдельные редакции SAP S/4HANA и ABAP Environment; конфигурация живой системы здесь не проверялась.
Calendars, Currencies, and Units in SAP Financial Data#
Shared settings determine how a finance process interprets a date, amount, or quantity. Equal numbers are not necessarily comparable: a date may belong to different periods, a currency can have a different scale or valuation, and a quantity can use a different dimension. Preserve each value together with its context and conversion source.
Calendar date, working day, and posting period#
The document date describes the source business event; the posting date determines the accounting period. The fiscal year and its variant define periods, and the system derives the posting period from the posting date. A fiscal calendar need not match the calendar year or months. For reconciliation, retain the date, fiscal year variant, year, and period instead of deriving a period only from the month number.
A working-day calendar defines working and non-working days for scheduling or a due date in a country or organization. It does not replace the fiscal calendar. Payment terms, delivery dates, and production schedules can use different calendars, time zones, and rules for moving dates around holidays. When comparing events, identify the timestamp zone and calendar rule.
Currency key, decimal places, and valuation#
An amount in a financial document is associated with a currency and can be stored in several currency views. Decimal places are defined for the currency key; do not assume every amount has two decimal places. Also distinguish document currency, company currency, parallel currency type, and reporting currency.
For conversion, record source and target currencies, rate type, rate date, quotation direction, conversion factor, precision, and rounding rule. An output total without these parameters may not be reproducible. In a warehouse, keep the original amount and currency separate from the converted value and translation parameters.
Units and quantity dimensions#
A unit of measure describes a quantity or another physical magnitude, not a monetary currency. Conversion requires a compatible dimension and a configured factor, such as a material base unit and its purchasing-unit relation. A label such as piece or kilogram alone does not prove a conversion was applied.
Before summing, check the unit code, dimension, input precision, and rounding rule. Do not add kilograms to pieces, time to distance, or quantities of different materials without a justified common basis. Keep the original quantity and unit; store the target unit, factor, and rounded value as a conversion result.
Quality checks for shared settings#
For each load, record the versions and effective dates of currency keys, decimal places, rates, and calendars; currency and valuation type; posting date and period rule; unit, dimension, and conversion factor. Check unknown codes, out-of-range values, invalid dates, rounding differences, missing factors, and conversion boundaries.
Changing reference settings can affect amounts, due dates, periods, or groupings without changing the source transaction. When recalculating history, retain the parameter version, application time, and expected difference. Configuration and supported values depend on product and release. The cited sources cover selected S/4HANA editions and ABAP Environment; no live system was inspected.