Начисление зарплаты

Обработка раборает c 6-ю видами ключей аналитики

Данный режим позволяет найти ключи аналитики, на которые нет ссылок. То есть, нет документов, использующих эту аналитику. Что означает что ее можно безболезненно удалить.

При пометке на удаление для окончательного удаления элемента нужно выполнить обработку Удаление помеченных объектов.
При непосредственном удалении элементы удаляются окончательно.

Данная операция достаточно длительная. Может выполняться вплоть до нескольких часов. Стоит с осторожностью подходить к ее выполнению.

Обновление наименований ключей аналитики

Эта обработка позволяет установить наименование ключей в соответствии с реквизитами справочника.

Очень часто меняется наименование какой-либо из аналитик.

Например, наименование партнера, поэтому нужно обновлять названия ключей.

Поиск записей регистров с одинаковыми ключами аналитики

Ключ аналитики — это ресурс регистра сведений. Поэтому по нему не осуществляется контроль уникальности.

Так что вполне может получиться, что по одному и тому же ключу у вас есть несколько записей регистра сведений. Что по логике работы программы происходить не должно.

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

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

У нее может не совпадать набор измерений и реквизитов ключа из-за того, что одна из задублированных записей должна быть некорректной.

Это исправляется в режиме «Проверка соответствия измерений реквизитам ключа», который нужно отдельно прогнать.

Проверка ссылочной целостности ключей аналитики

Режим выполняет два действия.

1. При отсутствии ссылки в регистре сведений на ключ аналитики. Запись регистра сведений удаляется

2. При ссылке на элемент справочника, который был некорректно удален, то есть представлен в виде «Объект не найден», создается новый элемент справочника и ему присваиваются значения реквизитов из измерений регистра сведений.

Поиск задублированных ключей аналитики

Ищет ключи с одинаковыми ключевыми реквизитами. 
Ключ с наибольшим количеством ссылок устанавливается как элемент на который происходит замена.

Дальнейшую обработку необходимо осуществить на закладке «Поиск и замена значений»

Проверка соответствия измерений реквизитам ключа

Находит ключи, значения ключевых реквизитов которых не соответствуют значениям в измерениях регистра сведений.

Перезаписывает значения измерений регистра сведений из реквизитов ключа аналитики.

Поиск ключей с несоответствующими контрагентами партнерам

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

У справочника контрагент есть реквизит Партнер. Его значение может не соответствовать реквизиту аналитики.

Так же у ключа аналитики есть реквизит договор. В котором в свою очередь так же есть поля Партнер и контрагент.

Режим предлагает установить Партнера если он не заполнен по контрагенту и аналогично с контрагентом, если он не заполнен и одному контрагенту соответствует один партнер.

Если организация в договоре не соответствует организации ключа, то обработка предлагает изменить организацию в договоре.

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

Поиск ключей с отсутствующими записями регистра сведений

Ключу аналитики должна соответствовать запись регистра сведений. Именно по записям регистра сведений в программе осуществляется поиск нужных ключей. Если записи не будет, то поиск ключа будет неуспешным.

Обработка создает записи регистров сведений по ключам аналитики.

Общие сведения о работе обработки

Данная обработка предполагает многоитерационный режим работы. То есть, например, вы поправили в ключах аналитики учета партнеров соответствие партнеров контрагентам. Но при этом не изменяются значения измерений в регистре сведений. Поэтому нужно заново запустить обработку в режиме «Поиск задублированных ключей аналитики». Потому что скорее всего в результате изменения реквизитов в ключах у вас в регистре появится два одинаковых ключа с одинаковыми реквизитами. После того как вы произведете замену одинаковых ключей вы можете запустить режим  «Проверка соответствия измерений реквизитам ключа» по Ключам аналитики учета по партнерам. Этот режим в свою очередь подставит в регистр сведений новые реквизиты ключа. Если попробовать сразу выполнить данный режим без замены задублированных ключей, то вы получите ошибку, ведь платформа не допускает пересечения регистров сведений по одинаковым измерениям.

Не рекомендую запускать обработку по всем режимам и всем ключам аналитики одновременно. Это может занять достаточно много времени. Логичнее проходить по одному ключу аналитики, и одному режиму за раз.

Исходный код полностью открыт.

Бесплатная техническая поддержка 30 календарных дней.

Проходила тестирование на ERP 2.2.2.192, УТ 11.3.2.157

Поддерживаемые конфигурации

• ERP 2.2 (при необходимости поддержки более ранних редакций возможна доработка обработки)
• УТ 11 (Управление торговлей)
• КА 2 (Комплексная автоматизация)

Обновления

20.02.2017 Версия 1.1.

06.03.2017 Версия 1.2

12.05.2017 Версия 1.3

12.09.2017 Версия 1.5

03.11.2017 Версия 1.6

20.03.2018 Версия 1.8

27.02.2019 Версия 1.9

26.04.2019 Версия 1.10

Для корректной печати первичных документов, получения отчетов в валюте бухгалтерского и управленческого учета, отражения по счетам бухгалтерского и международного учета необходимо распределять расчеты на задолженность и предоплату по расчетным документам. В предыдущих версиях программы 1С:ERP Управление предприятием 2 такое распределение выполнялось в фоновом режиме и запускалось по мере необходимости или при проведении документов, формировании отчетов. Это могло приводить к взаимоблокировкам. Для исключения таких проблем разработана новая архитектура взаиморасчетов, которая доступна при включении режима ведения взаиморасчетов Онлайн.

Режимы ведения взаиморасчетов

Доступно два режима ведения взаиморасчетов (режим взаиморасчетов определяется по ссылке НСИ и администрирование – Настройка НСИ и разделов – Казначейство и взаиморасчеты – Взаиморасчеты):

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

Использование режима ведения взаиморасчетов Онлайн реализовано за счет независимых регистров сведений, поддерживающих быструю запись движений. При использовании данного режима применяется новый набор регистров и отчетов по взаиморасчетам.

Сравнительная характеристика режимов ведения взаиморасчетов изображена в таблице.

Правила оплаты в заказах и накладных

Вариант оплаты Кредит (после отгрузки) переименован в Кредит (плановый), который позволяет зафиксировать плановую дату платежа в заказе, не зависящую от даты отгрузки, и которая не пересчитывается при вводе накладной. Дату платежа по варианту оплаты Кредит (плановый) можно уточнить при наличии соответствующих прав.

Добавлен новый вариант оплаты Кредит (после отгрузки) – позволяет указать сдвиг, количество дней, через которое накладная должна быть оплачена. Изменить дату платежа по такому варианту можно путем изменения реквизита Сдвиг в правилах оплаты накладной. Дата платежа по такому варианту оплаты рассчитывается от даты введенной накладной (или даты перехода прав собственности).

Даты платежа рассчитываются от желаемой даты отгрузки по заказу клиента и с учетом количества дней отсрочки, заданной по графику соглашения.

Реализовано указание дат платежа в правилах оплаты накладной для строк сверх заказа.

Алгоритм заполнения правил оплаты:

Пример. Расчеты по договорам.

Желаемая дата отгрузки по заказу клиента 04.08.18 г.

В правилах оплаты дата платежа по каждому кредитному варианту оплаты считается в соответствии с максимальным количеством дней отсрочки и желаемой датой отгрузки по заказу клиента.

При вводе накладной на основании заказа дата платежа по варианту оплаты Кредит (после отгрузки) пересчитывается от даты введенной накладной. В правилах оплаты накладной по заказу клиента будет заполнена максимальная дата платежа, рассчитанная, исходя из максимального количества дней отсрочки и желаемой даты отгрузки по заказу клиента.

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

Пример. Расчеты по заказам.

Заказ клиента от 08.08.18 г., желаемая дата отгрузки по заказу клиента11.08.18 г.

Введен документ оплаты Поступление безналичных ДС от 10.08.18 г. по варианту оплаты Предоплата (до отгрузки) на сумму 5000 руб.

Дата платежа по кредитным вариантам оплаты считается в соответствии с максимальным количеством дней отсрочки, заданным по соглашении, и желаемой датой отгрузки по заказу.

Формируем документ Реализация товаров и услуг от 11.08.18 г. по двум заказам клиента (ЗК от 08.08.18 г. и ЗК 09.08.18 г.).

В правилах оплаты накладной заполняется максимальная дата платежа по каждому заказу клиента. Дату платежа можно откорректировать путем изменения количества дней отсрочки – реквизита Сдвиг в правилах оплаты накладной.

Дополнительно в табличную часть накладной добавим строку сверх заказа.

В результате проведения накладной в правилах оплаты этой накладной для строки сверх заказа указывается кредитный вариант оплаты Кредит (после отгрузки) с максимальной датой платежа по выбранному заказу клиента.

Особенности новой архитектуры взаиморасчетов (режим ведения взаиморасчетов «Онлайн»)

В рамках новой архитектуры взаиморасчетов:

Порядок операции и Порядок зачета в регистрах «Расчеты с поставщиками» и «Расчеты с клиентами»

Порядок операции выступает разделителем для пересчета с определенного документа, а порядок зачета — для определения порядка зачета оплат или оплаты накладных. Например, можно ввести последовательно три накладные, а при поступлении оплаты зачитывать их исходя не из даты накладной, а из срока оплаты.

Исключением являются курсовые разницы – движения имеют формат «3», таким образом, записи по переоценке остатков на конец дня формируются позже всех документов.

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

Порядок зачета документов

Реализован порядок зачет оплаты документов:

Порядок настраивается по ссылке НСИ и администрирование – Настройка НСИ и разделов – Казначейство и взаиморасчеты – Взаиморасчеты – Порядок зачета документов.

Распределение оплаты по дате документа происходит по следующему алгоритму:

Схема порядка зачета оплаты документов по дате документа.

Распределение оплаты по плановой дате платежа прjисходит по следующему алгоритму:

Схема порядка зачета оплаты документов по плановой дате платежа.

Пример. Зачет накладных по дате документа

Поступила предоплата до отгрузки, расчеты по договорам:

Общая сумма аванса 11000 руб.

Пример порядка зачета оплаты по дате документа.

Изначально засчитывается аванс по Реализации ПР00-000024 с датой документа 11.07 и временем 18:08.

В регистре «Расчеты с клиентами по срокам» Реализация ПР00-000024 формирует движения:

После зачета оплаты остаток аванса составляет 1000 руб. Затем засчитывается аванс по Реализации ПР00-000023 с датой документа 11.07 и временем 18:51.

В регистре «Расчеты с клиентами по срокам» документа Реализация ПР00-000023 формирует движение по «Расходу» на возможную сумму зачета аванса по документу расчетов платежки по ресурсу «Предоплата» (на сумму 1000 руб.).

В результате зачета аванса остаток задолженности по Реализации ПР00-000023 составит 3000 руб.

В регистре «Расчеты с клиентами по срокам» по Реализации ПР00-000023 формируются движения:

Пример. Зачет накладных по плановой дате платежа

Изначально засчитывается аванс по Реализации ПР00-000025 с наиболее ранним сроком платежа (дата платежа 15.07).

В регистре «Расчеты с клиентами по срокам» документа реализации проводится движение по «Расходу» на возможную сумму зачета аванса по документу расчетов платежки по ресурсу «Предоплата» (на сумму 1000 руб.).

В результате зачета аванса долг погашен полностью по Реализации ПР00-000025.

В регистре «Расчеты с клиентами по срокам» проводятся движения:

После зачета аванса по Реализации ПР00-000025 остаток аванса составляет 10000 руб. Затем засчитывается аванс клиента по Реализации ПР00-000023 с датой платежа 18.07 (регистр накопления «Расчеты с клиентами по срокам» документа Реализации ПР00-000023).

После зачета аванса по Реализации ПР00-000023 остаток аванса составляет 6000 руб.

Затем зачет аванса производится по Реализации ПР00-000024 с датой платежа 18.07.

В регистре «Расчеты с клиентами по срокам» документа Реализации ПР00-000024 отражается движение по «Расходу» на возможную сумму зачета аванса по документу расчетов платежки по ресурсу «Предоплата» (на сумму 6000 руб.).

По результату зачета аванса по Реализации ПР00-000024 имеется остаток задолженности на сумму 4000 руб.

Распределение копеек

В режиме взаиморасчетов Онлайн погрешности округления распределяются равномерно по всем расчетным документам.

Общая формула расчета суммы (в примере сумма регламентированного учета, управленческая рассчитывается так же):

Окр(СуммаРегл + (СуммаРеглЗачтеноДо – Окр(СуммаРеглЗачтеноДо,2),2),

Пример распределения копеек представлен в таблице.

Корректировка реализаций/приобретений

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

Корректировка, уменьшающая отгрузку/приобретение:

Пример расчета курса корректировки реализации приводится в таблице.

Переоценка валютных средств и закрытие месяца

Во время распределения расчетов накладные переоцениваются до момента зачета оплаты. Остатки после распределения переоцениваются до текущего дня/конца предыдущего месяца.

В настройках администрирования добавлено примечание – что ежедневная переоценка может снизить производительность, особенно при расчетах по договорам.

В режиме взаиморасчетов Онлайн в рабочем месте по выполнению регламентных операций по взаиморасчетам и переоценке валютных средств реализованы два пункта:

Актуализация движений документов по данным взаиморасчетов.

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

При актуализации движений происходит сравнение сумм задолженности и предоплаты в валюте регл. учета регистра «Расчеты с клиентами по срокам» и «Расчеты с поставщиками по срокам» и суммы записей в регистре сведений «Сумма документов в валюте регл. учета» с отбором по типу расчетов. Если суммы отличаются, то программа 1С:ERP Управление предприятием 2 будет предлагать перезаполнение сумм путем актуализации движений документов по данным взаиморасчетов. Аналогично для упр. сумм.

Этот механизм так же запускается из регламентированных печатных форм и при отражении документов в регл. и упр. учете.

Переоценка денежных средств и финансовых инструментов

Аналогично, как и при режиме взаиморасчетов Офлайн, использутся остатки регл. и упр. сумм расчетов в регистрах накопления «Расчеты с клиентами по срокам» и «Расчеты с поставщиками по срокам» на конец месяца и сравниваются с рассчитанными по курсу на конец месяца.

Документ Расчет курсовых разниц при этом не применяется, все движения провизводятся под служебным регистратором «Регистратор расчетов» с типом хоз. операции «Курсовые разницы» в регистрах «Расчеты с поставщиками по срокам» и «Расчеты с клиентами по срокам».

Доработка отчетов по взаиморасчетам с клиентами/поставщиками

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

Ведомость расчетов с клиентами/Ведомость расчетов с поставщиками

С использованием отчетов реализованы:

Данные отчета можно расшифровать отчетом Карточка расчетов с клиентами.

Карточка расчетов с клиентами

Использование отчета позволяет:

Задолженность клиентов/Задолженность поставщикам

Отчеты можно получить на определенную дату и в разрезе следующих параметров:

Задолженность клиентов по срокам / Задолженность поставщикам по срокам

Отчеты дают возможность проанализировать:

Такая возможность раелизована за счет настройки Включать задолженность клиента (в форме Настройки отчета).

Динамика просроченной задолженности / Платежная дисциплина клиентов

Отчеты позволяют проанализировать плановую (условную) и фактическую (безусловную) задолженность. Такая возможность обеспечивается настройкой Включать задолженность (в форме Настройки отчета).

Ручные корректировки новых регистров и ручной запуск распределения расчетов

При использовании режима взаиморасчетов Онлайн регистры взаиморасчетов запрещено корректировать документом Корректировка регистров. Можно откорректировать регистры накопления «Расчеты с клиентами» и «Расчеты с поставщиками» и вручную запустить распределение расчетов с использованием служебной обработки Заполнение регистров взаиморасчетов.

Зачет оплаты

При проведении зачета оплаты существует возможность не только зачитывать еще нераспределенные платежи, но и переносить авансовые платежи с одного объекта расчетов на другой. Например, можно переносить аванс с договора клиента или переносить аванс с одного заказа клиента на другой, даже если они оформлялись по разным договорам.

Для зачета оплат используется помощник Зачет оплаты (кнопка Зачет оплаты на форме документов), состоящий из закладок:

Оформление зачета оплаты происходит по кнопке Зачесть платеж. В результате сумма распределяется на зачитываемый объект расчетов.

При зачете аванса между разными объектами расчетов будет создаваться документ Взаимозачет задолженности.

В нижней части списка помощника зачета оплаты выводятся документы, по которым зачтена сумма оплаты (раздел Зачтено). При необходимости можно откорректировать сумму зачтенной оплаты или отменить зачет (кнопка Отменить).

Окончательный зачет оплаты (изменение платежных документов, создание нового документа взаимозачета) происходит после завершения операции взаимозачета (кнопка Выполнить).

В помощнике зачета оплаты автоматически рассчитываются суммы регламентированного и управленческого учета (колонки Сумма упр. и Сумма регл.). При зачете неиспользованного аванса (например, по заказу клиента) допускается изменить рассчитанный курс как в валюте регламентированного учета, так и в валюте управленческого учета.

Зачет оплаты, когда объектом расчетов является платежный документ «Поступление безналичных ДС»

Пример зачета оплаты изображен на схеме.

Если поступает аванс, то при выборе договора с детализацией отличной от «по договорам» в качестве основания или при отсутствии основания платежа объектом расчетов является сам платежный документ Поступление безналичных ДС (в поле Объект расчетов в форме документа поступления).

Аванс в целом будет «числиться» за платежным документом. В расшифровке платежа как в режиме «Без разбиения», так и в режиме «Списком» выводится информация о том, что объектом расчетов является «этот документ» — то есть платежный документ.

Если при поступлении аванса в качестве основания используется договор с детализацией отличной от «по договорам», то в платежном документе по умолчанию заполняется дополнительная аналитика учета по партнерам (в поле Договор, в режиме расшифровки платежа Без разбиения).

В таком случае аванс будет «числиться» за платежным документом и платежный документ будет использоваться в качестве нераспределенного платежа в рамках помощника зачета оплаты.

Это позволяет при расчетах по накладным засчитывать аванс без изменения первичных платежных документов и формировании документа Взаимозачет задолженности. Платежный документ сам выступает объектом расчетов и может засчитываться в накладных.

Поле Договор в платежном документе как отдельное поле используется для случаев, когда происходят авансовые платежи и расчеты ведутся по накладным/заказам.

Договор – дополнительная аналитика, по которой делается запись в аналитику учета по партнерам. Если основание платежа указано, то эта дополнительная аналитика формируется по основанию платежа, если основание платежа не заполнено, то дополнительная аналитика формируется в явном виде в платежном документе.

В режиме расшифровки платежа «Списком» при расчетах по накладным/заказам указание реквизитов объекта расчетов, — направление деятельности, группа финансового учета расчетов, договор, предусмотрено по гиперссылке Нераспределенный остаток.

В регистрах «Расчеты с клиентами», «Расчеты с клиентами по документам» отражается запись по указанному договору. Такой платежный документ будет отражаться в списке нераспределенных платежей в форме помощника зачета оплаты.

В результате зачета аванса и проведения накладной отражается проводка регламентированного учета Дт 62.02 / Кт 62.01.

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

Если в платежном документе не заполнена дополнительная аналитика учета по партнерам — договор (при расчетах по накладным/заказам), то такой платежный документ будет отображаться в списке неиспользованных авансов в помощнике зачета оплат.

Если в качестве основания платежа в платежном документе используется договор («с расчетами по договорам»), то в качестве объекта расчетов по умолчанию устанавливается этот договор. Поле Договор в платежном документе скрывается. Зачет оплаты по платежному документу производится автоматически. Аванс в целом будет числиться на договоре.

Если поступает аванс и в качестве основания используется заказ (при расчетах по заказам), то объектом расчетов по умолчанию выступает сам заказ, поле Договор в платежном документе скрывается. Зачет оплаты по платежному документу производится автоматически. Аванс в целом будет числиться на заказе.

Зачет оплаты, когда объектом расчетов является платежный документ «Списание безналичных ДС»

Если поступает аванс при расчетах по накладным/заказам, то в платежном документе списания безналичных ДС объект расчетов можно не заполнять. В этом случае в качестве объекта расчетов по умолчанию системой используется платежный документ Списание безналичных ДС.

Если объектом расчетов выступает платежный документ, то в таком документе можно выбрать дополнительную аналитику учета по партнерам — сам договор, в поле Договор.

В регистрах «Расчеты с поставщиками», «Расчеты с поставщиками по документам» формируется запись по указанному договору.

В таком случае аванс в целом будет числиться за платежным документом и такой платежный документ будет отображаться в качестве нераспределенного платежа в помощнике зачета оплаты.

Это позволяет при расчетах по накладным зачитывать аванс без изменения первичных платежных документов и формировании документа Взаимозачет задолженности. Платежный документ сам выступает объектом расчетов и может зачитываться в накладных.

В режиме «Списком» заполнение реквизитов объекта расчетов, в том числе договора, как дополнительной аналитики учета по партнерам, происходит в специальной форме Реквизиты объекта расчетов, вызываемой по гиперссылке Нераспределенный остаток.

В этом случае платежный документ будет отображаться как нераспределенный платеж в форме помощника зачета оплаты.

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

Если в платежном документе не используется дополнительная аналитика учета по партнерам — договор (при расчетах по накладным/заказам), то такой платежный документ будет отображаться в списке неиспользованных авансов в помощнике зачета оплат.

Если в платежном документе указан договор («с расчетами по договорам»), то в качестве объекта расчетов по умолчанию заполняется этот договор. Поле Договор в платежном документе скрывается. Зачет оплаты по платежному документу производится автоматически. Аванс в целом будет числиться за договором.

Если поступает аванс и в качестве объекта расчетов в платежном документе используется заказ, то дополнительная аналитика учета по партнерам – договор, не доступна для указания в документе. В таком случае объектом расчетов выступает заказ и зачет оплаты выполняется автоматически. Аванс в целом будет числиться на заказе.

Эксперт портала ERP4u.ru

Консультации по вопросам автоматизации на базе ERP-систем:

— Установка и настройка систем 1С
— Сопровождение программ
— Типовая и нетиповая доработка
— Проектное внедрение системы под ключ
— Помощь и консультация по сдаче отчетов

Данный материал составлен на основе действующих Лицензионных соглашений, регулирующих порядок использования программных продуктов системы «1С:Предприятие 8», а также действующего законодательства. В документе содержатся основные положения лицензионной политики в отношении продуктов системы «1С:Предприятие 8», а также приводятся ответы на часто задаваемые вопросы.

Для обеспечения удобной и плавной масштабируемости платформы продукты системы «1С:Предприятие 8» подразделяются на следующие категории:

Такой набор номенклатурных групп позволяет увеличивать число рабочих мест и переходить от работы в однопользовательском режиме к работе в многопользовательском режиме в файловом или клиент-серверном варианте без необходимости апгрейда приобретенного продукта.

Клиентские лицензии (в версии 8.0 использовался термин «Дополнительные многопользовательские лицензии») в «1С:Предприятии 8» предоставляют пользователю право работать с произвольным числом основных поставок, поэтому для использования новых прикладных решений на тех же рабочих местах требуется приобрести лишь основную поставку, включающую новую конфигурацию. Тем самым обеспечивается независимая масштабируемость по функционалу прикладных решений и по клиентским рабочим местам.

Лицензирование в системе программ «1С:Предприятие 8» поддерживается техническими средствами программной или аппаратной защиты. В поставке программных продуктов содержится конверт с пинкодами программной защиты либо аппаратный ключ. Начиная с версии 8.2.10 платформы система «1С:Предприятие 8» поддерживает одновременное использование программных и аппаратных лицензий при работе с одной и той же информационной базой.

В версии 8.3 платформы «1С:Предприятие 8» реализован сервер уровня КОРП «1С:Предприятия 8.3», предоставляющий расширенные возможности администрирования по сравнению с «обычным» 64-разрядным сервером (подробнее в информационном письме № 16 733. Использование расширенных возможностей сервера требует наличия лицензии на сервер уровня КОРП, а также клиентских лицензий уровня КОРП.

Порядок использования лицензий уровня ПРОФ и КОРП в крупных внедрениях был изменен информационным письмом № 25 491 от 11.02.2019 (подробнее в информационном письме № 25 491. Теперь лицензии уровня ПРОФ предназначены для использования в информационной базе, в которой запускается не более 500 сеансов пользователей одновременно или используется не более 12 ядер процессора. Ответы на типовые вопросы о порядке использования лицензий ПРОФ и КОРП в этом разделе.

Кроме пользовательских лицензий и лицензий на NFR-продукты для партнеров, выпускаются специальные лицензии для разработчиков, которые позволяют IT-специалистам предприятий знакомиться с платформой «1С:Предприятие 8», изучать типовые прикладные решения фирмы «1С», а также вести разработку собственных прикладных решений.

Для обучения программированию в среде «1С:Предприятие 8» и изучения типовых прикладных решений также имеются доступные широкому кругу пользователей учебные версии.

Для продвижения качественных решений, созданных сторонними разработчиками, предусмотрен новый вид лицензирования тиражных решений по программе «1С-Совместно», в котором продукты комплектуются платформой «1С:Предприятие 8» и тиражным решением стороннего производителя, а продвижение таких продуктов происходит под торговой маркой фирмы «1С».

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

Ниже приведены ответы на часто задаваемые вопросы по лицензированию «1С:Предприятия 8».

См. также «Ответственный за технологические вопросы внедрения „1С:Предприятие 8“ в крупных организациях».

См. также «Сервисное обслуживание программных продуктов системы «1С:Предприятие 8».

Новые вопросы отмечены пиктограммой . Вопросы, в которых изменена формулировка, отмечены пиктограммой .

Вопросы нумеруются по мере их добавления в документ.

Устранение разрыва между регистрами взаиморасчетов с партнерами

В помощник Закрытие месяца включена процедура контроля и устранения разрывов расчетов с партнерами по данным регистров оперативного учета. Процедура выполняется только для онлайн взаиморасчетов.

Примеры ошибок, создавшие разрывы в остатках:

Разрывами признаются выявленные отличия между остатками оперативных регистров взаиморасчетов (регистры Расчеты с клиентами, Расчеты с поставщиками) и остатками финансовых регистров взаиморасчетов (регистры Расчеты с клиентами по срокам, Расчеты с поставщиками по срокам).

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

Список проблем отражается в рабочем месте Закрытии месяца.

По гиперссылке Подробнее выводится детальная информация по обнаруженным ошибкам. Для каждой проблемы регистрируется тип расчетов, объект расчетов и аналитика. В поле Описание проверки выводится описание способов исправления.

Пример проблем некорректных остатков по финансовым регистрам взаиморасчетов.

Пример проблем развернутого сальдо по финансовым регистрам взаиморасчетов.

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

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

Для целей оперативного и управленческого учета по скорректированным записям взаиморасчетов будут добавлены балансирующие их записи по регистрам прочих доходов и расходов, активов и пассивов.