1с изменяется порядок в отчете
Как настроить схему компоновки данных в 1С 8, чтобы колонки ресурсов не выводились последними, после колонок измерений.
Кому подойдет информация: Программист 1С
Пожалуй, наиболее популярный вопрос, который возникает у программистов 1С при работе со схемой компоновки данных.
Когда создается отчет на СКД, то, пока не определены ресурсы, показатели будут выводиться в той последовательности, которая определена на вкладке "Выбранные поля" вкладки "Настройки".
Нажатие на изображении увеличит его
Рис.1. Пример вывода полей (колонок) отчета на СКД , пока не определены ресурсы.
Если определить, какие из полей будут ресурсами, то колонки ресурсов будут выведены схемой компоновки данных после всех полей. Для определенных задач, не смотря на то, что все же данные в отчете есть, это может оказаться не удобным хотя бы в силу человеческого восприятия. Поэтому один из популярных вопросов, касающихся отчетов, созданных на СКД - "Как СКД вывести ресурсы не в конце?" Наиболее распространенный ответ на этот вопрос заключается в том, чтобы "нарисовать" макет для группировок отчета на вкладке "Макеты" - об этом на примере можно прочитать в книге "Разработка сложных отчетов в 1С:Предприятии 8. Система компоновки данных" под авторством Е.Ю.Хрусталевой в Главе 5 - "Макеты", где приведены примеры для макетов полей, ресурсов, группировок, заголовков группировок и остального. Но это может оказаться трудоемким процессом, тем более тогда, когда макет определен, а нужно отчет дополнить новыми данными. Сделать то, конечно можно, но время будет израсходовано прилично, чтобы изменять макет, особенно если отчет и макет соответственно сложный.
Нажатие на изображении увеличит его
Рис. 2. Результат вывода полей(колонок) отчета после определения ресурсов.
Но есть одно простое, не идеальное, но доступное решение этой ситуации произвольного вывода колонок ресурсов. На вкладке "Другие настройки" формы схемы компоновки для параметра "Авто позиция ресурсов" выбрать значение "Не использовать". Не идеальность заключается в том, что неплохо работает для группировок, и может совсем плохо себя "повести" для таблицы.
Нажатие на изображении увеличит его
Рис. 3. Настройки схемы компоновки данных для изменения порядка вывода ресурсов.
Тогда порядок следования колонок ресурсов между колонками полей будет соответствовать порядку, установленному на вкладке "Выбранные поля" СКД.
Нажатие на изображении увеличит его
Рис. 4. Колонки ресурсов в отчете выведены между колонками полей СКД.
Уже давно сталкиваюсь с данной проблемой, но сейчас решил навести порядок.
Есть измененная конфигурация, при обновлениях стал вываливать весь список объектов конфигурации, а отличие только одно, изменен порядок следования объектов.
Добавленные объекты вниз списка двигал, объединял с конфигурацией, с признаком взять порядок из файла и все равно порядок не сходиться.
Решение оказалось достаточно простым просто надо было знать где у него кнопка.
Конфигурация -> Поддержка -> Настройка поддержки.
Кнопка "Сравнить и объеденить".
Произойдет сравнение основной конфигурации с конфигурацией поставщика в режиме "взять порядок из конфигурации поставщика". И вуаля, порядок востановлен.
Специальные предложения
В моем случае порядок был нарушен не в самих документах, а в документе добавленном где в воде на основании были проблемные документы в ненужном порядке. Лечилось следующим образом.
С нашего документа убрались временно все ссылки.. конфигурация была сохранена, затем добавлены новые ссылки на те же документы с новым порядком. И проблема ушла
Просмотры 15061
Загрузки 0
Рейтинг 16
Создание 16.04.09 11:38
Обновление 16.04.09 11:38
№ Публикации 19673
Тип файла Нет файла
Конфигурация Конфигурации 1cv8
Операционная система Не имеет значения
Страна Россия
Вид учета Не имеет значения
Доступ к файлу Бесплатно (free)
Код открыт Не указано
Изучаем новую область через практику, ВАВОК, системную инженерию, под руководством опытного аналитика Ирины Гертовской
См. также
Как я начал администрировать сервер 1С: Предприятие 8.3 с телефона Промо
Развитие инструментов управления кластером серверов 1С:Предприятие 8.3.
14.04.2017 68963 user700211_a.straltsou 30
Ферма ОДИНа или как управлять множеством Серверов 1С: Предприятие из одной точки
У Вас много серверов приложений 1С Предприятие разных версий и их надо мониторить и администрировать. Новое приложение для управления фермой ОДИНа как раз для тебя.
26.08.2021 1430 khorevaa 8
Легкий способ регистрации библиотеки COMCNTR.DLL (для COM-соединения)
Устали от командных строк, нюансов с разрядностью 32х/64х или ручного создания V83COMConnector в службе компонентов? Предлагаю простой способ регистрации библиотеки COMCNTR.DLL.
22.12.2020 35522 vakrikun 32
Выгрузка в dt на сервере 1С по расписанию с завершением соединений и подключением к консоли сервера через com
Была задача настроить по расписанию выгрузку серверной базы в dt, готового решения не нашел, делюсь, может, кому пригодится.
16.04.2020 10808 karamazoff 49
Копирование числовых ячеек из 1С в Excel Промо
15.01.2019 38356 itriot11 27
Пошаговая инструкция по установке веб-сервера Apache и завязка с 1С
Данная статья больше предназначена для начинающих администраторов, но «бывалые» тоже могут освежить свои знания и в этой статье в деталях расскажу, как устанавливать Apache и использовать веб-сервер для работы с 1С.
Любите ли Вы динамическое обновление конфигураций так, как люблю его я? Обожаю что-нибудь с его помощью пропатчить на продакшене! Особенно в пятницу! Вечером! Перед майскими праздниками! Без предупреждения!
На самом деле нет! Динамическое обновление с одной стороны выглядит отличным механизмом платформы 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. А Вы задумывались над тем, что установка расширений тоже может приводить к подобным проблемам? :)
Войдите как ученик, чтобы получить доступ к материалам школы
Система компоновки данных 1С 8.3 для начинающих: меняем созданный отчет
Автор уроков и преподаватель школы: Владимир Милькин
На этом уроке мы научимся менять уже созданный на основе СКД отчёт.
Ставим цель
Целью этого урока будет:
- Скопировать файл отчёта с прошлого урока "Урок1.erf".
- Изменить имя скопированного отчёта на "Урок2.erf".
- Открыть отчёт "Урок2.erf" в конфигураторе.
- Внести изменения в схему компоновки данных.
Создаём копию отчёта с предыдущего урока
Вначале копируем отчёт предыдущего урока.
. и вставляем его на рабочий стол:
Далее переименовываем получившуюся копию.
Открываем копию в конфигураторе
Открываем базу "Гастроном" в конфигураторе:
Открываем в конфигураторе отчёт .
В открывшейся форме отчёта меняем имя на "Урок 2" и нажимаем кнопку "Открыть схему компоновки данных":
Вот она наша схема - в том виде как мы её настроили на прошлом уроке:
Меняем заголовки столбцов
Вы помните как выглядит этот отчёт в режиме пользователя? Вот так:
Давайте изменим нашу схему так, чтобы вместо "Наименование" выводилось "Имя", а вместо "Пол" выводилось "М/Ж".
Сделать это проще простого.
В схеме на закладке "Наборы данных" в области "Поля" устанавливаем галку и меняем заголовок соответствующих полей:
Сохраняем наш отчёт нажатием на значок дискета:
И вновь открываем его в режиме пользователя (при этом не забудьте закрыть предыдущий отчет) и нажимаем кнопку "Сформировать":
Заголовки колонок изменились нужным образом. Отлично
Меняем порядок столбцов
Но порядок колонок не совсем правильный. Давайте добьёмся того, чтобы колонка "Наименование" шла первой, "Пол" второй и "ЛюбимыйЦвет" третьей.
Для этого возвращаемся в конфигуратор (вообще не нужно было его закрывать) в нашу схему компоновки данных и переходим на закладку "Настройки".
В этой закладке прежде чем что-то делать всегда будем в начале выделять слово "Отчет" (шаг 2). Пока просто запомните это и делайте так всегда.
Выделив "Отчет" переходим (ниже) на закладку "Выбранные поля", выделяем там поле "Наименование" и при помощи стрелки перемещаем его наверх:
Получилось вот так:
Аналогичным образом меняем порядок оставшихся полей, чтобы получилось вот так:
Вновь сохраняем отчёт и, не закрывая конфигуратора, открываем и формируем его в режиме пользователя:
Всё получилось. Порядок колонок теперь вполне логичный.
Меняем оформление и добавляем заголовок
Для этого в режиме конфигуратора переходим на закладку "Настройки", обязательно выделяем "Отчет", далее в самом низу переходим на закладку "Другие настройки" и нажимаем на кнопку выбора для пункта "Макет оформления":
Выбираем вместо основного вариант "Античный":
Теперь давайте добьёмся того, чтобы у нас в отчёте перед таблицей выводился заголовок "Наши клиенты".
Чтобы это сделать проматываем список других настроек вниз и устанавливаем поля "Выводить заголовок" и "Заголовок" как на рисунке ниже:
Сохраняем отчёт и открываем его в режиме пользователя:
Видим, что появился заголовок и изменилось оформление.
Меняем сортировку
Для этого сделаем сортировку полю "Пол".
Снова возвращаемся к конфигуратору. Переходим на закладку "Настройки", выделяем "Отчет" и переходим на закладку (в самом низу) "Сортировка".
Там перетаскиваем поле "Пол" из первой колонки во вторую:
А также указываем для него направление сортировки "По убыванию":
Сохраняем отчёт, а затем формируем его в режиме пользователя:
Отлично, строки в отчёте отсортированы по полу: вначале идут женщины, а затем мужчины.
Войдите на сайт как ученик
Для учеников
Прибегайте к изучению эталонного варианта только после самостоятельного выполнения всех шагов.
На вопросы учеников — отвечаю по почте, но прежде загляните в ЧАВО (ссылка) .
Любой пользователь 1С ЗУП 3.1 может самостоятельно изменить вариант основного отчета в удобном для него виде, не прибегая к помощи разработчиков.
В типовом варианте отчета предусмотрено расположение полей группировки вместе, то есть все виды начислений размещены в иерархии под сотрудником, а суммовые показатели выведены в колонках «Плановый ФОТ» и «Начислено» (см. рис.1). Допустим пользователь привык работать с таблицами, в которых виды начислений будут выводится в колонках, а сотрудники будут выходить списком в алфавитном порядке слева ( см. рис.10 Сформированный новый отчет в виде таблицы «Анализ ФОТ по начислениям»).
Рассмотрим изменение варианта отчета на примере типового отчета «Анализ ФОТ по начислениям».
рис.1 Сформированный типовой отчет «Анализ ФОТ по начислениям»
Для настройки любого отчета можно воспользоваться обычной настройкой (простой или расширенной) используя кнопку «Настройка» . Но для корректного результата лучше воспользоваться изменением варианта отчета. Вызывается из пункта меню «Еще — Прочее — Изменить вариант отчета».
рис.2 Изменение варианта отчета
Воспользовавшись вариантом «Изменить вариант отчета», нам открывается типовая структура отчета. Она довольно простая, в виде иерархического списка.
рис.3 Типовая структура отчета «Анализ ФОТ по начислениям».
1) Для изменения варианта отчета необходимо выделить строки группировки и удалить их.
рис.4 Изменение типовой структуры отчета
2) Далее создаем в группировке отчета новую таблицу. Таблица состоить из строк и колонок.
рис.5 Создание структуры отчета — таблица
3) Создаем группировку по строке. Выделяем строку и добавляем новую группировку.
рис.6 Создание группировки в строке отчета
4) В строке структуры отчета устанавливаем поля: подразделение, сотрудник, должность.
рис.7 Редактирование полей группировки в строке
5) Далее редактируем «Колонки», выбираем поле группировки «Начисление». Настраиваем поля: «Плановый ФОТ, руб.» и «Начислено, руб.»
рис.8 Создание группировки в колонке отчета и настройка полей
6) Настраиваем в колонке «Начисление» отбор по тем начислениям, которые нужны для отчета.
рис.9 Настройка значений по отбору начисление
7) Далее формируем отчет с выше указанными настройками.
В настроенном отчете все начисления по сотруднику отражены не в строках, как было ранее настроено в типовом отчете, а в колонках и разбиты на плановое начисление и фактическое начисление.
рис.10 Сформированный новый отчет в виде таблицы «Анализ ФОТ по начислениям»
8) Затем рекомендуется сохранить отчет с новыми настройками, чтобы можно было в любой нужный момент сформировать, а не настраивать каждый раз новый. Для этого необходимо воспользоваться: «Ещё — Варианты отчета — сохранить вариант отчета»
рис.11 Вариант сохранения отчета
9) В графе «Наименование» пишем название отчета, устанавливаем доступ к данному отчету и сохраняем.
рис.12 Сохранение варианта отчета
10) Сохраненный вариант отчета можно найти по следующему пути: «Зарплата — Отчеты по зарплате — Анализ зарплаты»
рис. 13 Расположение сохраненного отчета
Освоив базовые понятия и типовые настройки, любой рядовой пользователь может научиться настраивать и изменять отчеты в пользовательском режиме.
Надеюсь, у вас все получилось. Рекомендую также прочитать статью «Как изменить вариант отчета в ЗУП 3.1?».
Дата обновления статьи 15.07.2019 г.
Подпишитесь на нашу рассылку
и получите еще больше статей от экспертов по 1С!Читайте также: