1с отчет из разных баз
- В открывшемся окне, надо выбрать Дату С … По … и нажать кнопку «Загрузить из всех баз 1С»
- Так нужно сделать для каждого вида Документа, перед формированием Отчёта
- Да документы в этой базе, ищутся по НОМЕРУ из базы 1С, ДАТЕ, Организации, Контрагента – и если ВЫ будет грузить повторно тот же период, то они второй раз НЕ загрузятся! Обмен между базами происходит БЕЗ файл обмена, информация читается напрямую из Базы 1С приёмника и сразу же записывается в эту Центральную базу Приемник.
- Формируем ОТЧЁТ
- Чтобы установить ПЕРИОД отчёта. Нужно нажать Настройка и в Параметрах выставить Дату С и По
- Затем нажать кнопку «Сфйормировать» и всё отчтё готов!
1. Колонка клиента - возможность выбора из списка баз 1С
2. Колонка Поступления - данные берем из раздела Поступления (Поступление акты накладные+Возвраты поставщикам+Корректировка поступления)
3. Колонка Продажи - данные берем из раздела Продажи (Реализация акты накладные + Оказание услуг)
4. Колонка Счета выставленные - данные берем из раздела Продажи (счета выставленные)
5. Колонка кол-во платежек - берем из раздела Банк - платежные поручения
6. Колонка Итого документов - в ячейках прописал формулы
7. Колонка кол-во сотрудников - данные берем из раздела зарплата (Ведомость в банк+ведомость в кассу)
8. Колонка Кассовые документы (Кол-во) (приходные + расходные) - берем из раздела касса (кассовые документы)
Примечание: на компьютере должна быть установлена ОДНА Платформа 1С!
Тестировалась на платформе: 1С: Предприятие 8.3 (8.3.10.2580)
Подключение производились к базам конфигураций: 1С: Бухгалтерия предприятия, редакция 3.0 (3.0.61.47)
Работает у конкретного клиента. Клиент подключил к своей Центральной базе - 25 баз 1С и всё работает отлично!
Данная база написана на :
Платформа: 1С Предприятие 8.1 - 8.3
Операционная система: Microsoft Windows 95, 98, ХР, NT, 2000, 7, 8, 10
Программный код полностью открыт и после получения можно его редактировать
Обновления предвидятся, если любой из пользователей данного ПО выдвинет новые предложения по улучшению данного ПО или найдёт ошибки. Обновления будут разосланы всем покупателям этого ПО.
Программа за стартмани и рубли одна и та же, отличие только в наличии периода бесплатной техподдержки в платном варианте.
Техническая поддержка предоставляется покупателю с момента фактического получения им прав на использование ПО.
Бесплатная техническая поддержка на срок: 30 календарных дней, после покупки данного ПО
Дальнейшая платная техническая поддержка: 500 рублей за обращения, сроком на 1 месяц.
Гарантия возврата денег
ООО "Инфостарт" гарантирует Вам 100% возврат оплаты, если программа не соответствует заявленному функционалу из описания. Деньги можно вернуть в полном объеме, если вы заявите об этом в течение 14-ти дней со дня поступления денег на наш счет.
Программа настолько проверена в работе, что мы с полной уверенностью можем дать такую гарантию. Мы хотим, чтобы все наши покупатели оставались довольны покупкой.
Потратив несколько лет на исследования в области автоматизации процессов счетоводства, мы разработали уникальные технологии, методологию и ряд программных продуктов. Но, чтобы создать прикладные решения в реалиях повседневной практики, нам пришлось потратить последние два года на общение со специалистами учета и потребителями результатов учета непосредственно.
Для описания результатов всех исследований понадобится писать целую книгу, но для начала мы решили сосредоточиться на существующей в реальной практике задаче, которую сложно назвать беспроблемной.
Задача организации процессов формирования управленческих отчетов на основе довольно разрозненных данных в нестандартном формате и по нестандартным требованиям управленческой интерпретации присутствует на каждом предприятии. В зависимости от размера предприятия, уровня доходности, отрасли, производством данных процессов занимаются различные люди, с разным образованием и различными взглядами. В небольших компаниях микро бизнеса это зачастую делает сам руководитель, который одновременно может являться и собственником. В малом и среднем бизнесе, а это в количественном значении самый большой сегмент, зачастую эта задача накладывается на бухгалтерию. В среднем и крупном бизнесе появляется понятие экономиста и финансиста, появляется должность финансового директора, который стоит выше по иерархии главного бухгалтера, так же появляются целые ФЭД (финансово экономические департаменты).
Объединяет этих людей относительно подходов к решению задачи построения управленческих отчетов только одно: в большинстве своем, как инструмент, используются таблицы Excel.
С одной стороны, таблицах Excel изначально не заложены какие-либо методы и бизнес логика, одновременно с другой стороны функционально они способны обеспечить очень широкие требования. Хотя, при явном удобстве этого инструмента, присутствуют и значительные ограничения.
Если очень коротко.
Отсутствие заложенной учетной бизнес логики порождает очень плохие, с точки зрения базовой систематики, построения. Т.е. каждый выстраивает структуру хранения, обработки и отображения данных в соответствии с собственным уровнем понимания этих процессов.
Excel зачастую называют «плоским». Видимо такое ощущение возникает потому, что не используются реляционные базы данных, и клиент серверная архитектура, но мало, кто в реальной практике это понимает. Плоский и все тут.
Как явный недостаток — невозможна или крайне затруднительна одновременная совместная работа с данными.
1С + Excel.
В целом электронные таблицы решают определенную стадию общей задачи великолепно, поэтому системы начинают выстраиваться гибридным образом. Данные ведутся в базах (реляционные базы данных и клиент серверная архитектура). В России подавляющее большинство используют различные конфигурации 1С. В этих базах вручную формируют ряд агрегирующих отчетов, которые выгружают в Excel и дальше уже чудо специалисты в безграничных возможностях этого инструмента мастрачат собирают нужные отчеты по нестандартным управленческим требованиям.
Также на рынке можно найти прецеденты, когда компании производящие программный продукт для формирования управленческих отчетов позиционируют свои продукты прямым конкурентом Excel. Пример Финград. «А вы уже выросли из Excel?» Кстати, именно этот производитель очень четко формулирует недостатки использования таблиц Excel в процедурах управленческого учета. Еще бы! Ведь они себя так позиционируют. Одним из главных аргументов примечательно выступает фактор, что в Excel нет двойной записи. И вот тут начинается самое интересное. Большинство практиков не поймут этого фактора, а те, кто «вырос из Excel» полностью согласятся.
Основные формы управленческих отчетов.
Основная идея данного фактора исходит из того, что управленческие отчеты должны иметь форму стандартной триады: Баланс; Отчет о доходах и расходах (ОДР); Отчет о движении денежных средств (ОДДС). Технологически крайне сложно построить эти формы, если учет операций не ведется по принципу двойной записи, а делать это в Excel крайне затруднительно.
Очень многие финансисты до сих пор пренебрегают данными формами для построения информационных управленческих отчетов о фактических результатах и соответственно в бюджетировании. Могу процитировать слова финансового директора одного из крупнейших производственно-торговых холдингов в России: «Мне баланс не нужен, мне нужен план-факт». Интересно, что она имела ввиду? Ясно, что баланс ей не нужен, а под план-фактом она, скорее всего, подразумевала ДДС. А ведь этот человек определяет структуру системы управленческого учета в очень большой и серьезной коммерческой организации. Традиционное построение систем управленческого учета и бюджетирования на изначальной основе денежного базиса, согласно нашим исследованиям, наверное, самая большая проблема учета в сегменте малого и среднего бизнеса. И это понятно. Культура и технологии управленческого учета в коммерческих организациях у нас стали зарождаться гораздо позднее, чем стал появляться сам бизнес.
Некоторые аналитики утверждают, что наши экономические учебные заведения приспособились к требованиям рыночной экономики только к 2004 году, а стало быть, только выпускники после 2007 – 2008 годов стали более или менее соответствовать профессиональным требованиям. А все это время, с момента перестройки, нужно было как-то контролировать бизнес и анализировать его результаты. Деньги считать – это самое понятное и простое. Поэтому сначала научились считать деньги и делать отчеты ДДС, как план, так и факт, в Excel (в нашем отечестве он был всегда у всех под рукой, причем в самых последних версиях), а потом уже стали пытаться учитывать начисления и стремиться строить баланс.
Согласно нашим наблюдениям это некая эволюционная лестница развития управленческого учета в коммерческих предприятиях России. Кто не очень жадный и сумел заработать достаточно денег, те поступили проще, купили SAP ERP систему. А в процессе внедрения процедуры и функции учета были на уровне бизнес процессов приведены в должное состояние. Но такие системы не просто стоят несколько миллионов долларов, они еще и очень дороги в эксплуатации. Малый и средний бизнес естественным образом не может себе позволить таких решений по уровню своей доходности.
Основной и самый доступный источник данных для управленческого учета.
В данной статье я рассматриваю вариант построения управленческих отчетов, на основе данных существующих бухгалтерских баз. Под управленческими отчетами подразумевается естественно в первую очередь полноценная триада (Баланс, ОДР, ОДДС), но ей не ограничиваемся. Нужны и отчеты по натуральным значениям, и более детальные данные, и общий финансовый анализ, и графики. Под управленческими отчетами будем подразумевать основную триаду плюс любые другие отчеты на базе данных о хозяйственных операциях, которые могут понадобиться для информационного обеспечения принятия управленческих решений.
Почему мы предлагаем в первую очередь смотреть на вариант использования данных бухгалтерии в управленческом учете?
1. Там есть почти все данные, которые нужны.
2. Данные в бухгалтерии регистрируются согласно принципу двойной записи.
3. Бухгалтерия есть во всех предприятиях.
4. Согласно нашим исследованиям, это самый эффективный способ, и такой подход легко может себе позволить малый бизнес, причем, с использованием ресурсов существующих бухгалтерских служб, не создавая дополнительных специальностей.
Что нужно, чтобы из данных бухгалтерских баз получать управленческие отчеты?
1. Нужно, чтобы предприятие вело бухгалтерский учет должным образом. Это требование совпадает с требованием со стороны закона!
2. Нужен инструмент, который позволит:
a. Собрать данные из разных баз.
b. Интерпретировать собранные данные в условных правилах управленческого учета.
c. Корректировать, удалять, добавлять данные в целях правильного, с точки зрения управленческого учета, отображения информации в отчетах.
d. Производить процедуры консолидации (исключение внутригрупповых операций и установка соответствий справочной информации), когда бизнес включает в себя несколько юридических лиц или бизнес подразделений.
e. Анализировать управленческие отчеты путем детализации, сопоставления, графиков.
f. Делать все вышеперечисленные действия без участия специальных настройщиков или программистов.
Инструмент для превращения данных бухгалтерских баз в управленческие отчеты.
В процессе наших разработок и реализаций их на практике возникло множество инструментов, но самый первый был инструмент, который позволял импортировать проводки из бухгалтерских баз (исходное программное обеспечение не имеет значения), прописывать правила интерпретации данных бухгалтерии в управленческом учете, добавлять, корректировать, исключать данные, консолидировать их между несколькими взаимосвязанными юридическими лицами.
Это был самый простой инструмент. Позднее мы создали возможности интеграции с любыми формами документов, т.е. возможностью импортировать не только из бухгалтерии. Потом появились возможности построения цепочки, когда импорт данных идет из источника в документ с возможностью коррекции и последующим проведением в управленческом учете. Все это обрастало значительным количеством инструментария для комфортной работы на практике. Мы использовали системы в очень сложных больших проектах по постановке управленческого учета и бюджетирования в сложных многоотраслевых холдингах. В целом интеграционные процессы в холдингах с «зоопарком» разрозненных разно функциональных баз настолько сложны, что требуют большого участия внешних специалистов. И это всегда проектная работа. И это всегда очень дорого.
Но нам хотелось создать простой доступный даже для малого бизнеса и масштабируемый продукт, который легко будут использовать обычные практики различных учетных специальностей без особого участия каких-либо внешних специалистов.
Последние два года, исследуя рынок и общаясь с представителями всех звеньев потребительской цепочки, мы решили, что самым эффективным методом, с точки зрения фактора цены (всех затрачиваемых ресурсов) и качества, является вариант использования данных существующих бухгалтерских баз. Мы взяли изначальные наработки и смонтировали масштабируемый доступный вариант. Мы внесли в программу не только возможности формировать правила, но и настроили предварительные варианты под российскую бухгалтерскую систему, а также варианты уже готовых отчетов. Продукт назвали ACCCell (account + cell).
Основные принципы построения управленческих отчетов, на основе данных существующих бухгалтерских баз я опишу именно по функциям программы ACCCell. Это уже будет не просто бла бла в теории, а обоснованные практикой инструментальные методы.
Порядок работы системы по превращению данных бухгалтерских баз в управленческие отчеты с использованием ACCCell.
Первым шагом является импорт данных из бухгалтерских баз. В варианте использования 1С Бухгалтерия существует возможность прямого подключения и синхронизации, плюс возможность импорта через файл. В итоге мы получаем полную копию списка проводок со всем их содержимым, как исходный материал.
Произвести эту операцию может обычный оператор бухгалтерии.
Если за определенный период загрузки ведутся повторно, то мы увидим в списке, какие проводки новые, какие изменились, а какие удалены. Система потребует подтверждения этих изменений, а специалист будет в курсе, что изменяли задним числом в незакрытом периоде.
Загружать проводки возможно из нескольких баз и разных юридических лиц. Каждая проводка будет иметь идентификатор источника данных, а в теле проводки будет информация об организации. Бывает так, что бизнес использует несколько юридических лиц, при этом внутригрупповых операций нет, тогда вы без труда получите консолидированные отчеты, загрузив все проводки в одну базу. Если присутствуют внутригрупповые движения, то необходимо использовать функции консолидации.
В ACCCell есть настроенный вариант интерпретации и настроенный вариант главных отчетов, поэтому загруженные проводки можно сразу обработать и получить материал для анализа.
В полученном отчете все статьи детализируются в различных аналитических срезах. К примеру, мы можем развернуть дебиторскую задолженность прямо в отчете.
А потом развернуть дебиторскую задолженность по покупателям по контрагентам
В итоге, чтобы получить готовые основные отчеты из бухгалтерских баз требуется несколько минут.
Анализируя данные этих отчетов специалист без труда найдет неточности, которые могут быть, как внутри бухгалтерского учета, так и на уровне настроенных правил интерпретации.
На практике специалистов очень радовал факт, что они благодаря ACCCell находили в бухгалтерии множество ошибок.
Следующим этапом работы будет анализ и коррекция
Откорректировать данные мы можем различными путями.
Если автоматическое правило обработки дает системную неточность, то можно ввести самому более приоритетное правило (скриншот 5). Это без труда сделает подготовленный специалист.
Если надо изменить интерпретацию конкретной проводки, то без труда делается исключение, и мы сразу получаем результат.
В ACCCell можно без труда вводить ручные операции, которые будут дополнять или корректировать общую картину, а также можно загружать данные из других внешних источников, к примеру таблицы Excell или другие управленческие базы, или банковские выписки и др. Общая схема работы ACCCell выглядит так:
tma – это основной процессор счетоводства внутри системы, который использует инновационные и запатентованные технологии обработки данных. Благодаря этому движку вы не будете иметь проблем с курсовыми и стоимостными разницами, а процесс счетоводства полностью автоматизируется.
Ну и наконец, исправления можно делать в исходных бухгалтерских базах, потом снова загружать данные и обрабатывать, что занимает совсем немного времени.
Возможность интерпретировать данные бухгалтерских баз в условных правилах управленческого учета – это один из главных принципов и функционал инструмента построения управленческих отчетов на основе данных существующей бухгалтерии.
При этом нельзя пренебрегать другим основным принципом. Надо наладить ведение самого бухгалтерского учета должным образом так, чтобы данные в него заносились своевременно, в соответствии с требованиями управленческого учета, а не РСБУ. К примеру, бухгалтерия может закрываться поквартально, а значит множество данных заносится в конце квартала, хотя могли бы заносится повседневно. Управленческий учет может требовать помесячную отчетность и это накладывает требование полноты данных в бухгалтерии поверх требований РСБУ. Надо отметить, что производить операцию закрытия месяца не придется.
Управленческие отчеты не заканчиваются только тремя основными отчетами.
В заключение надо отметить еще один принцип. Инструмент, предназначенный для формирования управленческих отчетов на основе данных бухгалтерских баз, должен уметь давать различного рода аналитику, в т.ч. на основе натуральных значений и в графиках.
Дополнительные функции
На практике мы пришли к полному убеждению, что управленческий учет не может существовать в полной мере без функций консолидации группы компаний, бюджетирования и казначейства.
Эти функции в полной мере реализованы в программе ACCCell.
Заключение
Кнопка — не самая обычная бухгалтерская компания, но бухгалтерию мы ведём в 1С, как и большинство отечественных коллег. На текущий момент у нас на сервере проживают сотни баз, поэтому нам пришлось научиться быстро и качественно всё это богатство администрировать. Если вы — бухгалтерская компания, хостер с сервисом 1С, или у вас просто взялась куча 1Сок, вы знаете, как это трудно. Мы любим приносить пользу, поэтому поделимся опытом, практическими советами и инсайтами, которые успели нас посетить за бессчётное количество ночей, праздничных и выходных дней, проведенных за обновлением и актуализацией всего нашего хозяйства.
Мы не продаём 1С, а потому рассказ будет без купюр, цензуры, а главное — без маркетингового булшита. Бонустреком, по ходу поста можно найти несколько полезных скриптов и советов для тех у кого действительно много баз 1С.
Итак, почему у нас вообще так много баз? В действительности, прямо сейчас мы исследуем технологию разделения данных, но использовать её ещё не начали, поэтому для каждого бизнеса, который мы обслуживаем, вынуждены создавать отдельную базу (и часто не одну).
Невероятный путь от облачной 1С до собственного кластера серверов
В начале нашего пути мы пользовались облачным : этот сервис в меру удобен, насколько может быть удобно использовать настольное приложение через браузер. Однако, довольно быстро мы накопили полсотни баз и администрировать их через веб стало невыносимо — начал тормозить, плюс появилась необходимость программно интегрировать 1С с нашими внутренними инструментами, чего Фреш категорически не умеет. Пришлось мигрировать, выгружая все данные из облака. Благо сделать это было нетрудно («Выгрузить данные в локальную версию» → «Загрузить данные из сервиса»).
Вторым важным этапом эволюции стало использование , и нас, опять же, всё устраивало, пока баз не стало больше сотни. Обновления конфигураций, как и публикация с добавлением пользователей, происходили через письмо в техподдержку. В принципе, всё оперативно, но не интерактивно.
Особые неудобства доставляла невозможность запуска. без предварительного согласования (добавления в разрешающие политики домена), а нам, напомню, была необходима интеграция. Также были проблемы с тем, что, по непонятным причинам, СХД провайдера неправильно синхронизировало ноды на блочном уровне. Так мы потеряли несколько важных баз, которые пришлось долго и мучительно восстанавливать. С системами хранения часто всё непросто и нечестно.
Хозяйке на заметку: тестируйте хранилище. Если вы хостер, то уделите этому больше внимания. Если вы пользуетесь сторонним хостингом — обязательно проверяйте хранилище и диски. Это детские грабли, наступать на которые ещё больнее, чем на взрослые :)
После всех приключений мы решили мигрировать на свой VPS. Мощности современных виртуальных серверов позволяют спокойно содержать пару сотен , без труда допуская к ним пару десятков бухгалтеров. Провайдеры VPS, зачастую, не отвечают за лицензирование программных продуктов, которые вы запускаете внутри, поэтому нужно озаботиться приобретением лицензии на пользователей и покупкой конфигурации.
Хозяйке на заметку: при лицензировании большого количества баз вас могут ждать сюрпризы — активация каждой базы для каждого пользователя через программный ключ может стать вашей основной работой на ближайшие недели. Этого недостатка лишёнкрякаппаратный ключ, но его нельзя просто так взять и начать использовать в VPS.
Не будем забывать, что даже самый лучший VPS (выбранный с использованием вот этого клёвого сервиса) не сравнится с тёплым и ламповым собственным сервером. Мы решили мигрировать в третий раз.
Однажды вечером наш VPS не запустился. Был самый пик отчётности — последние её часы, и сервер находился в дауне неоправданно долго. При этом через панель управления мы сделать ничего не могли — сервер находился в стадии запуска, а техподдержка просто разводила руками. Как оказалось, на хосте с нашей виртуалкой закончилась оперативная память, и на запуск её просто не хватало.
Итого
Сейчас, имея сотни баз пройдя путь от , через боль, миграции, неконсистентность баз, некомпетентность техподдержки, проблемы с синхронизацией нод у хостера, публикацию через веб, экспорты, импорты, резервные копии и массу восстановлений, мы пришли к своему кластеру серверов.
- думайте о лицензиях;
- если вам нужна интеграция — используйте выделенный сервер или VPS;
- позаботьтесь о хранилище или тщательно тестируйте его у вашего провайдера;
- резервные копии — это правда важно;
- сразу откажитесь от , если нагрузка будет серьёзной и важна стабильность.
Как упростить жизнь, если вы вынуждены работать с кучей баз
Создание базы со ссылкой на неё в профиле текущего пользователя
Мы разворачиваем все наши базы из заранее подготовленного шаблона (с загруженными обработками, справочниками, настроенной подпиской ИТС и резервным копированием).
Для файлового варианта:
Для SQL варианта:
Как создать или удалить пользователя сразу в сотне баз?
Как подключить пользователю сразу сотню баз?
Для добавления сразу всех нужных баз в список пользователя мы используем v8i общих баз, размещённые на файловой шаре. Ссылки на эти файлы добавляются в профиле пользователя (например, через GPO или в профиль ) в файл %AppData%\1C\1CEStart\1CEStart.cfg:
Либо из самой 1С (уже под пользователем) добавляем список общих информационных баз:
Внутри файлы v8i выглядят так:
Создать их можно прямо из окна выбора базы («Сохранить ссылку в файл») или же взять в профиле базы — %AppData%\\1CEStart\ibases.v8i. Ссылка может быть на базу работающую в любом режиме (файловый, серверный, веб). Рекомендуем хранить в одном файле не более ста баз, иначе файл может попросту загрузиться не до конца :)
Как обновить сразу сотню баз?
Обновление баз лучше производить на отдельном сервере (а еще лучше сразу на двух :) — это и быстрее, да и управлять процессом проще. Мы используем типовые конфигурации (без снятия с поддержки), обновляемые через ИТС. В первом квартале этого года для «Бухгалтерии 3.0» вышло более 10 обновлений, накатить их даже на десяток баз вручную — та ещё веселуха. Потому мы разработали некоторую стратегию.
Прохладная история: в первый отчетный период 2014 наши любимые гос органы и 1С внезапно лишили нас сна, выпустив в период с марта по апрель более 10 апдейтов только для конфигурации Бухгалтерия 3.0! Конечно, мы не стали обновлять всё подряд, но даже 3–4 обновления для сотен баз за столь короткий срок — хорошая проверка на прочность.
Читатель может задаться вопросом, откуда столько хлопот? Ответ прост: изменения в законодательстве и при этом в самый последний момент. Например: с начала 2014 года не было утверждённых форм ФСС и ПФР. В одном из первой обновлений их добавили, но только для сдачи в бумажном виде, а в электроном — нет. И так происходит постоянно.
Блокировка
Или через создание файлика в каталоге базы 1Cv8.cdn вот с таким содержимым:
Обновление
Для файлового варианта:
Для SQL варианта:
Как правильно делать резервное копирование баз?
Если вы используете SQL, следующий абзац можно безжалостно скипнуть — он актуален только для файлового режима.
В нашей практике мы не раз встречали базу в неконсистентном состоянии. Более того, в файловом варианте, не существует специальных инструментов, чтобы сообщить базе о начале копирования, нет возможности заблокировать работу с ней, если она идёт прямо сейчас. Мы справлялись с этим так: в полночь сервер RDP переходил в режим запрета новых подключений, через пару часов всех пользователей мягко выгонял скрипт. Затем срабатывало регламентное обновление и резервное копирование.
Выгрузка в dt
Для файлового варианта:
Для SQL варианта:
Все выше сказанное справедливо для 1С Предприятие, платформа 8.3; Бухгалтерия 3.0; Зарплата и Управление Персоналом 2.5.
В следующий раз мы расскажем о работе в режиме разделения данных для нескольких сотен фирм на одну базу. Будем рады услышать вопросы, замечания и предложения. А всем тем кто столкнулся с подобными задачами — хочется пожелать терпения, упорства и веры в победу.
О чем эта статья
В статье рассмотрен пример доработки типового отчета «Расчетный листок» в конфигурации «Зарплату и Управление Персоналом 3.0». На данном примере показываются общие шаги разработчика, в случае если он слабо знаком с конкретной реализацией конкретного типового отчета на базе СКД.
Применимость
В материалах статьи в качестве примера используется конфигурация, «Зарплата и Управление Персоналом», редакции 3 3.0.25.122. Но от этого примеры доработки, продемонстрированные в видео, не стали устаревшими, т.к. акцент сделал именно на логике рассуждений разработчика перед которым поставлена подобного рода задача. Смело смотрите видео, это must have!
Что конкретно мы будем делать
Очень простая задача :)
А параллельно мы разберем и приемы работы с СКД:
Итак, поехали! 21 минута видео :)
Видео 1: Как за 10 минут понять логику формирования типового отчета
В этом уроке приступаем к решению задачи по модификации Расчетного листка в ЗУП 3.0.
В данном уроке мы показываем, как понять логику формирования типового отчета на СКД с программным заполнением полей и ручным выводом данных в табличный документ.
Видео 2: Как с помощью 2 строк кода изменить заполнение отчета
В итоге задача решается с минимальными изменениями:
- Новая строка в макете
- Левое соединение в запросе
- Две строки в программном коде.
Эта тема детально раскрыта в курсе:
Не откладывайте свое обучение!
Комментарии / обсуждение (65):
Добрый день! Вопрос по УТ 11. В типовых отчётах добавляются доп. реквизиты. Вопрос: как их исключить из отчетов?
Подробнее.
Существует, примерно, 100 видов номенклатуры, к каждому из которых привязан свой набор доп. реквизитов от 5 до 10).
При изменении варианта отчета, где используется номенклатура, при раскрытии её, вываливается список всех доп. реквизитов. Жуткий тормоз. Можно ли сделать так, чтобы при отборе или добавлении поля, не выводились эти доп. реквизиты?
В УТ 11 не требуется заполнять закладку Характеристики в тексте запроса набора данных.
Дело в том, что в этой конфигурации настроены характеристики на уровне объектов метаданных. Например, можно в конфигураторе обратиться к справочнику Номенклатура, в контекстном меню выбрать пункт Характеристики:
Здесь указано, откуда система будет получать перечень характеристик и их значения.
СКД учитывает эту настройку, поэтому дополнительно прописывать характеристики в запросе не нужно.
По поводу переноса в обычне реквизиты. Дело в том, что у каждого вида номенклатуры свои доп. реквизиты и они не пересекаются. Это сколько же их будет?!
Можно на копии базы сделать тестовый пример, проверить производительность и все остальные аспекты, принять решение, стоит ли выполнять такие действия на рабочей базе.
>> Также из видео Вы узнаете, для чего в запросе может использоваться конструкция “Выбрать Первые 0”
А я так и не понял для чего используется такая конструкция?
Ведь на выходе такой запрос будет возвращать пустую таблицу с колонками.
А как тогда выбираются данные для этой таблицы?
Да, конечно, не изменится. Но можно выделить 2 способа использования именно такой конструкции:
1. Она обеспечивает формирование пустого результата запроса с набором колонок нужного типа. Если использовать просто ВЫБРАТЬ, то в результате будут данные (одна строка с пустыми значениями).
2. Это может быть удобным маркером, признаком, что именно этот запрос нужно подменить. Потому что в обычном запросе для получения данных из базы такая конструкция точно не будет применяться.
Пожалуйста. Обращайтесь:)
И приходите к нам на курс по СКД. В Мастер-группе отвечаем на Ваши вопросы по СКД.
РезультатЗапроса = Запрос.ВыполнитьПакет();
Выборка = РезультатЗапроса[0].Выбрать();
ОбластьИнформацияСтудента.Параметры.Заполнить(Выборка);
ТабДок.Вывести(ОбластьИнформацияСтудента, Выборка.Уровень());
ТабДок.Вывести(ОбластьРезультат);
ТабДок.Вывести(ОбластьРезультатыСдачиШапка);
//Выборка = Выборка.РезультатыСдачи.Выбрать();
//Каждому студенту свои предметы
Выборка2.Следующий();
ОбластьРезультатыСдачи.Параметры.Заполнить(Выборка2);
ТабДок.Вывести(ОбластьРезультатыСдачи, Выборка2.Уровень());
Читайте также: