Выпущена версия 2.5.6.72 конфигурации "1С:ERP Управление предприятием 2" (новые настройки сканирования и проверки кодов маркировки и др.)

Добавлены новые настройки сканирования и проверки кодов маркировки. Теперь можно корректно обрабатывать коды маркировки табачной продукции, произведенной до 01.07.2020, не прошедшие всю цепочку поставок, а также коды табачной продукции, ошибочно не считанными производственной линией (т.н. «серая зона»). Для групповых упаковок реализован контроль стандартной вложенности (например, 1 блок = 10 пачек). Также теперь можно настроить, нужно ли учитывать МРЦ при поиске кодов табачной продукции. Оптимизирована работа с терминалами сбора данных. Все настройки размещены в отдельной форме.

Расширена поддержка кодов блоков табачной продукции, в том числе печать кодов блоков табачной продукции на ККТ.

В форме подбора и проверки табачной продукции добавлена детализация "Палеты с коробами".

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

Обновлен механизм авторизации в ГИС МТ. Теперь после авторизации одним из пользователей возможна работа остальных пользователей без авторизации.

Реализована поддержка новых товарных групп: Альтернативная табачная продукция и Упакованная вода.

Реализована функциональность маркировки остатков табачной продукции и альтернативной табачной продукции.

Реализованы механизмы заполнения кодов маркировки в ТОРГ-2, УКД и УПД (и).

На шаге 2 добавлены дополнительные фильтры:

• Показывать только сопоставленную номенклатуру.
• Показывать строки с измененными ценами.

Добавлена форма настройки регистрации цен (доступна по гиперссылке Настройка регистрации цен на шаге 2):

• Зарегистрировать цены все или только измененные.
• Зарегистрировать всю номенклатуру (с созданием нераспознанной номенклатуры) или только распознанную (по нераспознанной не будут создаваться новые элементы).

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

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

Для обмена и согласования заказов без электронной подписи с целью заказывать товары и услуги у поставщика из программы 1С предусмотрен сервис «1С:EDI».

Основная задача сервиса «1С:EDI» – онлайн организация процесса заказа товаров и услуг у поставщика с возможностью получения оперативной информации о состоянии выполнения заказа.

Сервис «1С:EDI» решает следующие бизнес-задачи:

• Формирование заказов и их отправка поставщикам из программы 1С.
• Согласование заказов в программе 1С.
• Согласование корректировок заказов на этапе их выполнения (сроков, количества, ассортимента и др.).
• Возможность обмена заказами поставщиков с торговыми сетями из программы 1С.
• Перевод взаимоотношений закупщиков и поставщиков по заказам на ЭДО.
• Отслеживание заказов по их текущему состоянию.

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

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

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

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

Наименование входящего документа попадает в сверку взаиморасчетов и выводится при подборе объектов расчетов в документы.

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

• идентифицировать, какой документ информационной базы соответствует документу, полученному от поставщика;
• формировать сверку взаиморасчетов и подбирать объекты расчетов в терминах первичных документов.

В отчеты Обороты НДС также добавлена колонка Наименование входящего документа.

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

Прослеживаемым считается товар, в карточке которого установлен флаг Учет по номерам ГТД и указан код ТН ВЭД с признаком Прослеживаемый товар.

Для учета прослеживаемых импортных товаров предусмотрено рабочее место Учет товаров РНПТ, доступное по ссылке НСИ и администрирование – Настройка НСИ и разделов – Учет НДС, импорт и экспорт.

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

• Заполнение нормативно-справочной информации. При начале прослеживания импортных товаров требуется заполнить классификатор торговой внешнеэкономической деятельности (ТН НЭД). В карточке номенклатуры указывается код ТН ВЭД с признаком Прослеживаемый товар.
• Ввод начальных остатков по организации прослеживаемых товаров. При начале прослеживания импортных товаров требуется ввести в систему их текущий остаток по организации с использованием документа Ввод остатков прослеживаемых импортных товаров.
• Анализ остатков прослеживаемых импортных товаров с использованием отчета Ведомость товаров организаций с учетом прослеживаемых товаров. Отчет позволяет сформировать остатки на заданный период в единицах прослеживаемости ТН ВЭД.

При учете прослеживаемых импортных товаров в двух единицах измерения в приходных накладных доступно поле Количество по РНПТ, количество в котором заполняется в единице измерения прослеживаемости ТН ВЭД.

При учете прослеживаемых импортных товаров в двух единицах измерения в табличной части, хранящей информацию о Видах запасов, доступно поле Количество по РНПТ, количество в котором заполняется в единице измерения прослеживаемости ТН ВЭД.

При оформлении операций по схемам «Товары в пути», «Неотфактурованные поставки» в документе Поступление товаров на склад исключено заполнение номеров ГТД.

Документ поступления товаров на склад всегда приходует товар на склад с пустым номером ГТД. Номера ГТД заполняются в документах Приобретение товаров и услуг или Таможенная декларация на импорт.

Такое поведение обусловлено тем, то в документе Поступление товаров на склад номер ГТД можно было указать, но его указание не являлось обязательным, поскольку на момент оформления поступления товаров документов от поставщика еще нет (номера ГТД неизвестны).

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

Предусмотрены версии ценообразования:

• Ценообразование версии 2.0 – соответствует функциональности прикладного решения версий 2.4 и более ранних версий. Понятие цены связывается с объектом номенклатуры. Если для товара ведется учет в разрезе характеристик, то при определении цены указание характеристики является обязательным, цена задается на каждую характеристику.
• Ценообразование версии 2.5 - соответствует функциональности версии 2.4, а также в этой версии предусмотрены дополнительные возможности:
• Различные разрезы ведения цен - учет цен в разрезе номенклатуры, характеристики (и ее реквизитов), серий (и ее реквизитов), упаковок. Понятие цены связывается с объектом номенклатуры. Если для товара ведется учет в разрезе характеристик, можно установить единую цену на все характеристики номенклатуры.
• Учет как общих, так и индивидуальных видов цен, уточняющих общий вид цены, для конкретного склада, формата магазина, партнера, соглашения.

Для перехода на версию 2.5 предусмотрен специализированный помощник. Переход выполняется с определенной даты, указываемой в помощнике. Во время перехода не рекомендуется выполнять операции по установке цен, изменению видов цен и видов номенклатуры.

Для перехода на ценообразование версии 2.5 предусмотрен помощник Переход на ценообразование 2.5, доступный по гиперссылке НСИ и администрирование – Настройка НСИ и разделов – CRM и маркетинг – Маркетинг – Начать переход.

В новых базах по умолчанию включается ценообразование версии 2.5, также предусмотрен возврат на ценообразование 2.0.

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

Изменен набор вариантов использования цен, настройка «Использовать - При продаже клиентам» заменена на использование:

• при оптовой продаже.
• розничной продаже.

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

Расширен список способов задания цены. Добавлены дополнительные параметры расчета цен в соответствии с указанным способом задания цены.

Удалены СКД:

• «Себестоимость + процент от прибыли (интеркампани)».
• «Себестоимость + процент (интеркампани)».

Уточнение наценок по ценовым группам доступно по гиперссылке в основной форме карточки вида цены. Контекст не теряется.

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

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

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

На форму списка видов цен:

• добавлена панель мест использования видов цен (в форматах магазинов, соглашениях, партнерах, на складах);
• отборы по использованию и предназначению цен (только в версии ценообразования 2.5).

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

Интерфейсные изменения прайс-листа:

• Иерархия колонок прайс-листа.
• Режим редактирования и просмотра колонок прайс-листа.
• Сортировка колонок прайс-листа.
• Дополнительная группировка данных при установке цен.
• Дополнительные отборы номенклатуры.

Новая объединенная форма изменения цен:

• Изменить на процент.
• Изменить на значение.
• Установить цену.
• Рассчитать по формуле.

Добавление панели быстрого изменения цен:

• Изменение выделенных строк в основной форме установки цен.
• Возможность отмены изменений по выделенным строкам.

Информационная строка размещена в панели управления.

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

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

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

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

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

Разработаны новые инструменты для организации дистанционной розничной торговли – продаж на основании ознакомления покупателя с описанием изображением товара в каталогах (проспектах, буклетах) или в сети интернет. Продажу товаров при дистанционной торговле обобщенно можно разделить на укрупненные этапы:

• Прием заказов
• Диспетчирование заказов
• Сборка заказов
• Доставка заказов.

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

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

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

Раздел Диспетчер включает функции, аналогичные рабочему месту диспетчера в программе:

• Назначить сборщика
• Контроль сборки
• Назначить курьера
• Контроль доставки

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

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

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

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

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

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

Поддерживаются следующие варианты оплаты заказа курьеру:

• наличными,
• с использованием мобильного эквайрингового терминала,
• через сервис Яндекс.Деньги

Курьер может оформить чек непосредственно из мобильного приложения, используя автономную ККТ или удаленно – чек будет пробит в магазине и выслан покупателю по email или SMS.

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

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

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

Поддержано пробитие единого чека при смешанной оплате при оформлении продаж документами Реализация товаров и услуг или Акт выполненных работ и оплате в день продажи одновременно документами Приходный кассовый ордер и Эквайринговая операция. Также при оформлении документа Возврат товаров и документа возврата оплаты (Приходный кассовый ордер или Эквайринговая операция) в один день можно пробить единый чек.

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

Для работы с логистическими службами через единое API на базе «ЭДО 1С:Бизнес-сети на фреше» с целью заказывать услугу доставки из программы 1С предусмотрен сервис «1С:Курьер».

Основная задача сервиса «1С:Курьер» – онлайн организация доставки груза физическим лицам с одного пункта в другой, основанная на быстрой поставке.

Сервис «1С:Курьер» использует текущие возможности работы с сервисом «1С:Доставка» и предусматривает дополнительные возможности, что позволяет передавать и просматривать товарный состав для оформления заявки на доставку.

Поддерживается интеграция программы 1С с перевозчиком «Доставка Яндекс Go».

В рамках курьерской службы «Доставка Яндекс Go» предусмотрены тарифы:

• Экспресс – водитель везет посылку, если её общий вес не более 20 кг, доставляется все, что помещается в багажнике легкового автомобиля.
• Курьер - для передачи лёгких посылок, не более 10 кг, и несрочных заказов, посылка будет доставлена покупателю уже через 2-3 часа.
• Курьер на авто - для передачи несрочных заказов не более 20 кг, посылка будет доставлена покупателю уже через 2-3 часа.

Сервис «1С:Курьер» решает следующие бизнес-задачи:

• Формирование заказов на доставку в личных кабинетах курьерских служб и их отправка перевозчику «Яндекс.Такси».
• Выбор подходящего тарифа в соответствии с параметрами доставки.
• Выбор дополнительных услуг тарифа (например, доставка только до подъезда, не отправлять смс получателю и др.).
• Отслеживание заказов на доставку по его текущему состоянию.
• Печать документов по заказу на доставку.

Вариант детализации расчетов По накладным переименован в По расчетным документам.

Добавлены новые «смешанные» варианты детализации расчетов:

• Аванс по заказам, долг по накладным – предусмотрено автоматическое распределение авансов с заказа по накладным в соответствии с % предоплаты для отгрузки:
  • объектом расчетов является и заказ и накладная;
  • на заказ может быть отнесено несколько авансов;
  • на заказ могут быть отнесены платежи, превышающие сумму планового аванса;
  • при переносе аванса с заказа на накладную расчетные документы подбираются по ФИФО и переносятся на объект расчетов – накладную;
  • при вводе накладной по заказу, если на заказе есть остатки авансов, они автоматически попадают в накладную в соответствии с % предоплаты, указанным в графике оплаты заказа;
  • контроль предоплаты выполняется при проведении накладной;
  • в графике оплат накладной предусмотрен предоплатный этап оплаты;
  • если в графике оплаты заказа указано несколько предоплатных, кредитных вариантов оплаты, то в график оплаты накладной по такому заказу, попадают все кредитные этапы оплаты и одной строкой предоплатный этап оплаты, дата платежа по которому равна дате накладной.
• Аванс по договорам, долг по накладным - предусмотрено автоматическое распределение авансов с договора по накладным в соответствии с % предоплаты для отгрузки:
  • объектом расчетов является и договор и накладная.
  • авансы относятся на договор.
  • график оплаты может быть указан в договоре (график исполнения договора), либо в заказе/накладной;
  • при вводе накладной по заказу по такому договору, если на договоре есть остатки авансов, они автоматически попадают в накладную в соответствии с % предоплаты, указанным в графике оплаты заказа;
  • при переносе аванса с договора на накладную расчетные документы подбираются по ФИФО и переносятся на объект расчетов – накладную;
  • контроль предоплаты выполняется при проведении накладной (если график исполнения определяется заказами/накладными);
  • по договору доступен контроль просроченной дебиторской задолженности и контроль превышения суммы дебиторской задолженности;
  • если график исполнения определяется заказами/накладными и в графике оплаты заказа указано несколько предоплатных, кредитных вариантов оплаты, то в график оплаты накладной по такому заказу, попадают все кредитные этапы оплаты и одной строкой предоплатный этап оплаты, дата платежа по которому равна дате накладной.

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

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

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

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

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

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

С использованием взаимозачета задолженности обеспечен:

• Перенос авансов с заказов на заказ с сохранением расчетного документа и курса аванса.
• Перенос авансов с платежных документов на накладную с сохранением расчетного документа и курса аванса.
• Перенос расчетов по договору цессии задолженности.

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

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

Независимо от количества документов, введенных по одному объекту расчетов, последние документы в цепочке должны обсчитываться максимально быстро (меньше 1 секунды).

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

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

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

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

С 1 октября 2020 г. социальные выплаты осуществляются только на счета, привязанные к картам МИР.

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

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

Реквизит добавляется в документах Заявка на расход ДС, Списание безналичных ДС.

Добавлена поддержка интернет-эквайринга, платежи без указания терминала и номера карты.

Упрощение сверки транзакций и отражения эквайринговой комиссии.

Поддержка сценария:

• Оплата производится в интернет-магазине через одну из платежных систем: банковской картой, Яндекс.Деньги, PayPal и т.д.
• Сведения об оплате выгружаются с сайта и загружаются в учетную систему.
• Эквайринговые терминалы при этом не используются.

В конфигурацию добавлен новый объект – Договор эквайринга. Является обязательным для указания в документах, описывает применяемую учетную схему.

Использование терминалов теперь опционально. Сверка транзакций в отчете банка по эквайрингу опциональна. В договоре настраиваются варианты места отражения банковской комиссии (В отчете банка / При зачислении на счет / При проведении транзакции оплаты).

Обновление данных при переходе на новую версию генерирует и заполняет Договор эквайринга.

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

Ниже приведен список документов, которые поддерживают механизм корректировок и сторно:

• Поступление товаров на склад;
• Перемещение товаров;
• Внутреннее потребление товаров (Списание на расходы);
• Прочее оприходование товаров;
• Списание недостач товаров;
• Оприходование излишков товаров;
• Порча товаров;
• Пересортица товаров;
• Сборка товаров;
• Движение продукции и материалов.

Изменения в систему можно внести, используя команду ввода новых документов на основании текущего.

Таких документов два:

• Сторно;
• Исправление.

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

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

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

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

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

В форме списка документа отдельным флагом отмечаются документы, которые исправлены или сторнированы, а также в столбце Исправляемый (сторнируемый) документ отражается ссылка на документ-основание.

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

В печатной форме М-11 сохраняется исходный номер документа в корректируемых документах.

Добавлена возможность оформления накладных и документов внутреннего потребления без заказа для отгрузки необособленных товаров для учета затрат по направлениям деятельности (далее НД).

Добавлен флаг Обособленно в накладной. Это режим потребления ТМЦ с учетом обособления под НД. Без этой отметки потребление идет с пустых назначений ТМЦ в указанное Направление деятельности.

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

С использованием указанного механизма предоставлена возможность организовать:

• деление активов и обязательств на краткосрочные и долгосрочные при составлении бухгалтерской (финансовой) отчетности согласно п. 19 ПБУ 4/99 «Бухгалтерская отчетность организации»;
• реклассификацию активов и обязательств в регламентированном учете при смене срочности.

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

Поддерживается возможность ведения учета индивидуальными предпринимателями, применяющими патентную систему налогообложения (далее – ПСН) в соответствии с главой 26.5 НК РФ. Обеспечены:

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

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

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

Это позволит в компаниях с филиалами в других странах настроить несколько национальных планов счетов в валюте этой страны (валюте представления отчетности) и вести бухгалтерский учет по данным оперативного контура системы.

Несколько планов счетов доступно для выбора в:

• Видах финансовых отчетов МФУ (генератор финансовых отчетов);
• Источниках данных бюджетирования.

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

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

Добавлен реквизит Автор в большинство документов, реквизит выведен на форму документа с признаком ТолькоЧтение и во все их списки. В формах документа, списка документов, журнале документов выведен реквизит Автор. В общий журнал документов добавлен реквизит Автор.

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

В документах Приходный кассовый ордер и Расходный кассовый ордер реквизит Кассир переименован в Автор. Реквизит Автор заполняется текущим пользователем. Добавлен новый реквизит Кассир, который заполняется из ответственных лиц. При печати данные берутся из реквизита Кассир, но если оно не заполнено, то из реквизита Автор. Реквизиты Автор и Кассир выведены на форму документа.

Заполнение основания для лица с правом подписи стало не обязательным.

На форму документа Реализация товаров и услуг выведен реквизит Отпустил. Заполняется реквизит из материально-ответственного лица склада, если там не заполнено, то по статистике.

В форме ответственного лица совмещаются поля Должность и Представление должности для печати. Их можно выбрать из справочника или ввести текст в поле.

Добавлен шаблон формирования рабочего наименование лица с правом подписи по следующему правилу:

• если Основное ответственное лицо, тогда Должность + ФИО (Руководитель Исаков Олег Владимирович);
• если Лицо, имеющее право подписи документов, тогда Должность+ ФИО + основание + номер + дата (Руководитель Исаков Олег Владимирович, доверенность № 232 от 07.04.2020).

Обновление на версию 2.5 ресурсоемкое, требует значительного времени на обработчики данных.

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

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

Запуск обновления производится из раздела настроек НСИ и администрирование – Администрирование – Обслуживание – Обновление через копию.

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

Обновление ставок происходит следующим образом:

• Ставки конвертируются в xml-файл согласованного формата и публикуются на портале интернет-поддержки пользователей (ИПП) – releases.1c.ru.
• Загрузка ставок выполняется с помощью механизма обновления классификаторов (БИП).

Ограничения:

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

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

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

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

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

Загрузка и редактирование ставок доступны администратору и бухгалтеру.

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

В конфигурации появилась возможность ведения учета аренды основных средств согласно ФСБУ 25/2018 «Бухгалтерский учет аренды». При этом поддерживаются следующие сценарии:

• Учет у арендодателя:
• операционная аренда:
• передача в аренду;
• арендные платежи;
• возврат предметов аренды;
• передача в аренду по договору ссуды.
• Учет у арендатора:
• поступление в аренду;
• арендные платежи;
• изменение условий аренды;
• выкуп предметов аренды;
• возврат предметов аренды;
• возврат обеспечительного платежа;
• расчет ставки дисконтирования, приведенной стоимости, процентов.

Возможность использования данного вида учета включается в учетной политике бухгалтерского учета с помощью параметра Учет аренды по стандарту ФСБУ 25/2018. При создании новой учетной политики параметр включен по умолчанию. При переходе на данный вид учета аренды нужно перейти с использования договоров с контрагентами на использование договоров аренды и создавать другие документы для оформления услуг по аренде.

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

• Остатки расчетов по договору аренды:
• Для учета аренды и лизинга требуется остаток суммы процентов.
• Для учета аренды требуются остатки по всем субсчетам.
• График начисления процентов и процентная ставка.
• Предметы аренды должны учитываться на балансе в бухгалтерском учете (в управленческом учете по желанию) с указанием правильной стоимости и начисленной амортизации, при этом:
• В случае аренды ранее предметы аренды никак не оценивались.
• Для лизинга в том случае, если балансодержателем является арендодатель, ранее предметы аренды имели только залоговую стоимость.
• Для лизинга в том случае, если балансодержателем является арендатор, ранее предметы аренды оценивались по стоимости, равной сумме договора без НДС, теперь стоимость должна указываться за вычетом процентов.