Модуль 1с стандарт это

Обновлено: 04.07.2024

Сейчас Диадок поддерживает три вида модулей интеграции с системой 1С 8.2 и 8.3: обыкновенный, управляемый и ПРО, который дорабатывается под нетипичные процессы заказчика. Из-за регулярных изменений в законе осуществлять изменения этих решений (добавление опций и дополнительной функциональности) стало намного сложнее. По этой причине мы приняли решение убрать 2 модуля, оставив 1, в котором содержатся все их возможности, имеется усовершенствованный интерфейс и способность функционировать в типичных конфигурациях 1С 8.

Что мы добавили в единый модуль для 1с 8.2 и 8.3?

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

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

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

Изменение прайса

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

Предположительное прекращение поддержки

Переход на единый модуль для пользователей разных тарифов

Если вы использовали модуль «Стандарт»

Обновите текущий модуль по предложенной нами инструкции. Этот процесс не займет у вас более 5 минут. Инсталлируйте модуль и дальше стабильно, бесперебойно работайте со своей документацией. Все настройки, в том числе и взаимосвязь с документами в 1С, будут сохранены в системе. Вы сможете использовать единый модуль без каких-либо доплат. Действие годовой лицензии, актуальной на текущий момент, будет сохранено до необходимости её продления.

После обновления вам будет нужна помощь наших технических специалистов в том случае, если:

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

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

Если вы пользовались модулем «ПРО»

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

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

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

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

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

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

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

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

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

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

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

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

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

Раздел «Обработчики событий формы» содержит процедуры-обработчики событий формы: ПриСозданииНаСервере , ПриОткрытии и т.п.
Раздел «Обработчики событий элементов шапки формы» содержит процедуры-обработчики элементов, расположенных в основной части формы (все, что не связано с таблицами на форме).
В разделах «Обработчики событий элементов таблицы формы <имя таблицы формы>» размещаются процедуры-обработчики таблиц формы и элементов таблиц. Для процедур-обработчиков каждой таблицы должен быть создан свой раздел.
Раздел «Обработчики команд формы» содержит процедуры-обработчики команд формы (имена которых задаются в свойстве Действие команд формы).
Раздел «Служебные процедуры и функции» имеет такое же предназначение, что и в общих модулях.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Подключите лучший тарифный план
Контур. Диадок под ваши потребности

По 9 за документ

По 7,6 за документ

По 7 за документ

По 6,5 за документ

По 6,2 за документ

По 6 за документ

По 5,7 за документ

Получить ЭЦП для работы с ЭДО

Получите ЭЦП по лучшей стоимости в 1 клик

Больше 12 000 документов?
С Контур.Диадок это
не проблема!

Электронная подпись

Сертификат
без лицензии

КЭП без лицензии СКЗИ Крипто-ПРО.

Сертификат
электронной подписи

КЭП со встроенной лицензией СКЗИ Крипто-ПРО, но без носителя Рутокен.

КЭП со встроенной лицензией СКЗИ Крипто-ПРО и носителем Рутокен.

Лицензия СКЗИ Крипто-ПРО на 1 год

Длительность активации лицензии на СКЗИ «КриптоПро CSP» - 12 месяцев.

Получить
электронную подпись

Начните отправлять документы через Контур. Диадок

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

Каждый из представленных тарифов имеет следующий функционал:

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

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

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

Если вы используете Контур. Экстерн , это означает, что Диадок доступен для вас автоматически на странице «Первичка».

Начните сотрудничество с провайдером Диадок уже сейчас!

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

Любая современная программа состоит из определённого программного кода. Это написанные на специальном языке последовательности действий, которые обязательно должны быть выполнены. Подобная программа, написанная в каком-либо редакторе, обязательно должна где-то находиться. Современные программисты в большинстве случаев пишут код программ в особых текстовых файлах с разным расширением: *.html, *.php, *.cpp и др.

Что такое 1С Модуль?

Если бы не такое понятие, как Конфигурация 1С, можно было бы полагать, что код языка 1С также может быть написан в обычном текстовом файле со специфическим расширением. Но понятие Конфигурации 1С включает в себя определённое количество настроек, специальных шаблонов, форм и прочих элементов. Именно по этой причине код Модуля 1С хранится в разных местах конфигурации. Сама конфигурация состоит из определённых объектов, каждый из которых имеет в своём составе иные вложенные объекты, например, как справочник, который имеет несколько форм.

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

Как используется модуль 1С?

Данная программа может быть грубо поделена на два основных вида:

1. Определённая реакция на события.
2. Метод объекта.

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

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

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

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

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

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

Работа с объектом 1С

Работа с модулем определённого объекта 1С производится в режиме Конфигуратора 1С. С помощью окна конфигурации можно его открыть.

В конфигурации 1С существуют совершенно разные модули:

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

Общие модули расположены в ветке с одноимённым названием: Общие ? Общие модули. Достаточно просто нажать на неё двойным кликом мыши;

Модули форм 1С, в которых обычно прописывается реакция на произведённое нажатие кнопок, меню и иные интерфейсные объекты, находятся в специальном редакторе формы. Чтобы воспользоваться ими, достаточно просто открыть любую ветку выбранного объекта, нажать двойным кликом на форму и сразу откроется редактор, внизу которого присутствует три закладки: Диалог, Модуль, Реквизиты. Одна из них и является модулем формы 1С.

Модули объектов 1С. Эти модули принадлежат непосредственно объектам конфигурации. Получить к ним доступ можно, щёлкнув правой кнопкой мыши на соответствующем объекте и выбрав пункт «Открыть модуль объекта».

Состав модуля 1С

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

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

Контекст

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

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

Читайте также: