- Основные вопросы
- Введение
- Системные требования
- Описание подсистем проекта и задач, которые они решают
- Цель проекта
- Примеры использования подсистем
- Видеоролики и прочие полезные ссылки
Основные вопросы
- Что это за продукт? Продукт представляет собой самостоятельный набор универсальных подсистем для решения ряда распространенных задач хозяйственной деятельности предприятий. По своей сути – это инструмент, который позволяет решать ваши проблемы, внедрив его в вашу базу 1С быстрее.
- Для кого он предназначен? Продукт создан программистом для программистов. Его основная задача – помочь решить ряд типовых вопросов автоматизации гораздо быстрее, чем это происходит обычно, когда вы создает код с нуля. Продукт имеет ряд реализованных концепций, которых нет в других продуктах.
- Какие задачи продукт позволяет решать? Продукт предназначен для широкого круга предприятий, которые в рамках своей деятельности используют продукты фирмы 1С и которым дополнительно нужно решать такие задачи как:
- Ведение статусов объектов и настройка уведомлений, доступности и областей переходов в зависимости от текущего статуса.
- Отправка уведомлений пользователям системы и произвольным лицам по электронной почте в определенное заранее запланированное время.
- Ведение бюджетных таблиц (план продаж, бонусы В2В, В2С, КАМ, расчет коммерческой политики) с возможностью настраивать вид данных таблиц в широком диапазоне возможностей с возможностью ручного редактирования, с учетом отложенных затрат более поздними периодами (бонусы КАМ, транспортные затраты).
- Ведение произвольных расчетных таблиц на основании данных из базы 1С.
- Хранение и расчет результатов коммерческой политики.
- Исполнение алгоритмов, код которых хранится в информационной базе.
- Каковы системные требования? Программа написана под 1С 8.3 (гарантирована работа на версии платформы 1С 8.3.9.1850), без использования модальности, под интерфейс 1С Такси, без использования режима совместимости.
- Какова стоимость? На текущий момент продукт бесплатен. Если вы захотите внедрить его на своем предприятии, то можете получить лицензионный ключ полной версии на год бесплатно.
- Есть ли планы по доработке? Планы по доработке существующих или созданию новых подсистем появляются по мере возникновения задач в реальной жизни, на текущий момент они такие:
- Доработать подсистему Постобработка с тем, чтобы выполнять не только модификацию измененных данных, но и выполнение произвольного алгоритма по расписанию.
- Реализовать подвид обмена РИБ, который бы позволял интерактивно настраивать правила миграции данных по некоторым условиям, основанным на данных. Подобная задача будет актуальна при создании так называемых "белых" баз, в которые будет сливаться доступная информация для проверки, в то время как управленческая база в критической ситуации будет отключена.
- Есть ли поддержка? Поскольку продукт планируется развивать и внедрять, поддержка есть, она доступна через форум на сайте проекта. Поддержка так же пока бесплатна.
Введение
Довольно часто нам приходится сталкиваться с решением однотипных задач для разных конфигураций, в том числе, и самописных. Каждый раз нам приходится писать код заново, т.к. конфигурации для которых мы пишем код, отличаются друг от друга и код, написанный для одной конфигурации, может не подходить для другой, т.к. использует ту программную среду, в рамках которой он написан. Но что, если написать прикладную библиотеку, которую можно было бы встраивать в современные типовые или самописные конфигурации и которая уже содержала бы код решения довольно распространенных задач, при том, что ее настройка была бы довольно простой? Очевидно, это существенно бы сэкономило время разработчика, т.к. ему не пришлось бы делать из раза в раз одни и те же действия, писать похожий код, который бы отличался в деталях. Это позволило бы ему сконцентрировать свои усилия на тех задачах, которые действительно заслуживают его внимания, т.к. являются достаточно специфичными. Набор подсистем «Умные таблицы» (далее УмТ) и есть одна из таких библиотек.
Системные требования
- Платформа 1С 8.3.9.1850
- Интерфейс Такси
- Использование модальности - нет
- Режим совместимости - нет
Описание подсистем проекта и задач, которые они решают
Ведение статусов объектов. Подсистема "УмТ_Статусы".
Очень распространённая задача, когда нам нужно вести статусы объектов системы, менять их доступность для разных групп пользователей в зависимости от текущего статуса, уведомлять определенных пользователей о факте смены статуса, вести историю статусов и автора их изменения, запрашивать дополнительные комментарии от пользователя при установке статуса. Все это умеет подсистема УмТ_СтатусыОбъектов. Настройка подсистемы в режиме конфигуратора занимает несколько минут, вам нужно внести тип объекта, для которого нужно вести статусы в определяемый тип и внести изменения в форму объекта, для которого нужно вести статусы, вставив в несколько мест код вызова интерфейсных процедур подсистемы. После этого в режиме «предприятие» вам нужно настроить граф перехода статусов, списки уведомлений, списки доступа и необходимость комментирования статусов и система готова к работе. Суммарно, настройка статусов с графом переходов в 10 дуг и 6 статусов может занять до 30 минут, при том что по мере освоения механизма скорость будет повышаться. Если же вам потребуется изменить граф переходов, списки уведомлений или доступность, то для этого не нужно будет снова пользоваться конфигуратором, все настройки можно будет сделать интерактивно на работающей системе.
Исполнение алгоритмов, код и параметры которых хранятся в базе 1С. Подсистема УмТ_Алгоритмы.
Хранение и исполнение кода, хранящегося в объектах базы 1С – довольно распространенная задача. Очень часто для своих разработок мы используем такой вид доработок системы, потому что при всех своих недостатках, он позволяет нам менять некоторые параметры системы в процессе ее работы без перезагрузки. Подсистема алгоритмов позволяет вызывать на исполнение алгоритмы из клиентского или серверного контекста, задавать контекст исполнения и параметры в настройках алгоритма, задавать дополнительные параметры при вызове алгоритма на исполнение, а также – вызывать другие алгоритмы, созданные ранее, что позволяет создавать библиотеку алгоритмов для типовых процедур. Данная подсистема тесно интегрирована с основной подсистемой УмТ и используется в ней для создания произвольных группировок и обработки таблиц.
Отправка почтовых уведомлений в определенное время. Подсистема УмТ_Уведомления.
Одна из самых распространенных задач. Часто нам нужно уведомить пользователей об изменении документов, напомнить им что-то в определенный момент времени, дать поручение. Обычно в таких случаях пишется код, который формирует электронное письмо и отсылает его пользователю, но таким образом нельзя отправить сообщение пользователю в некоторое время в будущем, а также не рекомендуется так делать при уведомлении об изменениях, т.к. вы можете существенно увеличить длительность транзакции записи, что может привести к таймаутам. Подсистема уведомлений, при вызове метода формирования уведомления пользователю создает элемент в специальном справочнике и указывает желаемую дату отправки, после чего регламентное задание отправляет письма, когда наступает время их отправки, после чего помечает на удаление. Это существенно экономит время при вызове метода формирования уведомления и решает проблему отправки сообщений в определенное время. История отправки фиксируется в регистре сведений и хранится в нем без ограничения времени. Это позволит вам использовать данную подсистему для выдачи поручений пользователям в бизнес-критичных случаях, т.к. пользователь уже не сможет сказать, что он не получал уведомления. В справочнике уведомлений же информация после пометки на удаление уничтожается спустя 3 дня. Формат отправляемых сообщений может быть как обычным текстом, так и HTML, так же подсистема позволяет отправлять и вложения.
Произвольные таблицы. Подсистема "УмТ_ОсновнойФункционал".
Как часто вам приходилось слышать: А можно я в отчете циферку введу и система мне отчет пересчитает, ну как в Excel’е? Можно мне табличку быстренько сделать, где будут данные, а я введу процентик и 1С мне сумму вознаграждения посчитает? Думаю, довольно часто. Ведение произвольных таблиц, которые могли бы получать свои данные из базы 1С, которые можно было бы редактировать интерактивно, сохранять и загружать – извечная мечта бухгалтера или финансиста. Данная подсистема – основная, в части своей функциональности, именно ее предназначение и дало название всему набору подсистем – Умные таблицы. Подсистема довольно сложна в понимании, но и задачи, которые она призвана решать тоже не простые: расчет бюджетов, ведение экспертной оценки, как суррогата фактических данных, при невозможности получить данные факта в текущем периоде бюджетирования, построение бюджетов на основании источников данных из базы 1С, закрытие экспертной оценки фактическими данными и применение коммерческой политики к бюджетной таблице. Подсистема предлагает несколько иную концепцию ведения бюджетных таблиц: тогда как обычно мы вносим документы, меняющие бюджет, вручную и настраиваем бюджеты только лишь в части цифр, не выходя за определенные рамки, в данной же подсистеме вы сами выбираете как будет выглядеть ваша бюджетная таблица, какие ее колонки вы будете менять, а всю работу по созданию нужных документов для отражения изменений в базе система возьмет на себя. Данный раздел заслуживает отдельного большого описания, которое будет опубликовано отдельными статьями позже.
Применение и хранение коммерческой политики. Подсистема "УмТ_КоммерческаяПолитика".
Основное предназначение подсистемы – хранение информации о коммерческой политике организации. Обычно основной сутью коммерческой политики является стимулирование продаж посредством возврата части от уплаченной контрагентом суммы. Максимальный процент возврата регламентируется законодательством и на текущий момент он равен 5% (в программе данное ограничение никак не регламентировано, система считает так, как вы ее настроили). Тем не менее, вы можете настроить систему на произвольный процент возврата и как-то обработать это при формировании документов на выплату. Данная подсистема только хранит коммерческую политику, применяет ее – основная подсистема.
Определение рабочих баз
В больших компаниях часто можно встретить ситуацию, когда разработчик восстанавливает себе копию рабочей базы, начинает тестировать какой-либо функционал и в результате его манипуляций происходит отправка уведомления контрагенту о том, что его заказ отгружен или подтверждение заявки на платеж в рабочей базе и т.п. Происходит это потому, что либо разработчик при восстановлении забыл отключить регламентные задания, либо в результате его действий сработал какой-то код, который что-то изменил в рабочей базе. Чтобы такие ситуации не возникали и придумана данная подсистема. Принцип действий данной подсистемы состоит в следующем: разработчик заранее помещает в специальный РС все возможные строки соединения для рабочих баз, а кэшируемая функция проверяет наличие текущей строки соединения среди тех, что были записаны ранее. Если такой строки нет, то мы имеем дело с тестовой базой. Такой проверкой удобно предварять бизнес-критичные части кода, которые не должны выполняться в тестовых базах.
Внешние хранилища данных
Основное предназначение данной подсистемы – хранение файлов и изображений во внешних СУБД. На текущий момент времени в подсистеме реализовано 2 интерфейса:
- ODBC – интерфейс доступа к СУБД SQL типа, таким как MS SQL или Postrge SQL.
- RESTHeart API (Документация доступна на сайте http://restheart.org) – RESTFul API, предоставляющий полноценный REST интерфейс к СУБД NoSQL типа – MongoDB.
При использовании данной подсистемы вы не храните данные в виде ХранилищеЗначения в реквизитах объектов метаданных, вы указываете в объекте ссылку на настройку внешнего хранилища и идентификатор, для поиска данных во внешнем хранилище, а подсистема, в зависимости от настроек, возвращает вам данные из внешней СУБД. Так же подсистема умеет очищать внешние хранилища от файлов, ссылки на которые были удалены из базы 1С.
Постобработка
Довольно часто мы сталкиваемся с задачей, когда нам нужно модифицировать объект после его изменения пользователем, но при этом, нет необходимости производить эти изменения в рамках той же транзакции. Условным примером таких изменений может послужить подсистема допроведения документов в УПП, когда в рамках проведения документа пользователем мы пишем проводки только по управленческому учету, а все остальные проводки делает специальное регламентное задание.
Принцип действия подсистемы следующий:
- Регистрация изменений в объектах, за которыми следит подсистема, производится с помощью плана обмена УмТ_ИзмененныеОбъектыДляПостобработки. Регистрация изменений производится автоматически.
- С некоторой периодичностью запускается регламентное задание УмТ_ПостобработкаОбъектов, которое считывает изменения и по типу измененного объекта ищет соответствие в справочнике УмТ_СоответствиеОбъектаПостобработкиАлгоритму по наименованию.
- Если в справочнике не удалось найти нужный вид данных, то изменения в плане обмена по объекту очищаются.
- Если найти изменения удалось, то выполняется алгоритм, который указан в справочнике соответствия алгоритмов и типов данных. При этом в алгоритм передается ссылка на измененный объект с ключом «Ссылка». После этого алгоритм запускается на исполнение. Если, по завершению алгоритма, в параметрах ключ «ОтложитьИзменения» равен истине, то очистка регистрации изменений для данной ссылки не производится. Если ключа нет или он не равен истине, то производится очистка изменений.
Цель проекта
Коллеги, безусловно данная программа имеет ряд недостатков и ошибок, от этого не застрахован ни один проект. Есть известная шутка разработчиков: если вам удалось с первого раза без ошибок написать большую программу, обратитесь к системному программисту, чтобы он переписал компилятор. Безусловно, ошибки, которые будут найдены, будут исправляться не сразу, т.к. у автора есть основная работа. Но они будут исправляться, как только я пойму, что другие разработчики заинтересованы в этом проекте и помогут мне, выступив в роли бета-тестеров, довести этот продукт до коммерческой версии. Основная задача этого ролика – дать общее описание проблематики, с которой я сталкивался сам и понять, сталкивались с ней остальные, иными словами – прощупать рынок.
Данный продукт не предназначен для простых пользователей, т.к. они самостоятельно не смогут внедрить его в свою конфигурацию. Но отделы разработки организаций и отдельные программисты 1С понять и внедрить смогут, что поможет им сэкономить время и деньги.
Сайт проекта доступен по этой ссылке - https://www.cltabs.ru, общаться, сообщать об ошибках, ругать и хвалить автора, можно на форуме проекта, т.к. на форуме это сделать несколько проще. Однако и в комментариях к данной публикации я постараюсь отвечать на вопросы. При регистрации на форуме, вступите в группу бета-тестеры в профиле, это даст вам доступ ко всем разделам форума. Самые активные бета-тестеры, в случае коммерческого успеха проекта, получат лицензии на год бесплатно. Тестовая (функционал не включает коммерческую политику и групповой расчет таблиц, а так же имеет ограничение на 5 активных сессий и срок использования до 27го августа) база прикреплена к данной публикации, как и инструкция пользователя.
Коммерческой версии продукта пока нет, скачать тестовую версию можно только из файлов данной публикации на Инфостарте (на официальном сайте проекта скачивание так же недоступно). Однако, если у вас есть желание внедрить программу у себя на предприятии, автор готов предоставить бесплатную лицензию на год.
Пример использования подсистемы УмТ_СтатусыОбъектов
Речь в данной статье пойдет о том, каким образом можно реализовать достаточно распространенную задачу ведения статусов объектов с помощью набора подсистем «Умные таблицы» (далее – УмТ). В качестве примера мы возьмем типовую конфигурацию «Управление Торговлей 11» с внедренным в нее УмТ и, на примере документа «Возврат товаров поставщику», я покажу, как реализовать данную задачу за 15-20 минут.
Давайте для начала обрисуем задачу. Нам необходимо в некоторый ссылочный объект (справочник, документ, бизнес-процесс, задача) добавить некий атрибут его состояния. В зависимости от его текущего состояния объект может менять доступность, список состояний в которые его можно переводить, список уведомляемых лиц и запрашивать комментарий от пользователя при переводе объекта в новый статус. Так же нам необходимо иметь возможность смотреть историю состояний объекта. Для примера, рассмотрим граф с такой областью переходов:
Дуги и их направления показывают возможность перехода от статуса к статусу, изначальный статус, в который можно перевести документ – «Создан». Значки в виде конверта сигнализируют о том, что при переходе в данный статус нужно уведомить определенных пользователей, под значком указаны те, кого нужно уведомлять. Значок в виде листка с ручкой говорит о том, что необходимо запросить у пользователя комментарий. Доступность объекта по статусам приведена в следующей таблице:
Доступность объекта по статусам
| Статус | Все пользователи | Руководство |
| Создан | Да | Да |
| В работе | Да | Да |
| На проверке | Нет | Да |
| Проверка контролером | Нет | Да |
| Утвержден | Нет | Да |
| Сдан в архив | Нет | Нет |
Обычно такая задача решается несколько дней. Более того, многие из нас решали ее не один раз с разными небольшими вариациями. Сейчас я покажу, как решить такую задачу с использованием УмТ менее чем за полчаса.
Для примера возьмем типовую Управление торговлей 11 с внедренной в нее УмТ и настроим вышеописанную систему статусов для документа «Возврат товаров поставщику».
Первая часть наших изменений должна быть выполнена в Конфигураторе:
- Добавим наш документ в переопределяемый тип УМТ_ТипыОбъектовСтатусов.
- В форму объекта добавим 2 реквизита: КомментарийКСтатусу (Строка) и Статус (СправочникСсылка.УмТ_СтатусыОбъектов).
- Реквизит Статус перенесем на форму, укажем для него режим выбора из списка и определим для него 2 события: ПриИзменении и ПриОткрытии.
&НаКлиенте Процедура СтатусПриИзменении(Элемент) УмТ_РаботаСоСтатусамиОбъектовКлиент.ПриСменеСтатуса(ЭтотОбъект); КонецПроцедуры &НаКлиенте Процедура СтатусОткрытие(Элемент, СтандартнаяОбработка) СтандартнаяОбработка = Ложь; ТабДок = УмТ_РаботаСоСтатусамиОбъектовСервер.ПолучитьОтчетОбИсторииСтатусов(Объект.Ссылка); УмТ_ПереопределяемыйКлиент.НапечататьДокумент(ТабДок); КонецПроцедуры
- Теперь нам нужно добавить интерфейсные вызовы подсистемы статусов в предопределенные обработчики событий формы:
- ПриСозданииНаСервере :
УмТ_РаботаСоСтатусамиОбъектовСервер.ПередОткрытием(ЭтотОбъект);
- ПередЗаписью :
УмТ_РаботаСоСтатусамиОбъектовКлиент.ПередЗаписью(ЭтотОбъект, Отказ);
- ПриЗаписиНаСервере :
УмТ_РаботаСоСтатусамиОбъектовСервер.ПриЗаписи(ЭтотОбъект);
- ПриСозданииНаСервере :
На этом работа в Конфигураторе закончена. Пришло время для второй части, которую нужно будет выполнить в режиме Предприятия:
- Создаем список пользователей – Руководство, добавляя в него нужных нам лиц.
- Создаем группу справочника «Статусы объектов» - контейней для наших статусов, указав в качестве наименования наш документ. Статус по умолчанию пока оставляем пустым.
- Теперь последовательно создаем все статусы из нашего графа, указывая пока только наименования, все настройки оставляем пустыми.
- Возвращаемся в созданную группу и указываем наш начальный статус «Создан» как статус по умолчанию.
- Начинаем последовательно заполнять наши статусы:
- Создан: в параметры перехода добавляем «В работе».
- В работе: в параметры перехода добавляем «На проверке», в параметры уведомления строку «Менеджер».
- На проверке: в параметры доступа добавляем «Все пользователи, отключив доступ, и список пользователей Руководство, включив доступ, в параметры перехода – «В работе», «Проверка контролером», «Утвержден», в параметры уведомления – Руководство.
- Проверка контролером: ставим признак необходимости комментария, в параметрах доступа Всем пользователям отключаем доступ, а Руководству – включаем, в параметры перехода добавляем «В работе» и «Утвержден».
- Утвержден: в параметрах доступа отключаем доступ Всем пользователям и даем доступ Руководству, в параметры перехода добавляем «Сдан в архив» и «В работе».
- Сдан в архив: в параметры доступа отключаем у Всех пользователей доступ, в параметры уведомления добавляем строку Менеджер и список пользователей Руководство.
На этом – все, система настроена и готова к эксплуатации. На все манипуляции у нас ушло менее получаса!
Какие преимущества использования подсистемы:
- Настроив форму объекта в конфигураторе один раз, вы вольны менять параметры доступа, уведомления и области перехода при работающей системе.
- Вы сокращаете объем кода, который нужно писать, высвобождая свое время на другие задачи.
- Вы используете универсальный механизм, а не множество различных механизмов для разных объектов, что существенно упрощает поддержку системы.
- За счет широких возможностей интерактивной настройки системы вы можете оперативно реагировать на изменение бизнеса и перестраивать свою систему более оперативно.
Обновление 26 мая 2017 г. Релиз 0.3
- Из набора подсистем была исключена подсистема УмТ_Блокировки. Подсистема признана устаревшей, ее функционал заменен типовым.
- В основной подсистеме в справочнике УмТ_СценарииПоПодразделениям поле подразделение более не является обязательным, что позволяет собирать данные по всем организации без отбора по подразделению.
- В основной подсистеме при запуске мастера таблиц под правами обычного пользователя исправлена ошибка обработки данных лицензии.
- В подсистеме УмТ_Алгоритмы реализован механизм досрочного прерывания исполнения алгоритма посредством установки параметра _ЗавершитьВыполнение_.
- В подсистеме УмТ_СтатусыОбъектов исправлена ошибка в функции получения списков пользователя для определения доступности формы и необходимости уведомления при смене статуса.
Обновление 2 июля 2017 г. Релиз 0.4
- Добавлена подсистема «Определение рабочих баз». Ее предназначение — определять по строке соединения является ли текущая база рабочей или тестовой. Это поможет оградить от исполнения в тестовых базах бизнес-критичные части кода, которые должны выполняться только в рабочих базах.
- Добавлена подсистема «Внешние хранилища данных». Данная подсистема призвана хранить файлы во внешних СУБД. Для этого в ней реализовано 2 интерфейса:
- ODBC — для хранения данных в СУБД для которых есть драйвер, реализующий API Microsoft ODBC. Например: Postgre SQL и MS SQL. Обе СУБД были проверены в ходе тестирования программы, результат — положителен.
- RESTHeart API — RESTFul интерфейс для доступа к MongoDB, сайт проекта — http://restheart.org/. MongoDB — это СУБД NoSQL вида, она документоориентирована и имеет иную концепцию, но для хранения файлов во внешних базах подходит отменно.
- Внесены изменения в инструкцию пользователя.
Обновление 26 сентября 2017 г. Релиз 0.5
Добавлена подсистема "Постобработка". Ее предназначение выполнять произвольный код после изменения ссылочного объекта вне транзакции его изменения. Например, вы провели документ, часть его проводок необязательно делать в рамках транзакции проведения и расчет этих проводок может занять продолжительное время, а так же доступность этих проводок не обязательна сразу по факту проведения, тогда данная подсистема вполне подойдет. Она сохранит факт изменений в плане обмена и выполнит ассоциированный с данным типом данных алгоритм.
Обновление 24 ноября 2017 г. Релиз 0.5
- В Мастер таблиц при работе с внутренней таблицей добавлены адаптированные индексы по Статье, Измерениям и Измерениям + Статья. Это существенно увеличивает скорость пересчета формул и статей на больших объемах таблиц (более 2000 строк).
- Осуществлена глобальная проверка модулей. Исправлены найденные ошибки. Заменены модальные вызовы.
- В форму ввода кода 1С добавлена возможность форматирования и выделения цветом ключевых слов.
Обновление 7 апреля 2018 г.
С программы снята защита обфускацией. Код программы полностью доступен для некоммерческого использования.
