Ошибка проверка толстый клиент обычное приложение

Ошибка!

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

// определение форм
Форма20100101 = ОпределитьФормуВДеревеФормИФорматов(мФормыИФорматы, «1608301», 20091002, «213», «ФормаОтчета2009»);
Форма20110101 = ОпределитьФормуВДеревеФормИФорматов(мФормыИФорматы, «1608301», 20110803, «344», «ФормаОтчета2011»);

мТаблицаФормОтчета = Новый ТаблицаЗначений;
мТаблицаФормОтчета.Колонки.Добавить(«ФормаОтчета», ОписаниеТиповСтрока);
мТаблицаФормОтчета.Колонки.Добавить(«ОписаниеОтчета», ОписаниеТиповСтрока, «Утверждена», 20);
мТаблицаФормОтчета.Колонки.Добавить(«ДатаНачалоДействия», ОписаниеТиповДата, «Действует с», 5);
мТаблицаФормОтчета.Колонки.Добавить(«ДатаКонецДействия», ОписаниеТиповДата, » по», 5);

НоваяФорма = мТаблицаФормОтчета.Добавить();
НоваяФорма.ФормаОтчета = «ФормаОтчета2009»;
НоваяФорма.ОписаниеОтчета = «Форма утверждена приказом Росстата от 02.10.2009 № 213»;
НоваяФорма.ДатаНачалоДействия = 20090101;
НоваяФорма.ДатаКонецДействия = 20101231;

НоваяФорма = мТаблицаФормОтчета.Добавить();
НоваяФорма.ФормаОтчета = «ФормаОтчета2011»;
НоваяФорма.ОписаниеОтчета = «Форма утверждена приказом Росстата от 03.08.2011 № 344»;
НоваяФорма.ДатаНачалоДействия = 20110101;
НоваяФорма.ДатаКонецДействия = ОбщегоНазначения.ПустоеЗначениеТипа(Тип(«Дата»));

// ПРОЦЕДУРЫ И ФУНКЦИИ ОБЩЕГО НАЗНАЧЕНИЯ
// Процедура управляет показом в форме периода построения отчета.
Процедура ПоказатьПериод
СтрПериодОтчета = ПредставлениеПериода(НачалоДня(мДатаНачалаПериодаОтчета), КонецДня(мДатаКонцаПериодаОтчета), «ФП = Истина» );

КоличествоФорм = РегламентированнаяОтчетность.КоличествоФормСоответствующихВы бранномуПериоду(ЭтаФорма);
Если КоличествоФорм >= 1 Тогда

Если КоличествоФорм > 1 Тогда
ЭлементыФормы.КнопкаВыбораФормы.Доступность = Истина;
Иначе
ЭлементыФормы.КнопкаВыбораФормы.Доступность = Ложь;
КонецЕсли;

Иначе
ЭлементыФормы.КнопкаВыбораФормы.Доступность = Ложь;
ЭлементыФормы.ОписаниеНормативДок.Значение = «»;
ЭлементыФормы.ОсновныеДействияФормы.Кнопки.ОК.Доступность = Ложь;
КонецЕсли;

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

Источник

Ошибка!

unrealAn

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

Glukman

unrealAn

Ошибка здесь: мФормыИФорматы = СоздатьДеревоФормИФорматов(); инфа 146%
Да нет там такой скрипт, просто не стал все вставлять

// определение форм
Форма20100101 = ОпределитьФормуВДеревеФормИФорматов(мФормыИФорматы, «1608301», ‘20091002’, «213», «ФормаОтчета2009»);
Форма20110101 = ОпределитьФормуВДеревеФормИФорматов(мФормыИФорматы, «1608301», ‘20110803’, «344», «ФормаОтчета2011»);

мТаблицаФормОтчета = Новый ТаблицаЗначений;
мТаблицаФормОтчета.Колонки.Добавить(«ФормаОтчета», ОписаниеТиповСтрока);
мТаблицаФормОтчета.Колонки.Добавить(«ОписаниеОтчета», ОписаниеТиповСтрока, «Утверждена», 20);
мТаблицаФормОтчета.Колонки.Добавить(«ДатаНачалоДействия», ОписаниеТиповДата, «Действует с», 5);
мТаблицаФормОтчета.Колонки.Добавить(«ДатаКонецДействия», ОписаниеТиповДата, » по», 5);

НоваяФорма = мТаблицаФормОтчета.Добавить();
НоваяФорма.ФормаОтчета = «ФормаОтчета2009»;
НоваяФорма.ОписаниеОтчета = «Форма утверждена приказом Росстата от 02.10.2009 № 213»;
НоваяФорма.ДатаНачалоДействия = ‘20090101’;
НоваяФорма.ДатаКонецДействия = ‘20101231’;

НоваяФорма = мТаблицаФормОтчета.Добавить();
НоваяФорма.ФормаОтчета = «ФормаОтчета2011»;
НоваяФорма.ОписаниеОтчета = «Форма утверждена приказом Росстата от 03.08.2011 № 344»;
НоваяФорма.ДатаНачалоДействия = ‘20110101’;
НоваяФорма.ДатаКонецДействия = ОбщегоНазначения.ПустоеЗначениеТипа(Тип(«Дата»));

Источник

Тема: Определение процедур и функций и защита конфигурации. SOS

Опции темы

Поиск по теме

Отображение

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

Откройте конфигуратор. Меню конфигурация/открыть конфигурацию. Меню действия/глобальный модуль.

Откройте конфигуратор. Меню конфигурация/открыть конфигурацию. Меню действия/глобальный модуль.

З.Ы. файл не смотрел

Строчки с 58-66 перенесите в самый конец глобального модуля. Но это не конец. У Вас в глобальном модуле сборная солянка. В процедурах/функциях в начале модуля имеются ссылки на процедуры/функции ниже. У Вас два выхода: либо переносить эти процедуры в начало, либо делать объявления заранее.

Добавлено через 29 секунд
До конца разбираться было лень, уж слишком много у Вас там ошибок вылезло

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

З.Ы. Расскажите, где раскопали такое чудо? Я такие конфигурации никогда не видел

З.Ы. Расскажите, где раскопали такое чудо? Я такие конфигурации никогда не видел

с этим разобрался. тут на форуме нашел
теперь другая проблем
[Только зарегистрированные пользователи могут видеть ссылки. ]

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

Источник

Структура модуля

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

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

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

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

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

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

1.4. Шаблон (заготовка для копирования) разделов для общих модулей:

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

1.5. Шаблон оформления разделов для модулей объектов, менеджеров, наборов записей, обработок, отчетов и т.п.:

1.6. Шаблон оформления разделов для модулей форм:

1.7. Шаблон оформления разделов для модулей команд:

1.8. В модуле не должно быть пустых областей.

2. Общие требования к разделам программных модулей.

2.1. Заголовок модуля представляет собой комментарий в самом начале модуля. В заголовке модуля приводится его краткое описание и условия применения.
Например:

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

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

Методическая рекомендация (полезный совет)

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

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

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

Методическая рекомендация (полезный совет)

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

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

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

2.7. Раздел инициализации содержит операторы, инициализирующие переменные модуля или объект (форму).
Например:

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

Источник

Описание процедур и функций

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

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

При разработке на платформе 1С:Предприятие 8.3 текст комментария также выводится в контекстной подсказке процедур, функций и их параметров. Подробнее см. раздел «Контекстная подсказка при вводе текстов модулей» главы 27 «Инструменты разработки» в документации к платформе.

При разработке в 1C:Enterprise Development Tools (EDT) текст комментария также используется для уточнения типизации параметров и возвращаемого значения процедур и функций, и тем самым помогает выявлять ошибки кодирования на этапе разработки.

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

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

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

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

Этот комментарий не дает никакой дополнительной информации о функции.

5. Комментарий размещается перед объявлением процедуры (функции) и имеет следующий вид.

5.1. Секция «Описание» (англ. «Description» ) содержит описание назначения процедуры (функции), достаточное для понимания сценариев ее использования без просмотра ее исходного кода. Также может содержать краткое описание принципов работы и перекрестные ссылки на связанные процедуры и функции.

Может быть единственной секцией для процедур без параметров. Описание не должно совпадать с именем процедуры (функции). Для процедур и функций секция должна начинаться с глагола. Для функций это, как правило: «Возвращает…». В тех случаях, когда возвращаемый результат является не основным в работе функции, – то с основного действия, например: «Проверяет…», «Сравнивает…», «Вычисляет…» и т.п. Не рекомендуется начинать описание с избыточных слов «Процедура. », «Функция. », а также с имени самой процедуры (функции), от удаления которых смысл не меняется.

5.2. Секция «Параметры» (англ. «Parameters» ) описывает параметры процедуры (функции). Если их нет, секция пропускается. Предваряется строкой «Параметры:», затем с новой строки размещаются описания всех параметров.

5.2.1. Описание параметра начинается с новой строки, далее имя параметра, затем дефис и список типов (*), далее дефис и текстовое описание параметра.

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

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

В данном примере текстовое описание для параметра «Адреса» нужно чтобы

Текстовое описание для параметра ЗадачаИсполнителя не нужно.

5.2.2. Для параметров типа Структура и ТаблицаЗначений также задается описание их свойств и колонок, которые начинаются с новой строки и предваряются символом *.
Например:

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

5.2.3. Для параметров типа Массив следует указывать тип элементов с помощью ключевого слова «из» (англ. «of» ):

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

5.2.4. Также для параметра типа СтрокаТаблицыЗначений ( СтрокаДереваЗначений ) возможно задать состав свойств, соответствующий колонкам его таблицы-владельца (дерева-владельца):
Например:

// СведенияОРегионе – СтрокаТаблицыЗначений: см. РегистрыСведений.АдресныеОбъекты.КлассификаторСубъектовРФ

5.2.5. Также для каждого параметра можно задать одно или несколько дополнительных описаний типов параметра. Каждое дополнительное описание начинается с новой строки, затем обязательный дефис, далее список типов параметра далее дефис и текстовое описание.
Например:

5.2.6. Описание также могут быть заданы с помощью ссылки на функцию-конструктор в формате «см. ПутьКФункции» (англ «see MethodPath» ).
Например:

При разработке кода, обращающегося к реквизитам конкретного объекта метаданных или формы, можно ссылаться на типы реквизитов этого объекта (формы):

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

// См. ПодключаемыеКомандыПереопределяемый.ПриОпределенииКомандПодключенныхКОбъекту
//
Процедура ПриОпределенииКомандПодключенныхКОбъекту(НастройкиФормы, Источники, ПодключенныеОтчетыИОбработки, Команды) Экспорт

5.3. Секция «Возвращаемое значение» (англ. «Returns» ) описывает тип и содержание возвращаемого значения функции. Для процедур эта секция отсутствует. Предваряется строкой «Возвращаемое значение:». Затем с новой строки тип возвращаемого значения, дефис и текст описания. При использовании возвращаемого значения составного типа следует каждый тип писать с новой строки и с дефиса. Например:

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

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

5.4. Секция «Пример» (англ. «Example» ) содержит пример использования процедуры, или функции. Предваряется строкой «Пример:». Далее с новой строки пример использования. Имя процедуры (функции) следует писать вместе с именем общего модуля, в котором она расположена. Из примера должно быть понятно, что передается на входе и что возвращается на выходе.
Например, неправильно:

5.4.1. В переопределяемых модулях в секции «Пример» следует размещать пример реализации переопределяемой процедуры, а не пример ее вызова. Например, для процедуры ПриОпределенииОбщихПараметровБазовойФункциональности(ОбщиеПараметры):

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

5.6. В любом месте документирующего комментария можно добавить переход к другим объектам конфигурации, процедурам и функциям (в частности, для перехода к функциям-конструкторам структур). При использовании 1C:Enterprise Development Tools среда оформит такие переходы в виде гиперссылки.
Например:

5.7. В случаях когда возникает необходимость отметить процедуру (функцию) как устаревшую, в первой строке ее описания размещается слово «Устарела» (англ. «Deprecated» )..
Например:

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

Примеры описания процедур и функций

Пример описания функции с одним параметром:

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

Источник