1с автоматическое обновление отчета
В программе «1С:Бухгалтерия 8» редакции 3.0 начиная с версии 3.0.43.75 реализована возможность автоматического подключения внешних форм регламентированных отчетов. Обновлять отчетность «автоматом» может пользователь, который имеет доступ к порталу информационно-технологического сопровождения . Не нужно следить за новостями, ждать удобного времени, чтобы установить внешние отчеты. Программа сделает все сама и проинформирует об уже произведенном обновлении. Как настроить такую возможность, расскажем в этой статье.
В бухгалтерской практике бывают случаи, когда ту или иную форму отчетности утверждают буквально за несколько дней до окончания срока представления. Или в действующую форму отчетности вносятся важные изменения, которые необходимо учесть при представлении отчета.
В таких случаях для программ 1С публикуются внешние отчеты.
Теперь для пользователей «1С:Бухгалтерия 8» (ред. 3.0) реализовано автоматическое обновление через интернет.
Настройка интернет-поддержки
Для подключения автоматического обновления внешних отчетов необходимо иметь доступ к порталу 1С:ИTC и подключенный интернет (Интернет-поддержка пользователей в меню Администрирование) (рис. 1):
Обновление отчетов происходит автоматически при каждом открытии блока Регламентированной отчетности (Отчетные формы - Настройки в меню 1С-Отчетность) (рис. 2).
Для того чтобы обновление отчетности происходило автоматически, в Настройках проверки актуальности отчетов необходимо установить соответствующие флаги (Настройки проверки актуальности отчетов - Отчетный формы - Настройки в меню 1С-Отчетность) (см. рис. 3).
Автоматическое обновление и подключение внешних форм регламентированной отчетности
Актуальность отчетов можно проверить самостоятельно в Настройках в меню 1С-Отчетность: Отчетные формы - Информация об обновлениях.
Если на момент проверки актуальности изменений не было, программа известит об их отсутствии.
В случае изменений появится информационное окно (Информация об обновлениях - Отчетные формы - Настройки в меню 1С-Отчетность) (рис. 4).
Обновление будет автоматически завершено при следующем открытии сервиса 1С-Отчетность.
В списке регламентированной отчетности появится обновленный отчет, загруженный автоматически (Регламентированная отчетность в меню 1С-Отчетность) (рис. 6).
Если функционал Интернет-поддержки пользователей не нужен, его можно Отключить (меню Администрирование - Интернет-поддержка пользователей - Настройки Интернет-поддержки пользователей) (рис. 7).
В заключение отметим, что автоматическая загрузка внешних отчетов позволяет поддерживать состав регламентированной отчетности в актуальном виде, вовремя получая самые последние важные обновления.
Доброе утро! Посоветуйте, как реализовать автоматическое формирование отчета (СКД) по расписанию и его периодическое обновление (каждые минут 10)?
(1) Условия? Их вроде как нет. Просто нужен запуск отчета и его формирование без нажатия на кнопку сформировать.
Отчет по реализации продукции, будет выводиться на отдельный монитор.
Первый запуск отчета автоматически впринципе можно сделать, а как сделать обновление каждые 10 минут.
(8) Процедура будет вызываться в период ожидания системы каждый раз по истечению указанного интервала времени.
Синтаксис помощник лучше почитай.
ПодключитьОбработчикОжидания (AttachIdleHandler)
Синтаксис:
Тип: Строка.
Интервал времени в секундах с точностью до 1/10 секунды, через который будет осуществляться вызов процедуры (положительное число).
Если указано значение меньше 1, то значение третьего параметра должно быть равно Истина.
Признак однократного выполнения обработчика ожидания.
Значение по умолчанию: Ложь
Описание:
Подключает указанную процедуру в качестве обработчика ожидания. Процедура будет вызываться в период ожидания системы каждый раз по истечению указанного интервала времени.
Толстый клиент.
Примечание:
Вызов обработчика ожидания продолжается пока форма не будет закрыта или пока не будет вызван метод формы ОтключитьОбработчикОжидания.
У нас есть и работает такой вариант:
В базе 1С есть отчет на СКД. При формировании (формировать можно по расписанию регламентного задания или по событиям) он сохраняет результат в html в определенную папку на сервере. Ну а на дисплее покупателя открыт браузер с автообновлением страницы.
+(14) Ну и дальнейшее развитие этой идеи такое:
Ссылку на этот файл в автозагрузку дисплея покупателя (чтобы при включении компа сразу отображалось) и настроить браузер на полноэкранный режим.
(14) Хороший вариант, но сложноватый, а времени мало, чтобы разбираться. Попробую через обработчик ожидания пока
>>Вызов обработчика ожидания продолжается пока форма не будет закрыта или пока не будет вызван метод формы ОтключитьОбработчикОжидания.
Когда закрываю форму, у меня запускается отчет. Если я в подключении ставлю 300 сек., то что еще нужно добавить в процедуру приначалеработысистемы, чтобы отчет открывался заново не при закрытии формы отчета, а каждое энное количество секунд?
Существовала некая обработка для синхронизации 1С с другой учетной системой. Изменялась раз\два в неделю. Спустя некоторое время эта обработка начала изменяться, чуть ли не каждый день, а так как рабочая БД была периферийная , измененную обработку приходилось сохранять в каталог ИБ до следующего обновления (обновление происходило раз в неделю).
Все бы ничего, да вот таких конфигураций стало две, потом три и т.д., пришло время что-то изменить.
Что из этого всего получилось.
DialMail_Загружено = 0 ;
Если ФС. СуществуетФайл (КаталогПрограммы()+ "DialMail.dll" ) = 1 Тогда
DialMail_Загружено = ЗагрузитьВнешнююКомпоненту(КаталогПрограммы()+ "DialMail.dll" );
ИначеЕсли ФС. СуществуетФайл (КаталогИБ()+ "DialMail.dll" ) = 1 Тогда
DialMail_Загружено = ЗагрузитьВнешнююКомпоненту(КаталогИБ()+ "DialMail.dll" );
Если DialMail_Загружено = 0 Тогда
Предупреждение( "Библиотеку DialMail.dll НЕ НАЙДЕНО!" );
Возврат;
ИмяFTPСервера = "ftp.com" ;
Порт = "" ;
Пользователь = "ftp" ;
Пароль = "qwerty" ;
КаталогFTP = "Update" ;
НазваниеФайла = "Sync.ert" ;
ПолноеНазваниеФайлаНаФТП = КаталогFTP + "/" + НазваниеФайла ;
ПолноеНазваниеФайлаВ1С = КаталогИБ() + НазваниеФайла ;
FTP = СоздатьОбъект( "AddIn.FTP" );
Если ПустоеЗначение( Порт ) = 1 Тогда
_Рез = FTP . Подключиться ( ИмяFTPСервера ,, Пользователь , Пароль , 1 , 3 );
_Рез = FTP . Подключиться ( ИмяFTPСервера , Порт , Пользователь , Пароль , 1 , 3 );
Если _Рез = 0 Тогда
FTP = 0 ;
Возврат;
Если FTP . Лист ( "/" + КаталогFTP ) = 0 Тогда
Сообщить( "Не удалось считать файлы с FTP-сервера" , "!" );
FTP = 0 ;
Возврат;
КвоФайлов = FTP . КоличествоФайлов ();
Если КвоФайл о в = 0 Тогда
FTP = 0 ;
Возврат;
НомерФайлаНаФТП = 0 ;
Для н = 1 По КвоФайл о в Цикл
Если FTP . ЭтоКаталог ( н ) = 1 Тогда
НазваниеФайлаНаФТП = FTP . ПолучитьИмяФайла ( н );
Если НазваниеФайлаНаФТП = НазваниеФайла Тогда
НомерФайлаНаФТП = н ;
Прервать;
Если НомерФайлаНаФТП = 0 Тогда
Сообщить( "Файл " + НазваниеФайла + " не найден на FTP-сервере" , "!" );
FTP = 0 ;
Возврат;
Если ФС. СуществуетФайл ( ПолноеНазваниеФайлаВ1С ) = 1 Тогда
ДатаВремяВ1С = "" ; ДатаВремяНаФТП = "" ;
ФС. АтрибутыФайла ( ПолноеНазваниеФайлаВ1С . ДатаВремяВ1С );
ДатаНаФТП = FTP . ПолучитьДатуФайла ( НомерФайлаНаФТП );
ВремяНаФТП = FTP . ПолучитьВремяФайла ( НомерФайлаНаФТП );
ДатаВремяНаФТП = Шаблон( "[ДатаГод(ДатаНаФТП)].[Формат(ДатаМесяц(ДатаНаФТП),""Ч(0)2"")].[Формат(ДатаЧисло(ДатаНаФТП),""Ч(0)2"")] [ВремяНаФТП]" );
FTP = 0 ;
Возврат;
Если FTP . ПолучитьФайл ( ПолноеНазваниеФайлаНаФТП , ПолноеНазваниеФайлаВ1С ) = 0 Тогда
Сообщить( "Не удалось получить файл '" + ПолноеНазваниеФайлаВ1С + "' з FTP '" + ПолноеНазваниеФайлаНаФТП + "'!" );
FTP = 0 ;
Возврат;
Версия = 1 ;
НазваниеФайла = "Sync.ert" ;
// Определим, открывается ли внешняя обработка
// Если да, тогда не будем выполнять обновление, так как это приведет к циклической!
Путь = "" ; Имя = "" ;
РасположениеФайла ( Путь , Имя );
Если ПустаяСтрока( Путь ) = 1 Тогда
ОбновитьВерсиюОбработки ();
Если ФС. СуществуетФайл (КаталогИБ() + НазваниеФайла ) = 1 Тогда
Кт = "" ;
ОткрытьФорму( "Отчет" , Кт , КаталогИБ() + НазваниеФайла );
Если Кт . Версия > Версия Тогда
СтатусВозврата( 0 );
Возврат;
Кт . Форма . Закрыть ();
Вот собственно и все. Как всегда надеюсь, что данная статья облегчит жизнь не только мне :)
Весь алгоритм заключен в одну процедуру ОбновитьВерсиюОбработки () и часть кода, который нужно вставить в процедуру ПриОткрытии ()
Как это все работает ? При открытии "отчета\обработки" с конфигурации 1С происходит проверка на наличие новой версии обработки. Если обработка существует и ее версия выше, чем та,что в "КаталогИБ()\конфигурации", она скачивается и запускается на выполнение.
Что бы это все заработало, требуется наличие внешней компоненты " DialMail.dll "
Любите ли Вы динамическое обновление конфигураций так, как люблю его я? Обожаю что-нибудь с его помощью пропатчить на продакшене! Особенно в пятницу! Вечером! Перед майскими праздниками! Без предупреждения!
На самом деле нет! Динамическое обновление с одной стороны выглядит отличным механизмом платформы 1С, который позволяет вносить изменения в конфигурации "на лету". Главное, чтобы изменения не затрагивали структуру базы данных, в противном случае придется выполнять обновление монопольно и "выгонять" пользователей.
Согласитесь, при появлении ошибки в коде после очередных изменений просто берешь и обновляешь базу "на горячую" и никаких проблем! Главное всем, кому нужны были эти изменения, перезапустили сеанс и изменения вступят в силу!
С другой стороны может что-то пойти не так и Вы найдете небольшую, но весомую порцию багов у себя.
И никакие отговорки, что это были изменения для ТОП-менеджеров Вам не помогут!
Но как же так! Вы пользуетесь динамическим обновлением и у Вас нет никаких проблем? Коллеги рассказывают страшные истории, но Вы им не верите? "Просто они плохие 1Сники!", думаете Вы?
Как работает динамическое обновление
Наверное это странный вопрос, ведь ответ лежит на поверхности - это механизм позволяет обновить конфигурацию базы данных без остановки ее работы, внося изменения не требующие модификации на уровне базы данных. В официальной документации на ИТС есть информация в каких случаях платформа позволяет провести динамическое обновление. Вроде все просто. Но что если пойти дальше.
В любой информационной базе есть таблицы "Config" и "ConfigSave". Назначение этих таблиц также известно:
- Config - содержит основную конфигурацию информационной базы, которая соответствует актуальной структуре базы данных и используется активными сеансами.
- ConfigSave - содержит сохраненную конфигурацию. Ту самую, которую Вы редактируете в конфигураторе. Как только Вы нажимаете "Сохранить", все измененные объекты и связанная информация записывается именно сюда. После запуска обновления информационной базы все изменения из этой таблицы переносятся в таблицу Config. Если же выполнить команду "Конфигурация -> Конфигурация базы данных -> Вернуться к конфигурации БД", то вся информация об изменениях в этой таблице удалится.
Все просто, не так ли? Но пойдем еще дальше. Посмотрите на структуру таблиц для хранения данных конфигурации.
Структура таблиц идентична.
Описание полей такое:
- FileName - строка длиной 128, используется для хранения имени "файла", это некоторая часть конфигурации.
- Creation - дата создания записи.
- Modified - дата модификации записи.
- Attributes - целое число, назначение которого сейчас нет смысла рассматривать (на самом деле я точно не могу утверждать, только предполагаю зачем оно нужно. Но если Вы знаете, то напишите в комментариях).
- DataSize - размер данных в байтах, хранящийся в поле "BinaryData"
- BinaryData - непосредственно данные конфигурации.
- PartNo - номер части. Иногда размер данных объекта метаданных может быть очень большим и платформа его разбивает на части.
То есть конфигурация хранится некоторыми блоками. Вообще, структура хранения конфигурации в таблице базы соответствует тому, как устроена внутренняя структура форматом файлов CF. Подробнее об этом Вы можете узнать в отличной статье "Описание формата файлов конфигурации (CF, EPF, ERF)" от Андрея Овсянкина.
Со структурой таблиц и их назначением понятно. Пойдем дальше.
Когда Вы начинаете процесс обновления информационной базы, на первом этапе платформа 1С выполняет множество служебных действий, останавливаться на которых сейчас особо нет смысла. Самое интересное начинается после того, как Вы нажимаете заветную кнопку "Обновить динамически".
Среди множества служебных действий, платформа переносит данные об объектах из таблицы ConfigSave в Config:
В следующий раз, когда информационная база будет обновляться в обычном режиме, записи об объектам, созданных при динамическом обновлении, будут удалены и останутся только основные записи с актуальными данными конфигурации.
Это очень поверхностное описание и сам процесс имеет множество особенностей как со стороны работы БД, так и со стороны работы клиентских приложений платформы 1С. Но суть должна быть понятной.
Подробный пример динамического обновления
Для того, чтобы детальней погрузиться в происходящее при таком обновлении, рассмотрим все действия платформы 1С, до которых можно добраться законым способом. То есть мы не будем влазить в модули работы самой платформы и открывать то, за что можно получить повестку в суд. Мы лишь посмотрим что делает платформа на стороне базы данных. И этого нам будет достаточно!
В нашем примере есть некоторая конфигурация на базе БСП (хотя это и не важно), в которой добавлен очень важный общий модуль "ДляДинамическогоОбновления".
Модуль полностью клиентский, имеет в своем составе только одну функцию.
На первом шаге мы вносим изменения в модуль и нажимаем "Сохранить конфигурацию". При этом изменения в конфигурации сохранены, но не применены к информационной базе.
На этом шаге платформа 1С делает записи в таблицу "ConfigSave", некоторое промежуточное хранилище, из котого потом измененные элементы конфигурации должны будут перенесены в основную таблицу конфигурации "Config".
Вот вся история операций в таблице "ConfigSave" после сохранения конфигурации. Здесь подробная информация обо всех действия практически на физическом уровне, поэтому некоторые операции "INSERT" разделены на две (INSERT и UPDATE), а операция UPDATE может быть выделена как операции DELETE и INSERT. Но эти особенности сейчас не играют роли.
Кроме этого в таблице есть дата операции (Period) и идентификатор транзакции (__$start_lsn). По факту все эти действия выполняются в разных транзакциях, лишь некоторые из действий в таблице выполняются в единой транзакции.
Вся операция, как уже упоминалось выше, делится на два этапа:
- Записываем в таблицу информацию об изменениях конфигурации , в частности нашего общего модуля "ДляДинамическогоОбновления". Кстати, на скрине выше видно, что его идентификатор "cb327a01-e9cc-44e6-af31-5f30c88faeca", отсюда и эти названия похожие. Имена содержат суффикс "new", что говорит о промежуточной записи объектов.
- На следующем шаге промежуточные записи преобразовываем в нормальные , просто исключив "new" из имен элементов конфигурации.
Тут все достаточно просто, идем к следующему шагу. Вы нажимаете кнопку "Обновить информационную базу", но так как в базе есть сеансы, а изменения касаются только модулей, то платформа 1С предлагает выполнить динамическое обновление без завершения сеансов.
В этот момент платформа 1С сделала два действия:
- Скопировала записи из таблицы "ConfigSave" в таблицу "Config" с суффиксом "new", почти все действия выполнены в одной транзакции.
- Затем было обнаружено, что обновление невозможно продолжить из-за наличия активных сеансов. Был показан диалог для динамического обновления, а ранее добавленные записи удалены из таблицы "Config" в одной транзакции.
Изменений в таблице "ConfigSave" в этот момент не выполнялось.
И вот мы добрались до последнего шага - запуска динамического обновления. Соглашаемся с этой операцией и получаем следующее.
- В таблице "Config" сначала добавляются новые записи с суффиком "new" для последующих операций с ними. Примерно такие же действия мы видели в самом начале в таблице "Config", перед тем как было предложено выполнение динамического обновления. Но в этот раз также сделаны служебные записи "commit", "dynamicCommit" и "dbStruFinal", которые относятся непосредственно к динамическому обновлению (частично о них было упомянуто выше).
- Предварительные записи с суффиксом "new" теперь платформа преобразовывает в нормальные записи, также добавляет записи с форматом "_dynupdate_", плюс вставляет флаг динамического обновления "DynamicallyUpdated".
- Из таблицы "ConfigSave" удалены все сохраненные ранее записи. Все в одной транзакции.
- И напоследок из таблицы "Config" удаляются служебные данные "commit", "dynamicCommit" и "dbStruFinal".
Заметьте, каждый этап - почти всегда разные транзакции, это важно.
После этого конфигурация успешно обновлена динамически, база работает. Чтобы клиентам получить новые изменения достаточно перезапустить сеанс. Вроде все хорошо.
На самом деле это не все действия платформы 1С, т.к. еще обновляются данные в таблице "Params" и некоторые другие. Но мы это рассматривать сейчас не будем.
Разработчики ликуют и со словами "Я же говорил" продолжают убеждать коллег, что динамическое обновление это нормально!
Что может пойти не так
Весь процесс динамического обновления мы рассмотрели, но что же может случиться?
Представим простую ситуацию: что, если все обновление прошло успешно, кроме последнего этапа? Например, во время выполнения запросов на удаление служебных данных соединение с базой данных почему-то "отпало":
- Сбой сети.
- Регламентные работы на сервере, внезапно.
- Обслуживание базы, которое завершило блокирующий сеанс, опять же внезапно!
- Конфигуратор вылетел из-за ошибки внутренней.
- Разработчик 1С был странным и завершил сеанс конфигуратора во время обновления.
- И еще сотни причин, которые лень добавлять.
Чтобы такое проще было представить, можно добавить в базу данных триггер, который при попытке удаления служебной записи о динамическом обновлении упадет в ошибку.
Попытаемся теперь выполнить динамическое обновление и столкнемся с ошибками:
- Сначала во время обновления в конфигураторе поймаем ошибку.
- А при попытке зайти в конфигуратор повторно мы словим ошибку.
- При попытке повторить обновление мы уйдем в бесконечную ошибку вида.
Все, конфигуратор нам больше недоступен! Чистите кэш, пытайтесь выполнить обновление ИБ, удаляйте сеансовые данные! Все бесполезно! Можете еще взять бубен, но и он бесполезен!
После этого проблема будет полностью исправлена в 99% случаев.
И это все?
Такая ошибка вас не остановит? Говорите, что ну и ладно, что в конфигуратор не вошли, зато клиенты работают, а с конфигуратором бы разобрались? Ведь решения есть на просторах интернета!
Хорошо, а как вам такой же "обрыв" соединения на этапе обновления данных в таблице "Params". Сделаем другой триггер (отключите только предыдущий):
При попытке обновления записи "DynamicallyUpdated" в таблице "Params" мы получим падение. Конфигуратор закроется системной ошибкой. Не страшно, скажите Вы! Но в этот же момент все клиентские соединения также вылетят, причем с разными ошибками. Например, с такой.
А при попытке перезапустить клиентский сеанс, также будут происходить различные ошибки. Никто не сможет работать с информационной базой!
Но и тут не все потеряно!
Клиентские сеансы не могут зайти в базу, их всех выкинуло и так далее! Но мы все еще можем в большинстве (но не во всех) случаев зайти в конфигуратор! И при повторном обновлении также в большинстве (но не во всех) случаях мы восстановим работу информационной базы!
Итог, все вылетели из базы, мы словили адреналина, и восстановили работу после штатного повторного обновления. Вас и это не убедило, что динамическое обновление очень опасно?
Вы поистине яркий человек
Если Вам и этого мало, то как Вы думаете, что будет, если оба этих случая будут комбинированы? В этом случае Вы "выкинете" всех пользователей из информационной базы, а потом еще и не сможете войти в конфигуратор повторно. Пойдете после этого вручную очищать таблицу "Config" от служебны записей динамического обновления и надеяться, что это в этот раз поможет.
Вы удивительный человек!
А ведь есть еще проблемы другого рода:
- Повреждение сеансовых данных сервера. Возникают из-за какого-то особого поведения платформы 1С, меняется от релиза к релизу, сложно прогнозируемые и сложновоспроизводимые ошибки.
- Повреждение клиентского кэша, которое приводит к:
- Ошибкам запуска клиентского приложения при входе в информационную базу
- Случайным ошибкам во время работы приложения, таким как "Тип неопределен" или подобные.
Ниже есть ссылки на примеры различных проблем и их решение. Для воспроизведения таких проблем мне пришлось бы откопать код приложений платформы 1С, но это не очень правильно.
Это весело
Вы все еще считаете, что динамическое обновление это хорошо? Что нет ни единой причины, чтобы отказаться от него? Что все описанные ошибки, которые даже можно воспроизвести прямо на свежих версиях платформы (от 8.0 до 8.3.20), не являются критичными? Может вы еще и бэкапы не делаете?
Кстати, описанные выше проблемы аткуальный как для платформы 1С версии 8.0, так и для всех более новых версий, вплоть до 8.3.20.*. И это только вершина айсберга!
Надеюсь, информация из статьи поможет кому-то хотя бы задуматься над тем, что Вы делаете!
P.S. А Вы задумывались над тем, что установка расширений тоже может приводить к подобным проблемам? :)
Логика оповещения пользователю следующая: обновление остатка времени каждую минуту. Если осталось меньше 60 секунд, обновление переключается на каждую секунду.
К публикации прикреплена конфигурация с отчетом и внешний отчет. Ниже текст модуля формы отчета, который реализует механизм автообновления.
Платформа: 8.3.10.1877. Режим совместимости 8.2.16.
Специальные предложения
(1) не о том :-)).
Эта публикация - "автонажатие" кнопки "Сформировать".А по ссылке это выполнение заданий через фоновое задание с возвращаемым в процессе выполнении результатом.
Просмотры 10347
Загрузки 3
Рейтинг 0
Создание 02.11.17 17:57
Обновление 02.11.17 17:57
№ Публикации 695187
Конфигурация Конфигурации 1cv8
Операционная система Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Абонемент ($m)
Код открыт Да
См. также
Навигатор по конфигурации базы 1С 8.3 Промо
Универсальная внешняя обработка для просмотра метаданных конфигураций баз 1С 8.3. Отображает свойства и реквизиты объектов конфигурации, их количество, основные права доступа и т.д. Отображаемые характеристики объектов: свойства, реквизиты, стандартные рекизиты, реквизиты табличных частей, предопределенные данные, регистраторы для регистров, движения для документов, команды, чужие команды, подписки на события, подсистемы. Отображает структуру хранения объектов базы данных, для регистров доступен сервис "Управление итогами". Платформа 8.3, управляемые формы. Версия 1.1.0.87 от 02.12.2021
3 стартмани
28.10.2018 49681 448 ROL32 72
Сравнение реквизитов двух объектов (УФ)
Сравнивает реквизиты двух однотипных объектов (например, 2 расходные накладные, 2 типа цен), подсвечивает различия.
1 стартмани
01.04.2022 866 3 serko8547 11
Структура таблиц ИБД с генератором view для MS SQL
Структура таблиц ИБД с генератором view для MS SQL. Подходит для любой конфигурации с режимом управляемого приложения. Вишенка на торте: view перечисления содержит имя и синоним.
1 стартмани
30.12.2021 2004 17 vladimirkr 5
Запуск в фоне процедуры модуля внешней обработки на управляемых формах без БСП
Пример самописной конфигурации без БСП с запуском в фоне процедуры из модуля внешней обработки и индикатором выполнения на управляемых формах.
1 стартмани
20.09.2021 2397 9 user1472448 0
Консоль запросов с графом (Анализатор сложных запросов) Промо
Консоль запросов для анализа запросов с большим количеством временных таблиц и вложенных запросов. Отображает структуру взаимосвязей временных таблиц в виде графа. Позволяет быстро передвигаться по тексту запроса и получать результат выполнения подзапросов. Единственная консоль запросов, которая позволяет выводить результат выполнения вложенных запросов и любой части объединения запроса. Удобное получение данных запроса из отладчика включая временные таблицы. Текст запроса в структурированном виде (можно свернуть, развернуть текст подзапроса). И еще много другого, чего вы не найдете в других консолях запросов. Поддержка УФ и ОФ. Версия 0.9.1 от 18.10.2019 (поддержка WebKit).
10 стартмани
03.05.2017 109392 513 manuel 294
Выборочная очистка кеша
Очистка кеша выбранных информационных баз
1 стартмани
13.09.2021 2258 11 QZet 3
Шаблоны кода (управляемые формы)
Шаблоны кода на управляемых формах.
1 стартмани
22.05.2021 6284 17 Rustig 21
Вспомогательный инструмент для быстрого просмотра объектов метаданных и ролей
Просмотр содержимого объектов, движений, регистров, констант и прочего. Анализ роли по объектам доступа и наоборот объекта по ролям доступа. Интуитивно понятный интерфейс, универсальный (под любую, даже самописную базу), под обычные и управляемые приложения.
1 стартмани
22.04.2021 4778 13 user802597 1
Markdown-editor в 1С (с сохранением в HTML) Промо
В этой обработке вы пишете свой текст, используя синтаксис Markdown, а на выходе получаете чистый HTML-код, избавленный от JS-библиотеки, которая его сформировала. Совместим с Webkit и IE.
1 стартмани
04.07.2019 15006 23 riposte 6
Свойства общих модулей
Надоело каждый раз искать, какие общие модули глобальные? какие повторно используемые? хочется взглянуть на все контексты выполнения?
1 стартмани
14.04.2021 4129 4 kuzyara 5
Автоматизированная очистка нетиповой конфигурации от //
1 стартмани
02.02.2021 4295 2 nemec 0
Консоль текстов модулей для управляемых форм
Обработка предназначена для выполнения произвольного кода в режиме 1С:Предприятие для управляемых форм. Поддерживаются: конструктор запросов, расцветка кода, синтаксические подсказки, параметры, дерево текстов и запись в файл. Минимальная версия платформы - 8.3.14.1565.
1 стартмани
26.01.2021 5863 24 Reaper_1C 2
Управляемая консоль запросов, отчетов 3.8.9 (расширение, внешняя обработка) Промо
Работа с запросом и СКД, Полная поддержка пакетных запросов, временных таблиц, Сравнение результатов, текстов, Разбор структуры запроса в виде дерева, Анализ плана запроса, Групповая обработка
5 стартмани
14.08.2018 135467 3171 Evg-Lylyk 771
Сравнение функций/процедур из расширения с функциями/процедурами из конфигурации
Обработка облегчает обновление функций/процедур в расширении, которые используют аннотацию &Вместо.
1 стартмани
18.01.2021 3890 5 Wilka 1
Консоль заданий с диаграммой Ганта (управляемые формы)
Консоль позволяет администратору оценить загруженность (или наоборот недогруженность) задания, визуально оценив время его выполнения. Оптимально подобрать период выполнения заданий.
1 стартмани
15.12.2020 3070 17 Victor29reg 3
Работа с сериализатором XDTO
Отладочное расширение для просмотра объектов, преобразованных в XML, с помощью сериализатора XDTO, а также для выгрузки в xml.
1 стартмани
06.12.2020 4512 4 simon_sidoruk 5
Заполняем по шаблону (по умолчанию) Промо
Простой в подключении, универсальный и достаточно удобный механизм заполнения реквизитов произвольных документов/справочников значениями по умолчанию. Реализован в расширении, но может быть и непосредственно включен практически в любую конфигурацию на управляемых формах простым копированием одной формы и двух команд. Весь код в статье.
1 стартмани
08.02.2018 37929 21 mvxyz 17
История данных (Версионирование данных). Обычные и управляемые формы. Механизм платформы 1С
История данных - специальный механизм платформы 1С, который позволяет хранить в базе данных данные объектов конфигурации.
1 стартмани
30.09.2020 7824 60 yuryshestakov 2
Отладчик запроса 1С 8.3 (управляемые формы), бета-версия
По просьбам некоторых своих коллег и пользователей Инфостарта, выкладываю первую версию обработки "Отладчик запросов by Акулов А.С.", переделанной под управляемые формы. Реализованы почти все возможности из отладчика запросов, которые присутствовали в версии под обычные формы, а также добавлено немного нового.
Читайте также: