nnmclub123bot - Группа в контакте торрент ссылок

Краткое описание

Отчет, который показывает: сколько места занимают процессы 1CV8.EXE и 1CV8C.EXE в памяти компьютера в разрезе учетных записей операционной системы. Для каждой учетной записи выводится суммарный объем.

Может быть интересно, если у вас есть терминальный сервер, на котором пользователи запускают по несколько баз каждый.

Бывает так, что пользователи открывают одновременно ВСЕ свои базы и объем памяти, занимаемый 1С, резко возрастает. Я написал этот простой отчет для себя, чтобы количественно оценивать степень проблемы и выявлять таких пользователей.

Используется WMI. Проверял на Windows 2008 R2

Работает под обычными формами.

 

Краткое описание

Загрузка поступлений из Excel в 1С Бухгалтерию 3.0 (8.3) 12 мес.  1 мес.  2019.0

Краткое описание

С помощью правил обмена возможна выгрузка следующих справочников из БП 3.0 в УПП

Краткое описание

Формирование отчета за период по взаимозачетам с контрагентами (счета задействованы как в акте сверки).
Формирование отчета по актам сверок с контрагентами за выбранный период. Если в периоде отсуствуют акты сверок, то выводится контрагент и сумма взаимозачета, если существуют акты сверок, тогда выводится документ сверки, сумма по документу сверки и фактическая сумма взамозачетов на дату сверки.
Можно вывести отдельно отчет по согласованным сверкам и несогласованным. Все работает для конфигурации Бухгалтерия предприятия 3.0, начиная с версии 3.0.40 (и ранее если есть наличие счета 76.07 других ограничений нет).
Возможность создания акта сверки по текущему контрагенту (кнопка заполнить акт сверки).
Возможность создания актов сверок в режиме автоматического формирования по контрагентам, не имеющим актов сверок.
Проверена на Windows 8, Windows server 8, windows server 12, на платформе 1С:Предприятие 8.3 (8.3.6.2014), конфигурация Бухгалтерия предприятия, редакция 3.0 (3.0.40.30). По запросу могу переделать для других конфигураций 1с (КА,УПП,БП 2.0). Отвечу на любые вопросы бесплатно. Изменения в 1с, приведшие к неработоспособности отчета, будут устранены оперативно, в течении трех дней со дня оповещения разработчика и без оплаты. Нет ограничений по лицензированию. Регистрация программы  автоматическая: через добавление в дополнительные отчеты.
Код частично будет условно (закрыт (5%))

Краткое описание

Краткое описание

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

Возникает вопрос - у кого выгоднее приобрести определенный товар и сколько нужно этого товара в данный момент?

Исходные данные:

- период (для продаж и остатков)

- склад

- папка товара (можно указать несколько папок)

Нажимаем кнопку Заполнить.

Получаем данные по регистрам ТоварыОрганизаций и Закупки:

-товар с его продажами и остатками

- плановый остаток (если вы делаете документы "Установка значений точки заказа" - то будут именно эти плановые остатки, иначе  проставится для всех товаров значение поля План, верхняя левая часть формы)

- заказ, значение рассчитывается по формуле продажи-остатки+плановыйостаток

-цена и поставщик, ее предлагающий (будет выбрана минимальная цена), а также посчитана сумма в случае ненулевого заказа

-также справочно - дата последнего прихода этого товара и его стоимость в последнем поступлении

Таблица по товарам отсортирована по остаткам, по возрастанию - чтобы мы видели сначала товар, которого нет или мало на остатках, но, как и в любой таблице, можно делать сортировку по любому столбцу,также как и перемещение столбцов, скрытие ненужных, отбор по определенному значению

Как работать:

выбрав определенную строчку товара, мы увидим в таблице с ценами (внизу слева): поставщиков и их цены

если мы хотим заказать этот товар у другого поставщика, то щелкаем по нужной строчке в таблице цен, поставщик и цена у товара будут изменены

если хотим заказать больше - меньше, изменяем поле Заказ в строчке товара

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

Встав на определенную строчку поставщика с итогами, можем нажать "Установить отбор" - чтобы увидеть только те товары, которые планируются к заказу у данного поставщика, и также снять отбор, нажав "Снять отбор"

Возможно, мы захотим поменять Поставщика Х на Поставщика У, тогда в строчке Поставщика Х пишем в поле замена - Поставщик У. Все товары перейдут от Х к У, в итоговой таблице будет красоваться уже поставщик У. Также в момент замены поставщика переписываются цены, если у поставщика У не будет цены на определенный товар, об этом будет сообщено. 

Ну, и самое главное - кнопка Оформить заказы. Нужно ее нажать, и для каждого поставщика, у которого стоит галочка в таблице итогов, будет создан свой документ Заказ Поставщику

 

Важно - эта обработка писалась под нужды определенного магазина. Со своей спецификой - розничной торговлей.  Обработка НЕ универсальна, использует данные регистров ТоварыОрганизаций, Закупки, ВзаиморасчетысКонтрагентамыПоДокументамРасчетов, ЦеныНоменклатурыКонтрагентов

Краткое описание

Этот отчет также позволяет произвести классификацию ресурсов компании в зависимости от характера их потребления и точности прогнозирования изменений в их потребности в течение определенного времени.

В этом отчете все преимущества системы компоновки данных (СКД) - гибкие отборы, дополнительные поля, сохранение настроек и прочие приятные вещи.

Краткое описание

В связи с тем, что стандартных правил переноса зарплаты из ЗУП 3.0 в Бухгалтерию 2.0 нет, и были созданы данные правила.

Правила осуществляют перенос документа Отражение зарплаты в бухучете из Зарплаты и управление персоналом 3.0 в Бухгалтерию предприятия 2.0. Для этого надо в ЗУП открыть обработку Универсальный обмен данными в формате XML и, использовав данные правила, осуществить выгрузку данных, затем в Бухгалтерии, использовав Универсальный обмен данными в формате XML, сделать загрузку данных. 

В правилах имеются три параметра:

1) Организация, по которой будут выгружаться данные

2) РазворачиватьПоСотрудникам. Если ставим Да, выгружаются данные в разрезе сотрудников, соответственно если ставим нет, то данные выгружаются сводно.

3) ИзменятьНомерПриЗагрузке. Сделано для избежания конфликта номеров документов при загрузке. Если ставим Да, то номер документа станет с префиксом ЗУП30. Например, номер документа в ЗУП  0000-000001, если ставим этому параметру Да, то номер загруженного документа будет ЗУП3000000

Краткое описание

Обработка загружает данные из текстового файла. Отличие от внешней обработки на сайте поддержки:

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

Стандартная обработка не умеет работать с документом "пересчет товаров".

Загружает данные непосредственно в табличную часть открытого документа.

-----------------------------------------------------------------------------------------------------------

Обработка работает с текстовыми файлами, выгружаемыми в папку "С:/Goods" на ПК.

Пример файла выгружаемого из ТСД:

00512               , 0.00, 0.292
00479               , 0.00, 0.238
00302               , 0.00, 0.232
4605516015614, 0.00,

Краткое описание

Внешняя обработка позволяет обнулить (закрыть) остатки по регистрам накопления.

Работает в  конфигурации Бухгалтерия предприятия 3.0 (тестировал на 3.0.4

Краткое описание

Можно доработать под другие документы, используются несколько стандартных и нестандартных функций 

Бухгалтерия 3.0. Управляемые формы

Краткое описание

Оглавление

Системные требования
Знакомство с интерфейсом
Обзор
Общие настройки
Настройки условного оформления
Прочие настройки
Поиск в конвертации и отборы
История, Избранное и Быстрые ПКО
Шаблоны 
Запрос в значение
Запрос в коллекцию
Запрос во входящие данные 1
Запрос во входящие данные 2
Инициализация входящих данных
Получение параметров объекта
Произвольный алгоритм ПВД
Инструменты
Инструмент копирования
Инструмент создания структуры объекты
Инструмент создания соответствий
Настройка HTTP-взаимодействия с другим ПО
Обработчики "После сохранения правил"
Заключение

 

Системные требования

КД 2.

Краткое описание

Внешняя обработка позволяет проводить кассовые операции с наличным и безналичным расчетом. На закладке "сервис" имеется возможность настройки под "торговую" клавиатуру. Умеет работать с ФР, АСПД Штрих-М, Сканером штрих-кода. Для работы необходима Внешняя компонента 1CPP.dll - входит в комплект (скопировать в каталог БД).

Рассматривать стоит как конструктор для создания рабочего места кассира под свои нужды.

Версия рабочая, работает несколько лет на 4 кассах.  Внимение !!! требует доработки конфигурации (очень небольшой), из "коробки" не работает!!

Список пользователей для авторизации загружается из таблиц Фискального регистратора, также используется доработанная обработка обслуживания ФР. 

На вопросы буду отвечать по возможности.

Краткое описание

Обработка предназначена для загрузки данных из MS EXCEL (например, из электронных накладных, счетов и.т.д), автоматически создает карточки товара (Номенклатура) и/или создает и заполняет данными документы в базе, т.е. упрощает ввод.

Хорошая новость - данная обработка БЕСПЛАТНАЯ и с ОТКРЫТЫМ КОДОМ

Плохая в том, что это незаконченное универсальное решение (под свою конфигурацию нужно немного поправить код).

Так что это скорее всего для программистов шаблон/рыба/заготовка.

Внешний вид обработки

По кнопке "Настройка обработки" попадает в параметры настройки (в зависимости от конфигурации данные могут отличаться)

Если установить галочку "Заполнить значения из констант", то будут загружены общие значения для всего товара, например, "Родитель - это группа товара, куда будет загружен товар" и.т.д. Загружаются только заполненные поля

Теперь давайте разберемся на конкретном примере : вот так выглядит "Счет на оплату"
Видим, что в файле значимых колонок 38 и строк 146

Можно, конечно, сразу в EXCEL поудалять лишние строки и столбцы и получится вот такой результат, и уже его подсунуть для загрузки

1 ЭТАП : Загрузка данных из файла

По кнопке "Выбрать файл" - выбираем нужный документ с данными

Пойдет процесс загрузки (обратите внимание: флажок установлен на "Загрузить все значащие строки из файла (ничего не удаляя). Его нужно использовать, когда ваша таблица подготовлена и в ней нет ничего лишнего)

Вот так будет выглядеть загрузка !!!???!!! но нас это не устраивает

Ставим галочку "автоопределение табличной части" и заново загружаем файл. Смотрим на результат

Вроде бы все красиво. Но есть одно НО, сумма : 12664,34 , а в файле исходном была : 13194,44

Давайте разберемся, почему такое могло произойти. Видим, что пропущены строки (36,37,38) они почему то не загрузились

Открываем исходный файл. И видим, что в этих строках в одной из колонок нет данных !

1 вариант, как это обойти: установить галочку "в файле есть нумерация строк" и указать границы (в нашем примере 22 по 128)
Загружаем файл и видим правильный результат.

2 вариант - если в файле нет нумерации строк. Можно изменить "Точность анализа" т.е установить погрешность (= 1)
Загружаем и видим положительный результат.

2 ЭТАП : Подготовка загруженных данных

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

Кнопка "Разделить столбец"
часто в поле наименование товара, наименование составное, как в нашем примере

вводим "разделитель" он должен быть во всех строчках (т.е. общим для всех)

и получаем уже две колонки (или более) Артикул и Наименование - отдельно

Кнопка "Изменить" или двойной клик по любой ячейке таблицы позволяет изменить данные ячейки

Кнопка "Заменить" предлагает список действий

Кнопка "Объединить" - противоположное действие "Разделить столбец"

Кнопка "Удалить" - список действий по удалению данных

Иногда бывает, как в нашем примере - что в исходных данных нет колонки "Цена", но есть "Сумма" и "Количество"
Т.е. обратным счетом можно узнать цену. Для этого кликаем по кнопке "Получить цену из расчета" и указываем колонку с "СУММА"

и указываем колонку с "КОЛИЧЕСТВО"

Обработка сама все посчитает и добавит колонку "Цена" с расчетной ценой товара

Можно выделять различные области таблицы - результат будет в нижнем левом углу.

 3 ЭТАП : Сопоставление данных с реквизитами базы 

По кнопке "Далее" переходим к ШАГ 2

Видим три  таблицы : 
- таблица вверху - пример строк с загруженными данными
- таблица слева  - доступные реквизиты для загрузки
- таблица справа - таблица соответствия (вот ее и нужно заполнить)

Для поиска или создания карточки товара  нам нужен хотя бы один из реквизитов товара : Код, Наименование, Штрихкод, Артикул

Двойной клик по таблице сверху - появится выбор (вам нужно указать, что это за колонка)

После выбора колонки автоматически сместятся дальше (таблица сверху вправо, таблица справа - вниз)

Если неправильно ввели - ничего страшного. Двойной клик по таблице справа в колонке реквизит - очистит значение

Также можно выбирать в таблице слева - текущее значение в таблице справа будет заполнено выбранным значением

В нашем примере мы дошли до колонки с единицей измерения (а ее нет среди предлагаемых реквизитов).
Кликаем по кнопке "Дополнительный реквизит" и добавляем необходимые поля к заполнению

Вот так в итоге будет выглядеть заполненная таблица справа (таблица соответствий).
Все готово для загрузки

3 ЭТАП : Загрузка данных в базу

 

Вот на этом этапе нужно будет "допилить" загрузку под свою конфигурацию

 

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

Это уже почти документ. Можно кликнуть на строку и посмотреть результат.

По кнопке "Показать новые элементы" можно посмотреть (и удалить, если что-то неправильно загрузили) все созданные объекты при загрузке

По кнопке "Выгрузить данные в документ" - будет создан документ (указанный в настройке обработки)

При загрузке обработка пытается найти товар или похожий на этот товар.
Изменим одно из наименований товара и попробуем заново загрузить.

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

Поздравляю вас - если вы дочитали досюда. Значит, вы научились быстро и качественно загружать товар в свою базу.
И поверьте - этот процесс дольше описывать, чем один раз попробовать и загрузить самому.

А теперь немного соли. Обработка писалась под конкретную конфигурацию - и нужно немного подправить код для вашей конфигурации (соответствие реквизитов товара и документов), и все будет работать.

Краткое описание

Внешняя печатная форма "Заказ-Наряд"для ААА 5 в типовом ее содержании. Для ее работы нужно прикрепить ее как внешнюю печатную  форму.

Тестировалось на конфигурации Альфа-Авто: Автосалон+Автосервис+Автозапчасти ПРОФ, редакция 5.1 (5.

Краткое описание

ОБРАБОТКА РАБОТАЕТ ТОЛЬКО НА НЕПРОВЕДЕННОМ ДОКУМЕНТЕ.

Колонка "Цена" должна быть не заполнена.

Обработка выбирает данные из регистра бухгалтерии по остаткам на счете на указанном складе и прибавляет процент наценки. Цена (свыше 5 рублей) округляется до 5 рублей. Если цена ниже 5 рублей, то округление происходит до 5 копеек.

Краткое описание

Печатные формы для ЗУП 3.0 (проверено на 3.0.22.216, 3.0.23.143).

Подлючаются стандартно:

зайдите Администрирование - Печатные формы, отчеты и обработки - Дополнительные печатные формы и обработки, создайте новый элемент и выберите файл печатной формы.

 

Если необходимы другие печатные формы - пишите в комментарии, добавлю.

Краткое описание

Данное расширение позволяет на форме документов видеть текущую задолженность контрагента.


Работает в типовых конфигурациях 3.0.41 и старше.
На более старых релизах необходимо выключить использование режима совместимости в конфигураторе

Задолженность выводится на формах следующих документов:

Реализация услуг по переработке
Реализация товаров и услуг
Возврат от покупателя





Задолженность рассчитывается только по счету учета расчетов выбранному в документе, по контрагенту в целом.
Например, если счет учета расчетов указан как 62.01, то выбирается конечный остаток по 62 счету.
И, в зависимости от того какой это остаток, дебетовый или кредитовый, выводится соответствующее сообщение.
"Задолженность контрагента составляет..." или "Задолженность организации перед контрагентом составляет..."

Как подключить расширение:

Краткое описание

Расширение больше не актуально. 

В Бухгалтерии предприятия 3.0.44 такая возможность появилась штатно: 
Администрирование - Проведение документов - Время документов устанавливать автоматически.

Добрый день, коллеги.

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

Проблема:

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

Решение:

В расширении для новых документов устанавливается фиксированное время:

- Для документов поступления - 9:00

- Для документов реализации - 12:00

- Для документов оплаты - 18:00

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

Принцип расширения:

Из-за текущих ограничений технологии расширения нельзя добавлять новые подписки и работать с модулем объектов документов. Поэтому было принято решение доработать модули форм документов. В событие "Перед записью на сервере" добавлен вызов процедуры для установки времени документа. Сами процедуры хранятся в модуле менеджера новой обработки "РасширениеУправлениеВременем"- это позволит изменять время документов в одном месте. Также, если будет требоваться добавить в расширение новый документ, то это легко сделать по аналогии с существующими.

Плюсы: 

- Не будет лишних авансов

- Не будет списано товаров в минус

- Не нужно задумываться при вводе документов (может быть полезно для менеджеров)

Минусы:

- Все документы проведены в одно время

Как подключить расширение:

Краткое описание

Итак, проблема:

Краткое описание

Если вам часто приходится корректировать чеки, эта обработка поможет более оперативно искать необходимые чеки, менять статус и  выполнять корректировки. 

Краткое описание

В связи с тем, что 1С обещала завершить поддержку ЗУП 2.5 в 2015 году (надеюсь, передумают).  Решил и я попробовать перенести данные.  Ошибка в выгрузке, исправил, следующая ошибка, исправил, а ошибки не заканчиваются (причины мне понятны), но так как база  большая, дожидаться следующей ошибки несколько часов не очень продуктивно. Пошел другим путем, накатил штатную последнюю конфигурацию, попал на реструктуризацию графиков работы, удалил их на SQL, т.к. средствами 1С не хватало памяти, а в переходе снова ошибки. Шестое чувство мне подсказывало, что-то делаю не так. И тут решил использовать последний способ, почитать инструкцию по переходу. В интернете попалось статья, из которой я вынес для себя два интересных момента, правила обмена и обработка УниверсальныйОбменXML, и понял, что иду не тем путем.

Теперь по существу.

Сохраняем обработку НачальнаяНастройкаПрограммы ЗУП 3.0 как внешнюю.
Вносим изменения в модуль формы обработки "НачальнаяНастройкаПрограммы" 
Ищем в модуле места, где создается обработка УниверсальныйОбменДаннымиXML, и включаем у обработки РежимОтладки.
В Функции РазобратьПротоколВыгрузки есть место, где устанавливается флаг ЕстьОшибки в значение Истина, меняем на ложь (мы же понимаем суть ошибок и сможем их исправить после выгрузки, ну или "забить" на них, если они несерьезные)
Несмотря на то, что мы уже включили режим отладки в обработке УниверсальныйОбменДаннымиXML, в процедуре ВыполнитьЗагрузкуФайлаНаСервере после вызова метода ВыполнитьЗагрузку() нужно сбросить ФлагОшибки установив ему значение Ложь.
Вот и все, открываем обработку через файл - открыть и конвертируем по инструкции по переходу от 1С (визуально ничего не изменилось). Кому лениво, или по каким либо другим причинам, создавать обработку, прикладываю готовую для версии конфигурации 3.0.23.148.
 
Чтобы статья не выглядела скудно, опишу, как можно конвертировать выборочно или внести корректировку в правила конвертации
Сохраняем правила конвертации (общий макет ЗарплатаКадрыПереносДанныхИзЗУП25) на диск.
Для корректировки правил загружаем в конфигурацию Конвертация данных, вносим изменения в правила и сохраняем.
В ЗУП 2.5 открываем обработку УниверсальныйОбменXML, подсовываем наши правила (по необходимости настраиваем выборочную выгрузку) и выгружаем.
В ЗУП 3.0 ЗарплатаКадрыПереносДанныхИзЗУП25 (через меню "Все функции") и загружаем из файла данных, полученного на предыдущем этапе

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

Краткое описание

На текущий момент самыми популярными и "живыми" html визуальными редакторами являются TinyMCE и CK Editor - они обладают широкой функциональностью и наличием большого количества плагинов. Скачать текущие сборки этих редакторов можно с официальных сайтов.

Что может предложить платформа 1С? В платформе 1С есть встроенный редактор - форматированный документ. На наш скромный взгляд, использование типового встроенного редактора обладает рядом ограничений и не позволяет довольно комфортно проводить визуальное редактирования документа. 

Где использовать данный функционал? Одна из основных сфер использования html редакторов в конфигурациях, работающих с почтовыми сообщениями, - различные help desk, CRM и др.

Краткое описание возможностей примера: 

пример выполнен в форме внешней обработки на управляемых формах;
добавлен переключатель между двумя типами редакторов;
для демонстрации минимальных возможностей взаимодействия добавлены две команды: для получения и установки кода html;
реализовано разделение кода между тонким и веб клиентом. 

Особенности и советы.

Краткое описание

В основе главного метода статья:

//infostart.ru/public/398079/

Респект автору этой статьи...

Функциональность формы этой обработки заключается в проверке всех предоставленных в модуле объекта методов. Сами методы готовы к исполнению #на сервере, и могут быть легко портированы в общий модуль любой конфигурации. 

Пример использования:

А.

Краткое описание

При расчёте используется запрос отчёта "Расчетный лист".

Автоматически отслеживаются даты приёма и увольнения, и в случае необходимости уменьшается период справки.

"Удержания по исполнительному листу" и "Начисления по уходу за ребёнком" настраиваются.

Для 3.1, разрабатывалась и тестировалась на Зарплата и управление персоналом, редакция 3.1 (3.

Краткое описание

Отчет показывает статистику ввода, проведения и изменения пользователем данных по дням, ориентируясь на журнал регистрации. 

Руководители на базе таких отчетов принимают решение о работоспособности пользователя и соответствующей оплате труда.

Краткое описание

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

 Дата                      НачалоИнтервала   КонецИнтервала 
t1   t1 t2
t2   t2 t3
t3 ------> t3 t4
...   ... ...
tn   tn-1 tn




К примеру, есть даты установки цен. По ним можно определить интервалы постоянства цен в виде: начало действия цены - начало действия следующей цены. Чтобы в результате определить, например, среднюю по времени цену. Или, к примеру, есть дата и время документов отгрузки. Тогда можно определить величины промежутков времени между отгрузками: определить, к примеру, минимальный или максимальный интервал между отгрузками одного товара или одному контрагенту, построить гистограмму распределения времени между отгрузками. 

Судя по обсуждению "В каких задачах может потребоваться определять интервалы", такого рода задачи встречается на практике достаточно часто.

Общеизвестным методом решения этой задачи в запросе является запрос следующего вида:

ВЫБРАТЬ
Слева.Дата КАК НачалоИнтервала,
МИНИМУМ(Справа.Дата) КАК КонецИнтервала
ИЗ
Даты КАК Слева
ВНУТРЕННЕЕ СОЕДИНЕНИЕ Даты КАК Справа
ПО Слева.Дата < Справа.Дата
СГРУППИРОВАТЬ ПО
Слева.Дата


В большинстве случаев этого достаточно. Однако когда число элементов в исходной таблице становится достаточно большим, время выполнения запроса существенно возрастает. Это связано с квадратичным характером зависимости времени работы запроса от объема исходной таблицы: для каждой записи при расчете агрегатной функции МИНИМУМ просматривается в среднем половина других записей!

Идея, лежайшая в основе данного метода, ранее была использована при ускорении расчета нарастающего итога в запросе, описанном в статье Баттерфляй - метод быстрого расчета нарастающего итога в запросе . Однако в данном случае запрос получился более простым и универсальным.

В основе метода лежит поразрядная сортировка, а его схема имеет много общего с олимпийской системой соревнований (методом плей-офф). В каждом туре группируются записи, отличающиеся (при вычитании единицы) младшим разрядом номера: 1-2, 3-4, 5-6, 7-8 и так далее. В каждой паре определяется (и далее попадает в результирующую выборку) промежуток: интервал от верхней границы младшего элемента до нижней границы верхнего. А также определяется новая общая нижняя и верхняя граница. В следующем туре пара получает номер, полученный отбрасыванием младшего разряда номеров элементов пары. И так до финала. Промежуток определяется только тогда, когда в группировке есть оба элемента, иначе из пары в следующий тур выходит единственный элемент с теми же границами.

Вышесказанное иллюстрируется схемой одной группировки (матча):

и общей схемой группировок:

Для тридцати двух туров и интервалов, измеряемых секундами, запрос имеет вид:

ВЫБРАТЬ
РАЗНОСТЬДАТ(ДАТАВРЕМЯ(1980, 1, 1), Дано.НачалоИнтервала, СЕКУНДА) + 1 КАК НомерПары,
Дано.НачалоИнтервала КАК НижняяГраница,
Дано.НачалоИнтервала КАК ВерхняяГраница
ПОМЕСТИТЬ Тур0
ИЗ
&Интервалы КАК Дано
;

////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
ВЫРАЗИТЬ(Тур0.НомерПары / 2 КАК ЧИСЛО(10, 0)) КАК НомерПары,
МИНИМУМ(Тур0.НижняяГраница) КАК НижняяГраница,
МАКСИМУМ(Тур0.ВерхняяГраница) КАК ВерхняяГраница,
МИНИМУМ(Тур0.ВерхняяГраница) КАК НачалоИнтервала,
МАКСИМУМ(Тур0.НижняяГраница) КАК КонецИнтервала
ПОМЕСТИТЬ Тур1
ИЗ
Тур0 КАК Тур0

СГРУППИРОВАТЬ ПО
ВЫРАЗИТЬ(Тур0.НомерПары / 2 КАК ЧИСЛО(10, 0))
;


...

////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
ВЫРАЗИТЬ(Тур3

Краткое описание

Отчеты строятся на основании проводок документов "Реализация товаров и услуг" и "Возврат товаров от покупателя" за определенный период.

1) Отчет Валовая прибыль/рентабельность.

Валовая прибыль = Сумма продажи - Себестоимость.
Сумма продажи = Выручка - Сумма НДС.
Рентабельность = Валовая прибыль / Сумма продажи * 100%


2) В отчет Валовая прибыль (продажи по оплате) выводятся только оплаченные реализации.
Оплаченные либо за период отчета, либо по которым оплата была авансом.

В отчет выводятся документы оплаты покупателей.




Отчеты построены на основании публикации //infostart.ru/public/151446/
Доработан учет НДС. Если НДС в сумме, то он вычитается из суммы продаж, для верного расчета рентабельности.


Отчеты создавались при следующих настройках субконто на счетах взаиморасчетов:



Подключение:

В разделе администрирование найдите пункт "Дополнительные отчеты и обработки".
Создайте в списке новый элемент и выберите файл внешнего отчета
Задайте настройки по необходимости и сохраните

Возможно вас заинтересуют другие обработки:

[Расширения] Задолженность контрагента на форме документов. [БП 3.0]

Краткое описание

УПП --- БП

Переносятся остатки:

взаиморасчеты с контрагентами;
взаиморасчеты с подотчетниками;
склад;
денежные средства;ы
Затратные счета;


 через стандартные документы БП ввода остатков

 

Правила обмена. выложенные в текущей публикации, загружаются в Универсальную обработку обмена данными в фомате XML в базу УПП 1,3

(Сервис --- прочие обмены данными --- Универсальный обмен данными в формате XML)

Результаты выгрузки XML загружаются в БП 3.

(Через "Все функции" --- обработки --- Универсальный обмен данными в формате XML)

 

Смежные правила : //infostart.ru/public/393678/


Конвертация данных. Правила обмена:
Перенос остатков, документов из УПП

Краткое описание

Отчет разработан для оценки количества закупаемого товара для вариантов "закупка на неделю", "закупка на 10 дней". Отчет максимально упрощен по настройке и логике и предполагает понимание пользоватем границ использования (ликвидность товара, время доставки, наличие товара в пути и т.д.).

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

Для варианта "Закупка на неделю":

Количество к закупке = Усредненный ежедневный оборот * 7 - остаток товара

 

Для варианта "Закупка на 10 дней":

Количество к закупке = Усредненный ежедневный оборот * 10 - остаток товара

 

Для возможности дальнейшей обработки информации все данные для расчета  выведены в отчет.

Краткое описание

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

Обработка тестировалась на "Управление торговлей", редакция 10.3 (10.3.26.2).

Для ее работы необходимо в конфигураторе найти типовую обработку "ПодборНаменклатуры" и заменить ее на загруженную.

Краткое описание

Обработка для 1С  8.2 для полного удаления объектов из базы 1С, таких как, например, удаление организации и всех связанных с ней данных – документов, записей регистров, элементов справочников и т.п.

РАБОТАЕТ В ЛЮБОЙ КОНФИГУРАЦИИ!


Обработка помечает на удаление сам объект и все связанные с ним объекты по ссылкам, чего очень трудно добиться, проделывая эту операцию вручную, так как в базе 1С объекты имеют множество перекрестных ссылок, и для удаления объекта должны быть удалены все ссылки.

После чего объекты удаляются из базы стандартным способом.

 

ПРИМЕР - УДАЛЕНИЕ ОРГАНИЗАЦИИ

ВНИМАНИЕ!

Обработка работает в обычном приложении, поэтому если у вас УТ 11, БП 3.0, УНФ или любая другая конфигурация, которая работает в управляемом режиме, то ее нужно запустить в обычном режиме, и после этого открывать обработку.

 

Если пригодилась - поддержите голосом :)

Краткое описание

Анализ 79 счета с разбивкой по месяцам и кварталам для прибыли - для Украины.

Пригодится для свода декларации по прибыли

Краткое описание

Обработка подходит для всех типовых и нетиповых конфигураций. Используется справочник "Номенклатура" и регистр сведений "Штрихкоды". Заполнение списка происходит по текущим остаткам на складе. Форма минимизирована для экрана планшета.

Принцип работы кладовщика следующий: с планшетом и беспроводным сканером кладовщик проходит по складу и вводит недостающие штрих-коды в базу. Если на товаре нет штрих-кода, то кладовщик формирует новый штрих-код и автоматически устанавливает признак, что нужно распечатать этикетку. Потом этикетки распечатываются и наклеиваются на товар.

Цель: подготовительная стадия инвентаризации.

Во второй версии файла есть групповое присвоение новых штрихкодов номенклатуре.

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

Краткое описание

Минимальные требования
версия платформы «1С:Предприятие 8» — не ниже 8.3.3.641;
версия БСП в конфигурации — не ниже 2.

Краткое описание

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

Отправка писем идет через встроенный механизм Windows - CDO. Есть лог рассылки писем.

Конфигурация написана для ТАКСИ, но может быть переведена без проблем на управляемые формы

Краткое описание

Обработка протестирована на версии УПП

Краткое описание

Обработка «Загрузка номенклатуры из интернета по штрихкоду EAN13», позволяет упростить, ускорить, а также максимально полно занести информацию в ваш справочник за 2-3 секунды.

Как это работает?

Вы скачиваете обработку «Загрузка номенклатуры из интернета по штрихкоду EAN13», и подключаете ее как внешнюю обработку заполнения табличных частей для документа «поступление товаров и услуг». Как это сделать, вы можете посмотреть тут https://www.youtube.com/watch?v=6CuWCNahTOc

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

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

1) Штрих-код есть в вашей базе. В данном случае произойдет заполнение табличной части по данным из вашей базы.

2) Штрих-кода нет в базе, но он есть в базе сервиса EAN13.ORG. В данном случае сервис предоставит обработке информацию о товаре. Пользователь может либо сохранить товар в своей программе, нажав кнопку «сохранить в базе» (при этом товар автоматически добавится в табличную часть), либо отказаться от ввода (например, если в данных в сервисе есть ошибка, при этом пользователь может сообщить сервису об ошибке)

3) Штрих-кода нет в базе и нет в сервисе EAN13.ORG. В данном случае процесс ввода новой номенклатуры происходит «по старинке», в соответствии с правилами компании.

Как попадает информация о товарах в сервис?

Информация о штрих-кодах и товарах попадает в сервис EAN13.ORG путем запроса данной информации у производителей, из открытых источников и от наших пользователей, кто готов предоставить нам данные. Сервис EAN13.ORG нуждается в достоверной и полной информации о товарах, поэтому если вы можете нам в этом помочь, то мы с радостью примем вашу помощь.

Для системных администраторов: Для работы обработки необходим доступ в интернет а также доступ к сайту http://www.ean13.org/ и веб сервису http://www.ean13.org/ws/ean13org.wsdl


Для разработчиков: Вы можете использовать сервис ean13.org в своих обработках и конфигурациях, а также в любых других программных продуктах, но должны сообщить об этом желании письменно на почту lupanov@ean13.org, указав, как, где и для чего будет использоваться данный сервис. В ответ Вам будет сообщено о обязательных требованиях о подключении сервиса EAN13.ORG к вашим программным продуктам.


Примечание: Наличие сканера штрих-кода желательно, но не обязательно. Возможен ручной ввод штрих-кода.

Комментарии, советы, пожелания, критика… Все приветствуется. 

Краткое описание

За основу взята обработка //infostart.ru/public/329790/. 

Доработан расчет ФОТ (взят код из отчета в типовой конфигурации и вставлен в отчет вместо того, который был в исходном). 

Работает у организаций, где нет обособленных подразделений с выделенным балансом. На других не проверял.

Краткое описание

Обновление от 06.03.2016

Новая версия (v2) проверена на УТ: 1

Краткое описание

    Наполнение справочника Номенклатуры изображениями для обмена с сайтом или формирования прайс-листов - занятие довольное утомительное. Предлагаемые в публикации обработки (для конфигураций Управление торговлей версий 10.3 и 1

Краткое описание

Краткое описание

Внешняя обработка без привязки к конкретной конфигурации.

Для работы нужен установленный и настроенный УТМ.

Обработка умеет:

1) Отображать список входящих документов.

2) Показывать документы вида: waybill (ТТН), formbreginfo (Справка Б), остатки, ассортимент продукции, информация о контрагенте, квитанция, акт разногласий, подтверждение акта расногласия.

3) Отправлять акты подтверждения ТТН, полного отказа от ТТН и акта расхождения с ТТН.

4) При получении квитанции о подтверждении акта - удалять соответствующие документы (ТТН, Справка Б и квитанции).

5) Сохранять все удаляемые документы, отправленные в УТМ документы и ответы от УТМ в папку на диске.

6) Отправлять запросы остатков товара в ЕГАИС.

7) Вручную удалять входящие документы.

8) Делать возвраты товара поставщику на основании входящей ТТН или из остатков.

9) Списывать товар.

10) Ставить товар на даланс в ЕГАИС.




Требования для работы программы: 1С 7.7, MSXML, SQLite ODBC driver. Опционально можно использовать cUrl.

Код программы полностью открыт.

Для использования обработки требуется незначительная правка исходного кода (см. скриншот №3). Настройки задаются на вкладке "Дополнительно".




Обновления:

2

Краткое описание

Хочу представить вашему вниманию обработку групповой (пакетной) печати документов.

Особенность этой обработки в том, что можно задать макет печати документа (если к документу подключены внешние печатные формы - то они тоже отобразятся в перечне макетов)

Возможности обработки:

Краткое описание

Краткое описание

Отчет построен на СКД.

Мониторятся макропоказатели состояния предприятия:

Деньги
Товары
Долги 
Затраты
Продажи

Данные берутся из соответствующих регистров управленческого учета.

Второй уровень детализации отчета - свои показатели для каждого раздела:

безнал, нал для денег
контрагенты для взаиморасчетов 
товары для остатков и продаж
статьи затрат

К каждому показателю прикреплена расшифровка с детальными отчетами.

Возможно создание разных вариантов отчета.

Краткое описание

Краткое описание

Практическое назначение придумайте сами. Например, отчет можно использовать для получения списка филиалов или обособленных подразделений. Для этого укажите значение "КПП не совпадает" для параметра "Учитывать КПП".

Предназначен для конфигурации БП 3.0.39 и позднее, Бухгалтерия государственного учреждения

Краткое описание

Предисловие

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

В таких случаях есть 2 решения проблемы: 

Руководитель несколько раз наказывает данного человека морально/материально/физически и после этого работник делает выводы, что все же лучше заполнить необходимые поля.
Руководитель обращается к программисту, чтобы тот сделал реквизиты обязательными для заполнения.

Мы рассмотрим второй случай, так как в первом они сами справляются с проблемой, и без нашего участия.
Так вот, приходит к нам заказчик/клиент и говорит: "Мой сотрудник Вася Пупкин вообще обнаглел, никак его не могу научить заполнять Реквизит1 в карточке номенклатуры. Сделайте это поле обязательным для заполнения."

Какие наши действия? Естественно, по зову сердца сразу же лезем в конфигуратор и, если это типовая конфа, снимаем реквизиты с поддержки, выставляем им свойство, или же правим свойства элементов формы, ну или, в крайнем случае, в коде вставляем проверку на заполненность реквизита (есть еще множество способов выполнить проверку, но это уже совсем другая история©).

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

Так и какой же выход?!

Сабж

Предлагаю вам своё решение данной проблемы.
Не нужно никакие объекты снимать с поддержки, необходимо добавить несколько новых объектов в конфигурацию.

А именно:

2 роли
Общий модуль
Подписку на событие
Регистр сведений 

После переноса данных объектов в конфигурацию, все уже готово к работе.
Исходный код является открытым, весь механизм можно будет изучить изнутри. Останавливаться на нем особо не будем.
Вкратце, для чего нужны все эти объекты:

2 роли: для пользователя - Чтение настроек из регистра, для администратора - Администрирование регитра 
Общий модуль: содержит процедуру (сам механизм) проверки реквизитов
Подписка на событие: срабатывает на событии ОбработкаПроверкиЗаполнения
Регистр сведений: хранит настройки проверки реквизитов
Настройка

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

Сразу обусловимся, что список записей регистра - это набор правил, а каждая отдельная запись - это правило проверки того или иного ревизита.

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

Открыв демо-базу и нажав на команду Настройка обязательных полей, мы попадаем в список правил. Представлен он в виде иерархического списка: на верхнем уровне расположен Тип (Справочник/Документ), на следующем уровне сам Объект, и самый нижний уровень - Реквизит (в нашем случае - правило). 

 

Нажмем кнопку Создать и посмотрим, как выглядит "карточка" правила:

 

Давайте разберем каждое из полей правила:

Проверка активна - признак, указывающий на то, будет ли учитываться конкретное правило при проверке реквизита.
Тип - указывает на тип объекта метаданных, для которого создается правило (Справочник/Документ)
Объект - в зависимостри от выбранного типа, список справочников или документов
Реквизит - список реквизитов выбранного объекта
Сообщение - текст, который будет отображаться, если реквизит не пройдет проверку на заполнение
Условия - (заполнять не обязательно) дополнительные условия на языке платформы. Выражение должно обращаться в ИСТИНУ или ЛОЖЬ (более подробно рассмотрим далее). 
Параметры - при необходимостри передачи параметра в условие, его нужно добавить в таблицу. Таблица состоит из двух колонок: Имя и Значение. Имя всегда предопределено и нет возможности его редактировать. Значение необходимо выбрать из базы.

Также на форме присутствует кнопка Проверить, которая на конкретном объекте выполняет проверку синтаксиса и, собственно, самого правила. Перед проверкой правило записывается.

 

Все правила можно поделить на три вида:

Безусловные
Условные
Параметрические
Безусловное

Для данного вида правила характерно то, что поле Условие не заполнено. Тем самым это указывает на то, что условие выполняется всегда.

Условное

Данное правило должно содержать условие на встроенном языке. Есть возможность обращаться к функциям глобального контекста и общим модулям, у которых возвращаемое значение типа Булево. Так же есть возможность обращаться непосредственно к Объекту, имя у него в данном контексте - Источник.

Параметрическое

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

 

Для условий также можно использовать предопределённые данные, причем их можно передавать двумя способами: и через параметр, и напрямую (например, Справочники.Валюты.ОсновнаяВалюта).

Собственно, на этом всё. Ваши предложения и пожелания пишите в комментарии.

 

ВНИМАНИЕ. Если будете внедрять данный функционал, не забудьте назначить роли пользователям и администраторам.

Краткое описание

Простенькая конфа, которая может стать полезной как для фрилансера, так и заказчика.

После небольшого обучения (на вопрос ввода заголовка/текста задания, необходимо полностью скопировать соответствующую часть текста со страницы и вставить его в поле ввода) система позволяет, при указании в документе ссылки на задание, получить его заголовок и текст из интернет ресурсов  http://1clancer.ru и www.fl.ru  

Будет дорабатываться по мере свободного времени и востребованности.

 

P.S.:

Буду рад любым отзывам, предложениям и поддержке.  Спасибо.

Краткое описание

Типовой способ

БП 3.0 автоматически отслеживает ввод/изменение документов задним числом. При обнаружении подобных операций, предлагается выполнить полное перепроведение начиная с самого раннего из измененных документов.
Если по каким-либо причинам перепроведение нежелательно, то его можно не выполнять, для этого в обработке закрытия месяца нужно пропустить операцию «Перепроведение документов за месяц».
В данной обработке предлагается альтернативный способ обхода перепроведения, но в начале нужно рассмотреть, как именно система контролирует последовательность ввода документов.

Механизм контроля последовательности документов

В конфигурации БП 3.0 существует специальный объект - Последовательность документов «Документы организаций», где хранится состояние проведения каждого документа. При последовательном вводе документов в измерение «Состояние проведения» этой последовательности записывается значение «Проведен в последовательности». Если провести документ задним числом, то будет записано значение «Проведен с нарушением последовательности», для «распроведенных» документов будет записано значение «Исключен из последовательности».
При обнаружении в последовательности документов записей со значениями «Проведен с нарушением последовательности» и «Исключен из последовательности», система будет требовать перепроведения всех документов, начиная с самой ранней даты.


Способ обхода

Способ обхода перепроведения, реализованный в обработке, заключается в редактировании последовательности документов «Документы организаций»:

Заменить значения «Проведен с нарушением последовательности» на «Проведен в последовательности»;
Удалить записи со значением «Исключен из последовательности»




Порядок работы

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

Краткое описание

Обработка была написана "на коленке" под конкретную задачу сравнения документов по результатам обмена между базами УТ11 и Бух 3.0.

За основу была взята чья-та наработка (сорри, не помню источник). В процессе полностью переписал всю логику, полностью изменил форму вывода, добавил таблицу метаданных. В общем, от первоначальной взятой обработки не осталось практически не строчки кода. Поэтому смело выкладываю, как полностью свое решение.

Сравнение происходит по имени метаданных документа - таблица с именами может быть заполнена автоматически и откорректирована вручную (некоторые документы, например, в разных базах называются по-разному).

Документы сопоставляются по ключу Номер + Дата (время не учиытвается) - если в базах один и тот же документ проеден разными датами - в итоговой таблице сравнения он будет считаться недостающим в одной и во второй базах.

Подключение осуществуляется через COM с базе-корреспонденту, которая расположена на сервере. Повторюсь, обработка писалась под конкретную задачу. Кому надо  - может легко переписать под файловую базу.

В конце работы выводится отчет. В отчете данные отсортированы по признаку различия и по дате.

Есть возможность зарегистрировать нужные документы в плане обмена. В управляемой форме нужно на закладке "Таблица сравнения" выделить область табличного документа, где есть документы, которые нужно разегистрировать в обмене. Регистрация работает только для документов базы, в которой запущена обработка.

В обычном приложении регистрация происходит при двойном клике на документе в табличном документе (если указан узел. Если не указан - срабатывает стандартная расшифровка).

Обработка выкладывается как есть. Ничего допиливать в ней с целью выложить - не собираюсь.

Краткое описание

Обработка работает в четырех режимах:

Краткое описание

Отметьте флажками организации, которые необходимо удалить.

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

Также можно указать обработке удалять из базы общие данные, которые не ссылаются ни на одну организацию (Номенклатура, Контрагенты, Договоры и прочее). При установленном флажке "удалять общие ""ничьи"" данные" обработка, не помечая на удаление, попробует удалить объекты справочников Контрагенты, ДоговорыКонтрагентов, БанковскиеСчета, ФизическиеЛица, КонтактныеЛица, Банки, Номенклатура, НомераГТД, на которые нет ссылок в документах.

При установленном флажке "Удалять из базы" обработка удалит объекты из базы (с контролем ссылочной целостности), в противном случае только пометит на удаление. Пользователь может самостоятельно удалить помеченные на удаление объекты.

Флажок "Использовать транзакцию" будет удалять порции данных по 100 объектов в транзакции.

Обработка очистит список пользователей, оставив одного пользователя Администратор с пустым паролем и Полными правами. 

Если отмеченные организации не удалены (причиной могут быть ошибочные ссылки: например, договор по организации, предназначенной для удаления, записан в реквизит документа по другой организации), тогда можно установить флажок "принудительно удалять фирмы" и удалить отмеченные организации без контроля ссылочной целостности.

Также предлагается обработка для неуправляемого приложения.
Обработки тестировлись  на релизах: 

Удалить данные по списку фирм.epf      БухгалтерияПредприятия 3.0.42.45, БСХП 3.0.42.48
Удалить данные по списку фирм 8.2.epf        Бухгалтерия предприятия 2.0.64.11

09-11-15
Улучшен алгоритм поиска и удаления записей регистров сведений по ссылкам на фирмы и ПОДЧИНЕННЫЕ ссылки
Исправлена ошибка при чистке пользователей информационной базы.

11-11-15
Добавлен отчет по объектам метаданных - показывает количество элементов справочников, ссылок на документы, записей регистров сведений, накопления, бухгалтерии, расчетов (можно обнаружить какие "общие" регистры / справочники не почищены, например классификатор адресов).
Добавлен отдельный пункт меню <Еще..> - Очищение адресного классификатора.

29-09-16
Поправлен алгоритм удаления записей регистров сведений. Ошибка "Недостаточно памяти" не появляется.
 
07-10-16
Добавлено безусловное удаление данных УРИБ
Добавлена возможность очистки объектов метаданных, названии которых начинаются на "Удалить...", а синоним начинается на "(не использовать)".
Добавлена возможность очистить классификатор банков.
Перед выполнением удаления данных выключается использование всех регламентных и фоновых заданий.
 
14-10-16
Добавлено ведение журнала удаления данных с отметками времени. Удаления из базы размером 5 Гб (10 организаций) данных по одной организации занимает приблизительно 18 часов. 
Обработка тестировалась на релизах БП  / БП КОРП 3.0.44.155, ЗУП 3.0.25.138, 3.

Краткое описание

Конфигурация содержит:

Справочник соответствия классификатора должностей и классификатора занятости для отчета 1-Т (проф). В макете справочника содержатся данные для заполнения самого справочника.
Отчет-помощник заполнения формы статистики 1-Т (проф) на СКД

 

Порядок использования:

Встраиваете в конфигурацию справочник. Заполняете данными из макета.
Заполняете реквизит "КодПоОКПДТР" справочника "ДолжностиОрганизаций" 

Отчет можно использовать как внешний.

Обратите внимание. Не рекомендуется использование данной разработки бухгалтером. 

Чтобы не испортить базу, доверьте это дело программисту

Краткое описание

Обработку проверял в версиях конфигураций:

Бухгалтерия предприятия, редакция 3.0 (3.0.4

Краткое описание

Это очень удобно, так как позволяет тестировать работу других пользователей без необходимости спрашивать у них пароль. Был вдохновлен таким же функционалом в программе ЗУП 2.5.

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

 

Вышла версия

Краткое описание

Столкнулся с переименованием организации, по сути новое предприятие со старым штатом сотрудников. Убираем документы, заводим новое имя организации и вперед.

Она у меня хранилась давно, когда еще работал на 8.2, перешел на 8.3.

Запускается вот так: откройте конфигуратор, через меню Сервис - Параметры - Запуск 1С:предприятие - Основные - Приложение установите флажок на Толстый клиент (обычное приложение) - нажмите ОК. 

После запускаем из-под конфигуратора (ctrl+F5) предприятие, открываем вручную обработку и вуаля - ставим галочки, выбираем предприятие, которое надо удалить из базы, и поехали (не быстро - ресурсоемко).

На момент выкладки чищу свою базу. Один, но очень важный нюанс: в администрировании - поддержка и обслуживание нужно снять галочку (защита от удаления).

С первого подхода было 82 тысячи документов, со второго подхода 40тысяч - после снятия галочки нет документов и нет документов. Сейчас отправляю на тест своим "бухам".

Краткое описание

Есть один контрагент (назовем его ГЛАВНЫЙ). У него есть куча филиалов с разными адресами. При выписке документов оператор указывает эти филиалы (или головного контрагента), заведенные в справочнике как отдельные контрагенты, а фактически сверка должна происходить с контрагентом ГЛАВНЫЙ. Все эти филиалы, заведенные как отдельные контрагенты, должны иметь одного головного контрагента. Данная внешняя обработка анализирует данные по всем контрагентам, принадлежащим указанной группе, и добавляет соответствующие строки в ТЧ документа "Акт сверки взаиморасчетов".

Для подключения обработки необходимо добавить новый элемент в справочник «Дополнительные внешние обработки табличных частей». Меню\Сервис\Дополнительные отчеты и обработки.

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

Краткое описание

Как-то на работе возникла проблема с нумерацией документов. Пользователь ввёл номер нового документа вручную, причём вместо "000000675" указал "00_000675". После этого все последующие документы стали нумероваться с префиксом "00_". При этом ни банальное пересохранение объекта с номером "правильного" формата, ни пометка на удаление, ни удаление его из базы не помогли исправить ситуацию. Пришлось разбираться с механизмом автонумерации 1С.

Прежде всего я, естественно, обратился к ресурсам ИТС (благо фирма предоставляет такую возможность). Максимум, что я смог найти по своей тематике, - это две статьи Автонумерация и Особенности работы механизма автонумерации. Данные в них, мягко говоря, не свежие и где-то даже противоречащие реальности (например, там утверждается, что для восстановления нумерации достаточно удалить объекты), но общие представления о механизме дают. Из них стало понятно, что одним из решений вставшей проблемы является установка настройки конфигурации "Режим автонумерации объектов" в значение "Освобождать автоматически". Но, во-первых, это неприменимо в случае использования типовой конфигурации "на поддержке", а, во-вторых, противоречит продвигаемому 1С "новому" режиму нумерации. Поэтому я продолжил рыть дальше.

Как выяснилось, типовых механизмов работы с автонумерацией, как-то обработки, отчёты и прочее, нет. Но, слава Нуралиеву, нам предоставили методы встроенного языка: ОбновитьНумерациюОбъектов, УстановитьНовыйКод и УстановитьНовыйНомер. 

ОбновитьНумерациюОбъектов, согласно СП, "выполняет обновление номеров в соответствии с номерами, записанными в базе данных. После вызова данного метода все выданные, но не записанные номера, становятся невалидными, т.к. не гарантируется их уникальность." Соотнеся это описание со статьями по этой тематике и тестовыми данными, становится понятно, что в базе хранится таблица выданных номеров, которые независимо от того, существуют объекты, для которых они были записаны в таблицу или нет, повторно быть выданы уже не могут, если не осуществить "сброс". Как раз процедура ОбновитьНумерациюОбъектов и применяется для "выправления" нумерации объектов. Главное, перед запуском не забудьте удалить из базы объекты с "неправильными" номерами. Это может быть как реальное удаление, так и перезапись их с предварительным присвоением "правильных" номеров.

В принципе, умения использовать вышеуказанную процедуру достаточно, чтобы, в случае необходимости, выправить нумерацию, но хочется упомянуть ещё о "максимальном номере". Под "максимальным номером" я подразумеваю номер, исходя из значения которого система выдаёт следующее значение. Как пример его знание необходимо, чтобы определить, выправлена ли нумерация или нет.

В 1С нет возможности напрямую получить текущий максимальный номер объекта метаданных. Решить эту проблему можно двумя способами:

использовать запрос;
получить следующий номер, используя методы УстановитьНовыйКод или УстановитьНовыйНомер.

При формировании запроса система считывает данные базы данных. Можно отсортировать объекты по коду/номеру по убыванию, т.о. верхним в списке окажется обладатель максимального номера. Тут существуют следующие "загвоздки":

результат не будет содержать данные о занятых номерах, а только о записанных;
сортировка не всегда выводит наверх "максимальные" с точки зрения системы номера (например, объект с номером "0_01" в результате запроса будет расположен ниже номера "0001", но при вводе нового объекта ему будет присвоен номер с префиксом "0_").

УстановитьНовыйКод и УстановитьНовыйНомер устанавливают код или номер соответственно и заносят это значение в таблицу номеров. При этом неважно, будет ли записан объект или нет, "максисальный номер" всё равно будет обновлён на выданный. Таким образом, если использовать эти методы для проверки, то после этого необходимо обновить нумерацию объектов.

К публикации прикреплена обработка обновления нумерации. В ней:

кнопка "Обновить" запускает выполнение метода Обновить нумерацию объектов;
список объектов содержит результат динамически формируемого запроса;
на результат запроса накладывается отбор согласно свойствам объектов метаданных: по владельцу, родителю или периоду;
поле "номер содержит" накладывает отбор на данные кода или номера;
флаг в колонке "Макс." указывает на то, какой номер на момент обновления будет считаться максимальным, все вышерасположенные объекты получат номер согласно указанному максимальному;
при установке флага "Макс." во всех вышерасположенных строках автоматически рассчитывается новый номер, но запись происходит только после нажатия кнопки "Обновить";
добавление объектов в список недоступно, но возможно ручное перераспределение строк, т.о. для выправления нумерации необходимо переместить объекты с номерами, требующими коррекции в позицию над строкой с установленным флагом "Макс.".

Буду рад комментариям и замечаниям. 

Краткое описание

Назначение

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

Состав подсистемы
Подсистема "Журнал регистрации из форм объектов"
Роль "Просмотр журнала регистрации из форм объектов"
Общая форма "Журнал регистрации по объекту"
Общая команда "Журнал регистрации"

Подсистема выступает в качестве дополнения к существующему функционалу конфигурации и не затрагивает ее объекты, т.е. не создает дополнительных трудозатрат на дальнейшую поддержку и обновление конфигурации.

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

Инструкция для внедрения
Из конфигуратора вашей конфигурации выполнить стандартную операцию "Сравнить и объединить с конфигурацией из файла", выбрав файл подсистемы. В окне объединения убрать флаг "Свойства" корня конфигурации и нажать кнопку "Выполнить"
Для общей команды "бгЖурналРегистрацииПоОбъекту" указать в качестве типа параметра те объекты метаданных конфигурации, из формы которых необходима возможность просмотра журнала регистрации (в случае необходимости изменить свойство "Группа" для смены месторасположения команды на формах выбранных объектов, по умолчанию используется группа "Панель навигации формы.См. также")   
Обновить конфигурацию базы данных (F7)
В режиме "1С:Предприятие" настроить права тем пользователям, которым необходимо предоставить доступ к команде просмотра журнала регистрации, добавив им роль подсистемы "Просмотр журнала регистрации из форм объектов"  
Технические требования
Любая конфигурация, функционирующая в режиме управляемого приложения на платформах версий 8.2 и 8.3.
Отличная вещь, спасибо!
Работает как надо! Пригодилась!
+1 – Ответить

Краткое описание

Обработка бот Телеграм v

Краткое описание

При формировании описи, запчасти группируются по ОС, которым они принадлежат, и выводятся в таблицу группами с дополнительными строчками ОС - "владельца"

Краткое описание

ВНИМАНИЕ!!!

Все действия ниже предполагают внесение изменений в типовую конфигурацию. После внедрения Ваша конфигурация не будет иметь возможность автоматического обновления.

Инструкция по "установке":

Указанные ниже манипуляции проводим в режиме конфигуратора.

Если конфигурация на полной поддержке, включить возможность измененимя конфигурации и в частности, документа МЗ_ИнвентаризацияЗабаланс (Конфигурация->Поддержка->Настройка поддержки);
Открыть "Модуль объекта" документа МЗ_ИнвентаризацияЗабаланс;
Текст модуля документа заменить на текст файла из публикации (продвинутые специалисты могут воспользоваться сравнением файлов);
Сохранить конфигурацию и обновить конфигурацию БД.
Модуль проверен на релизах от

Краткое описание

Для пользователя:

Отчет по реализации и поступлению товаров и услуг, по табличным частям документа.
Данный отчет обращается к таблицным частям документа (на выбор пользователя), и выводит данные из них в один отчет.
В отчете присутствует группировка по полям отчета, и в разрезе месяца.

Для администратора: 

Код открыт
Очень простой для администрирования, без запросов, выборка по документам и табличным частям
Тестировалась на 1С:Бухгалтерии 3.0 (3.0.42.54)  

Краткое описание

Эта обработка предназначена для начального (и, иногда, текущего) сопоставления объектов справочников баз данных, обменивающихся данными.

Смысл её состоит в том, что у 1С есть типовой регистр, в котором производится сопоставление различных объектов БД. Этот регистр называется СоответствиеОбъектовДляОбмена.

При типовом обмене обработка сначала ищет ссылку на объект в этом регистре и, если НЕ находит, то действует по правилам конвертации. Но если же находит - действия по обновлению и т.п. производятся именно с указанным в этом регистре объектом.

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

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

Как-то раз случилось, что мне нужно было сопоставить справочники контрагентов, номенклатуры, складов. Запускали большой обмен, да ещё и тех баз, которые ранее обе уже велись отдельно, без обмена... Работа адская - очень много объектов. Ну и появилась мысль посадить за эту работу пользователей - так родилась эта обработка.

Возможно, она пригодится кому-то, у кого такая же ситуация. ;)

Краткое описание

ADO запросы описываются в синтаксисе 1С, есть ограничения на использование некоторых функций  (см. макет "ОписанияSQL"), в остальном работа с таблицами внешних источников аналогична работе с ВременнымиТаблицами 1С...

Поддерживается создание временных таблиц в контексте ADO

Поддерживается передача параметров в запросы ADO.

Интерфейс конструктора запросов полностью типовой.

Формат файла запросов совместим с типовым.

При использовании библиотеки GameWithFire  Дмитрия Ощепкова, скорость вывода результата значительно увеличивается, но только при работе в ТолстомКлиенте и Файловом варианте ИБ (ограничения библиотеки).

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

Доработано в версии от 1

Краткое описание

Отчет по системе прав доступа для БСП версии 3.1+ 1 мес.  1 мес.  БСП 3.1+ 

2500 руб.
Отчет по системе прав доступа для БСП версии 2.3+ 1 мес.  1 мес.  БСП 2.3 

2500 руб.
Отчет по системе прав доступа для БСП версии 2.1+: Отчет по системе прав доступа для БСП 1 мес.  1 мес.  БСП 2.1, 2.2 

2500 руб.
Техническая поддержка и обновления(1 месяц) 1 мес. 

1000 руб.
Итого:
0 руб

Краткое описание

Краткое описание

Краткое описание

В состав конфигурации (Механизма) входят следующие объекты:

Краткое описание

Обработка загрузки приходных накладных из файлов с возможностью автоматического создания номенклатуры. Сделана на базе стандартной загрузки. Добавлена возможность автоматического создания номенклатуры на основании номенклатуры поставщика.

Обработка позволяет грузить ТОРГ-12 и УПД из файлов с расширением xls, mxl или в формате, утвержденном ФНС

Обработка сделана как подключаемая обработка создания связанных объектом с использованием БСП 2.3. Была проверена на Бухгалтерии 3.0.42.85

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

Краткое описание

Для начала необходимо установить компоненту mysql-connector-odbc-5.3.4-win32 для 32-х битной поатформы или mysql-connector-odbc-5.3.4-winx64 для 64-й платформы. Настраивать не требуется. Просто установиить.

После этого открыть внешнюю обработку через меню-файл-открыть.

На закладке "Подключить" необходимо заполнить параметры подключения к базе данных mySQL версии не ниже 5.3.

 

После нажатия на кнопку "Подключить", если всё прошло хорошо и не было выдано никаких ошибок, откроется закладка "Выгрузка данных", на которой нужно указать корневую папку в поле "Родительская папка".

После этого необходимо заполнить табличную часть каталогами из справочника "Номенклатуры". По нажатию на кнопку "Выгрузить категории на сайт" происходит запись в таблицы БД mySQL, после чего категории становятся доступны непосредственно на сайте. 

Хочу заметить, что если на закладке "Параметры подключения" установлена галочка "Очищать таблицы на сайте", то все таблицы с категориями и товарами на сайте будут очищены и заполнены по новой. Если галочку снять, то будут обновлены данные, такие как наименование, цена, метаописание и метатеги, привязка к катеогриям и иерархия. Остальные параметры заполняются непосредственно в админ-панели сайта и при обновлении не затрагиваются.

Прошу в комментариях писать свои предложения и замечания по работе обработки.

В последующем планируется расширение функционала и доведение до максимально возможного удобства.

Краткое описание

Есть у меня сеть предприятий, которая между своими организациями выдает займы, и им потребовалось автоматическое введение процентов по займам-кредитам. Особенность заключалась в том, чтобы на проценты по выданным счетам фактурам выдавалась счет-фактура начиная с 2012 г.

Был выбран документ "Оказание услуг", там заполняются контрагенты, договоры и сумма начисленных процентов, а счета-фактуры выписываются автоматически при проведении. По процентам полученным оформляется документ БухОперация.

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

Для займов полученных все то же самое, только счета определяются на вкладке "Настройка", так как счетов может быть много и плюс валютные, также на вкладке Настройка указываются ограничения на принимаемые к НУ величину процентов по займам полученым рублевым (валютным).

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

Если виды взаиморассчетов по договорам займов выданных будут разными - будет возникать проблема с проведением документа "Оказание услуг".

Краткое описание

Отчет предназначен для анализа счетов покупателей, аналогично типовому отчету "Анализ заказов покупателей".

При этом взаиморасчеты по договору должны вестись "по счетам"

Краткое описание

Отчет позволяет проанализировать выпуск продукции из документа "Отчет производства за смену".

Колонка "Продукция" - это готовое выпускаемое изделие.

Колонка "Материалы" это те материалы, которые были использованы при изготовлении данного продукта плюс материалы по спецификации продукции.  

Колонка "Количество материалов" это количество по документу "Отчет производства за смену" с закладки "Материалы".

Колонка "Норма по количеству" - это количество взято из спецификации продукции, рассчитано по количеству по формуле (КоличествоПродукции*КоличествоМатериаловПоСпецификации/КоличествоНаЕдиницуИзСпецификаци).

Колонка "Отклонения" эта разница колонок "Норма по количеству" и "количество материалов".

Колонка "Количество продукции" - непосредственно количество выпускаемого изделия.

Краткое описание

Обработка может использоваться в двух режимах:

... через штатный механизм "Дополнительные отчеты и обработки" и потом добавить в нужную подсистему. В дальнейшем вызов обработки осуществляется из панели действий "Сервис"-->"Дополнительные обработки".
... независимая внешняя обработка - запуск "Меню"--> "Файл открыть".

Также перед использованием обработки необходимо добавить в список шаблонов этикеток новый шаблон, который нужно загрузить из приложенного файла "ценник две цены.mxl".

Функционирование проверялось в Розница, редакция 2.1 (2.

Краткое описание

По опыту я понял, что CipherLab не работает с Розницей 2.

Краткое описание

Краткое описание

14.04.2016 Версия 3.22 Изменен интерфейс, исправлены ошибки при переносе регистров, изменен порядок переноса организации и учетной политики. Платформа 8.3.7.2027 БП 3.0.43.174 
17.03.2016 Версия 3.24 Исправлены замеченные ошибки. Платформа 8.3.8.1747 БП 3.0.43.241
16.06.2016 Версия 3.26 Исправлены замеченные ошибки. Платформа 8.3.8.2088 БП 3.0.44.123
16.10.2016 Версия 4.0.

Краткое описание

С помощью данной обработки можно скопировать "Права доступа" существующего пользователя - новому пользователю или любом другому из ранее созданных.

Данная обработка сохранит ваше время

Краткое описание

Обработка дает возможность вывести печатную форму "ИНВЕНТАРИЗАЦИОННАЯ ОПИСЬ (СЛИЧИТЕЛЬНАЯ ВЕДОМОСТЬ)" по ОКУД 0504087.


Для регистрации откройте 1С в РАБОЧЕМ режиме и через меню "Сервис" - "Дополнительные внешние отчеты и обработки" - "Дополнительные внешние обработки" - пункт "Создать" выберите загруженный файл и сохраните регистрацию программы.

Краткое описание

По умолчанию в обработке указывается учетная запись электронной почты, период (Текущий месяц), 

Тема письма - "Акт сверки для [Контрагент] от [Организация]", где параметры в квадратных скобках заменяются на данные из документов.

Документы будут создаваться только по тем контрагентам, по которым за выбранный период есть обороты по 60 и 62 счету.(можно изменить)

Тело письма- "Здравствуйте! К письму приложены документы для [Контрагент] от [Организация]:

- Акт сверки взаиморасчетов № [Номер] от [Дата]. " - аналогично.

Есть отбор по организации, контрагенту (ТОЛЬКО =, в группе), выбор расширения отправляемого файла.

По кнопке сформировать - за выбранный период, с учетом отборов формируются документы "Актов сверок", в то же время формируется табличный документ (файл), есть возможность выполнить предпросмотр файла.

Если у контрагента не указан электронный адрес - значение заполнится текстом "-Не указан-", указать можно разово, в самой табличной части.

По кнопке отправить выполняется отправка писем со вложениями на адреса, указанные в табличной части.

ВНИМАНИЕ!!! Проверка на правильность заведения электронного адреса не выполняется!

Код открыт!

Проверялось на платформах: 8.3.6.2363, 8.3.6.2299 

Бухгалтерия предприятия, ред.3.0 (3.0.40.27)

Обработка внешняя, подключаемая

 

Update 26.1

Краткое описание

За основу взята обработка //infostart.ru/public/119614/. 

Документы проводятся в порядке расположения в таблице. Проведение части документов можно отключить, сняв флажок.

Заполнение таблице производится после нажатия кнопки "Заполнить".

Перепроведение - кнопка "Выполнить".

Предназначена только для БП 3.0, т.к. другие конфигурации не использую. Принимаются пожелания по доработке

Краткое описание

По сути обработка формирует прайс-заказ. То есть прайс с формой заказа внутри.

Специальная колонка "Заказ" для ввода количества.

При вводе количества автоматически рассчитывается сумма заказа.

 

Возможности:

формирование вкладок прайса по заданным группам номенклатуры.
опция "Выгружать только остатки" по заданным складам
выгрузка нескольких цен, которые применяются, в зависимости от суммы заказа

К примеру: Цена РОЗНИЦА применяется при сумме заказа до 10 т.р., МЕЛКИЙ ОПТ - при сумме заказа от 10 до 30 т.р., ОПТ - при заказе от 30 т.р. (Все цифры условные и задаются индивидуально)

Обработка формирует прайс и задает специальные формулы для расчета по "нужной" цене.

 

Код открыт.

Скачивайте, пробуйте. Пишите, что можно улучшить.

И не забывайте поддержать голосом. ;)

Краткое описание

//infostart.ru/public/1153934/ (версия для ЗУП 3.1, ЗКГУ 3.1)

Особенности работы с отчетом

 

Краткое описание

Данная обработка позволяет загружать данные из Exсel без установленного офиса.

Краткое описание

Данная доработка позволяет печатать ценники любого размера в пределах разумного.

Подключается к Управлению Торговлей 10.3 для 8.2.

Краткое описание

Поддерживаемые базовые типы объектов метаданных:

Справочники
Документы
ПВХ
Планы счетов
ПВР
Регистры сведений
Регистры накопления
Регистры бухгалтерии
Регистры расчета
Перечисления

Обработка выводит квалификаторы строки, числа и даты реквизитов, а также значения перечислений, и предопределенных элементов справочников, ПВХ, ПВР и планов счето

Краткое описание

Краткое описание

Документы формируются по группе котрагентов с отбором по дополнительному реквизиту "Услуга".

Данный реквизит добавлен к справочнику "Договоры" (наименование - "Услуга", тип значения - "Номенклатура").

Включение дополнителного реквизита: Администрирование - Общие настройки - Доп. реквизиты - Установить курсор на "договор" и в правом поле добавить реквизит.

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

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

Краткое описание

Краткое описание

Все обработки для обычных форм и подключаются через "Подключение торгового оборудования" закладка "Электронные весы" типовых конфигураций.

При настройке нужно указать порт подключения.   Драйвера (компоненты) прилагаются.

Upd.08.08.2016

Для управляемых форм добавлена демонстрационная конфигурация на две управляемые формы с драйверами электронных весов CAS AP/CAS EM/CAS ER и Mettler Toledo Tiger E для демонстрации подключения обычного драйвера в управляемых формах. Требует незначительного изменения кода в форме конфигурации. Работает в том числе и в тонком клиенте!

Краткое описание

Обработка получает через запрос файл XML через HTTPСоединение. 

Затем находит по коду валюту и заполняет регистр сведений "КурсыВалют"

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

Данную обработку для удобства можно загрузить в конфигурацию и затем прописать ее вызов через регламентные задания, вставив код в общий МодульРегламентныхЗаданий:

Процедура ЗагрузкаВалюты() Экспорт

Обработина = Обработки.ЗагрузкаВалютНБУ.Создать();
Обработина.ФлагПериода = Ложь;
Обработина.НачПериода = ТекущаяДата();
Обработина.КонПериода = КонецДня(ТекущаяДата());
Обработина.ЗагрузитьКурсыВалют();

КонецПроцедуры

Краткое описание

Отчет построен на базе универсального отчета. Может служить примером вывода отчета по видам документов.

Разработан и протестирован в розничной торговле на базе Управления торговлей редакция 10.3 (обычные формы)

Отчет используется для оценки прироста / убыли товарной базы в закупочных или продажных ценах за период. Может быть полезен, если требуется быстрая сумовая расчетная проверка учета товара в розничном магазине. Легко сопоставить данные учетной программы и реальные данные в магазине, например, выручку от продаж с продажами, сумму прихода за период.

Многие розничные магазины ведут параллельно упрощенный суммовой учет, в таком случае этот отчет им поможет сверить обороты

Краткое описание

Краткое описание

Краткое описание

В конфигурации Бухгалтерский учет для Украины платформы 1С:Предприятие 7.7 не реализован документ "Табель учета рабочего времени". Однако некоторые бухгалтеры сетуют на то, что при ведении учета есть необходимость вести табели учета рабочего времени.

Эта обработка помогает бухгалтеру в этом. При этом нет необходимости менять типовую конфигурацию. Обработка правильно заполнит печатную форму табеля в зависимости от отработанных дней (считая их с начала месяца)

Краткое описание

Отчет можно использовать как внешний. Меню Файл - Открыть.

Данные берутся из проводок и документов.

Отчет рабочий, действует несколько лет. 

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

Краткое описание

Краткое описание

Назначение:
загрузка данных из файлов xls с группировками(пример файла прилагается)
последущая подгрузка вновь появившейся в прайсе номеклатуры
обновление цен номенклатуры
Загрузка номенклатуры как в корень справочника с учетом иерархии файла, так и в любой другой из каталогов.

 

Для работы нужно указать путь к файлу эксель, заполнить поля настройки новых элементов номенклатуры, указать начальную строку чтения в файле, колонку с наименованием и колонку с ценой. При нажатии на кнопку "Создание(добавление) номенклатуры из файла" обработка совершит загрузку номенклатуры из файла, если такая загрузка осуществляется вторично из файла с изменениями, то в ИБ добавятся новые элементы. ВНИМАНИЕ: при вторичной загрузке(обновлении) номенклатуры группу номенклатуры(родителя) указывать ту же, что и в предыдущие загрузки.

 

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

Тестировалась на релизе 1

Краткое описание

Краткое описание

Краткое описание

Была реализована автоматическая регистрация рабочего времени на основе существующей в программе автоматической регистрации продавца в режиме рабочего места кассира (РМК). Продавец-кассир, пробивая чек, считывает свою регистрационную карту. Таким образом, пробитый чек считается его продажей.

Только вместо окна рабочего места кассира, открывается другая форма "Регистрация рабочего времени".

Регистрация рабочего времени сотрудника производится следующим образом:

При приходе на работу сотрудник считывает информацию со своей регистрационной карты.
В информационной базе для него автоматически создается документ Ежедневный отчет.
В документе фиксируется время начала работы, и документ записывается.
При уходе с рабочего места сотрудник опять считывает информацию со своей регистрационной карты.
Будет зарегистрировано время окончания работы, и документ будет проведен. При этом в документе может быть зафиксировано несколько временных интервалов, например, рабочее время сотрудника до и после обеденного перерыва. В этом случае, когда сотрудник снова приходит и считывается его регистрационная карта, документ «Ежедневный отчет» снимается с проведения, появляется ещё одно время начала. После считывания рег.карты в след.раз, регистрируется время окончания и документ снова проводится.

Если временной интервал, зафиксированный в документе, превышает 24 часа, то программа автоматически закрывает (проводит) существующий документ и создает новый. Время работы (продолжительность дня) в документе не может быть больше 23 часов 59 минут.

Для получения картины фактически отработанного времени сотрудников предназначен типовой отчет "План-фактный анализ использования рабочего времени".

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

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

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

К компьютеру должно быть подключено торговое оборудование для считывания регистрационных карт (сканер штрихкодов).

 

Добавлено расширение для Розница 2.3. Тестировалось на Розница 2.3.6.17.

Краткое описание

Данный отчёт сделан на основе типового с добавлением новой формы.

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

Не забудьте установить шрифт Eang000.ttf с диска ИТС для показа штрихкода в левом верхнем углу справки.

Ограничения данной справки:

Поле "Сумма фиксированных авансовых платежей" равна 0.
Код лица, подписавшего документ равен 1 (налоговый агент).
Коды дохода и коды вычетов используются старые. Для новых нужно править основную конфигурацию.
Отсутствует уведомление на социальный налоговый вычет.

 

Обновление от 17.12.2015: ФИО согласно закону должна указываться полностью. В старой справке можно было сокращённо.

Обновление от 2

Краткое описание

Обмен данными между 1С: Управление торговлей 10.3 и 1С: Бухгалтерия 3.0 в формате XML. Был разработан собственный формат выгрузки в XML, не зависящий от релиза конфигураций. Раньше пользовались через конвертацию данных, создавали правила обмена, но после обновления конфигурации постоянно выходили ошибки при обмене, из-за того, что менялись какие-то поля, реквизиты и т.п. Приходилось заново генерить правила обмена. Это было не удобно. В файл XML выгружаются все необходимые реквизиты для корректной загрузки в Бухгалтерию 3.0. 

Порядок обмена:

Краткое описание

Недавно возникла необходимость написать внешнюю печатную форму (далее - ВПФ) для УТ 1

Краткое описание

Внимание!
Расширение больше не актуально.
В конфигурации 3.0.44.188 типовой акт сверки переработан.

Исходники расширения Вы можете взять из репозитория.

Оглавление:

Вступление.

Новые возможности

Номер и дата счета-фактуры

Данные по головному контрагенту

Начальные и конечные остатки по договорам

Остатки по договорам в условных единицах

Представитель организации

Список изменений

Новое в версии

Как подключить расширение

Как обновить расширение

Резюме

Комментарии

Вступление

Одним из самых популярных документов для доработок является "Акт сверки взаиморасчетов". Это связано с тем, что он не регламентирован с точки зрения законодательства и сделан для удобства сверки расчетов с контрагентами.

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

Это расширение позволяет модифицировать документ "Акт сверки взаиморасчетов" без изменения конфигурации и объединяет самые востребованные доработки:

Краткое описание

Федеральным законом от 18 июля 2011 г. № 218-ФЗ статья 12 Федерального закона от 22 ноября 1995 г. № 171-ФЗ "О государственном регулировании производства и оборота этилового спирта, алкогольной и спиртосодержащей продукции и об ограничении потребления (распития) алкогольной продукции" дополнена пунктом 3.3, согласно которому, проверка подлинности федеральных специальных марок и акцизных марок осуществляется организациями-покупателями, имеющими соответствующую лицензию, и уполномоченными органами, визуально, а также с использованием доступа к информационным ресурсам уполномоченного Правительством Российской Федерации федерального органа исполнительной власти.

В этой связи, Росалкогольрегулированием разработан информационный ресурс – "Проверка марок", обеспечивающий возможность организациям, имеющим лицензию на розничную продажу алкогольной продукции и уполномоченным органам осуществлять проверку подлинности федеральных специальных марок и акцизных марок. 

Реализовано в программе:

Сканирование марки PDF417 и отправка на проверку.
Автоконвертация Рус/Англ раскладки.
Возможность отправки большой группы марок, без ограничения количества.
Удаление марки из списка с одновременным удалением из ЛК ФСРАР.
Работа с архивом марок в ЛК ФСРАР.
Добавлена проверка по жесткому (тип марки + серия/номер + PDF417).
Добавлен функционал работы с CAPTCHA.
Добавлен функционал авторизации по ЦифровойПодписи (необходимо наличие CAPICOM (https://www.microsoft.com/ru-ru/download/details.aspx?id=3207))

Для восстановления работы обработки, необходимо обновиться до версии

Краткое описание

Часто нужно создать пользователя с настройками как "вот у этого сотрудника".

Обработка позволяет копировать как дополнительные права, так и настройки от одного пользователя - другому.

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

Краткое описание

Данная внешняя обработка является заготовкой (рыбой) для такого переноса. Забиваем в нее свои данные, добавляем требуемые документы и вуаля – обработка по переносу готова!  Используем на постоянной основе.  Пользователь выбирает требуемые документы и нажимает «Выполнить». Больше от него ничего и не требуется.

Настройка тоже простая. Открываем  модуль обработки и задаем параметры базы, в которую будем переносить документы, как показано на рисунке (Имя пользователя, пароль и путь к базе). Также можно добавить (закомментировать) требуемые документы.

Основным условием работы есть наличие в вашей конфигурации Обработки ВыгрузкаЗагрузкаДанныхXML (в стандартных она есть изначально). 

Вот и все.  

Краткое описание

Требования:

Краткое описание

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

Создает элементы справочников:

Виды цен (Закупочная и Розничная).
Правило ценообразования.
Магазин с наименованием из формы.
Склад "торговый зал".
Кассу "Основная".
Кассу ККМ.
Договор эквайринга.
Эквайринговый терминал.
Аналитику хозяйственных операций "Возврат от покупателя".
Движения денежных средств "Возврат оплаты покупателю".
Вид оплат "Платежная карта"
Оборудование: Сканер, ФР, Дисплей покупателя, Эквайринговый терминал.
Пользователей "Кассир 1" и "Кассир 2".
Группу доступа "Кассиры".
Вид номенклатуры "Товар".
Контрагенты "Розничный покупатель" и "Сбербанк".
Настройка РМК
Настройки пользователей.
Дополнительные права пользователей.
Устанавливает некоторые константы

Далее из этой же формы можно открыть формы:

Настройки оборудования для установки драйверов, и настройки связи.
Рабочие места.
Настроек РМК.
Справочник пользователей.
Доплнительные права пользователей.
Группы доступа.

Данная обработка позволяет сделать это за несколько минут.

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

Тестировалась на 1С:Розница 2.

Краткое описание

Краткое описание

В связи с выходом УТ1

Краткое описание

Предлагаю Вашему вниманию внешнюю обработку, демонстрирующую обмен данными c Универсальным транспортным модулем Единой государственной автоматизированной информационной системы на платформе 1С 7.7.

Реализованы следующие функции:

Удаленное подключение к службе УТМ по ip-адресу
Отправка на сервер ЕГАИС запросов: контрагента по ИНН, продукции по ИНН производителя/импортера, своих остатков, справок А и Б
Чтение полученных ответов на запросы
Чтение входящих XML (ТТН, справок Б, актов, подтвеждений т.п.)
Чтение ответов на исходящие XML (квитанции)
Удаление ссылок из базы данных УТМ
Ведение лога работы обработки
Читабельный вид входящих XML "кирпичей"


Поскольку встроенный язык 1С 7.7 не содержит инструменты для работы с HTTP и XML, все запросы к УТМ реализованы на объекте ServerXMLHTTP из библиотеки MSXML.
Это решение обладает рядом преимуществ:
+ не требуются внешние библиотеки типа v7plus.dll, объект встроен в операционую систему Windows
+ результатом запроса является XML объект DOMDocument из той же библиотеки MSXML со встроенным интерфейсом его обработки,
т.е. для дальнейшего распознавания XML ответа на запрос также не требуются внешние библиотеки.

Документация на используемые объекты размещена на сайте "мелкомягкого"
https://msdn.microsoft.com/en-us/library/windows/desktop/ms760218%28v=vs.85%29.aspx

Для корректной работы примера необходима библиотека MSXML не ниже 4.0
При необходимости обновить с того же источника https://support.microsoft.com/ru-ru/kb/324460
Определить, какая версия библиотеки у вас установлена, можно по версиям объектов MSXML в ветке реестра HKEY_CLASSES_ROOT

Обработка может использоваться в качестве альтернативы встроенному в УТМ веб-интерфейсу
(http://localhost:8080/opt/in, http://localhost:8080/opt/out) инструмента для отправки запросов в ЕГАИС, чтения полученных XML, удаления ненужных данных из УТМ,
примера для написания собственных программ обмена данными с УТМ - код открыт

Краткое описание

Для загрузки понадобится id клиента, секретный ключ, и refresh_token.

ID и ключ можно получить в консоли разработчика, создав проект.

refresh_token, пользуясь этим мануалом.

Обработка использует только стандартные механизмы 1С 8.3.

Основано на этой разработке.

Обработка может быть также интересна как пример чтения и манипуляции двоичными файлами.

Краткое описание

Доступны группировки и отборы по "Ответственным лицам", "Складам", "Организациям", "Счетам" и т.п.

 

В отчёте отображается количество и сумма по следующим видам операций:

Входящее сальдо;
Приход: От поставщиков;
Приход: Внутренее перемещение;
Расход: На производство;
Расход: Реализация на сторону;
Расход: Внутренее перемещение;
Исходящее сальдо.

 

Подробнее на изображениях.

Отчёт полностью открыт, используется только СКД, программного модуля нет.

 

Замечание:

В "УПП

Краткое описание

Расширение больше не поддерживается!

Можете скачать исходники с Гитхаба.

 

Вдохновившись формой списка контрагентов в УНФ, решил порадовать бухов и сделал подобное для БП.

Моим понравилось, надеюсь, вам тоже пригодится.

Вот что получилось:

 

Итак, внутри:

Расширение

Это расширение, то есть конфигурацию не нужно снимать с поддержки и можно использовать хоть для базовых. К тому же разработчики платформы обещали, что расширение само будет подстраиваться под обновления конфигурации. Поэтому не боимся, что после очередного обновления все придется переделывать. Но если вдруг чего отвалится, постараюсь оперативно подправить.

Быстрое создание документов

Добавлены кнопки в командную панель для быстрого создания документов:

 

В командную панель вынес самые востребованные документы. Но если потребуется расширить новыми, то для этого всего лишь следует добавить новую команду с кодом:

СоздатьДокумент("СчетНаОплатуПокупателю");



В эту процедуру передаете имя документа, а дальше все работает автоматически.

 

Панель информации контрагента:

По гиперссылкам с задолженностью открываются отчеты руководителю, по которым можно понять, откуда появилась эта сумма.
По гиперссылке "Документы" открывается список документов с отбором по выбранному контрагенту.
В блоке "Контактная информация" отображается юридический адрес, телефон и e-mail. 
Этот блок тоже расширяем. 
У вас не должно возникнуть сложностей, но если вдруг, что-то не понятно, то буду рад помочь в комментариях или личным сообщением.

 

Свернуть панель

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

 

 

Хочешь еще больше возможностей для БП3. Смотри, что можно сделать:

Понравилось, эти возможности можно приобрести в публикации - Бухгалтерия на прокачку!

 

Как подключить расширение:

Краткое описание

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

Протестировано на ред. БП 3.0.42.90

Краткое описание

При выборе удаляемого элемента добавляет к тому же и все подчиненные справочники. Например, если удаляемый элемент - контрагент, то в список автоматически попадают все его договора и расчетные счета, для которых тоже будет необходимо подобрать по договору или расчетному счету, принадлежащих оставляемому элементу.  

Позволяет перенести ссылки с удаляемых элементов на оставляемые.
Позволяет пометить на удаление все удаляемые элементы.
Позволяет окончательно удалить все удаляемые элементы (только после проверки на отсутствие ссылок).

Для "Контрагентов" показывает в колонках "Полное наименование" в виде исключения "ИНН" для юрид. лиц и "Документ, удост. личность" для физ. лиц. (не для конфигурации "Зарплата и упраление персоналом")

В версии 3.2 (для управляемых форм) исправлена ошибка с переносом ссылки типа "Регистр сведений ключ записи"

В версии 3.3 (для управляемых форм) исправлена ошибка с воможному обращению к реквизитам справочника, несущестующим в конфигурации.

В версиях 2.1 (для обычных форм) и 3.4 (для управляемых форм) исправлена возможность записи документа "Установка цен номенклатуры", если среди упоминаемой в документе номенклатуры оказываются удаляемая и оставляемая одновременно.

В версии 3.5 было исправлено торможение при активизации строки, а также работа с константами.

Краткое описание

Суть обработки документов из списка заключается в:

1) Потоковом создании Документов "Реализации товаров и услуг" на основании выбранных Счетов покупателю. Так, как если бы Пользователь вручную создавал документ "Реализация товаров и услуг" вводом на основании с каждого Счета покупателю. При этом есть возможность установить желаемую произвольную дату для вновь создаваемых документов.

2) Копирует выбранные Счета покупателя либо с произвольной датой, указанной пользователем, либо с Датой = Дата отмеченного счета + 1 Месяц.

Избавляет от ручного копирования Счетов для следующего/любого месяца. При этом не придется вручную менять дату у каждого документа. Достаточно в форме обработки указать желаемую дату для вновь созданных Счетов.

Создание указанных документов можно отключать по желанию галочкой.

Обработка на управляемых формах. При длительной работе отображает прогресс выполнения. Благодаря чему у Пользователя не возникнет ощущения, что программа зависла. Создана и протестирована в конфигурации "Бухгалтерия предприятия, редакция 3.0 (3.0.42.73)"

Upd (14/01/2016): 

Добавлена возможность Выделить все строки (проставить все галочки) нажатием одной кнопки. После выделения кнопка меняет свою надпись на "Снять выделение" и дает возможность при повторном нажатии Снять выделение со всех строк.
В командной панели управляемой формы добавлена штатная возможность изменить состав отображаемых полей в табличной части. То, есть если Вам не нужно поле, например "Организация", "Дата" и "Номер", достаточно в правом верхнем углу нажать кнопку "Все действия" и в выпадающем меню выбрать пункт "Изменить форму". В открывшемся окне раскрываем список табличной части и снимаем галочки с ненужных полей. Эти настройки будут запомнены и при последущих запусках обработки, если она (обработка) добавлена в конфигурацию как элемент справочника "Дополнительные отчеты и обработки". (пример смотреть на скриншоте).
Upd (18/01/2016): 
Формат полей "Дата документа реализации" и "Дата счета на оплату" изменен на "Дата и время". Теперь есть возможность для вновь создаваемых документов установить не только дату, но и время.
Upd (04.03.2016):
Реализовано упорядочивание счетов на оплату по Дате создания при загрузке в список. Это исправляет ситуацию, когда счета могли загружаться не в том порядке, в каком были созданы.

Краткое описание

Есть стандартная обработка "УниверсальныйОбменДаннымиXML" для выгрузки проводок в БГУ. Чтобы не хранить файл правил для выгрузки проводок на сервере, предлагаю загрузить его в обработку. Для реализации потребуется открыть прилагаемую обработку в конфигураторе и загрузить правила в макет "БИТ_ВыгрузкаПроводокВБГУ" и внести небольшие изменения в саму обработку в конфигурации или использовать как внешнюю. При открытии обработки, правила сохраняются во временную папку и подгружаются в обработку. После закрытия обработки, временная папка удаляется.

Добавлены процедура и функция:

//1БИТ+
&НаКлиенте
Процедура БИТ_ЗагрузитьПравилаОбмена(Команда)
    
    АдресФайлаПравилВХранилище = ПолучитьМакетСКлиента();
    ДвоичныеДанныеМакета = ПолучитьИзВременногоХранилища(АдресФайлаПравилВХранилище);    
    
    ИмяВременногоФайла = ПолучитьИмяВременногоФайла("XML");
    ДвоичныеДанныеМакета.Записать(ИмяВременногоФайла);
    
    ПрочитатьПравилаОбменаЗавершение(Истина, АдресФайлаПравилВХранилище, ИмяВременногоФайла, Неопределено);
    
КонецПроцедуры

&НаСервере
Функция ПолучитьМакетСКлиента()
    
    лМакетОболочка = ПолучитьОбщийМакет("БИТ_ПравилаОбменаСБГУ");
    
    ИмяВрем = ПолучитьИмяВременногоФайла(".xml");
    лМакетОболочка.Записать(ИмяВрем);
    лМакет = Новый ДвоичныеДанные(ИмяВрем);
    Возврат ПоместитьВоВременноеХранилище(лМакет);
КонецФункции
//1БИТ-


 

Добавленный код в модуль формы:

Краткое описание

В типовом варианте ничего подходящего найти не удалось.

Краткое описание

Краткое описание

Отчет выполняется за выбранный период с расчетом итогов.  Имеет несколько специфических настроект, так как выполнялся под контретного клиента.

В данном случае отчет представляет группировку затрат по двум видам - это Постоянные Затры (DirectCost) и Переменные затраты(ОРЕХ).

Выбор групп затрат производится непосредственно в форме отчета - это группы элемента справочника Статьи затрат.

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

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

В расчет включаются все обороты по соответствующим регистрам.

Затем расчитывается Маржа первого уровня  GM1 = Выручка - Себестоимость, и процент  GM1% = (Выручка-Себестоимость)/Выручка*100%

Маржа второго уровня GM2   = GM1- DirectCost

                                      GM2%= GM2/Выручка*100%

Аналитический показатель   EBITDA = GM2-OPEX

                                                  EBITDA%  = EBITDA/Выручка*100%

Затем идут также группы справочников Статьи затрат, которые учитывает проценты по кредитам, амортизацию, налоги и т.д.  Эти группы справочников  ищутся по коду непосредственно в модуле  отчета, поэтому необходимо будет немного подправить под конкретные условия работы. Можно также сделать реквизит для подбора в список необходимых групп, но в моем случае все было жестко прописано, и это не требовалось.

Работающий вариант групп справочника Статьи затрат приведен ниже

Чистая прибыль Net Profit = EBITDA-Insert-Taxes-Amortization

Рентабельность%  = NetProfit/Выручка*100%

 

Далее идет справочная информация Поступление материалов на склад за период - оборот по регистру партий

Коэф.поступления  = Себестоимость/ПоступлениеТоваров

Оборотный капитал =( ОстаткиТоваровНаСкладх+ОстаткиДенежныхСредств+ДебиторскаяЗадолженность)- КредиторскаяЗадолженность

СебестоимостьТовара = ОстаткиПатийТоваровНаскладах(в закупочных ценах)

СтоимостьТовара(в продажных ценах) = Стоимостная оценка склада в ценах продажи

 

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

Краткое описание

Реализацию задачи по поиску аналогов разбиваем на 3 части:

Подключение к базе TecDoc.
Формирование запросов к нужным данным из базы TecDoc.
Отображение картинок запчастей и брендов из базы на форме обработки.

Первая и самая простая часть это подключение к базе, нашел довольно быстро в интернете:

Процедура ПодключитьсяTECDOC() Экспорт

Если ЗначениеНеЗаполнено(СтрокаПодключения) Тогда
СтрокаПодключения = "Driver=Transbase ODBC TECDOC CD 2_2015;SERVER=localhost;Database=TECDOC_CD_2_2015;Uid=tecdoc;PWD=tcd_error_0;";
КонецЕсли;
Connection = Новый COMОбъект("ADODB.Connection");
Connection.CommandTimeOut= 30;
Попытка
Connection.Open(СтрокаПодключения);
Command = Новый COMОбъект("ADODB.Command");
Command.ActiveConnection = Connection;
RS = Новый COMОбъект("ADODB.Recordset");
Исключение
Сообщить("Не могу подключиться к базе TECDOC !!!");
Возврат;
КонецПопытки;

КонецПроцедуры



Со второй частью пришлось повозиться немного дольше. Нужно было понять, к каким таблицам нужно обращаться и какие данные вытаскивать из базы. Поиск в интернете дал свои результаты – программу, с помощью которой  удалось отловить запросы TecDoc-а   (ODBC Monitor):

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

ЭлементыФормы.КартинкаЛого.Картинка = Новый Картинка(Base64Значение(ВСтрокуBase64(ТД.ДанныеКартинкаЛого)));



Преобразовали из двоичных данных в картинку и вывели на форме, а вот с картинками запчастей, оказалось все намного сложнее – в двоичном виде в базе лежат картинки формата jp2 (JPEG2000), и как отобразить такую бяку - непонятно.

В итоге, как оказалось, это можно сделать даже несколькими способами:

Сохранить в файл, и воспользоваться какой-нибудь утилитой для конвертирования.
Найти ActiveX компонент для отображения графических изображений с поддержкой jp2.

Что первый, что второй способ подразумевает кроме самой обработки таскать еще конвертер с собой или устанавливать ActiveX компоненту (ActiveX, чтобы была бесплатной и поддерживала jp2, так и не нашел, но с демо версиями пробовал – использовать можно – но неудобно)

В итоге решил отображать такие картинки в «Поле HTML Документа» средствами HTML+JavaScript.

Добавил в обработку макет с javascript библиотекой OpenJPEG, и макет самой HTML страничкой.

Еще нюанс, чтобы сам js движок в «Поле HTML Документа» поддерживал функции  javascript библиотеки OpenJPEG, дописал в HTML тег:



И сама процедура выглядит так:

Процедура ВывестиКартинкуВHTML(Куда,Данные)
КодСкрипта = "var array_data = window.atob('"+стрЗаменить(ВСтрокуBase64(Данные),Символы.ПС,"'+"+Символы.ПС+"'")+"');DecodeAndDraw(base64ToArrayBuffer(array_data));";
Страничка = СтрЗаменить(ПолучитьМакет("html").ПолучитьТекст(),"ЗаменитьНаЛибу",ПолучитьМакет("Openjpeg_js").ПолучитьТекст());
Страничка = СтрЗаменить(Страничка,"ЗаменитьНаКод",КодСкрипта);
Куда.УстановитьТекст(Страничка);
КонецПроцедуры

Краткое описание

Задачей было отладить процесс обмена с помощью правил, написанных для выгрузки из ЕРП 2.

Краткое описание

Краткое описание

Можно выбрать следующие реквизиты:

Организация
Контрагент

Для остатков: дата формирования отчета

Для оборотов: период формирования отчета

1 и 3 отчет состоит из столбцов:

Контрагент
Кт 62.02 (Дт 62.02, для 3 отчета)
Дт 76.АВ (Кт 76.АВ, для 3 отчета)

Расчет 76.АВ = (Кт 62.02/118)*18 - программа автоматически рассчитывает и выводит размер НДС, который должен быть исходя из формулы.

2 и 4 отчеты состоят из столбцов:

Контрагент
Сумма Кт62.02 
Сумма Дт76.АВ

Расчет 76.АВ = (Кт 62.02/118)*18 - программа автоматически рассчитывает и выводит размер НДС, который должен быть исходя из формулы.

Расчетный 76.АВ - Дт 76.АВ- разница между фактическим и расчетным значением (расчетное значение - фактическое)

Есть возможность в отчетах, показывающих обороты, убрать записи с разницей 0.01 коп.

Возможна доработка программы по желанию. 

Краткое описание

Правила разработаны в "Конвертации данных, редакция 2.1 (2.

Краткое описание

Достаточно часто клиенты в рознице хотят использовать документ "заказа покупателя", чтобы облегчить подбор этого товара непосредственно на кассе (РМК).

Функционал 1С считает "заказ" частью оптовой торговли, поэтому не дает такой возможности. Тем не менее достаточно часто клиенты, описывая свой бизнес-процесс, говорят о том, что заказ оформляется в торговом зале, после чего печатается "заказ", и клиент идет в кассу. Для использования данной возможности написал расширения для 1С, которое добавляет в РМК кнопку "выбор заказа", и при выборе заказа таб.часть Чека ККМ заполняется товарами из заказа. Также переносится информация о клиенте (если есть карта лояльности), скидки и информация о продавце.

Важно. Снимать с поддержки конфигурацию нет необходимости.

Загрузить расширение можно через меню "Все функции" - "Стандартные" - "Управление расширениями конфигурации"

Краткое описание

Отчет "Базопузомер 2016" будет полезен аналитикам, администраторам баз данных и разработчикам.

При переводе базы на новую редакцию, расчёте необходимых ресурсов для установки новых баз, определении метрик расчёта производительности или разработке ресурсоёмких подсистем, часто бывает необходимо оценить объём данных, хранящихся в базе. Базопузомер поможет оценить количество различных объектов (справочников, документов и т.д.), а также собрать статистику по интенсивности наполнения ими базы данных с течением времени.

Возможности отчета "Замер пузатости базы":

Работает на любой платформе, начиная с версии 8.2, и на любой конфигурации. Никаких ограничений!
Поддерживаются все интерфейсы: обычный, управляемый, такси;
Анализ по всем типам метаданных в базе;
Расчёт количества объектов, числа строк в табличных частях, а также среднее число строк на один объект;
Расчёт для каждого объекта его "пузатости" - суммарного количества всех строк всех табличных частей и колчичества элементов самого объекта;
Расчёт количества групп для справочников и планов видов характеристик. Для неиерархических справочников и ПВХ соответствующая ячейка отчёта выводится затемнённой;
Вычисление "на лету" суммарного количества в выделенных ячейках. Суммирование поддерживается для произвольно выделенных зон в пределах всего отчёта. Значения, для которых поддерживается суммирование, выделены тёмно-коричневым цветом;
По щелчку на названии объекта открывается форма списка объекта;
Возможность выбора сортировки по имени, синониму объекта, а также по количеству элементов для каждого типа объектов (по возрастанию или убыванию).

Вывод статистики наполнения базы периодическими данными реализован в виде отдельного отчёта, поскольку такая статистика актуальна не для всех объектов. В отчёт включены следующие типы объектов:

Документы;
Бизнес-процессы и задачи;
Регистры накопления, бухгалтерии, расчёта;
Периодические регистры свеедений.

Дополнительные возможности отчёта "Статискика по периодам":

Общее количество элементов данных за выбранный период;
Расчёт минимального, среднеего и максимального числа элементов данных за день, неделю, декаду, месяц или квартал в анализируемом периоде.

История изменений

Версия

Краткое описание

Жизненная история

 

И вот вам поставили консоль, и вы даже подключили сервера. Но... не все сервера рады показать вам списки своих баз. Вспоминаете вы, что версии-то у них разные.

Решаете вы и эту проблему. И теперь есть возможность запускать консоли разных версий и видеть соответствующие списки баз. Можно выдохнуть и открыть-таки настройки требуемой базы, чтобы понять в какой же базе SQL она лежит, разрешены ли в ней регламентные задания ну или что там еще вы хотели посмотреть изначально.

Но тут очередная беда подстерегает вас. Вы ведь не знаете заветную пару логин/ пароль администратора этой базы. И труды ваши были напрасны.

 

Актуальные задачи

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

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

Полезно увидеть информацию о базах в разрезе кластеров, баз данных для понимания загруженности серверов; отобрать базы с "не выключенными" регламентными заданиями, базы с блокировкой подключений и пр. Вобщем посмотреть на это хозяйство сверху и принять.

 

Пример решения

Вся эта информация хранится в файликах 1CV8Clst.lst или 1CV8Reg.lst на серверах 1с в каталогах "...srvinfo". Подробней можно посмотреть на сайте ИТС здесь или здесь. 

Путь к папкам "program files" можно получить из реестра (Shell.RegRead("HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionProgramFilesDir (x86)") и Shell.RegRead("HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionProgramW6432Dir")). 

В зависимости от версии 1С, srvinfo может лежать либо в папке 1cv82 либо в 1cv8.

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

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

Так и родилась данная обработка.

Ограничения обработки

Данная обработка работает только на управляемых формах и на версиях 1C от 8.3.x.x

Режим использования синхронных вызовов расширений и внешних компонент: Использовать или Использовать с предупреждениями

Для возможности анализировать настройки удаленных серверов (по списку серверов) должен быть доступ к соответствующим папкам с настройками, а так же доступ к созданию объекта winmgmts и выполнению сценариев WSH, для компьютеров из указываемого списка либо под правами локального пользователя, либо под правами пользователя сервера приложений базы, из которой запускается обработка

 

Функционал обработки

Обработка анализирует файлы настроек кластеров различных версий 1С (8.2, 8.3)

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

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

 

Бонусом вы получаете универсальные алгоритмы, которые можно использовать при дальнейшей разработке

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

P.S.

Если Ваш файл с настройками  вдруг не распознался, Вы можете прислать мне этот файл с указанием релиза платформы кластера 1С, данные которого содержит этот файл, и я постараюсь :) добавить формат файла в обработку.

 

   История версий
06.0

Краткое описание

Подключается через администрирование - печатные формы, отчеты и обработки - дополнительные отчеты и обработки.

Исправлено и проверено на версии 3.0.67.74.

Краткое описание

Предыстория

Почти на каждом IT-проекте, связанном с 1С, я сталкиваюсь с мастер-данными по товарам (а точнее, с их отсутствием). Для начала опишу наиболее запомнившиеся примеры.

Выгрузка каталога товаров из 1С в другую 1С

Компания занимается оптовой продажей автозапчастей. В основном отечественные запчасти, но и иномарки есть, а заодно и шины, ГСМ, аксессары и т.д. Учетная система - УТ 10.3, разумеется, сильно кастомизированная.

Однажды заходит в отдел ИТ руководитель отдела продаж и говорит: клиент установил у себя 1С:Управление Торговлей 11 и хочет загрузить к себе наш справочник “Номенклатура”. Целиком, как есть. Аргументы: клиенту надо с чего-то начать работать. Завести по-быстрому карточки товаров и провести инвентаризацию. А нам это надо, потому что клиент архиважный. И он даже приехал лично за пару сотен километров и привез с собой системный блок с чистой базой. Вот системник у входа уже стоит, а клиент вечером поедет обратно. Далее происходит краткая дискуссия с руководством на тему очередности выполнения задач, по результатам которой принято решение все-таки сделать. Смахнув пыль с КонвертацииДанных, собираем на коленке выгрузку-загрузку (или дорабатываем типовую, которая уже не взлетает из-за кастомизации), довольный клиент едет домой.

Спустя какое-то время я ушел фрилансить. А в той компании впоследствии еще несколько раз клиенты хотели получить каталог, но заниматься ими было уже некому и некогда. Один из таких клиентов, с которым недавно удалось пообщаться, в конце концов сделал угадайте что. Верно, написал свою загрузку товаров из Excel, поскольку прайс в Excel - единственное, что было в открытом доступе.

Загрузка прайс-листа ламината и линолеума

В годы фриланса попадается очередная задача по загрузке прайса одной компании из Excel. Создать карточки товаров в 1С, установить цены, все как обычно. Прайс содержит два раздела: ламинат и линолеум. Попотеть приходится из-за двух особенностей. Во-первых, в данном файле товары не имеют каких-либо однозначных идентификаторов (кодов, например). Во-вторых, там довольно много полей, каждое из которых важно для загрузки: класс, коллекция, размеры, вес и прочее. Загрузка написана, деньги получены, компания-заказчик спустя какое-то время пропадает из виду и, по моим предположениям, закрывается насовсем. Мысли о том, что, несмотря на полученные деньги, работа проведена впустую, расстраивают до сих пор.

В том же году, выполняя заказы для другой компании, я натыкаюсь в справочнике “Номенклатура” на знакомые позиции ламината. Из любопытства задаю вопросы отделу снабжения: как заносите эти позиции в справочник и как обновляете цены. Ответ - “разумеется, вручную”.

Спустя несколько лет в кулуарах Инфостарта-2015 удается немного пообщаться с 1С-разработчиком из компании - производителя этого самого ламината. На мой рассказ она с удивлением говорит: “Дак у нас же веб-сервис для этого есть, специально писали”. Жалею, что раньше этого не знал ни я, ни мои клиенты.

EDI

Как работает продуктовый ритейл: торговые сети заказывают какой-то товар у своих поставщиков через электронные сервисы. Заказ - это файл, в котором указан список желаемых товаров. В каждой строке этого списка содержатся идентификаторы данного товара, в общем случае их может быть три: код в учетной системе поставщика, код в учетной системе покупателя, GTIN (тот самый штрихкод, который наклеен на упаковке). И в подавляющем большинстве случаев код поставщика в сообщении отсутствует. Если на пальцах, то данный диалог выглядит так: “Поставщик, привези мне товар. Я не знаю, как он у тебя в базе обозначен, но у меня он заведен вот с таким названием и кодом, подбери что-нибудь”. Это порождает гигантское количество проблем с сопоставлением товаров между учетными системами покупателя и поставщика. Например, у покупателя товар учитывается в штуках, а у поставщика - в упаковках по 10 штук. И вот вместо коробки майонеза покупателю едет фура, загруженная майонезом под завязку.

Любое внедрение информационной системы на 1С, содержащей блок учета товаров, принято начинать с определения структуры справочника “Номенклатура”. Будут ли использоваться характеристики? Будет ли фасованный товар новым элементом справочника или новой единицей измерения? Необходимо ли штрихкодирование? Информация о весе/габаритах единиц товара? Ошибки на этом этапе способны погубить проект чуть позже, особенно если речь идет о производстве.

В случае с EDI торговые сети хотят как можно быстрее разгрузить своих операторов, обрабатывающих заявки и отгрузки. В учетных системах как торговых сетей, так и их поставщиков часто содержатся ошибочные данные (дубли, неверные штрихкоды, характеристики вместо новых позиций или наоборот и т.д.). Речь о приведении классификаторов в порядок обычно не идет: некогда, дорого, "так сложилось, лучше не трогать". Синхронизация справочников между учетными системами становится очень непростой задачей. Разработчики интеграционных модулей EDI для 1С зачастую вынуждены обходить этот хаос ценой костылей в коде.

Загрузка прайсов поставщиков, поиск соответствий

У компании несколько поставщиков. Многие из них предоставляют прайсы в Excel. Кто-то по почте присылает, кто-то держит в открытом доступе. Порядок и состав колонок нигде не повторяется. Задача - автоматизировать загрузку и обновление данных прайсов в 1С, полуавтоматическое сопоставление своей номенклатуры с номенклатурой поставщика. Задача решена (в том числе на основе предыдущих работ в этой области), деньги получены в полном объеме, в голове вертится вопрос “доколе?”.

Текущая ситуация

Думаю, каждый из вас сталкивался с тем или иным проявлением одной и той же проблемы, которая описана в самом начале: отсутствие внятного каталога товаров каждой компании с однозначной идентификацией элементов в нем. Чтобы заказать что-то у поставщика, хорошо бы дать ему полную информацию о том, что именно мы заказываем. Хотя бы внутренний код товара и единицы измерения (характеристику - при использовании). Чтобы мониторить изменение цен поставщиков, необходимо иметь связки между своими товарами и товарами поставщиков, а для этого нужны идентификаторы. Для расчета суммарного веса товаров при доставке автотранспортом нужны веса по каждой позиции. Эти веса обычно есть в учетной системе производителя, но кто их выкладывает в открытый доступ?

Простой поиск слов “Загрузка из excel” по Инфостарту выдает 670 публикаций. Попробуйте интерпретировать эту цифру.

Что уже взлетело и не взлетело

Тема отнюдь не нова, ей больше лет, чем мне. Есть две великолепные статьи по теме управления мастер-данными: практика в Мастер-данные на перекрестке торговых путей и теория в Mom and Dad`s Misery. Решения MDM выпускают множество компаний. Из зарубежных - например, IBM, из наших - Axelot (как раз на 1С). Стоимость таких решений: Axelot MDM - 450 000 р, IBM выдает цены только по запросу (если кто знает, напишите, мне просто любопытно количество нолей).

Известные мне попытки организовать каталог мастер-данных в большинстве случаев провалились по следующим причинам:

Построение хорошего, качественного, структурированного хостинга каталогов выливается в тысячи человекочасов. Возникает вопрос окупаемости данного сервиса. Разработчиков надо хотя бы кормить. Три пачки доширака в день - это примерно 40 000 рублей в год. Умножаем на несколько разработчиков и несколько лет, при условии, что кипяток бесплатный, а разработчики неприхотливые и отчаянно живучие.

Зачастую наполнение такого каталога требует предварительного приведения в порядок локального каталога организации, которая его предоставляет. Избавление от дублей, исправление орфографических ошибок, верификация штрихкодов и так далее. Исполнители на стороне заказчика не всегда заинтересованы в дополнительной работе.

Хорошо, нашлись 2-3 компании, которые исправили все ошибки в своих локальных каталогах, выложили их в облако. Мало кто в это облако будет ходить тех пор, пока там не будет размещено несколько сотен таких каталогов. И мало кто хочет размещать в том облаке свои каталоги до тех пор, пока туда никто не ходит.

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

Поэтому текущие решения на рынке можно условно поделить на 2 части:

Крупные решения для крупных компаний. Длительное и тяжелое внедрение, перестройка текущих бизнес-процессов, но конечный результат, наверное, стоит потраченных денег и усилий (очень больших денег и усилий, вспоминаем IBM и Axelot).

Решения попроще для средних и маленьких компаний, вроде Agorab2b. Основной функционал - витрина товаров с остатками и ценами, сопоставление товаров в разных каталогах, быстрый обмен заказами. Это ускоряет окупаемость сервиса, но пока не предполагает работы именно с мастер-данными.

Да, есть еще 1С-Сеть. Также платная (хотя ценник вроде гуманный), ориентирована в первую очередь на EDI. Каталог товаров не хостится, а передается клиенту напрямую по запросу.

При чем здесь 1С

Ради интереса за несколько вечеров на коленке собран простенький веб-сервис в виде конфигурации на 1С 8.3, который может:

Принимать в себя каталог товаров в виде XDTO-пакета;

Хранить в себе этот каталог;

Выдавать его наружу по запросу.

К сервису прилагается клиентская обработка, работающая в двух режимах:

Выгрузка каталога на сервер;

Загрузка его в произвольную базу и создание элементов в справочнике “Номенклатура” по полученным данным.

Этим уже можно решить задачу передачи каталога товаров между разными 1С “как есть”, описанную в начале. А отправлять пылиться на полке жалко. Сейчас я в тупике: непонятно, куда двигаться дальше, и стоит ли.

Список задач, которые можно не спеша решить в данном продукте, предварительно таков:

Хостинг каталога товаров со всеми значимыми реквизитами каждой группы и раздача его всем желающим. Цены, остатки - по желанию.

Полуавтоматическое сопоставление товаров между каталогами покупателя и поставщика.

Автоматическая загрузка прайсов разных поставщиков, сопоставление их собственным товарам. Выдача результатов загрузки по API в единой структуре. Мониторинг цен. Да, я говорю о загрузке из Excel, пока без нее никак.

Черт с ним, формирование прайс-листов в Excel и выгрузку их куда угодно по расписанию тоже можно сделать.

Формирование заказов поставщикам по разным правилам (наличие на складе поставщика, поставщик с минимальной ценой и т.д.).

Выгрузка каталога товаров в Яндекс.Маркет. Незачем писать ее под каждую конфигурацию 1С, если конфигурация будет одна. Также можно выгружать в популярные CMS, если не планируется вести обмен заявками.

Получение свойств товаров из других каталогов через связи. Например, в вашем каталоге товаров не указан вес каждой позиции. А у вашего поставщика - указан. Сопоставляете товары в каталогах, получаете доступ к атрибутам вашего поставщика, среди которых есть и вес. Загрузить их после этого в свою учетную систему уже несложно. Штрихкоды по той же схеме.

“Маленький EDI”. Для начала, например, обмен заказами. Покупатель отправляет документ “ЗаказПоставщику” в облако, сервис конвертирует товары из каталога покупателя в товары поставщика и поставщику отправляет. Самые распространенные варианты - e-mail и FTP, можно сделать и пассивную выдачу новых заказов по API.

Отсюда же вытекает сбор статистики. Сезонные коэффициенты по товарам, дефицитные позиции и т.д. Это если сервис будет молотить безостановочно хотя бы пару лет ))

Механизмы уведомлений. Например, банальная рассылка клиентам e-mail о снижении цен на свои товары. Как думаете, многие клиенты ищут эти красные строчки с пометкой “Распродажа” в Excel на 30 тысяч позиций?

Настройка валидации описания товаров. Например, в админке можно указать, что для товаров категории “Автошины” обязательно должны быть указаны свойства “Радиус”, “Высота профиля”, “Ширина профиля” и “Сезонность”, причем “Сезонность” имеет 3 возможных значения. Владельцу каталога приходит уведомление о товарах, в описании которых эти правила нарушены.

Исправление неточностей в характеристиках товаров. Например, у вас 5% артикулов содержат ошибки. При этом вы располагаете каталогом товаров производителя, у которого эти артикулы заведены корректно. Проводите сопоставление товаров, запускаете сравнение, выявляете неточности, исправляете.

Интеграция с прочими каталогами товаров. Например, Autodealer.

Поиск поставщиков/покупателей своего товара.

Васюки переименовываются в Нью-Москву Ваши идеи.

В действительности каждая из этих задач уже давно решена по отдельности. Я предлагаю собрать все воедино, упорядочить и выложить в открытый доступ, после чего постепенно наращивать функционал по схеме “дописал сам - поделись с другими”. В разработке ПО принципы коммунизма вполне оправданны.

Можно ли на этом заработать? Сложно сказать. Если такое решение будет по-настоящему востребовано, можно развернуть виртуалку в Амазоне, лицензировать ее и раздавать клиентские обработки для выгрузки/загрузки. Этот вариант явно будет в какой-то мере платным (как минимум надо оплачивать хостинг и лицензии 1С), но возможность бесплатно скачать CF и развернуть его в своей сети останется. Минус локальной установки очевидно будет заключаться в недоступности каталогов из общего репозитория. Хотя можно и о репликации подумать. Плюс - там же, где и минус: например, DDOS атака на общий репозиторий не помешает локальному.

Почему веб-сервис именно на 1С? “Просто потому, что могу”. Встроенная поддержка веб-сервисов, хранение данных, возможность сделать админку на управляемых формах через браузер - и все это в привычной среде разработки. Понятно, что реально большие объемы данных 1С может и не потянуть. Если проект вдруг станет настолько большим и востребованным, то его можно будет портировать на MongoDB + ElasticSearch + (что угодно), оставив прежний API.

Для гиков перечислю применяемые технологии/приемы:

Работа с XDTO. XSD-схемы. Никакого прямого парсинга XML.

Асинхронные обращения к серверу. При выгрузке каталога клиент передает ядру пакет данных и сразу получает ответ, а непосредственно запись пакета в таблицы происходит отдельным фоновым заданием.

Только управляемые формы в ядре.

Обычные и управляемые формы в клиентской обработке. Основная логика - в модуле объекта.

Максимальное отделение логики работы с конкретной конфигурацией от прочей логики (общение с сервером, отрисовка форм и т.д.).

Работа с СКД, само собой.

Веб-сервис на SOAP, планируется перевод на REST.

Сжатие крупных пакетов перед отправкой.

Минимальный набор RLS.

Планируется:

TDD\BDD, автотесты.

Синхронизация с GIT - для начала только в одну сторону, возможно, удастся таки настроить полноценный merge и компиляцию из исходников хотя бы для ядра.

Поиск товаров через ElasticSearch.

Работа клиентской части как регламентного задания. Поставил, настроил, забыл.

Парсинг Excel - исключительно через ADODB. Предварительно возможно конвертировать колонки в нормальный текстовый формат - код имеется, осталось встроить.

Управляемые блокировки в некоторых потенциально узких местах.

Возможность кастомизации клиента и ядра без снятия с поддержки (“подключаемый модуль”, если кто знает).

Загрузка каталогов в формате CommerceML. Т.е. интеграция с более-менее типовыми конфигурациями за 5 минут силами одного товароведа.

COM-соединение как альтернатива HTTP при локальной установке.

Metadata.js как альтернативная админка ядра.

Признайтесь себе, вы когда-нибудь хотели поучаствовать в opensource проекте на 1С?

Ближе к сути

Резюме: я предлагаю поработать над решением, которое не претендует на гигантский структурированный каталог мастер-данных, сертифицированный ECR\GS

Краткое описание

При заполнении документа "Увольнение из организаций" типовая конфигурация ЗУП 2.5 рассчитывает остатки отпусков только по основному ежегодному отпуску. Данная обработка позволяет без изменения конфигурации рассчитать общее количество оставшихся дней отпуска с учетом дополнительных отпусков.

На infostart есть обработка с похожим функционалом: //infostart.ru/public/143246/

В отличие от указанной выше, данная обработка имеет два ключевых отличия:

Остатки отпусков не округляются до целых значений, что важно при увольнении.
Поле "Рабочий год по" соответствует дате увольнения сотрудника и не сдвигается в соответствии с датой приема сотрудника, как это делается при расчете очередного отпуска.




Как начать использовать:

Краткое описание

Последовательность работы:

Краткое описание

Возможности обмена

Выгрузка данных о товарах и услугах из 1С в кабинет и на сайт компании.
Выгрузка данных о заказах из кабинета компании в 1С.


Поддерживаемая версия 1C: Предприятие 8:

Управление торговлей, редакция 2.3;
Управление торговым предприятием, редакция

Краткое описание

Вводная

Данная публикация является своеобразным proof-of-concept, т.е. доказательством осуществимости того, что можно полностью генерировать веб-интерфейс сопоставимый по качеству с современными вэб-сайтами, а не тем стандартным интерфейсом, который предоставляет нам 1С из коробки в виде вэб-клиента.

Это не полнофункциональный интерфейс. Демонстрируется только возможность перехода по спискам, открытия ссылочных объектов и записи. Следует рассматривать данную публикацию именно с позиции "демонстрации возможностей", т.е. если возможно это, то можно реализовать и все остальное.

Зачем мне это, если есть стандартный 1С веб-интерфейс? 

Немного хочу пояснить для тех, кто в комментариях задает подобные вопросы. Данная публикация своего рода мое виденье того, каким должен быть интерфейс 1С именно в Web. И хотя до практического применения его далеко, этой публикацией я скорее хотел бы подтолкнуть сообщество на обсуждение того, какой мы видим веб-интерфейс 1С в будущем.

Некоторый говорят про мифический «user-experience». Так вот, у каждой платформы – свой user-experience. Если вы работаете в веб – вы ожидаете видеть интерфейсы примерно похожие на те, что есть в веб. В качестве примера можно показать мобильное приложение от того же 1С. Оно как минимум напоминает мобильные приложения. Стандартное же веб приложение от 1С напоминает 1С засунутое в браузер включая заголовок и все его меню "файл..." и прочее, чего никогда не увидишь в интернете.

Принцип работы

Поскольку 1С не дает нам возможности получить состав командного интерфейса программным образом, то мы просто бежим по корневым подсистемам и берем только те, у которых стоит «Включать в командный интерфейс». Далее бежим по составу данных подсистем рекурсивно и выбираем те объекты, у которых стоит «Использовать стандартные команды». Таким образом получаем стартовое меню.

Реквизиты объектов собираются обходом по списку Метаданные.<Менеджер>.Реквизиты

Можно, конечно, и по хорошему нужно выгружать метаданные в файлы и анализировать уже их, но это тема отдельной статьи.

Данная разработка не включает в себя никаких оптимизаций и кэширования – это тоже тема отдельных статей.

Ограничения

Http-сервисы появились только в 8.3.4. Так что требуется платформа не ниже 8.3.4.

В разработке используется функция «СтрШаблон», которая доступны только в версии 8.3.5. Если нужно запустить на более ранней версии 1С, в модуле «UNI_Глобальный», следует переименовать функцию СтрШаблон_8_3_5() в СтрШаблон() – она полностью эмулирует действие функции из 8.3.5.

Состав

uni.cf: собственно подсистема.
Каталоги «css», «js», «fonts» - взяты из последней версии bootstrap фреймворка.

Свои стили и скрипты находятся в custom.css и custom.js файлах соответственно.

Установка

Краткое описание

Идея данной обработки возникла из механизма ПФ в УТ 11, где можно на основании документа создавать файл для программ Microsoft Office Word и Open Office Writer (Далее, для краткости, просто Office). Однако там такие ПФ статичны, чтобы поправить существующий или создать новый макет, нужно изменять конфигурацию, прописывать вывод необходимых реквизитов.

Появилась задача разработать механизм для создания таких ПФ Office «налету», просто перебрасывая реквизиты документов, справочников из формы обработки в нужные места файла-шаблона.

Обработку можно использовать просто как внешний файл, открывая ее через основное меню, но удобнее встроить ее в базу как ВПФ. Форма ассоциируется со всеми документами и справочниками конфигурации. Рассказывать здесь как подключить ВПФ не буду, это стандартный механизм.

Основной интерфейс обработки

Перед вами основное окно обработки. Разберем, что здесь есть.

 

Поле «Документ». Если обработка запущена как ПФ из конкретного элемента справочника или документа, это поле будет уже заполнено, если через «Файл - Открыть», то выбирайте любой сами. По данным именно этого объекта будет заполняться файл.
Папка макетов. Это папка на диске, в которой будут храниться все созданные макеты, файлы-шаблоны. Данное поле пользователь заполняет в первый раз, и оно сохраняется в настройках. Получается, что у каждого пользователя будет свой набор макетов из его папки. Если одни и те же макеты необходимо использовать нескольким людям, можно либо выбрать «расшаренную» папку в сети, либо папку, которая подключена к общему облачном хранилищу. В последнем случае макеты будут доступны и через Интернет.
Уровень вложенности. Данный параметр используется для построения дерева, палитры реквизитов документа. Например, если Уровень = 1, в дерево будут выведены только реквизиты документа, если Уровень = 2, то реквизиты документа и реквизиты реквизитов документа и т.д. Чем больше Уровень, тем дольше будет строиться дерево. Уровень > 3 уже, скорее всего, не нужен. Данный параметр используется только при создании макета. При дальнейшем использовании созданного макета Уровень уже не важен, будут обрабатываться реквизиты любой вложенности.
Список макетов. В список входят все файлы с расширением doc, docx, odt, которые находятся в папке макетов. Список обновляется каждую минуту. Также есть отдельная кнопка для обновления списка. Двойной клик на файле из списка, в принципе, выполняет основную функцию обработки – формирует уже готовый заполненный файл по данным документа. Правый клик на файле позволяет открыть макет для редактирования.
Кнопки «Создать макет MS Word» и «Создать макет OO Writer» нужны для создания нового макета для одной из офисных программ. О самом процессе создания поговорим в следующем разделе.
Создание макета для печати

При нажатии кнопки создания или изменения макета, обработка переключается на вкладку «Создать/Редактировать», а также открывается уже существующий или вновь созданный файл в офисной программе.

Т.к. макет строиться методом Drag & Drop, удобно, когда окна 1С и офисной программы находятся рядом. В Windows это можно легко сделать с помощью сочетаний клавиш. Сделайте активным окно 1С и нажмите «Win» + «Стрелка влево», оно займет левую половину экрана. Теперь перейдите на окно документа Office и нажмите «Win» + «Стрелка вправо». Все, теперь можно легко перекидывать элементы.

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

Правая же часть формы создания – это дерево реквизитов. Тут все просто: корень – это сам документ, в него входят его реквизиты, табличные части (выделены жирным). Реквизиты могут в себя включать свои реквизиты, и т.д., в зависимости от уровня вложенности. Если в каком-то справочнике (например, организации, контрагенты) есть контактная информация, она также появится в дереве. Именно перетаскивая элементы этого дерева, мы будем строить свой макет.

Давайте рассмотрим подробнее процесс создания на конкретном примере.

Пример создания макета

Возьмем документ реализации из УТ 11 и создадим для него простой макет для Open Office Writer. Нажимаем соответствующую кнопку, вводим название макета и переходим к редактированию.

Для начала выведем заголовок документа. Для этого напишем свой текст и перетащим поля Номер и Дата. Увеличим шрифт, сделаем жирным. В итоговом документе подставленные значения будут иметь такой же шрифт, что и поля в шаблоне.

 

 

Теперь выведем сведения об организации и контрагенте. Вытащим не просто ссылки, а наименования, более подходящие для печатных форм.

 

 

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

 

 

Теперь сама таблица. Перетаскиваем из списка областей «Начало строки таблицы Товары», потом рисуем саму таблицу, а потом кидаем «Конец строки таблицы Товары».

 

 

Из дерева реквизитов, из табличной части Товары перетаскиваем реквизиты в ячейки таблицы. Ничего страшного, что колонка «Номер строки» так растянула таблицу, в итоговом документе высота подстроится автоматически.

 

 

Осталось вывести подвал. Перетаскиваем начало и конец области, заполняем текстом и необходимыми реквизитами документа.

 

 

На этом все. Сохраним, закроем файл, перейдем к списку макетов и кликнем на вновь созданный макет. Выведется уже заполненный файл, соответствующий документу.

 

Вместо заключения

Буду рад услышать от вас отзывы, замечания, предложения по обработке. Например, есть идея по механизму вывода на печать дополнительных реквизитов, если это будет необходимо.

Репозиторий новой версии обработки: https://github.com/KonstantinHeinrich/Print-Forms-by-Drag-n-Drop-Designer-Format

Краткое описание

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

Форму нужно прикрепить как внешнюю печатную форму. Используется для документа Требование-накладная.

Тестировалось на Бухгалтерии с 3.0.37.43 по 3.0.43.29.

Краткое описание

Для работы производится подключение обработки во внешних обработках т.к. при открытии с файла будет безопасный режим.

А теперь с самого начала разберемся, как она работает по внутренностям.

В процедуре формы ПриСозданииНаСервере заполняем список типов документов / справочников используя функцию УправлениеПечатьюПереопределяемый.ПриОпределенииОбъектовСКомандамиПечати, функция вернет массив менеджеров объектов, по которым подключена подсистема печати, по менеджеру объекта получим метаданные для получения имени метаданного и его синонима.

#Область СобытияФормы

//Заполним список выбора вида объекта
//данными функции ПриОпределенииОбъектовСКомандамиПечати
&НаСервере
Процедура ПриСозданииНаСервере(Отказ, СтандартнаяОбработка)

МассивОбъектов = Новый Массив;
УправлениеПечатьюПереопределяемый.ПриОпределенииОбъектовСКомандамиПечати(МассивОбъектов);

МетаданныеЖурналыДокументов = Метаданные.ЖурналыДокументов;

Для Каждого ЭлементПечати Из МассивОбъектов Цикл

МетаданноеПечати = Метаданные.НайтиПоТипу(ТипЗнч(ЭлементПечати));

//Если это журнал документов то пропускаем
Если МетаданныеЖурналыДокументов.Содержит(МетаданноеПечати) Тогда
Продолжить;
КонецЕсли;

//Заполняем список выбора ВидОбъекта полным именем метаданного
Элементы.ВидОбъекта.СписокВыбора.Добавить(МетаданноеПечати.ПолноеИмя(),
МетаданноеПечати.Синоним);

КонецЦикла;

КонецПроцедуры

&НаКлиенте
Процедура ПриОткрытии(Отказ)

//Производим первоначальную инициализацию элементов при сохраненной настройке ВидОбъекта
Если ЗначениеЗаполнено(ВидОбъекта) Тогда
ВидДокументовПриИзмененииСервер();
КонецЕсли;

КонецПроцедуры

#КонецОбласти

#Область СобытияЭлементовФормы

&НаКлиенте
Процедура ВидДокументовПриИзменении(Элемент)

ВидДокументовПриИзмененииСервер();

КонецПроцедуры

&НаСервере
Процедура ВидДокументовПриИзмененииСервер()

//Сохраним текущие пользовательские настройки ТаблицаДокументов
Если ЗначениеЗаполнено(ТаблицаДокументов.КлючТекущихПользовательскихНастроек) Тогда
ХранилищеПользовательскихНастроекДинамическихСписков.Сохранить("УППД",
ТаблицаДокументов.КлючТекущихПользовательскихНастроек,
ТаблицаДокументов.КомпоновщикНастроек.ПользовательскиеНастройки,
,
ПараметрыСеанса.ТекущийПользователь);
КонецЕсли;

//Если очистили ВидОбъекта то убираем кнопки
Если ВидОбъекта = "" Тогда
Элементы.Печать.Видимость = Ложь;
Элементы.СразуНаПринтер.Видимость = Ложь;
Элементы.ПечатьВыделенные.Видимость = Ложь;
Элементы.Основная.Видимость = Ложь;
Возврат;
КонецЕсли;

Элементы.Печать.Видимость = Истина;
Элементы.СразуНаПринтер.Видимость = Истина;
Элементы.ПечатьВыделенные.Видимость = Истина;
Элементы.Основная.Видимость = Истина;

СозданиеЭлементовТаблицыСервер();
ЗаполнитьПечатныеФормыНаСервере();

ТаблицаДокументов.КлючТекущихПользовательскихНастроек = ВидОбъекта;

//Получим сохраненные ранее пользовательские настройки
ВыборкаНастройки = ХранилищеПользовательскихНастроекДинамическихСписков.Выбрать(
Новый Структура("КлючОбъекта, КлючНастроек, Пользователь",
"УППД",
ВидОбъекта,
ПараметрыСеанса.ТекущийПользователь));

Попытка
ВыборкаНастройки.Следующий();
Исключение
Сообщить(ОписаниеОшибки());
Возврат;
КонецПопытки;

//Восстановим пользовательские настройки ЗагрузитьПользовательскиеНастройки
Если ВыборкаНастройки.Настройки = Неопределено Тогда
//Если нет сохраненных настроек то очистим отборы списка
Для Каждого ЭлПользНастр Из ТаблицаДокументов.КомпоновщикНастроек.ПользовательскиеНастройки.Элементы Цикл
Если ТипЗнч(ЭлПользНастр) = Тип("ОтборКомпоновкиДанных") Тогда
ЭлПользНастр.Элементы.Очистить();
КонецЕсли;
КонецЦикла;
Иначе
ТаблицаДокументов.КомпоновщикНастроек.ЗагрузитьПользовательскиеНастройки(ВыборкаНастройки.Настройки);
КонецЕсли;

Элементы.ТаблицаДокументов.СоздатьЭлементыФормыПользовательскихНастроек(
Элементы.СписокКомпоновщикНастроекПользовательскиеНастройки,
РежимОтображенияНастроекКомпоновкиДанных.БыстрыйДоступ);

КонецПроцедуры

//Проставим нулевое количество во всех строчках и сохраним настройки
&НаКлиенте
Процедура ОтметитьВсе(Команда)

Для Каждого Стр Из ПечатныеФормы Цикл
Если Стр.Количество = 0 Тогда
Стр.Количество = 1;
КонецЕсли;
КонецЦикла;

СохранитьНастройкиСервер();

КонецПроцедуры

&НаКлиенте
Процедура Печать(Команда)

Если Не ЗначениеЗаполнено(ВидОбъекта) Тогда
Сообщение = Новый СообщениеПользователю;
Сообщение.Текст = "Не заполнен вид документа / справочника";
Сообщение.Поле = "ВидДокументов";
Сообщение.Сообщить();
Возврат;
КонецЕсли;

СписокДокументов = ПолучитьДокументыПоДинамическомуСписку();

СтрокиПечать = ПолучитьПараметрыПечатиСервер();

ВыполнитьПечатьПоСпискуДокументовКлиент(СписокДокументов, СтрокиПечать);

КонецПроцедуры

&НаКлиенте
Процедура ПечатьВыделенные(Команда)

Если Не ЗначениеЗаполнено(ВидОбъекта) Тогда
Сообщение = Новый СообщениеПользователю;
Сообщение.Текст = "Не заполнен вид документа / справочника";
Сообщение.Поле = "ВидДокументов";
Сообщение.Сообщить();
Возврат;
КонецЕсли;

СписокДокументов = Элементы.ТаблицаДокументов.ВыделенныеСтроки;
СтрокиПечать = ПолучитьПараметрыПечатиСервер();

ВыполнитьПечатьПоСпискуДокументовКлиент(СписокДокументов, СтрокиПечать);

КонецПроцедуры

&НаКлиенте
Процедура СнятьВсе(Команда)

Для Каждого Стр Из ПечатныеФормы Цикл

Стр.Количество = 0;

КонецЦикла;

СохранитьНастройкиСервер();

КонецПроцедуры

&НаКлиенте
Процедура СохранитьНастройку(Команда)

СохранитьНастройкиСервер();

КонецПроцедуры

#КонецОбласти

#Область ПрограмныйИнтерфейс

&НаСервере
Процедура СозданиеЭлементовТаблицыСервер()

РеквизитТаблЗначений = ЭтаФорма.ТаблицаДокументов;
РеквизитТаблЗначений.ОсновнаяТаблица = ВидОбъекта;
РеквизитТаблЗначений.ПроизвольныйЗапрос = Ложь;

МассивЭлементовУдаление = Новый Массив;
//Удалим сначала ПодчиненныеЭлементы элемента ТаблицаДокументов
Для Каждого ЭлементУдаление Из Элементы.ТаблицаДокументов.ПодчиненныеЭлементы Цикл
МассивЭлементовУдаление.Добавить(ЭлементУдаление);
КонецЦикла;

Для Каждого ЭлементУдаление Из МассивЭлементовУдаление Цикл
Элементы.Удалить(ЭлементУдаление);
КонецЦикла;

ДанныеОбъекта = ПолучитьДанныеВидаОбъекта(ВидОбъекта);

Если ДанныеОбъекта = Неопределено Тогда
Возврат;
КонецЕсли;

//Добавим стандартные реквизиты кроме Наименование, Дата и др.
Для Каждого Эл Из Метаданные[ДанныеОбъекта.ТипОбъекта][ДанныеОбъекта.ИмяОбъекта].СтандартныеРеквизиты Цикл

Если Эл.Имя = "Наименование" Тогда
Продолжить;
КонецЕсли;

Если Эл.Имя = "Дата" Тогда
Продолжить;
КонецЕсли;

Если Эл.Имя = "Номер" Тогда
Продолжить;
КонецЕсли;

Если Эл.Имя = "ПометкаУдаления" Тогда
Продолжить;
КонецЕсли;

Если Эл.Имя = "Проведен" Тогда
Продолжить;
КонецЕсли;

Если Эл.Имя = "Владелец" Тогда
Продолжить;
КонецЕсли;

Если Эл.Имя = "Родитель" Тогда
Продолжить;
КонецЕсли;

Если Эл.Имя = "ЭтоГруппа" Тогда
Продолжить;
КонецЕсли;

Если Эл.Имя = "ПометкаУдаления" Тогда
Продолжить;
КонецЕсли;

Если Эл.Имя = "Предопределенный" Тогда
Продолжить;
КонецЕсли;

Если Эл.Имя = "ИмяПредопределенныхДанных" Тогда
Продолжить;
КонецЕсли;

НоваяКолонкаТаблицы = Элементы.Добавить(Эл.Имя, Тип("ПолеФормы"), Элементы.ТаблицаДокументов);
НоваяКолонкаТаблицы.ПутьКДанным = "ТаблицаДокументов." + Эл.Имя;

Если Эл.Имя = "Ссылка" Тогда
Если ДанныеОбъекта.ТипОбъекта = "Документы" Тогда
НоваяКолонкаТаблицы.Заголовок = "Документ";
ИначеЕсли ДанныеОбъекта.ТипОбъекта = "Справочники" Тогда
НоваяКолонкаТаблицы.Заголовок = "Справочник";
Иначе
НоваяКолонкаТаблицы.Заголовок = ДанныеОбъекта.ТипОбъекта;
КонецЕсли;
КонецЕсли;

КонецЦикла;

КонецПроцедуры

&НаСервере
Процедура ЗаполнитьПечатныеФормыНаСервере()

ПечатныеФормы.Очистить();

ТаблКомандПечати = ПолучитьКомандыПечатиСервер(ВидОбъекта);

ВосстановитьНастройку(ТаблКомандПечати);

КонецПроцедуры

//Выполняя схему скд из настроек ТаблицаДокументов получаем массив документов
&НаСервере
Функция ПолучитьДокументыПоДинамическомуСписку()

СхемаКомпоновкиДанных = Элементы.ТаблицаДокументов.ПолучитьИсполняемуюСхемуКомпоновкиДанных();
НастройкиКомпоновкиДанных = Элементы.ТаблицаДокументов.ПолучитьИсполняемыеНастройкиКомпоновкиДанных();

Если НастройкиКомпоновкиДанных.Структура.Количество() Тогда
ВыбранноеПолеКомпоновкиДанных = НастройкиКомпоновкиДанных.Структура[0].Выбор.Элементы.Добавить(Тип("ВыбранноеПолеКомпоновкиДанных"));
ВыбранноеПолеКомпоновкиДанных.Поле = Новый ПолеКомпоновкиДанных("Ссылка");
Иначе
ВыбранноеПолеКомпоновкиДанных = НастройкиКомпоновкиДанных.Структура.Добавить(Тип("ГруппировкаКомпоновкиДанных"));
АвтоВыбранноеПолеКомпоновкиДанных = НастройкиКомпоновкиДанных.Структура[0].Выбор.Элементы.Добавить(Тип("АвтоВыбранноеПолеКомпоновкиДанных"));
ВыбранноеПолеКомпоновкиДанных = НастройкиКомпоновкиДанных.Структура[0].Выбор.Элементы.Добавить(Тип("ВыбранноеПолеКомпоновкиДанных"));
ВыбранноеПолеКомпоновкиДанных.Поле = Новый ПолеКомпоновкиДанных("Ссылка");
КонецЕсли;

КомпоновщикМакета = Новый КомпоновщикМакетаКомпоновкиДанных();
Макет = КомпоновщикМакета.Выполнить(СхемаКомпоновкиДанных,НастройкиКомпоновкиДанных,,,Тип("ГенераторМакетаКомпоновкиДанныхДляКоллекцииЗначений"));

ПроцессорКомпоновки = Новый ПроцессорКомпоновкиДанных;
ПроцессорКомпоновки.Инициализировать(Макет);

ТаблицаСсылок = Новый ТаблицаЗначений;
ПроцессорВывода = Новый ПроцессорВыводаРезультатаКомпоновкиДанныхВКоллекциюЗначений;
ПроцессорВывода.УстановитьОбъект(ТаблицаСсылок);
ПроцессорВывода.Вывести(ПроцессорКомпоновки, Истина);

Возврат ТаблицаСсылок.ВыгрузитьКолонку("Ссылка");

КонецФункции

//Получаем команды печати для формы объекта из ВидОбъекта
&НаСервереБезКонтекста
Функция ПолучитьКомандыПечатиСервер(Знач ВидОбъекта)

ДанныеОбъекта = ПолучитьДанныеВидаОбъекта(ВидОбъекта);

Если ДанныеОбъекта = Неопределено Тогда
Возврат Неопределено;
КонецЕсли;

МетаданныеДокумента = Метаданные[ДанныеОбъекта.ТипОбъекта][ДанныеОбъекта.ИмяОбъекта];

Если ТипЗнч(МетаданныеДокумента.ОсновнаяФормаСписка) = Тип("ОбъектМетаданных") Тогда
ФормаОбъекта = МетаданныеДокумента.ОсновнаяФормаСписка;
ИначеЕсли ТипЗнч(МетаданныеДокумента.ОсновнаяФормаОбъекта) = Тип("ОбъектМетаданных") Тогда
ФормаОбъекта = МетаданныеДокумента.ОсновнаяФормаОбъекта;
Иначе
ВызватьИсключение "Для объекта "
+ ДанныеОбъекта.ИмяОбъекта
+ " не задана основная форма";
КонецЕсли;

КомандыПечатиФормы = УправлениеПечатью.КомандыПечатиФормы(ВидОбъекта + ".Форма." + ФормаОбъекта.Имя);

Возврат КомандыПечатиФормы;

КонецФункции

//Подготавливаем массив строк печати,
//соединяя поля от ПолучитьКомандыПечатиСервер и ПечатныеФормы
&НаСервере
Функция ПолучитьПараметрыПечатиСервер()

МассивПолейПечатныхФорм = Новый Массив;
МассивПолейПечатныхФорм.Добавить("ОписаниеКоманды");
МассивПолейПечатныхФорм.Добавить("ОбъектыПечати");
МассивПолейПечатныхФорм.Добавить("Форма");
МассивПолейПечатныхФорм.Добавить("МенеджерПечати");
МассивПолейПечатныхФорм.Добавить("Представление");
МассивПолейПечатныхФорм.Добавить("Идентификатор");
МассивПолейПечатныхФорм.Добавить("Количество");
ПоляПечатныхФорм = СтрСоединить(МассивПолейПечатныхФорм, ", ");

КомандыПечати = ПолучитьКомандыПечатиСервер(ВидОбъекта);
МассивПолейКомандПечати = Новый Массив;
Для Каждого Колонка Из КомандыПечати.Колонки Цикл
МассивПолейКомандПечати.Добавить(Колонка.Имя);
КонецЦикла;
ПоляКомандПечати = СтрСоединить(МассивПолейКомандПечати, ", ");

СтрокиПечать = Новый Массив;
Отб = Новый Структура("Идентификатор, Представление");

Для Каждого СтрПечФорма Из ПечатныеФормы Цикл

Если СтрПечФорма.Количество <> 0 Тогда

ЗаполнитьЗначенияСвойств(Отб, СтрПечФорма);
НайденныеСтроки = КомандыПечати.НайтиСтроки(Отб);

Если НайденныеСтроки.Количество() = 1 Тогда
НовСтр = Новый Структура(ПоляПечатныхФорм);
ЗаполнитьЗначенияСвойств(НовСтр, СтрПечФорма);
СтруктураКоманд = Новый Структура(ПоляКомандПечати);
ЗаполнитьЗначенияСвойств(СтруктураКоманд, НайденныеСтроки[0]);
НовСтр.ОписаниеКоманды = СтруктураКоманд;
СтрокиПечать.Добавить(НовСтр);
КонецЕсли;

КонецЕсли;

КонецЦикла;

Возврат СтрокиПечать;

КонецФункции

//Выполняем печать испольуя сначала функцию УправлениеПечатьюСлужебныйКлиент
//в случае выдачи исключительной ситуации заполняем ОписаниеКоманды.Обработчик,
//для печатный форм не из менеджера объекта производим печать вызывая ПроизвестиПечатьИзОткрытыхОкон
&НаКлиенте
Процедура ВыполнитьПечатьПоСпискуДокументовКлиент(СписокДок, СтрокиПечать)

ТекущиеОкна = ПолучитьОкна();
СписокОконДоПечати = Новый Массив;

Для Каждого ОкноКП Из ТекущиеОкна Цикл
СписокОконДоПечати.Добавить(ОкноКП);
КонецЦикла;

Для Каждого Эл Из СписокДок Цикл

Для Каждого СтрПечФорма Из СтрокиПечать Цикл

ОбъектыПечати = Новый Массив();
ОбъектыПечати.Добавить(Эл);

СтрПечФорма.ОписаниеКоманды.СразуНаПринтер = СразуНаПринтер;
СтрПечФорма.Форма = ЭтаФорма;
СтрПечФорма.ОбъектыПечати = ОбъектыПечати;
ОбработчикПечати = СтрПечФорма.ОписаниеКоманды.Обработчик;
СтрПечФорма.ОписаниеКоманды.ДополнительныеПараметры.Вставить("Экземпляров", СтрПечФорма.Количество);

Отказ = Ложь;

Попытка
УправлениеПечатьюСлужебныйКлиент.ОбработчикКоманды(ОбъектыПечати, СтрПечФорма);
ПроизвестиПечатьИзОткрытыхОкон(СписокОконДоПечати, СтрПечФорма.Количество);
Исключение
Отказ = Истина;
КонецПопытки;

Если Отказ Тогда

СтрПечФорма.ОписаниеКоманды.Обработчик = ОбработчикПечати;

Попытка
УправлениеПечатьюСлужебныйКлиент.ОбработчикКоманды(ОбъектыПечати, СтрПечФорма);
Исключение
Сообщить("При печати печатной формы"
+ СтрПечФорма.Представление
+ " по документу "
+ Строка(Эл)
+ " возникла ошибка: "
+ ОписаниеОшибки());
КонецПопытки;

ПроизвестиПечатьИзОткрытыхОкон(СписокОконДоПечати, СтрПечФорма.Количество);

КонецЕсли;

КонецЦикла;

КонецЦикла;

КонецПроцедуры

//Для печатных форм не из менеджера печати
//обходим открывшиеся в момент печати формы и вызываем из них печать
&НаКлиенте
Процедура ПроизвестиПечатьИзОткрытыхОкон(СписокОконДоПечати, ЧислоЭкземпляров)

СписокОконПослеПечати = ПолучитьОкна();

Для Каждого ОкноПосле Из СписокОконПослеПечати Цикл

Если СписокОконДоПечати.Найти(ОкноПосле) = Неопределено Тогда
СписокОконДоПечати.Добавить(ОкноПосле);
Иначе
Продолжить;
КонецЕсли;

Если ОкноПосле.Содержимое.Количество() Тогда

ФормаОткрытая = ОкноПосле.Содержимое[0];

Попытка

Если Не ФормаОткрытая.ВладелецФормы = ЭтаФорма Тогда
Продолжить;
КонецЕсли;

ФормаОткрытая.Копий = ЧислоЭкземпляров;

Если СразуНаПринтер Тогда

Для Каждого НастройкаПечатнойФормы Из ФормаОткрытая.НастройкиПечатныхФорм Цикл

Если НастройкаПечатнойФормы.Печатать Тогда
ПечатнаяФорма = ФормаОткрытая[НастройкаПечатнойФормы.ИмяРеквизита];
ПечатнаяФорма.КоличествоЭкземпляров = ЧислоЭкземпляров;
ПечатнаяФорма.Напечатать(РежимИспользованияДиалогаПечати.НеИспользовать);
КонецЕсли;

КонецЦикла;

ФормаОткрытая.Закрыть();

КонецЕсли;

Исключение
КонецПопытки;

КонецЕсли;

КонецЦикла;

КонецПроцедуры

//Разделяя строку ВидОбъекта через . получаем ИмяОбъекта и ТипОбъекта
&НаСервереБезКонтекста
Функция ПолучитьДанныеВидаОбъекта(Знач ВидОбъекта)

РазделеннаяСтрокаВидаОбъекта = СтрРазделить(ВидОбъекта, ".");

Если РазделеннаяСтрокаВидаОбъекта.ВГраница() < 1 Тогда
Сообщение = Новый СообщениеПользователю;
Сообщение.Текст = "Перевыберите вид документа / справочника";
Сообщение.Поле = "ВидОбъекта";
Сообщение.Сообщить();
Возврат Неопределено;
КонецЕсли;

ТипОбъекта = РазделеннаяСтрокаВидаОбъекта[0];

Если ТипОбъекта = "Справочник" Тогда
ТипОбъекта = "Справочники";
ИначеЕсли ТипОбъекта = "Документ" Тогда
ТипОбъекта = "Документы";
КонецЕсли;

ИмяОбъекта = РазделеннаяСтрокаВидаОбъекта[1];

СтруктураРезультат = Новый Структура("ТипОбъекта, ИмяОбъекта",
ТипОбъекта, ИмяОбъекта);

Возврат СтруктураРезультат;

КонецФункции

#КонецОбласти

#Область НастройкиПользователя

//Сохраним настройки ПечатныеФормы в ХранилищеОбщихНастроек
&НаСервере
Процедура СохранитьНастройкиСервер()

ТаблПечатныеФормы = ПечатныеФормы.Выгрузить();

ХранилищеОбщихНастроек.Сохранить("УниверсальнаяПакетнаяПечатьДокументов",
ВидОбъекта,
ТаблПечатныеФормы);

КонецПроцедуры

//Загружаем настройку из ХранилищеОбщихНастроек и заполняем ПечатныеФормы
&НаСервере
Процедура ВосстановитьНастройку(ТаблКомандПечати)

СохраненныеНастройки = ХранилищеОбщихНастроек.Загрузить("УниверсальнаяПакетнаяПечатьДокументов",
ВидОбъекта);

Если ТипЗнч(СохраненныеНастройки) = Тип("ТаблицаЗначений")
И СохраненныеНастройки.Колонки.Найти("Идентификатор") <> Неопределено
И СохраненныеНастройки.Колонки.Найти("Представление") <> Неопределено Тогда

Отб = Новый Структура("Идентификатор, Представление");

Для Каждого ЭлКомандаПечати Из ТаблКомандПечати Цикл

ЗаполнитьЗначенияСвойств(Отб, ЭлКомандаПечати);
НайденныеСтроки = СохраненныеНастройки.НайтиСтроки(Отб);

Если НайденныеСтроки.Количество() = 0 Тогда

СтрПечФорма = ПечатныеФормы.Добавить();
ЗаполнитьЗначенияСвойств(СтрПечФорма, ЭлКомандаПечати);

КонецЕсли;

КонецЦикла;

МассивСтрокУдаление = Новый Массив;

Для Каждого ЭлПечатнаяформа Из СохраненныеНастройки Цикл

ЗаполнитьЗначенияСвойств(Отб, ЭлКомандаПечати);
НайденныеСтроки = ТаблКомандПечати.НайтиСтроки(Отб);

Если НайденныеСтроки.Количество() = 0 Тогда
МассивСтрокУдаление.Добавить(ЭлПечатнаяформа);
КонецЕсли;

КонецЦикла;

Для Каждого СтрУдаление Из МассивСтрокУдаление Цикл
СохраненныеНастройки.Удалить(СтрУдаление);
КонецЦикла;

ПечатныеФормы.Загрузить(СохраненныеНастройки);

Иначе

ПечатныеФормы.Загрузить(ТаблКомандПечати);

КонецЕсли;

КонецПроцедуры

&НаСервере
Процедура ТаблицаДокументовПриОбновленииСоставаПользовательскихНастроекНаСервере(СтандартнаяОбработка)

Элементы.ТаблицаДокументов.СоздатьЭлементыФормыПользовательскихНастроек(Элементы.СписокКомпоновщикНастроекПользовательскиеНастройки,
РежимОтображенияНастроекКомпоновкиДанных.БыстрыйДоступ);

КонецПроцедуры

//Сохраним в ХранилищеПользовательскихНастроекДинамическихСписков ПользовательскиеНастройки для ТаблицаДокументов
&НаСервере
Процедура ТаблицаДокументовПриСохраненииПользовательскихНастроекНаСервере(Элемент, Настройки)

Если ЗначениеЗаполнено(ТаблицаДокументов.КлючТекущихПользовательскихНастроек) Тогда
ХранилищеПользовательскихНастроекДинамическихСписков.Сохранить("УППД",
ТаблицаДокументов.КлючТекущихПользовательскихНастроек,
ТаблицаДокументов.КомпоновщикНастроек.ПользовательскиеНастройки,
,
ПараметрыСеанса.ТекущийПользователь);
КонецЕсли;

КонецПроцедуры

&НаКлиенте
Процедура ПечатныеФормыПриИзменении(Элемент)

СохранитьНастройкиСервер();

КонецПроцедуры

//Скопируем строчку печатной формы и сохраним настройки
&НаКлиенте
Процедура СкопироватьПечатнуюФорму(Команда)

ТекСтр = Элементы.ПечатныеФормы.ТекущиеДанные;

Если ТекСтр = Неопределено Тогда
Возврат;
КонецЕсли;

НоваяСтрока = ПечатныеФормы.Вставить(ПечатныеФормы.Индекс(ТекСтр) + 1);
ЗаполнитьЗначенияСвойств(НоваяСтрока, ТекСтр);

СохранитьНастройкиСервер();

КонецПроцедуры

//Удалим строчку печатной формы и сохраним настройки
&НаКлиенте
Процедура УдалитьПечатнуюФорму(Команда)

ТекСтр = Элементы.ПечатныеФормы.ТекущиеДанные;

Если ТекСтр = Неопределено Тогда
Возврат;
КонецЕсли;

ИндексТекущейСтроки = ПечатныеФормы.Индекс(ТекСтр);

Отб = Новый Структура("Идентификатор, Представление");

ЗаполнитьЗначенияСвойств(Отб, ТекСтр);

НайденныеСтроки = ПечатныеФормы.НайтиСтроки(Отб);

Если НайденныеСтроки.Количество() < 2 Тогда
Сообщение = Новый СообщениеПользователю;
Сообщение.Текст = "Последняя строчка печатной формы не удаляется";
Сообщение.Поле = "ПечатныеФормы[" + Формат(ИндексТекущейСтроки, "ЧГ=0") + "]";
Сообщение.Сообщить();
Возврат;
КонецЕсли;

ПечатныеФормы.Удалить(ИндексТекущейСтроки);

СохранитьНастройкиСервер();

КонецПроцедуры

#КонецОбласти