Один ваучер

Статья
10/09/2024

Важно

Часть или вся функциональность, описанная в этой статье, доступна в рамках предварительного выпуска. Содержимое и функциональность могут быть изменены. Дополнительные сведения о предварительных выпусках см. в разделе Доступность обновления службы.

Что такое "Один ваучер"?

Гибкость финансовых журналов позволяет ввести один ваучер, представляющий одну проводку, но включающий несколько клиентов, поставщиков, основных средств, проектов или банковских счетов. Microsoft называет эту функциональность Один ваучер. Сценарии с одним ваучером не включают проводки, включающие только счета ГК. Эти проводки разносятся в главной книге, а не во вспомогательных книгах, таких как «Расчеты с клиентами», «Основные средства» и «Банк».

Существует две категории примеров с одним ваучером:

Ваучер содержит несколько проводок, которые были введены как одна проводка. Ниже приведено несколько возможных примеров:
- В каждой строке вводятся платежи нескольких поставщиков (корр. счет не используется), а сумма платежа, зачтенная на банковский счет, вводится в одну строку. Суммирование платежей выполняется для обновления вспомогательной книги банка в виде суммированной суммы, которая соответствует выписке по банковскому счету. Тем не менее, каждая проводка поставщика по-прежнему подробно регистрируется в вспомогательной книге «Расчеты с поставщиками». Тот же сценарий встречается и на стороне оплаты клиента.
- Несколько основных средств приобретаются в одном ваучере. Такой подход часто используется при вводе начальных остатков для модуля Основные средства.
Ваучер содержит одну транзакцию, которая затрагивает несколько типов счетов, не относящихся к ГК. Ниже приведено несколько возможных примеров:
- Банковские переводы
- Взаимозачет сальдо между поставщиками/клиентами (один субъект)
- Перенос сальдо от клиента А клиенту Б
- Накладные поставщиков, состоящие из нескольких строк, которые содержат основные средства или проекты

В приведенных выше примерах для каждой категории представлены допустимые бизнес-требования. Иногда бизнес-требования не могут быть выполнены никаким другим способом: организация должна вводить проводки, используя один ваучер. Однако в других случаях существуют другие допустимые способы выполнения бизнес-требований: проводки могут быть введены по-другому или может использоваться другая функция.

Проблемы, связанные с одним ваучером

Использование функции "Один ваучер" в соответствии с бизнес-требованиями может вызвать проблемы. Различные процессы, отмены проводок и запросы/отчеты требуют предоставления сведений о проводках. Эти сведения не могут быть определены из текущей модели данных, если несколько проводок введены в сводке в одном ваучере. Кроме того, сведения не всегда могут быть четко определены, если тип вводимой проводки неизвестен. Это ограничение вызвано гибкостью журналов, особенно в случае ввода через общий журнал.

Некоторые сценарии могут по-прежнему работать правильно в зависимости от настроек вашей организации. Вот области, в которых вы можете столкнуться с проблемами:

Сопоставление. Если в ваучере более одного поставщика или клиента, учет, созданный во время сопоставления, может быть неправильно отнесен к финансовым аналитикам. Дополнительные сведения о проблемах, которые могут возникнуть во время сопоставления, см. в разделе Один ваучер с несколькими записями клиентов или поставщика. На производительность сопоставления сильное влияние оказывает количество строк журнала накладных, в которых используется функция "Один ваучер". Ожидается, что количество времени, которое требуется для сопоставления и разноски платежей, увеличивается экспоненциально с увеличением числа строк журнала накладных, которые используют один ваучер.
Расчет налогов. Если в ваучере более одного ваучера или клиента, расчет налога может быть неправильным.
Реверсирование проводки. Если в ваучере более одного типа счета вспомогательной книги, то при отмене одной проводки во вспомогательной книге в главной книге может быть разнесена неправильная запись реверсирования. Например, если вы приобретаете несколько активов в одном ваучере, а затем реверсируете приобретение одного из активов, учет главной книги будет неправильным для реверсирования.
Отчеты и запросы. Если вы включите в ваучер более одного типа счета вспомогательной книги (например, Поставщик и Клиент), в отчетах/запросах будет отображаться только первое найденное значение счета.

Например, вы выполняете разноску следующей многострочной накладной поставщика. Он содержит четыре проекта, которые представляют собой «строки» в накладной. Такой подход является общим бизнес-требованием для организаций, которые широко используют журналы.

Три из четырех проектов разнесены на одном и том же счете ГК (601500). Если вы откроете Анализатор источника учета, чтобы просмотреть сведения о разнесенных проводках для этого счета ГК, вы заметите, что идентификатор проекта для всех трех строк — 000057. Такое поведение является известным ограничением одного ваучера. Сведения не будут правильно связывать каждую строку с соответствующим проектом в журнале. Вместо этого первое найденное значение счета всегда будет отображаться в отчетах и запросах.

Ввод проводки в виде одного ваучера

Чтобы ввести проводки, используя один ваучер, перейдите в раздел Главная книга > Настройка главной книги > Параметры главной книги, а затем на вкладке Книга учета, задайте для параметра Разрешить несколько проводок в одном ваучере значение Да.

Проводку «Один ваучер» можно ввести на странице Имена журналов, установив для поля Новый ваучер одно из следующих значений:

Только один код ваучера. Каждая строка, которую вы добавляете в журнал, будет включена в тот же ваучер, и строки будут содержать более одного клиента, поставщика, банка, основного средства или проекта.
В связи с сальдо. Введите многострочный ваучер, в котором нет корр. счета, и строки содержат более одного клиента, поставщика, банка, основного средства или проекта.
В связи с сальдо. Введите однострочный ваучер, где как счет, так и корреспондентский счет содержат тип счета вспомогательной книги, такой как Поставщик/Поставщик, Клиент/Клиент, Поставщик/Клиент, или Банк/Банк.

Требуется ли для моего бизнес-сценария один ваучер?

Следующие бизнес-сценарии были определены как сценарии, для которых клиенты используют функцию одного ваучера. Некоторые из бизнес-требований можно выполнить только с помощью функции одного ваучера. Однако для многих других доступны альтернативы.

Сценарий	Описание	Требуется один ваучер?	Альтернативно
Суммирование платежей поставщикам	Организация передает список поставщиков и сумм в свой банк. Банк использует этот список для оплаты поставщикам от имени организации. Каждый платеж поставщика должен быть подробно разнесен в разделе «Расчеты с поставщиками», но сумма платежей разносится на банковский счет как одно списание средств.	Да	Начиная с Microsoft Dynamics 365 Finance версии 10.0.32, доступна функция, которая называется Возможность разнести платежи поставщика и клиента с разбивкой по статьям, но суммировать средства на банковском счету. Дополнительные сведения см. в разделе Разноска платежей поставщика и клиента с разбивкой по статьям.
Суммирование платежей клиентов	Платежи клиентов зачисляются на банковский счет единовременно. Каждый платеж клиента должен быть подробно разнесен в разделе «Расчеты с клиентами», но сумма платежей разносится на банковский счет как один взнос.	№	Начиная с Dynamics 365 Finance версии 10.0.32, доступна функция, которая называется Возможность разнести платежи поставщика и клиента с разбивкой по статьям, но суммировать средства на банковском счету. Дополнительные сведения см. в разделе Разноска платежей поставщика и клиента с разбивкой по статьям.
Накладная клиента/поставщика	Накладная вводится для одного клиента или поставщика, но дополнительные строки представляют собой строки накладной и включают несколько основных средств или проектов.	Да
Журнал платежей предоплаты клиентов, которые имеют налоги в нескольких "строках"	Клиент вносит предоплату за заказ. Строки заказа имеют разные налоги. Платеж клиента по предоплате должен содержать клиента в нескольких строках, чтобы можно было рассчитать налоги для каждой строки.	Да
Компенсация клиентам	Если периодическое задание возмещения запускается из модуля "Расчеты с клиентами", создается проводка для перемещения сальдо из клиента в поставщика. Поставщик является той же стороной, что и клиент.	Да
Обслуживание основных средств: дополнительная амортизация, разделение актива, вычисление амортизации при реализации	Дополнительная амортизация, разделение актива и расчет амортизации для выбытия ОС используются для создания одного ваучера.	№	В версии Finance 10.0.21 проводки основных средств, созданные для дополнительной амортизации, разбивка актива и расчет амортизации для выбытия ОС будут использует других коды ваучера.
Переводные и простые векселя	Переводные и простые векселя перемещают сальдо клиента или поставщика с одного счета ГК "Расчеты с клиентами или расчеты с поставщиками" на другой на основании состояния платежа. Поскольку в ваучере всегда используется один и тот же клиент или поставщик, проблем с отчетностью не существует.	Да
Взаимозачет	Если клиент и поставщик являются одним и тем же субъектом сальдо для поставщиков и клиентов засчитываются относительно друг друга. Такой подход сводит к минимуму обмен денежными средствами между организацией и клиентом или поставщиком.	Да	В Microsoft Dynamics 365 Finance версии 10.0.40 существует функция Взаимозачет клиента и поставщика. Функция взаимозачета автоматически создает два отдельных ваучера для поставщика и клиента. Дополнительные сведения см. в разделе Взаимозачет сальдо клиента и поставщика.
Перенос сальдо	Организации может потребоваться перенос сальдо с одного поставщика на другого поставщика, либо из-за ошибки, либо потому что другой поставщик взял на себя ответственность. Перенос этого типа также происходит для таких типов счетов, как Клиент и Банк.	Да/Нет	Перенос сальдо с одного счета (поставщика, клиента, банка и т. д.) на другой счет можно выполнить с помощью отдельных ваучеров, и зачет может быть разнесен на клиринговый счет ГК. Для некоторых организаций такой подход требует слишком больших накладных расходов. Поэтому вместо этого они предпочитают использовать один ваучер.
Сопоставление нескольких неразнесенных платежей для одной и той же накладной	Этот сценарий обычно используется в организациях, где клиенты могут использовать несколько способов оплаты для оплаты покупок. В этом сценарии организации необходимо иметь возможность записать несколько неразнесенных платежей и сопоставить их с накладной клиента.	№	Новая функция, которая была добавлена в Finance поддерживает сопоставление нескольких неразнесенных платежей с одной накладной.
Функции для страны/региона	Функция Один административный документ (SAD) для Польши в настоящее время требует, чтобы проводки были сгруппированы вместе, и для этой цели используется код ваучера. Могут существовать дополнительные функции для определенных стран/регионов, требующих использования функции одного ваучера.	Да
Механизм для групповых транзакций с бизнес-событий	Организация имеет одно бизнес-событие, которое запускает несколько проводок. Бухгалтерия хочет просматривать записи учета совместно для упрощения аудита. Аналогичный сценарий — это сценарий, в котором банковские проводки записываются в Finance через файл, полученный от банка. Организациям часто требуется группировать эти проводки, используя номер банковской выписки в файле.	№	Несмотря на то, что группировка транзакций является допустимым сценарием, код ваучера никогда не должен использоваться для этой цели. Ваучеры всегда представляют собой отдельные проводки, а не группу проводок. Вместо этого проводки могут быть сгруппированы с использованием других полей, таких как сам номер раздела журнала сам номер документа.
Ввод начальных сальдо	Часто организации вводят начальные сальдо для счетов субкниги (поставщики, клиенты, основные средства и т. д.) в виде транзакции по одному ваучеру.	№	Начальные сальдо для каждого счета вспомогательной книги должны быть введены в виде отдельных ваучеров. Корр. запись может быть разнесена на клиринговый счет ГК, который зачитывается начальным сальдо главной книги.
Исправление записи учета для разнесенного документа	Организации может потребоваться исправить счета ГК по расчетам с клиентами или расчетам с поставщиками для разнесенной накладной. Поскольку накладная верна, ее не следует реверсировать.	Да/Нет	Если для счета ГК по расчетам с клиентами или расчетам с поставщиками необходимо произвести исправление, корректировка может выполняться непосредственно на счете ГК. Этот подход требует, чтобы корректировка была сделана во "время простоя", чтобы для счета главной книги можно было временно разрешить ввод вручную. Одним из недостатков этого подхода является то, что отчеты о выверке ГК между поставщиком/клиентом будут показывать разницу между входом и выходом. Чистая сумма равна 0 (нулю).
Сводная разноска в главную книгу	Организациям часто требуется выполнить разноску в главную книгу в виде сводки, для того чтобы минимизировать объем данных. Тем не менее этим организациям по-прежнему обычно требуется поддерживать сведения о транзакциях. Когда выполнена разноска в сводке через один ваучер, подробные сведения о проводке неизвестны и их ведение невозможно.	№	Поскольку сведения о проводках утеряны, организации не должны не использовать функцию одного ваучера для разноски в сводке, если требуются сведения для отчета.
"Система позволяет это"	Организации часто используют функцию одного ваучера просто потому, что система позволяет использовать ее, без понимания последствий.	№	Сам по себе тот факт, что система позволяет использовать функции, никогда не является допустимой причиной. Эта функция должна использоваться только в том случае, если это необходимо для обеспечения соответствия другому бизнес-требованию.

Будущее одного ваучера

В связи с проблемами, которые могут возникнуть при использовании одного ваучера, экспортируются следующие параметры:

Ввод новых функций будет продолжаться, если будет найден лучший способ выполнения бизнес-сценария. Например, функция, введенная в версии Finance 10.0.32, позволяет вводить платежи как отдельные ваучеры, но банковский счет все равно обновляется в сводке. При добавлении функций они будут описаны для каждого бизнес-сценария в столбце "Альтернатива" в предыдущей таблице.
Ввод некоторых проводок может продолжаться по журналу в одном ваучере, но для корректной идентификации сведений о проводках можно отслеживать дополнительные данные.
Можно использовать комбинацию новых функций, но ввод проводок для бизнес-сценариев может продолжаться в журнале с помощью одного ваучера.

При вводе новых функций организация должна постоянно определять, может ли быть отключен параметр Разрешить несколько проводок в одном ваучере на странице Параметр главной книги. Рекомендуется не использовать функцию одного ваучера для интеграций, если только эта функция не требуется для одного из документированных функциональных пробелов.

После заполнения всех функциональных несоответствий корпорация Майкрософт сообщит, какие новые функции следует использовать вместо функции "Один ваучер". В некоторых бизнес-сценариях, таких как накладная поставщика с несколькими строками, функция "Один ваучер" будет по-прежнему использоваться, но с улучшениями. Об этих улучшениях будет сообщаться по мере их реализации.

Поделиться через