События кластера 1с в тж. Технологический журнал

Многие организации сталкивались с тем, что необходимо из нескольких товарных единиц сформировать наборы или комплекты для продажи, или же из нескольких комплектующих собрать единицу ТМЦ и передать в пользование. Для этого в программе 1С: Бухгалтерия предприятия 8 предназначен документ «Комплектация номенклатуры». Рассмотрим несколько практических примеров работы с этим документом.

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

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

Смотрим проводки. Видим, как по частичкам (0,250, 0,250, 0,250, 0,250) собрался ПК.

По оборотно-сальдовой ведомости смотрим, как списались по одной наши комплектующие и появился один Персональный компьютер.

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

Нажимаем «Создать». Здесь необходимо в табличную часть «Исходные комплектующие» добавить номенклатурные позиции, которые должны входить в комплект с указанием их количества, в нашем случае по 1 штуке. Записываем и закрываем.

Далее переходим к работе с документом «Комплектация номенклатуры». Указываем вид операции – «Комплектация», комплект – набор инструментов, количество (нам необходимо собрать 5 комплектов) и счет учета, на котором будет числиться набор. Для заполнения табличной части мы воспользуемся кнопкой «Заполнить» - «Заполнить по спецификации».

Выбираем сформированную нами ранее спецификацию.

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

Проведем документ и посмотрим проводки.

Бывают обратные ситуации, когда наборы не продаются, и принимается решение реализовать по отдельности товары, входящие в набор. Для этого необходимо разукомплектовать набор.

Поэтому рассмотрим пример, когда организация приняла решение разделить комплекты и продавать отдельно друг от друга товары, входящие в него. Для этого вновь воспользуемся документом «Комплектация номенклатуры» и выбираем другой вид операции - «Разукомплектация».

В данном случае у нас наборы по два ножа стоимостью 3000 рублей. Выбираем комплект, который необходимо разобрать, в нашем случае «Набор из двух ножей», указываем количество комплектов, которые нужно разделить на части. В данном случае числятся наборы на счету 41.01, этот счет и указываем в поле «Счет учета». В табличной части в колонке «Комплектующая» указываем номенклатуру товара, которая получится после разукомплектования, в нашем примере - это нож универсальный и шеф-нож. Но особенностью разукомплектации является то, что здесь появилась новая колонка «Доля стоимости», в которой необходимо указать долю распределения стоимости разбираемого комплекта по входящим в него комплектующим. В данном случае доля стоимости указана 70 на 30. Это означает, что 70 процентов стоимости "Набора ножей" занимают "Шеф-ножи", а оставшиеся 30 процентов остаются товарам "Нож универсальный".

Проводим документ. Видим сформированную стоимость новых товаров. Набор стоил 3000 рублей, 75 штук – 225000 рублей, теперь сумма разделилась на два единичных ножа с долей стоимости, как говорилось ранее, 70 на 30. 75 штук шеф-ножей стоит 157500 рублей (доля 70%), а 75 штук универсальных ножей – 67500 рублей (30%).

Откроем оборотно-сальдовую ведомость и увидим, что списались 75 наборов из двух ножей, и появились два новых товара «Шеф-нож» и «Нож универсальный» в количестве 75 штук.

В этой статье мы пошагово рассмотрим на примере заполнения комплектации номенклатуры в 1С 8.3 Бухгалтерия 3.0. Данная инструкция подойдет как для учета сборки товаров (материалов), так и для .

Предположим, что наша организация для продажи решила собрать 2 товара «Компьютер» из составных материалов (системного блока, монитора, клавиатуры и мышки). Предположим, что комплектующих на складе еще нет. Оприходуем на склад эти позиции с помощью документа :

Создание спецификации для сборки в 1С

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

Попав в список спецификаций, создайте новый элемент справочника. В нем мы указываем, из чего состоит данная комплектация.

Например:

Получите 267 видеоуроков по 1С бесплатно:

Пример создания комплектации товара

После этого в 1С 8.3 можно начинать создавать комплектацию. Делается это с помощью одноименного документа, который расположен на вкладке «Склад»:

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

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

(или часть, используя фильтр), например:
— исполняемый код 1С:Предприятие 8;
— код Transact-SQL для СУБД;
— интерактивные действия пользователей,

— сообщения об ошибках,

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

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

4) Место хранения dumps и logs не хранить вместе, потому что через указанный интервал (по умолчанию 1 час) содержимое польностью перетирается и вы потеряете дампы

Настройка

ТЖ лучше настраивать (с помощью фильтров — тэгов logcfg.xml) только на исследуемые события, остальное не собирать, иначе словите «отсутствие места на диске» и тормоза в быстродействии сервера.

