en
Feedback
1С Dev IT

1С Dev IT

Open in Telegram

Ресурсы, гайды, шпаргалки, книги и задачи для каждого языка программирования Ссылка для друга: https://t.me/dmitr34535

Show more
1 103
Subscribers
No data24 hours
-37 days
-630 days

Data loading in progress...

Attracting Subscribers
September '26
September '260
in 0 channels
August '26
+2
in 0 channels
Get PRO
July '26
+19
in 1 channels
Get PRO
June '260
in 2 channels
Get PRO
May '260
in 0 channels
Get PRO
April '26
+6
in 0 channels
Get PRO
March '26
+9
in 0 channels
Get PRO
February '26
+41
in 1 channels
Get PRO
January '26
+83
in 1 channels
Get PRO
December '25
+10
in 0 channels
Get PRO
November '25
+28
in 1 channels
Get PRO
October '25
+44
in 1 channels
Get PRO
September '25
+45
in 2 channels
Get PRO
August '25
+91
in 3 channels
Get PRO
July '25
+36
in 1 channels
Get PRO
June '25
+33
in 1 channels
Get PRO
May '25
+6
in 1 channels
Get PRO
April '25
+172
in 3 channels
Get PRO
March '25
+3
in 0 channels
Get PRO
February '25
+34
in 1 channels
Get PRO
January '25
+233
in 3 channels
Get PRO
December '24
+191
in 2 channels
Get PRO
November '24
+51
in 3 channels
Get PRO
October '24
+818
in 5 channels
Date
Subscriber Growth
Mentions
Channels
05 September0
04 September0
03 September0
02 September0
01 September0
Channel Posts
📱 Что нового в мобильных технологиях 1С? Скоро в версии 8.5.5 появится несколько важных изменений для мобильной разработки. Для ОС «Аврора» теперь догоняют Android и iOS — добавят: работу с внешними компонентами; криптографию (шифрование и подписи); чтение NFC-меток (например, чтобы считывать ID карточек). Новые полезные методы: МенеджерОтображенияРекламы.ПоддерживаетсяРеклама — проверит, есть ли на устройстве работающие рекламные сервисы. Удобно, чтобы переключать сценарии в приложении. СредстваМультимедиа.ПоддерживаетсяФорматАудиозаписи — покажет, поддерживает ли устройство нужный формат аудио (WAV, AAC или Ogg Vorbis). Windows Universal уходит: поддержку этой платформы прекращают, чтобы сэкономить ресурсы и уменьшить размер дистрибутива. В старых версиях (до 8.5.5) сборка ещё останется, но в новых её уже не будет. Элементы, связанные с Windows, объявят устаревшими, но пока не удалят. Если кратко: в Авроре станет больше фич, добавили пару удобных проверок, а Windows Universal больше не поддерживают. https://wonderland.v8.1c.ru/blog/razvitie-mobilnykh-tekhnologiy/

2
No text...
140
3
No text...
96
4
No text...
107
5
No text...
151
6
Вывод большого количества пользовательских настроек в формах (заметки из зазеркалья) В версии 8.5.5 будет доработан вывод пользовательских настроек в отчётах и динамических списках. Если настроек много, они теперь группируются по строкам (слева направо, сверху вниз), а лишние строки можно сворачивать — так основное содержимое формы не перекрывается. Появился новый параметр КоличествоНесворачиваемыхСтрок (по умолчанию 2) — он определяет, сколько строк настроек всегда показываются, а всё остальное убирается в свёртываемую группу. Поведение: при первом открытии настройки свёрнуты; если пользователь меняет состав настроек — они разворачиваются; при последующих открытиях форма запоминает, свёрнуты они или развёрнуты. Нововведение затронет также версии платформы начиная с 8.5.1. https://wonderland.v8.1c.ru/blog/vyvod-bolshogo-kolichestva-polzovatelskikh-nastroek-v-formakh/
263
7
No text...
198
8
No text...
207
9
Оптимизации в версии 8.5.5: ускорение поиска в конфигураторе по большим конфигурациям, оптимизация загрузки конфигурации из ф
Оптимизации в версии 8.5.5: ускорение поиска в конфигураторе по большим конфигурациям, оптимизация загрузки конфигурации из файлов - Поиск в Конфигураторе должен выполняться заметно комфортнее на больших прикладных решениях, где обход большого числа объектов и модулей раньше занимал ощутимое время. - Загрузка конфигурации из файлов, то есть типичный сценарий разработки через XML-выгрузку: получение исходников из Git, обмен конфигурацией с внешними инструментами, автоматизация сборки и поставки. Идея публикации не в новой прикладной возможности, а в уменьшении времени ожидания разработчика: меньше пауз при навигации и поиске, быстрее цикл «получил исходники → загрузил в базу → проверил изменения». Практический смысл Для крупной доработанной ERP/УХ-конфигурации эффект ожидается в двух регулярных операциях: При локализации места изменения — поиске объектов, модулей и, вероятно, связанных элементов конфигурации. При загрузке конфигурации, выгруженной в каталог файлов: например, после обновления рабочей ветки, сборки в CI или подготовки тестовой базы. То есть это оптимизация именно инженерного контура, а не работы пользовательских сеансов или выполнения прикладных запросов. Что уже известно Оптимизация загрузки конфигурации из файлов была включена в план 8.5.5 и в обновлённом плане от 26 февраля 2026 года отмечена как выполненная. Сам способ означает полную замену текущей конфигурации конфигурацией, сохранённой в файле; загрузка из каталога файлов применяется для работы с исходным представлением конфигурации
307
10
No text...
253
11
No text...
280
12
No text...
396
13
No text...
363
14
Видеозаписи про ИИ в 1С (ERP), это подборка докладов, где меньше “магии”, больше практики: как реально внедрять AI в ежедневн
Видеозаписи про ИИ в 1С (ERP), это подборка докладов, где меньше “магии”, больше практики: как реально внедрять AI в ежедневную работу разработчика, аналитика и тимлида 1С. Чем это полезно ИТ‑специалистам 1С: - Встраивание ИИ в процесс разработки: ИИ‑агенты, вайбкодинг, ускорение типовых задач без потери качества. - Качество кода и контроль рисков: как организовать ИИ‑ревью, что проверять, как оценивать эффект и стоимость. - Аналитика и ответственность: где ИИ помогает аналитику (ТЗ, разбор требований, коммуникации), а где начинаются границы ответственности. - Практика “без хайпа”: что работает уже сейчас (инструменты/подходы), и как начать бесплатно и с понятным ROI. - Рынок и команда: трезвый взгляд на “DeepSeek vs джун”, и реальные кейсы интеграции ИИ в подбор 1С‑специалистов. В составе записи: «ИИ в 1С: взгляд изнутри», «ИИ‑агенты в 1С‑разработке…», «ИИ‑ревью для 1С…» и другие. Кому зайдёт: 1С‑разработчикам, аналитикам, архитекторам, тимлидам/руководителям разработки и всем, кто отвечает за сроки/качество в 1С‑проектах. И главное - хорошая новость 🥁 нашему клубу выдали промокод на 10% скидку! Пишите при заказе D3QF5V и получайте скидку!
152
15
Техническая архитектура ИИ-агента в 1С 1) Центральный слой: «Агентский чат» (в 1С) Реализован как расширение для 1С (платформа не ниже 8.3.22), разворачивается на сервере, где стоит база 1С. Принимает запрос пользователя, управляет сценарием выполнения, маршрутизирует запросы к другим компонентам. 2) Персонализация: «Заметки в памяти» Также расширение 1С на той же платформе/сервере. Хранит «память» агента: предпочтения, контекст пользователя, итоги прошлых диалогов. Используется для адаптации под пользователя. 3) Исполнение действий: «Навыки» Блок «навыки» — это набор процедур/инструментов (в рамках 1С‑расширения на сервере 1С). Получает инструкции от агентского чата и выполняет конкретные операции (типовые автоматизации, действия в 1С). 4) Интеллект: LLM («мозг агента») Внешняя/локальная большая модель (Qwen3/DeepSeek, размерность 32B–70B, контекст 64k–128k, OpenAI‑compatible API, указана конфигурация 4×GPU 80GB). Отвечает за аналитику и рассуждения: интерпретацию запроса, планирование шагов, формирование инструкций навыкам и запросов к MCP. Может быть из облака. 5) Интеграционный слой MCP (инструменты/сервисы) Два ключевых MCP‑направления: 5.1) «Граф знаний про 1С (MCP)» Инфраструктура: Docker, CPU 12–24 vCPU, RAM 32–64 GB, Disk 1–2 TB (можно в облаке). Используется для запросов по функционалу: поиск знаний по возможностям 1С, описаниям объектов/механизмов, регламентам, документации и т.п. 5.2) «Доступ в базу 1С (MCP)» Интеграция на стороне 1С: расширение 1С, платформа ≥ 8.3.22, сервер с базой 1С. Используется для запросов по данным: чтение/проверка данных, выборки, отчёты, валидации, подготовка фактов для ответа. 6) Контур R&D: «ИИ‑разработчик (MCP + IDE)» Технически отдельный модуль (Docker, 12–24 vCPU, 32–64 GB RAM, 1–2 TB disk; можно в облаке). Подключается, когда нужно глубокое исследование или разработка нового функционала: генерация/правка кода, подготовка изменений, работа через IDE и инструменты разработки. Как работает типовой цикл: Пользователь пишет в агентский чат (в 1С). Чат обращается к LLM за анализом, планом и формированием действий. При необходимости: берётся персональный контекст из заметок в памяти, выполняются навыки (инструкции), идут запросы в граф знаний MCP (если вопрос «как/что в 1С»), идут запросы в доступ к базе MCP (если нужны реальные данные), подключается ИИ‑разработчик (если нужно исследовать/дописать функционал). Результат собирается и возвращается пользователю в чат.
466
16
No text...
384
17
https://t.me/memoshnaya1C/8216
396
18
OneSTools.EventLog — это набор библиотек и готовых инструментов на C# для чтения, парсинга и экспорта журнала регистрации 1С в системы аналитики и хранения логов: ClickHouse и ElasticSearch. Основная цель — сделать работу с журналом регистрации 1С удобной на больших объёмах данных: быстрый поиск, фильтрация, аналитика, дашборды, алерты и т. п., что сложно или медленно делать напрямую в 1С. Решение закрывает такие сценарии: Выгрузка журнала регистрации 1С из файлов .lgf / из базы в ClickHouse или ElasticSearch. Постоянная синхронизация: периодический запуск экспортера, который дописывает новые записи журнала в целевую систему. Быстрый просмотр и анализ лога через: SQL-запросы к ClickHouse (в DBeaver, DataGrip, 1С и т. д.) Kibana/Grafana для ElasticSearch/ClickHouse Специальное расширение для 1С, которое упрощает просмотр и написание запросов. Мониторинг и алертинг: поиск ошибок, блокировок, долгих операций построение дашбордов по нагрузке, пользователям, объектам метаданных и т. п. Типичные пользователи: администраторы 1С, технические специалисты, разработчики, аналитики, которые работают с большими базами 1С и хотят иметь «внешний» быстрый лог-движок. Архитектура решения (очень кратко) В репозитории есть: Библиотеки (.NET Standard 2.1): Чтение и парсинг файлов журнала регистрации 1С. Маппинг записей журнала в структуры для ClickHouse / ElasticSearch. Готовое приложение-экспортер (EventLogExporter): Консольное / сервисное приложение, которое: читает журнал 1С, отправляет записи в ClickHouse или ElasticSearch, хранит состояние (что уже выгружено), может работать по расписанию / как сервис. Примеры конфигураций и инструкции по подключению к 1С и к целевым СУБД. Пакет опубликован на NuGet как OneSTools.EventLog. Пошаговая инструкция по внедрению Ниже — типовая последовательность внедрения. Точные названия файлов и параметры смотрите в репозитории (README, примеры конфигов, релизы). 1. Подготовка инфраструктуры Выберите целевую систему: ClickHouse (рекомендуется для больших объёмов, аналитики, SQL). ElasticSearch (если уже есть стек ELК и нужны полнотекстовый поиск, Kibana). Разверните СУБД: Установите и настройте ClickHouse или ElasticSearch на сервере. Создайте базу/индекс, убедитесь, что есть сеть и доступ с сервера, где будет работать экспортер. Подготовьте сервер для экспортера: .NET runtime (поддерживаемые версии указаны в релизах / README). Доступ: к файлам журнала регистрации 1С (сетевая папка / локальный диск), к базе 1С (если нужно читать журнал из базы), к ClickHouse / ElasticSearch по сети. 2. Установка и настройка экспортера Скачайте релиз: Зайдите в раздел Releases репозитория. Скачайте архив с бинарниками (или соберите из исходников, если нужно). Разместите файлы: Распакуйте в отдельную папку на сервере, например: D:\EventLogExporter Настройте конфигурационный файл: Обычно это appsettings.json или аналогичный конфиг в папке приложения. В нём нужно указать: Путь к журналу регистрации 1С (или параметры подключения к 1С). Параметры подключения к ClickHouse или ElasticSearch: host, port database / index user, password Настройки расписания / интервала опроса новых записей. Путь к файлу состояния (чтобы понимать, какие записи уже выгружены). Примерные ключи (названия могут отличаться, смотрите в репозитории): json { "Source": { "Type": "File", // или "Database" "Path": "\\\\server\\1c_logs\\mysrv\\mybase", ... }, "Destination": { "Type": "ClickHouse", // или "ElasticSearch" "Host": "ch-server", "Port": 9000, "Database": "eventlog_1c", "User": "user", "Password": "pwd" }, "Exporter": { "IntervalSeconds": 60, "StatePath": "D:\\EventLogExporter\\state.json" } } Проверьте права: У учетной записи, под которой запускается экспортер, должны быть права: на чтение папки с журналом 1С, на запись в папку с состоянием, на подключение к ClickHouse / ElasticSearch. 3. Создание структуры в ClickHouse / индекса в ElasticSearch Для ClickHouse Подключитесь к ClickHouse (через клиент, DBeaver и т. п.). Создайте базу данных (если ещё нет): sql CREATE DATABASE IF NOT EXISTS eventlog_1c; Создайте таблицу для журнала регистрации. Точную структуру таблицы (поля, типы, движок) смотрите в примерах из репозитория / статье Акпаева. Обычно там есть поля: timestamp level event_type user_name computer_name application_name session_id infobase_name metadata_object presentation data (текст/JSON) и т. п. Убедитесь, что экспортер использует то же имя таблицы (в конфиге). Для ElasticSearch Создайте индекс с нужным маппингом (обычно через Kibana или REST API). Маппинг должен соответствовать полям, которые пишет экспортер (см. примеры в репозитории / документации). 4. Запуск экспортера Первый запуск вручную: Из папки экспортера: bash EventLogExporter.exe Проверьте логи приложения (консоль / файлы логов рядом с исполняемым файлом). Убедитесь, что: нет ошибок подключения к источнику и к ClickHouse/ElasticSearch, записи начинают появляться в целевой системе. Проверка данных: В ClickHouse выполните: sql SELECT count() FROM eventlog_1c.<table_name>; SELECT * FROM eventlog_1c.<table_name> ORDER BY timestamp DESC LIMIT 10; В Kibana / интерфейсе ElasticSearch убедитесь, что документы появляются и корректно маппятся. Настройка как сервиса (опционально): Для Windows: Используйте NSSM, WinSW или встроенные средства, чтобы зарегистрировать EventLogExporter.exe как службу. Для Linux: Создайте systemd-юнит, который запускает экспортер. Убедитесь, что сервис стартует автоматически и пишет логи. 5. Настройка 1С: источники журнала В зависимости от того, откуда экспортер читает журнал: Файловый журнал: В свойствах сервера 1С укажите каталог для журнала регистрации. Убедитесь, что экспортер имеет доступ к этому каталогу. Журнал в базе: В конфигураторе / свойствах ИБ включите ведение журнала регистрации в базе. В конфиге экспортера укажите параметры подключения к 1С (строка подключения, пользователь с правами на чтение журнала). Важно: для больших систем обычно рекомендуют раздельный файловый журнал на быстром диске, чтобы не нагружать основную базу. 6. Использование данных: примеры сценариев После того как журнал выгружен, вы можете: Быстрый поиск ошибок и проблем: SQL в ClickHouse: sql SELECT timestamp, level, user_name, metadata_object, presentation FROM eventlog_1c.<table_name> WHERE level IN ('Error', 'Exception') AND timestamp >= now() - INTERVAL 1 DAY ORDER BY timestamp DESC; В Kibana — фильтры по level:Error, application_name, user_name и т. д. Анализ производительности: Поиск долгих операций, блокировок, сессий с высокой активностью. Агрегации по пользователям, компьютерам, объектам метаданных. Дашборды и мониторинг: Grafana + ClickHouse или Kibana: количество ошибок по времени, топ пользователей по количеству событий, активность по базам / серверам. Расширение для 1С (если используете вариант с 1cget.ru): Подключите расширение, которое добавляет обработку «Просмотр журнала регистрации в clickhouse». Через «Функции для технического специалиста» вызовите эту обработку. Настройте подключение к ClickHouse прямо из 1С. Получите удобный интерфейс для: фильтрации, просмотра, написания и сохранения запросов к журналу. 7. Типовые вопросы и контроль работоспособности Экспортер не стартует / падает: Проверьте логи приложения (обычно рядом с exe). Проверьте: корректность пути к журналу, доступность ClickHouse / ElasticSearch, правильность логина/пароля, версию .NET. Данные не появляются: Проверьте, включён ли журнал регистрации в 1С. Убедитесь, что в папке журнала есть .lgf файлы и они растут. Проверьте, не «застрял» ли файл состояния (можно временно переименовать/удалить, чтобы экспортер начал заново, но это приведёт к повторной выгрузке старых записей). Производительность: Для больших баз убедитесь, что: диск с журналом быстрый (SSD / отдельный RAID), сеть между сервером 1С, экспортером и ClickHouse не узкое место, в ClickHouse выбран правильный движок таблицы (обычно MergeTree семейство).
404
19
No text...
337
20
https://www.youtube.com/live/FjL9sBgfGo8?si=McIrHN5vThxNM1bm
363