Функциональная опция не найдена 1С

Содержание

Параметры функциональных опций в 1С
Получить функциональную опцию 1С
Установка и получение значений функциональных опций
Зависимые функциональные опции
Ограничения на использование параметров функциональных опций
Чем управляют функциональные опции?
Свойства и настройка Функциональных опций 1С на примере
- Параметры функциональных опций
- Получить функциональную опцию
Новое в версии 3.0.35.4
- Регламентированные отчеты
- Прочие изменения
Новое в версии 3.0.35.3
Особенности конфигурации «Бухгалтерия для Казахстана», редакция 3.0

Обнаружил ошибку в типовой конфигурации ERP. Проверено на 2.4.7 и 2.4.10.94
Открываем любой документ с типом «Регламентная операция» (которые создаются при закрытии месяца). Переходим в форму проводок (Дт/Кт).
Включаем галочку «Ручная корректировка проводок», снимаем галочку. Система предлагает переотразить документ. Соглашаемся и получаем ошибку:

{ОбщийМодуль.РеглУчетПроведениеСервер.Модуль(1775)}: Ошибка при вызове метода контекста (ПолучитьФункциональнуюОпцию) ЗначениеПараметра = ПолучитьФункциональнуюОпцию(ПараметрДанных.Имя); по причине: Функциональная опция не найдена
Происходит это из-за этого кода в общем модуле РеглУчетПроведениеСервер:
// На основании переданных значений параметров заполняет параметры запроса данных. // // Параметры: // ЗапросДанных — Запрос — запрос, параметры которого будут заполнены; // ЗначенияПараметровДляЗаполнения — Структура — содержит значения по умолчанию ((см. РеглУчетВыборкиСерверПовтИсп.ПараметрыОтраженияРеглУчетаПоУмолчанию); // ПараметрыЗапроса — коллекция параметров запроса — список параметров, которые будут заполнены, если не определен — будет заполнен на основании параметров запроса. // Процедура ЗаполнениеПараметровЗапросаИПрочихФункциональныхОпций(ЗапросДанных, ЗначенияПараметровДляЗаполнения, ПараметрыЗапроса = Неопределено) Экспорт Если ПараметрыЗапроса = Неопределено Тогда ПараметрыЗапроса = ЗапросДанных.НайтиПараметры(); КонецЕсли; Для Каждого ПараметрДанных Из ПараметрыЗапроса Цикл ЗначениеПараметра = Неопределено; Если Не ЗначенияПараметровДляЗаполнения.Свойство(ПараметрДанных.Имя, ЗначениеПараметра) Тогда ЗначениеПараметра = ПолучитьФункциональнуюОпцию(ПараметрДанных.Имя); КонецЕсли; ЗапросДанных.УстановитьПараметр(ПараметрДанных.Имя, ЗначениеПараметра); КонецЦикла; КонецПроцедуры Показать
И из-за реализации текста запроса в модуле менеджера документа Регламентированная операция:
//Функция ТекстОтраженияВРеглУчете() Экспорт
|ИЗ | Документ.РегламентнаяОперация КАК Операция | ВНУТРЕННЕЕ СОЕДИНЕНИЕ | КосвенныеРасходы КАК КосвенныеРасходы | ПО | Операция.Ссылка = КосвенныеРасходы.Регистратор |ГДЕ | Операция.Ссылка = &Ссылка | И Операция.ТипОперации = ЗНАЧЕНИЕ(Перечисление.ТипыРегламентныхОпераций.СписаниеКосвенныхРасходов) | И (КосвенныеРасходы.СуммаРеглОСНО <> 0 | ИЛИ КосвенныеРасходы.ПостояннаяРазницаОСНО <> 0 | ИЛИ КосвенныеРасходы.ВременнаяРазницаОСНО <> 0) Показать
Дело в том, что по какой-то причине разработчики ERP взяли за аксиому, что все параметры из собранного кодом запроса являются — функциональными опциями:
Функция ЗапросДанныхПараметры(ДокументИмя, ЭтоОбъектРасчетов) Экспорт Возврат РеглУчетВыборкиСерверПовтИсп.ЗапросДанных(ДокументИмя, ЭтоОбъектРасчетов).НайтиПараметры(); КонецФункции
Конечно в системе нет функциональной опции с именем «Ссылка». Даже если мы доработаем код, чтобы функциональная опция искалась в метаданных конфигурации, то это нам ничем не поможет. Параметр «Ссылка» просто не будет установлен у запроса.
Если разобраться почему он вообще не устанавливается, то придем к выводу о том, что код отражения ищет ссылку на документ в регистре сведений ОтражениеДокументовВРеглУчете.

Для эксперимента можно поступить следующим образом. Оставить галочку «Ручная корректировка» у проводок документа. Перейти в форму записей регистра ОтражениеДокументовВРеглУчете и сменить статус на «К отражению». Возвращаемся в форму проводок, снимаем галочку, соглашаемся с переотражением.
Отладчиком видим, что переменная СтруктураПараметров дополнилась ключом «Ссылка». И в этом блоке:
Для Каждого ПараметрДанных Из ПараметрыЗапроса Цикл ЗначениеПараметра = Неопределено; Если Не ЗначенияПараметровДляЗаполнения.Свойство(ПараметрДанных.Имя, ЗначениеПараметра) Тогда ЗначениеПараметра = ПолучитьФункциональнуюОпцию(ПараметрДанных.Имя); КонецЕсли; ЗапросДанных.УстановитьПараметр(ПараметрДанных.Имя, ЗначениеПараметра); КонецЦикла; Показать
Получения функциональной опции для параметра «Ссылка» уже не будет, т.к. такой ключ теперь существует в структуре ЗначенияПараметровДляЗаполнения.
После этого документ переотразится без ошибки. Правда проводки очистит, а новых не сформирует. Но если документ просто провести, то они сформируются.
Почему типовой код отражения требует статуса документа «К Отражению» в регистре сведений, если мы хотим его переотразить ничего не меняя в документе, и почему не формирует проводки заново тем же механизмом, что и при проведении — загадка.

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

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

Если взять программу «1С:Бухгалтерия 3.0», которая выполнена на платформе 1С Предприятие 8.3, то в ней присутствует раздел «Функциональность». Он располагается в меню «Главная» –> «Настройки». Здесь пользователь может сам себе настроить участки для учета.

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

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

Параметры функциональных опций в 1С

На примере функциональной опции «ИспользоватьКомплектациюНоменклатуры» рассмотрим основные параметры. Чтобы открыть ее, необходимо нажать по ней двойным щелчком мыши. Будет представлено новое окно, где следует проверить поле «Хранение», в котором указывается объект, связанный с активацией или выключением функциональной опции. В нашем случае это константа, которая является типом «Булево». Ниже будет стоять галочка «Привилегированный режим», что свидетельствует о доступной в привилегированном режиме опции.

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

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

Получить функциональную опцию 1С

Для управления доступностью кода применяется метод ПолучитьФункциональнуюОпцию(), пример которого представлен ниже:

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

Остались вопросы? Закажите бесплатную консультацию наших специалистов!

Область применения: управляемое приложение, мобильное приложение, обычное приложение.

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

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

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

После этого, те или иные объекты конфигурации можно «привязать» к функциональной опции, включив их в ее состав, а в случае необходимости управления доступностью кода – использовать метод ПолучитьФункциональнуюОпцию :

ИспользуетсяМеханизмВерсионирования = ПолучитьФункциональнуюОпцию(» ИспользоватьВерсионированиеОбъектов «);

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

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

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

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

в свойстве Хранение функциональной опции указать ресурс регистра сведений СложныйУчетНДС

для параметра функциональной опции Организация указать в свойстве Использование измерения Организация регистра сведений УчетнаяПолитикаНалоговыйУчет .

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

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

ПараметрыУчетнойПолитики = Новый Структура(«УчетнаяПолитикаОрганизация», );
СложныйУчетНДС = ПолучитьФункциональнуюОпцию(«УчетнаяПолитикаСложныйУчетНДС», ПараметрыУчетнойПолитики);
МоментОпределенияНалоговойБазыНДС = ПолучитьФункциональнуюОпцию(«УчетнаяПолитикаМоментОпределенияНалоговойБазыНДС «, ПараметрыУчетнойПолитики);

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

1.3. Не следует использовать функциональные опции не по назначению, например:

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

Установка и получение значений функциональных опций

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

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

2.3. Если функциональная опция «привязана» к ресурсу периодического регистра сведений, то система использует срез последних для получения значения опции. Если требуется получать значение опции на какую-либо другую дату, необходимо указать значение для параметра функциональной опции Период типа Дата , который будет использоваться как дата получения среза. Например, если имеется периодический регистр сведений с измерением Организация , то следует использовать следующий синтаксис:

УстановитьПараметрыФункциональныхОпцийФормы(Новый Структура(«Организация, Период», , ));

значение параметра Период необходимо предварительно привести к интервалу периодичности регистра для выполнения требования 2.5 . Например, если периодичность регистра – месяц, то:

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

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

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

Зависимые функциональные опции

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

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

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

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

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

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

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

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

Ограничения на использование параметров функциональных опций

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

ТипВерсионируемогоОбъекта , связанный с измерением ТипОбъекта регистра сведений НастройкаВерсионированияОбъектов
ТипОбъектаСДополнительнымиОтчетамиИОбработками , связанный с измерением ТипОбъекта регистра сведений НазначениеДополнительныхОбработок

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

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

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

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

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

Функциональные опции и Параметр функциональной опции — это объекты конфигурации 1С 8.3 (8.2), в совокупности представляющие из себя механизм функциональных опций. Механизм функциональных опций — функционал, позволяющий определить набор функционала, который необходим пользователям.

Проще говоря, механизм функциональных опций — это включатель/выключатель различного функционала в конфигурации.

Зачем может понадобиться отключать функционал?

Получите 267 видеоуроков по 1С бесплатно:

Зачастую дополнительный функционал может усложнять работу сотрудникам. Банальный пример использования функциональных опций в 1С — в базе ведется учет по одной организации или складу, зачем тогда обязывать пользователя заполнять эти данные во всех документах?

Чем управляют функциональные опции?

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

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

Свойства и настройка Функциональных опций 1С на примере

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

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

К сожалению, мы физически не можем проконсультировать бесплатно всех желающих, но наша команда будет рада оказать услуги по внедрению и обслуживанию 1С. Более подробно о наших услугах можно узнать на странице Услуги 1С или просто позвоните по телефону +7 (499) 350 29 00. Мы работаем в Москве и области.

Механизм «Функциональные опции» – это объект метаданных, позволяющий активировать функционал программы необходимый пользователю. Например, если в программе ведется учет по нескольким организациям или имеется несколько мест хранения, то при выборе в документах (в интерфейсе) будут доступны справочник «Организации» и «Склады». Если нет, то программа подставит одну организацию или один склад. Или же это могут быть какие-то участки учета, которые пользователь может включить или отключить в зависимости от вида деятельности организации. То есть данная опция определяет функционал программы необходимый пользователю. Данный механизм не ограничивает доступ к информации, а только управляет ее отображением в программе, форме. Например, в программе «1С:Бухгалтерия предприятия 3.0» на платформе 1С Предприятие 8.3, включая определенные настройки в разделе «Функциональность» раздела меню «Главное» – «Настройки», пользователь сам определяет необходимые ему участки учета.

Чтобы использование функциональных опций в 1С стало возможным, откроем программу в режиме Конфигуратор. Сделав это, в дереве метаданных откроем раздел «Общие». Там мы увидим пункт «Функциональные опции».

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

Параметры функциональных опций

Откроем свойства функциональной опции «ИспользоватьКомплектациюНоменклатуры» (двойным щелчком мышки). В поле «Хранение» указывается, с каким объектом связано включение/отключение функциональной опции. В нашем примере это константа «ИспользоватьКомплектациюНоменклатуры». Для этого используются константы типа «Булево». Галочка «Привилегированный режим» означает, что опция доступна в привилегированном режиме.

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

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

Получить функциональную опцию

Для управления доступностью кода используется метод ПолучитьФункциональнуюОпцию() Пример кода 1С:

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

Новое в версии 3.0.35.4

Регламентированные отчеты

Декларация по корпоративному подоходному налогу, форма 100.00

Реализована возможность выгрузки данных в формате XML для шаблона ИС СОНО form_100_00_v28_r102 от 19.06.2020 г..

Декларация по земельному налогу, налогу на транспортные средства и налогу на имущество, форма 700.00

Реализована возможность выгрузки данных в формате XML для шаблона ИС СОНО form_700_00_v22_r129 от 19.06.2020 г.

Прочие изменения

1. Классификатор административно-территориальных объектов (КАТО) актуализирован по состоянию на 18.05.2020 года.

2. Исправлены выявленные ошибки и замечания:

2.1. Исправлена ошибка при попытке просмотреть полный список Источников происхождения(при нажатии на кнопку «Показать все»).

2.2. Исправлена ошибка по автоматическому заполнению в документе «Реализация ТМЗ» соответствующего субконто «Номенклатурная группа» значением, указанным в карточке номенклатуры.

2.3. Исправлено автоматическое заполнение счета НДС в табличной части при создании документа Поступление ТМЗ и Услуг на основании доверенности.

2.4. При выделении нескольких элементов справочника «Номенклатура», на печать выводится только этикетка первого элемента.

2.5. При проведении документа «Оплата от покупателя платежными картами», когда на закладке «Эквайринг» в поле «Договор эквайрера» указан договор (не основной), договор автоматически меняется на основной.

2.6. Исправлена ошибка при формировании отчета Оборотно-сальдовая ведомость с показателем Валютная сумма.

2.7. При проведении документа «Чек» (Возврат) не формируется проводка по возврату НДС, в проводке по возврату ТМЗ нет суммы.

2.8. Исправлена ошибка при нажатии на команду «Кассовая книга» в журнале «Кассовые документы».

2.9. При создании нового контрагента не создается договор «Без договора».

2.10. Исправлена ошибка отображения ссылки на физ.лицо в справочнике Сотрудники (как Объект не найден).

2.11. Исправлена ошибка при открытии отчета «Отчет по реализации».

2.12. Исправлена ошибка при перезаполнении документа «Поступление товаров и услуг» по документу-основанию.

2.13. Исправлена ошибка обработчика обновления подсистемы Библиотека Электронных Документов (Direct Bank)

2.14. При необходимости отнесения себестоимости на валютный счет, валютный эквивалент отражается нормально, но если в этом же документе необходимо сделать корректировку НДС на тот же самый счет, то валюта и валютный эквивалент теряется

2.15. При заполнении в документе «Операция БУ/НУ» по кнопке «Заполнить» субконто счета НУ заполняются неверно — заполняется только 2-е субконто, первое субконто остается незаполненным (при этом на закладке БУ оба субконто заполнены).

2.16. Если в документе «Регистрация прочих операций по приобретенным товарам в целях НДС» с видом операции «Регистрация оборота» указать Счет расчетов с контрагентом — 1750, то при проведении документа возникает сообщение об ошибке : «Поле «Счет учета расчетов» заполнено некорректно.

2.17. Исправлена ошибка при формировании отчета Анализ субконто с показателем Валютная сумма.

2.18. Когда на основании документа «Счёт на оплату» (услуги) создаётся документ «Реализации товаров и услуг», то автоматически создаётся документ с видом Операции «Реализация (Товары, услуги)» и в самом документе нет возможности изменить вид Операции на «Услуги (акт)».

2.19. При проведении документа ЭДВС, созданного на основании документов ЭСФ, Заявление о ввозе товаров и уплате косвенных налогов модульная ошибка «Поле объекта не обнаружено (ВидОперации)»

2.20 Исправлены прочие ошибки и замечания.

Исправленные ошибки

Новое в версии 3.0.35.3

Конфигурация адаптирована для работы на платформе 1С:Предприятия версии 8.3.15 с режимом совместимости с версией платформы 8.3.14.

Обновлены версии библиотек, входящих в состав конфигурации:

Штрихкодирование номенклатуры

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

Важно! Подробное описание нового механизма содержится в дополнении к документации, расположенном в каталоге AddDoc каталога установки шаблонов обновления конфигурации.

Розничные продажи

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

Эквайринговые терминалы

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

«Подключаемое оборудование»;
признак «Использовать ЭТ без подключения к системе».

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

Функциональность программы

В конфигурацию добавлена обработка «Функциональность программы», которая позволяет отключать видимость неиспользуемого функционала или целого раздела.
На вкладке «Главное» предусмотрено три варианта настроек функциональности использования программы:
1) «Полная» — при нажатии устанавливаются все функциональные опции;
2) «Основная» – включена при запуске новой информационной базы. Рассчитана на основную массу предприятий малого бизнеса. Она включает возможности, которых достаточно для основных сценариев работы.
3) «Выборочная» — включены некоторые функциональные опции.

Интерфейсные изменения

1. Прочие интерфейсные изменения

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

Использовать несколько организаций (более одного элемента в справочнике «Организация»).
Использовать несколько складов (более одного элемента в справочнике «Склады»).
Использовать несколько номенклатурных групп (более одного элемента в справочнике «Номенклатурные группы»).
Использовать несколько касс организации (более одного элемента в справочнике «Кассы» для одной организации).
Использовать несколько банковских счетов организации (более одного элемента в справочнике «Банковские счета» для одной организации).
Использовать валютный учет (более одного элемента в справочнике «Валюты»).

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

ВАЖНО! Данные опции автоматически не снимаются, если удалить добавленные элементы справочников и оставить в них по одному значению. Предполагается, если в информационной базе добавлялись значения в справочниках, значит в дальнейшем этот функционал будет использоваться.

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

2. Опция «Использовать типы цен номенклатуры»

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

Использование данной опции влияет на доступность для пользователя соответствующих полей на формах элементов справочников и документов, доступность документа «Установка цен номенклатуры» и регистра сведений «Цены номенклатуры». Также, данная опция влияет на доступность способа заполнения «По типу цен» во вводе остатков при переходе на ведение учета Виртуальный склад и заполнении электронного документа (ЭДВС).

3. Упрощение форм платежных документов

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

Расходный кассовый ордер;
Приходный кассовый ордер;
Платежное поручение (исходящее);
Платежное поручение (входящее);
Платежный ордер (списание денежных средств);
Платежный ордер (поступление денежных средств).

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

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

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

4. Упрощение документа «Поступление товаров и услуг»

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

Для всех форм документа страница «Участники совместной деятельности/Участники СРП» вынесена в отдельную форму, которая открывается по специальной кнопке.

5. Форма «Цены и валюта»

В конфигурации было изменено отображение полей на форме Цена и валюты. Если в базе отключены функциональные опции Использовать валютный учет и Использовать типы цен номенклатуры, то в форме не отображаются группы полей по валютам и типу цены. Вместо этого по нажатию на гиперссылку открывается разворачиваемый список выбора из трех значений: «Документ без НДС», «НДС сверху», «НДС в сумме» (при этом состав выбираемых значений и особенности поведения по разным видам документов описаны в дополнении к документации, расположенном в каталоге AddDoc каталога установки шаблонов обновления конфигурации).

6. Форма «Счета учета расчетов»

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

7. Форма «Счета учета затрат»

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

8. Форма «Дополнительно»

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

9. Упрощение форм справочников

В конфигурации был изменен внешний вид справочников:

Сотрудники;
Договоры;
Физические лица;
Контрагенты;
Банковские счета;
Подразделения;
Статьи затрат.

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

Важно! Подробное описание интерфейсных изменений содержится в дополнении к документации, расположенном в каталоге AddDoc каталога установки шаблонов обновления конфигурации.

Заполнение счетов по умолчанию

В конфигурации расширен функционал пользовательской настройки «Показывать в документах счета учета.» Ранее, при отключении данной настройки, от пользователя скрывались только те счета учета/расчетов (например, страница Счета расчетов), которые в системе хранятся в специализированных регистрах сведений и могут быть заполнены ранее установленными значениями. Теперь при снятой настройке пользователя «Показывать в документах счета учета» будут скрыты все счета учета.

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

Ценообразование

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

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

Начало работы

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

Декларация по индивидуальному подоходному налогу и социальному налогу, форма 200.00

Реализована возможность выгрузки данных в формате XML для шаблона ИС СОНО form_200_00_v30_r129 от 05.06.2020 г.

Декларация по налогу на добавленную стоимость, форма 300.00

Реализована возможность выгрузки данных в формате XML для шаблона ИС СОНО form_300_00_v25_r147 от 04.06.2020 г.