SAP S/4HANA: дата постановки на учет, дата документа и диагностика отклонения периода постановки на учет
Обычно отклонение при постановке на учет - это проблема контроля периода, а не ошибка даты документа. Дата первичного документа - дата выпуска документа, а дата постановки на учет определяет период, который проверяет система. Вариант периода постановки на учет, а не вариант финансового года, открывает и закрывает периоды для заголовка и каждого типа счета.
В этом материале
Короткий ответ
Обычно отклонение при постановке на учет - это проблема контроля периода, а не ошибка ввода даты. Дата первичного документа - это дата выпуска документа, а дата постановки на учет определяет, какой период постановки на учет проверяет система. Вариант периода постановки на учет, а не вариант финансового года, решает, открыт ли этот период для заголовка документа и для каждого типа счета в позициях. Постановка на учет может завершиться ошибкой, даже если дата постановки на учет попадает в правильный календарный месяц, если соответствующий период закрыт, если закрыт конкретный тип счета или если у пользователя нет полномочий на интервал корректировки. Варианты финансового года определяют только количество периодов и их начало и конец; они не открывают и не закрывают периоды. При диагностике без изменения конфигурации прочитайте сообщение об отклонении, определите, затронут заголовок или тип счета в позиции, и решите, является ли реальной проблемой дата постановки на учет, дата документа или назначение счета. Не предполагайте, что закрытый период нужно открыть; вместо этого подтвердите предполагаемый период, назначение варианта и полномочия пользователя, затем выберите законное действие, такое как исправление даты, использование другого типа счета или обращение к лицу, обслуживающему периоды.
Различайте две даты
Заголовок документа содержит как дату первичного документа, так и дату постановки на учет, и они не взаимозаменяемы. Дата первичного документа - это дата выпуска исходного документа. Дата постановки на учет - это обычно дата, используемая при вводе документа в финансовом учете, и именно это поле управляет проверкой периода постановки на учет. Сам период постановки на учет выводится из даты постановки на учет, и именно этот период использует отчетность, чтобы разместить значения документа в правильном отчетном периоде. Другими словами, дата документа сообщает, когда был создан бизнес-документ, а дата постановки на учет сообщает системе, куда разместить постановку на учет для контроля периода и отчетности.
Это различие важно, потому что пользователь может ввести дату документа, которая выглядит разумной, и все равно получить отклонение, если дата постановки на учет попадает в закрытый период. Проверка периода системы привязана к дате постановки на учет, а не только к дате документа. Если эти две даты различаются, не предполагайте, что дата документа является управляющим значением. Считайте дату постановки на учет основным значением для принятия периода, а дату первичного документа - ссылкой на дату выпуска документа.
Для конкретной иллюстрации представьте счет-фактуру, датированную 28 сентября, с датой постановки на учет 30 сентября. В календарном варианте финансового года обе даты попадают в сентябрь, поэтому дата документа и дата постановки на учет указывают на один месяц. Тем не менее, это совпадение не гарантирует принятие, потому что принятие зависит от того, открыт ли сентябрьский период постановки на учет для соответствующих типов счетов. Пример является гипотетическим и используется только для разделения значения двух дат от отдельного вопроса о том, открыт ли период.
Свяжите дату постановки на учет с финансовым календарем
Дата постановки на учет сопоставляется с финансовым периодом через вариант финансового года, назначенный коду компании. Этот вариант определяет, сколько периодов существует и где начинается и заканчивается каждый период. Сам по себе он не решает, открыт или закрыт период. Это разделение важно: логика календаря сообщает системе, к какому финансовому периоду принадлежит дата, но решение об открытии/закрытии принимается elsewhere.
В простом календарном финансовом году дата постановки на учет 30 сентября сопоставляется с сентябрем. В некалендарном финансовом году та же календарная дата может попасть в другой финансовый период, или финансовый период может охватывать части двух календарных месяцев. Поэтому наивное правило вроде «сентябрь равен периоду 9» может быть неверным в конкретной системе. Вариант финансового года - это причина существования сопоставления, но это не средство, которое принимает или отклоняет постановку на учет.
Поскольку вариант финансового года определяет только структуру периода, следует использовать его для интерпретации сопоставления даты и периода, а не для вывода о том, что период должен быть открытым. Если само сопоставление неясно, проблема может быть в границах периода варианта, а не в вводе даты постановки на учет. В сентябрьском примере календарное сопоставление простое только потому, что предполагаемый вариант явно основан на календаре; это предположение не следует переносить на каждую систему.
Проверьте вариант периода постановки на учет
Вариант периода постановки на учет - это объект, который управляет тем, какие финансовые периоды открыты или закрыты. У него есть идентификатор и описание, и он назначается одному или нескольким кодам компании, поэтому коды компании, использующие один вариант, могут управлять периодами вместе. После создания вариант назначается в глобальных настройках кода компании и используется для ведущего регистра, при этом дополнительные регистры получают значения по умолчанию из этого назначения, если не определен другой вариант для неведущего регистра.
Вариант проверяется относительно даты постановки на учет. Первая проверка - это общая или заголовочная строка, которая охватывает итог документа и проверяется первой для каждой постановки на учет. Эта заголовочная строка должна быть открыта хотя бы для тех же периодов, что и любой тип счета, потому что если заголовок закрыт, постановка на учет не пройдет вообще. Если все типы счетов обрабатываются одинаково, заголовочная строка может быть единственной нужной строкой. Если типы счетов требуют разного обращения, вариант может определять отдельные интервалы для каждого типа счета.
Детальный анализ типов счетов важен, потому что закрытие периода может быть поэтапным. Например, постановки на учет по клиентам или поставщикам могут быть закрыты раньше, чем постановки на учет по счетам главной книги. Типы счетов включают клиента, поставщика, активы, счета главной книги, материал и контрактные счета. Поэтому постановка на учет может пройти проверку заголовка и все равно завершиться ошибкой в позиции, если тип счета для этой строки закрыт для финансового периода. В сентябрьском примере дата постановки на учет могла быть действительной для заголовка, а поставщикский счет закрыт, и система сообщила бы, что регистр не открыт для этого поставщикского счета в этом финансовом периоде.
Проследите конкретный пример даты
Используя гипотетический счет-фактуру, датированный 28 сентября и поставленный на учет 30 сентября, первый шаг - позволить системе сопоставить дату постановки на учет с финансовым периодом по назначенному варианту финансового года. В явно предполагаемом календарном варианте финансового года это сопоставление указывает на сентябрь. Это только шаг сопоставления; он еще не говорит о том, открыт ли сентябрь.
Следующий шаг - проверка варианта периода постановки на учет. Система сначала проверяет заголовочную строку относительно даты постановки на учет. Если сентябрьский период открыт в интервале заголовка, проверка заголовка проходит. Если заголовок закрыт, постановка на учет отклоняется в этой точке, независимо от позиций. Если заголовок проходит, система затем проверяет тип счета каждой позиции относительно варианта. Дата постановки на учет в сентябре все еще может завершиться ошибкой, если соответствующий тип счета закрыт для сентября.
Именно так постановка на учет может быть отклонена, даже когда дата документа и дата постановки на учет обе, кажется, принадлежат к одному месяцу. Пример не является наблюдаемым системным тестом; это способ разделить три вопроса: какой период сопоставляется с датой постановки на учет, открыт ли этот период в заголовке и открыт ли конкретный тип счета в позиции. Эти три вопроса могут дать разные ответы в одном документе.
Прочитайте отклонение перед любыми изменениями
Когда постановка на учет отклоняется, первым диагностическим шагом является внимательное чтение сообщения об отклонении, а не немедленное изменение конфигурации. Проверка периода системы возвращает разные ошибки в зависимости от того, где возникла проблема. Если дата постановки на учет попадает в финансовый период, который закрыт, система отвечает, что постановка на учет в периоде невозможна. Если дата постановки на учет действительна, но тип счета в позиции закрыт, система может вернуть сообщение о том, что регистр не открыт для этого финансового периода и этого счета.
Это различие является ключевой диагностической подсказкой. Отклонение на уровне заголовка указывает на дату постановки на учет и общую настройку варианта периода постановки на учет. Отклонение в позиции указывает на тип счета, конкретный счет или интервал, который управляет этим типом счета. Не считайте обе ошибки одной проблемой. Текст отклонения сообщает, остановилась ли система на проверке заголовка или позже на проверке позиции.
В сентябрьском примере отклонение заголовка означало бы, что сентябрьский период постановки на учет не открыт в интервале заголовка для даты постановки на учет. Отклонение позиции могло бы означать, что дата постановки на учет приемлема, но интервал поставщика, клиента, актива, главной книги, материала или контрактного счета закрыт для этого периода. Точное чтение сообщения позволяет не менять не то, например, дату документа, когда реальная проблема - закрытый период постановки на учет или закрытый интервал типа счета.
Проверьте область действия и полномочия
Вариант периода постановки на учет содержит отдельные интервалы, и задействованный интервал меняет область действия проверки. Интервал 1, иногда называемый интервалом корректировки, используется для открытия периодов вне обычной бизнес-обработки и может нести группу полномочий. Эта группа полномочий ограничивает, кто может поставить на учет в этот период через соответствующий объект разрешения в профиле безопасности пользователя. Интервал 2, иногда называемый нормальным интервалом, открывает текущий период для бизнес-транзакций и применяется ко всем пользователям; он не может быть ограничен таким же образом. Интервал 3 используется для постановок на учет из управленческого учета в финансовый учет, и если он не заполнен, настройки интервалов 1 и 2 также применяются к этим постановкам.
Это означает, что отклонение может исходить более чем из одного источника. Пользователь может пытаться поставить на учет в интервал корректировки без необходимых полномочий, даже если период технически открыт. Или нормальный интервал может просто не охватывать дату постановки на учет. Или постановка, связанная с КО, может требовать открытого периода постановки на учет в ФУ и отдельной блокировки периода КО. Диагностический вопрос - не только «открыт ли период?», но и «какой интервал применяется и есть ли у пользователя доступ к этому интервалу?»
Для сентябрьского примера, если дата постановки на учет попадает в период, открытый только в интервале 1, и у пользователя нет необходимой группы полномочий, постановка на учет может быть отклонена, хотя период открыт для других. Это другая ситуация, чем период, закрытый для всех. Различие этих случаев важно, потому что законное следующее действие зависит от того, является ли проблема полномочиями, охватом интервала или закрытым периодом.
Выберите законное следующее действие
После понимания отклонения следующее действие должно соответствовать диагностированной причине и не должно предполагать, что открытие периода - правильное исправление. Если дата постановки на учет просто попадает в закрытый период, а бизнес-намерение - поставить на учет в другом периоде, соответствующим действием может быть исправление даты постановки на учет на период, открытый для предполагаемых типов счетов. Если дата документа и дата постановки на учет путаются, проясните, какая дата действительно требуется бизнес-процессом, и введите дату постановки на учет соответствующим образом.
Если заголовок проходит, но тип счета в позиции завершается ошибкой, проблема может быть в назначении счета или статусе периода для этого типа счета. В этом случае законным действием является проверка, должен ли тип счета быть открытым для предполагаемого периода, или должна ли постановка на учет быть маршрутизирована иначе. Если ошибка связана с интервалом корректировки и у пользователя нет полномочий, действием является использование пользователя с необходимыми полномочиями или маршрутизация постановки через соответствующий процесс, а не неформальное расширение доступа.
Если постановка на учет связана с КО, помните, что контроль периодов ФУ и КО могут различаться. Постановка на учет из управленческого учета во финансовый учет может требовать открытого периода постановки на учет в ФУ и также может быть затронута блокировкой периода КО. Законным следующим шагом может быть подтверждение обоих средств контроля, а не изменение только одной стороны. Во всех случаях цель - разрешить конкретный сбой контроля, идентифицированный отклонением, а не изменять конфигурацию как реакцию по умолчанию.
Учитывайте границы издания и конфигурации
Концепции в выдержках являются общими, но конкретные поля, названия приложений, объекты полномочий и доступные средства управления могут различаться в зависимости от конфигурации продукта и издания. Выдержки утверждают, что варианты финансового года определяют количество периодов и их даты начала и окончания, а варианты периода постановки на учет управляют открытием и закрытием. Они также утверждают, что заголовочная строка проверяется первой и что типы счетов могут обрабатываться по-разному. Этих границ следует придерживаться: используйте вариант финансового года для понимания структуры периода, а вариант периода постановки на учет - для понимания контроля открытия/закрытия.
Не обобщайте слишком сильно на основе одной системы. Календарный финансовый год может заставить сентябрьский пример выглядеть простым, но некалендарный вариант или специальные периоды могут изменить сопоставление и логику принятия. Неведущие регистры могут использовать разные варианты периода постановки на учет, поэтому значение по умолчанию ведущего регистра не всегда является полной историей. Выдержки также отмечают, что интервал 3 может быть оставлен пустым, в этом случае интервалы 1 и 2 также применяются к постановкам, связанным с КО, что является еще одной деталью, зависящей от конфигурации.
Сохраняйте диагностическую логику, привязанную к тому, что система действительно проверяет: дату постановки на учет относительно варианта периода постановки на учет, сначала на уровне заголовка, затем на уровне типа счета, с эффектами интервала и полномочий там, где они применяются. Используйте сентябрьский пример только как способ разделить значение даты, финансовое сопоставление и контроль периода. Не считайте его доказательством того, как будет вести себя любая конкретная система, и не представляйте как наблюдаемый результат теста.
Что проверить
- Подтвердите, относится ли отклонение к периоду заголовка документа или к конкретному типу счета в позициях.
- Проверьте дату постановки на учет, а не только дату документа, потому что именно дата постановки на учет управляет проверкой периода.
- Определите вариант финансового года только для понимания количества периодов; не считайте его средством открытия/закрытия.
- Установите вариант периода постановки на учет, назначенный коду компании и ведущему регистру, прежде чем считать период открытым.
- Проверьте, находится ли ошибочный период в интервале 1, интервале 2 или интервале 3, потому что полномочия и область действия различаются.
- Подтвердите, есть ли у пользователя группа полномочий, необходимая для постановки на учет в интервале корректировки, если задействован этот интервал.
- Отличайте проблему закрытого периода от неверного типа первичного документа или неверного назначения счета, что также может исказить отчетность.
- Избегайте изменения конфигурации в качестве первого шага; используйте текст отклонения и поля документа, чтобы сначала сузить причину.
Границы применения
Это руководство основано на приведенных выдержках по SAP и носит описательный характер, а не является процедурой настройки. Названия полей документа, приложений, объектов полномочий и доступные средства управления могут различаться в зависимости от версии продукта, издания и конфигурации кода компании. Выдержки объясняют, что вариант финансового года определяет количество периодов и их даты начала и окончания, а вариант периода постановки на учет управляет открытием и закрытием; они не предоставляют универсальный список полей или гарантированный текст сообщения для каждой системы. Специальные периоды, некалендарные финансовые годы и неведущие регистры с разными вариантами периода постановки на учет могут нарушить простое предположение о соответствии месяца и периода. Иллюстративный пример с сентября является гипотетическим и не является результатом выполненного системного теста или наблюдаемого результата извлечения. Не используйте это как замену реальному системному сообщению, конкретной настройке варианта или проекту полномочий в вашей среде.