1) Легче выполнять настройку фильтров с помощью обработки с ИТС НастройкаТехнологическогоЖурнала.epf, но при этом помнить, что новые фичи последних релизов в обратке могут отстутствавать (каждая новая версия добавляет новые возможности, в обработки они не отражены). В этом случаи корректировать файл logcfg.xml руками.

2) Чтобы логи перестали собираться достаточно переименовать файл, перезапускать сервер не надо, настройки пересчитываются каждую минуту «на лету»

3) настроить logcfg.xml для фильтрации событий по определённой ИБ нужно использовать «p:processName=»

4) http://users.v8.1c.ru/Adm1936.aspx — примеры настроек

Подробности

Понятно, что собрать логи мало, их еще нужно обработать для решения конкретной задачи.

1) Сложности чтения ТЖ:

— Требует хорошего понимания архитектуры работы системы

— Тексты запросов регистрируются на внутреннем языке 1С:Предприятия и на языке DBMS

2) Файлы технологического журнала хранятся в подкаталогах. Имя каждого подкаталога технологического журнала одного процесса будет иметь вид: <ИмяПроцесса>_<ИдентификаторПроцесса>, например: rphost_4076. Имя файла журнала задается шаблоном ГГММДДЧЧ.log. Например, в журнале 07051819.log имя файла образовано от 2007 мая 18, 19 часов)

3) Журнал для анализа можно выгрузить в эксель, используя разделителем запятую например

Если Вы хотите воспользоваться журналом для анализа сообщений об ошибках, воспользуйтесь бесплатным сервисом .

если вы не нашли ответ на ваш вопрос, давайте расширим материал

Коллеги, начинаем серию статей, посвященных технологическому журналу.

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

Далеко не все специалисты о нем знают, а умеют грамотно использовать лишь немногие. Попытаемся исправить ситуацию:)

Описание и включение технологического журнала

Что Вы узнаете из этой статьи?

• Описание и предназначение инструмента Технологический журнал
• Как включить Технологический журнал в 1С:Предприятие 8
• Принцип формирования и сохранения логов и дампов

Описание ТЖ

ТЖ предназначен для расследования ошибок, анализа и диагностики различных проблем в работе платформы 1С:Предприятие .

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

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

ТЖ можно собирать как для процессов сервера 1С, так и для клиентских приложений. Соответственно, и набор событий, которые можно фиксировать в ТЖ, будет отличаться.

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

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

Логи – это файлы с расширением .log , где информация хранится в текстовом виде.

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

Включение ТЖ

По умолчанию технологический журнал включен и работает, но собирает очень ограниченный объем данных.

Под минимальным объемом данных подразумеваются 2 вещи:

1) Формирование дампов минимального размера в случае аварийного завершения работы процессов кластера 1С (ragent, rmngr или rphost ).

По умолчанию дамп создается в каталоге:

%USERPROFILE%\Local Settings\Application Data\1C\1Cv82\dumps

Если вы используете Windows Vista и выше, то будет использоваться каталог:

%LOCALAPPDATA%\1C\1Cv82\dumps

Для 8.3 вместо каталога 1Cv82 используется 1Cv8 .

2) Для 8.3 в минимальный ТЖ входит формирование логов с одним событием SYSTEM с уровнем Error .

Логи сохраняются в каталоге:

%USERPROFILE%\Local Settings\Application Data\1C\1Cv8\logs

Для Windows Vista и старше используется каталог:

%LOCALAPPDATA%\1C\1Cv8\logs

Данные логи по умолчанию будут хранится 24 часа, после чего платформа будет удалять файлы логов, которые превышают этот порог.

Чаще всего информации из ТЖ по умолчанию недостаточно, и необходимо его настраивать вручную.

Чтобы произвести тонкую настройку ТЖ, необходимо создать файл logcfg.xml с определенной структурой в определенном месте.

Данный файл необходимо разместить в каталоге:

C:\Program Files\1Cv82\conf (для 8.3 каталог 1Cv8)

В этом случае настройки ТЖ будут действовать для всех версий 1С , которые установлены на данном компьютере, и для всех пользователей. Этот вариант используется чаще всего, и именно его рекомендуем применять.

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

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

Чтобы настроить ТЖ только для одной версии платформы, размещаем logcfg.xml в каталоге:

C:\Program Files\1Cv82\8.2.19.106\bin\conf

Где 8.2.19.106 – это номер нужной вам версии.

Крайне редко, но все же, может возникнуть необходимость настроить ТЖ отдельно для каждого пользователя, под которым запущена служба сервера 1С .

Тогда размещаем logcfg в каталоге:

%USERPROFILE%\Local Settings\Application Data\1C\1Cv82\Conf

Для ОС Windows Vista и старше:

%LOCALAPPDATA%\1C\1Cv82\Conf

Это может потребоваться, если у вас, например, 1 служба сервера 1С используется как рабочая, а вторая для отладки. При необходимости можно запустить службы под разными пользователями и собирать ТЖ только для одной из них, чтобы не загружать второй сервер и не собирать в логах лишние данные, либо сделать для каждой из служб свои настройки ТЖ .

Настройки из logcfg считываются не моментально, а каждые 60 секунд, причем каждый из процессов кластера считывает файл настроек независимо от других процессов. Например, сначала могут появиться логи процесса rmngr и только через 45 секунды логи rphost.

Для выключения ТЖ достаточно удалить или переименовать файл logcfg.xml .

Бурмистров Андрей

В следующих статьях рассмотрим нюансы настройки ТЖ и практику использования.

А пока закрепите полученный материал на своей тестовой информационной базе:)

Не так давно открыл для себя нечто новое, оказывается есть технологический журнал (ТЖ). Что это за зверь такой и для чего он нужен попытаюсь ответить в этой статье.

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

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

• файлы дампа
• файлы логов

Идем дальше. А в каком каталоге хранятся файлы ТЖ?.
По умолчанию ТЖ создается в каталоге:
%USERPROFILE%\Local Settings\Application Data\1C\1Cv82\
Если используется Windows Vista и выше, то будет использоваться каталог: %LOCALAPPDATA%\1C\1Cv82\
Для 8.3 вместо каталога 1Cv82 используется 1Cv8.
Но этот каталог можно изменить. Об этом чуть ниже.
Как включить ТЖ?
По умолчанию технологический журнал включен, и настроен на сохранение минимальных дампов. С помощью специального файла мы можем настроить ТЖ. А именно можем изменить каталоги ТЖ, указать какие события должны регистрироваться в ТЖ и тд.
Я говорю о файле настроек ТЖ logcfg.xml .
Этот файл должен находится в каталоге conf в папке с установленной 1с, например
«D:\Program Files\1Cv8\conf»
Рассмотрим пример файла настроек для полного ТЖ.
config xmlns="http://v8.1c.ru/v8/tech-log"> Этот конфигурационный файл определяет вывод в технологический журнал всех событий вместе со всеми свойствами. Журнал будет сохраняться в течение недели (24 часа). Однако объем выводимой информации при этом будет очень большим.
Целесообразней настроить ТЖ только на интересующие нас события, например мы хотим посмотреть есть были ли в системе ошибки и долгие операции (>10 секунд)

Самые распространенные события ТЖ: EXCP – исключительные ситуации приложений системы «1С:Предприятие», которые штатно не обрабатываются и могут послужить причиной̆ аварийного завершения серверного процесса или подсоединенного к нему клиентского процесса. EXCPCNTX – события, которые начались, но не закончились в момент возникновения нештатной̆ ситуации. DBMSSQL – исполнение операторов SQL СУБД Microsoft SQL Server. Для каждой СУБД используется свое событие (BPOSTGRS, DBORACLE, DB2, DBV8DBENG – файловый вариант) ADMIN – действия администратора кластера в консоли кластеров. PROC – события, относящиеся к процессу целиком и влияющие на дальнейшую работоспособность процесса. Например: старт, завершение, аварийное завершение и т. п. CALL – входящий удалённый вызов (удалённый вызов на стороне приемника вызова). Например, если вы из клиента вызываете функцию на сервере, то в ТЖ на сервере будет записано событие CALL. SCALL – исходящий удалённый вызов (исходящий вызов на стороне источника вызова). Например, если вы из клиента вызываете функцию на сервере, то в ТЖ на клиенте будет записано событие SCALL. SESN – действия, относящиеся к сеансу работы. Например: начало сеанса, окончание сеанса. TDEADLOCK – обнаружена взаимоблокировка в управляемом режиме блокировок. TTIMEOUT – ошибка по таймауту на управляемых блокировках. TLOCK – установка транзакционной блокировки в управляемом режиме блокировок.
С помощью настроек ТЖ можно отфильтровать практически любые интересующие нас события.
Допустим хотим видеть в ТЖ только ошибки и информацию о запросах к таблице AccRg105, которые длились более 3 секунд. Тогда logcfg должен выглядеть следующим образом.
Между двумя работает логическое ИЛИ, т.е. при возникновении любого из событий оно будет записано в ТЖ.
Внутри одного работает логическое И, т.е. данное событие будет записано только в том случае, если будут выполнены все условия внутри одного.
При такой настройке событие EXCP будет записываться всегда, а событие DBMSSQL только в том случае, если в любом месте текста запроса содержится строка «AccRg105» и при этом запрос выполнялся дольше 3 секунд. Фильтр на длительность события, надо ставить в десятитысячных долях секунды независимо от версии платформы. В данном примере мы используем несколько условий: eq, gt и like.
Можно использовать следующие условия:

• eq – равно;
• ne – не равно;
• gt – больше;
• ge – больше или равно;
• lt – меньше;
• le – меньше или равно;
• like – соответствие маске.