Три способа создания одного отчета на СКД

Публикация № 1132420

Разработка - Практика программирования

построение отчетов на СКД расчет в одном запросе несколько наборов данных использование встроенных функций

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

 

Постановка задачи

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

Интересна задача тем, что ее можно выполнить разными способами. Естественно, все они будут на СКД. Но инструменты будут разными:

  1. Получение данных одним запросом,
  2. Использование двух наборов данных (вложенные циклы средствами СКД),
  3. Применение внутренних функций СКД.

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

Получать данные будем из конфигурации ЕРП 2.4, по регистру «Товары организаций». Причем разрез по организациям учитывать не будем. Достаточно разреза по складам и номенклатуре.

 

Способ первый (традиционный) - получение всех необходимых данных в одном запросе.

Если не знать ничего о возможностях СКД, он будет и единственным.

Для решения задачи используется один набор данных. Запрос, набора данных будет следующим:

 
 Запрос для первого способа

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

На примере с 10000 документов отчет выполнялся достаточно быстро. Однако, при увеличении данных промежуточная выборка (соединение «ВТ_ Движения» самой с собой) будет расти в квадрате. В какой-то момент она может получиться очень большой, и скорость работы отчета будет не удовлетворительной.

 

Способ второй – использование двух наборов данных

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

Помним про связь наборов данных с возможностью передачи параметров из одного набора в другой. Если кто-то забыл – смотрите статьи: Использование нескольких наборов данных в СКД и Простые примеры сложных отчетов на СКД.

Создаем два набора данных с простыми запросами:

1 набор «Документы»

//Выбираем все движения «расход» по регистру «ТоварыОрганизаций», с детализацией по аналитике учета номенклатуры
ВЫБРАТЬ
	ТоварыОрганизаций.Регистратор КАК Документ,
	ТоварыОрганизаций.АналитикаУчетаНоменклатуры КАК АналитикаУчетаНоменклатуры,
	СУММА(ТоварыОрганизаций.Количество) КАК КоличествоВДокументе,
	ТоварыОрганизаций.Период КАК Период
ИЗ
	РегистрНакопления.ТоварыОрганизаций КАК ТоварыОрганизаций
ГДЕ
	ТоварыОрганизаций.Период >= &ДатаНачала
	И ТоварыОрганизаций.Период <= &ДатаОкончания
	И НЕ ТоварыОрганизаций.Регистратор ССЫЛКА Документ.ПередачаТоваровМеждуОрганизациями
	И НЕ ТоварыОрганизаций.Регистратор ССЫЛКА Документ.ПриобретениеТоваровУслуг
	И НЕ ТоварыОрганизаций.Регистратор ССЫЛКА Документ.ОприходованиеИзлишковТоваров
	И ТоварыОрганизаций.ВидДвижения = ЗНАЧЕНИЕ(ВидДвиженияНакопления.Расход)

СГРУППИРОВАТЬ ПО
	ТоварыОрганизаций.Регистратор,
	ТоварыОрганизаций.Период,
	ТоварыОрганизаций.АналитикаУчетаНоменклатуры

УПОРЯДОЧИТЬ ПО
	ТоварыОрганизаций.Период

2 набор «Остатки»

//Формируем остатки по переданной аналитике на переданную дату.
//Используем связь с таблицей КлючиАналитикиУчетаНоменклатуры так как остатков может и не быть вовсе.
//Накладываем отбор КоличествоОстаток < &КоличествоВДокументе, чтобы оставить только необходимые строки. 
//Параметры &Период и &КоличествоВДокументе – необходимы в выходных полях, иначе их нельзя использовать для связей
ВЫБРАТЬ
	ЕСТЬNULL(ТоварыОрганизацийОстатки.КоличествоОстаток, 0) КАК КоличествоОстаток,
	&Период КАК Период,
	&КоличествоВДокументе КАК КоличествоВДокументе,
	КлючиАналитикиУчетаНоменклатуры.Ссылка КАК АналитикаУчетаНоменклатуры
ИЗ
	Справочник.КлючиАналитикиУчетаНоменклатуры КАК КлючиАналитикиУчетаНоменклатуры
		ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.ТоварыОрганизаций.Остатки(&Период, АналитикаУчетаНоменклатуры = &Аналитика) КАК ТоварыОрганизацийОстатки
		ПО (ТоварыОрганизацийОстатки.АналитикаУчетаНоменклатуры = КлючиАналитикиУчетаНоменклатуры.Ссылка)
ГДЕ
	КлючиАналитикиУчетаНоменклатуры.Ссылка = &Аналитика
	И ЕСТЬNULL(ТоварыОрганизацийОстатки.КоличествоОстаток, 0) < &КоличествоВДокументе

Далее настраиваем связи между наборами как на картинке:

Связи между наборами данных

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

На моих данных (10000 документов) отчет выполнялся ЗНАЧИТЕЛЬНО дольше первого варианта. Однако, при увеличении объема данных, возможно разница по времени будет снижаться.

Есть еще один момент, который не делает второй вариант оптимальным. К сожалению, нет возможности передать во второй набор значение типа «МоментВремени», приходится передавать дату. Это значит, что если два расходных документа были проведены в одно и то же время, с точностью до секунды, расчет остатков не будет учитывать документ, проведенный в ту же секунду.

 

Способ третий – использование внутренних функций СКД

Система компоновки данных имеет много достаточно полезных встроенных функций. Более подробно, смотрите об этом в статьях: Внутренние функции СКД, Вычислить выражение и Агрегатные функции СКД, о которых мало кто знает

Для решения текущей задачи очень удобно использовать встроенные функции СКД «ВычислитьВыражение» и «ВычислитьВыражениеСГруппировкойМассив».

Используем один набор данных и достаточно простой запрос:

 
 Запрос для третьего способа

 

Дальше начинается самое интересное.

Создаем структуру отчета как на картинке:

Структура отчета

Создаем вычисляемое поле:

ОстатокПоДокументу = ОстатокНаначало + ВычислитьВыражение("Сумма(КоличествоПоДокументу)",,,"Первая", "Текущая")

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

Создаем один ресурс с разными выражениями для группировок «Склад» и «Номенклатура»:

Для группировки по Номенклатуре

МИНИМУМ(ВычислитьВыражениеСГруппировкойМассив("ОстатокПоДокументу", "Регистратор"))

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

Для группировки по Складу

МИНИМУМ(ВычислитьВыражениеСГруппировкойМассив("МИНИМУМ(ВычислитьВыражениеСГруппировкойМассив(""ОстатокПоДокументу"", ""Регистратор""))", "Номенклатура"))

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

Наверно дотошный читатель скажет, а почему бы не сделать так:

МИНИМУМ(ВычислитьВыражениеСГруппировкойМассив("ОстатокПоДокументу", "Номенклатура , Регистратор"))

Отвечаю:

Если сделать таким образом, то расчет функции «ВычислитьВыражение» будет выполняться не в контексте группировки по номенклатуре, а в контексте всего склада целиком. Это даст не верный результат, так что нужно именно так, как написано выше, используя вложенные функции.

И теперь самое интересное. Как наложить отбор на поле «ОстатокПоДокументу»?

Если отбор наложить на уровне отчета в целом (на уровне детальных записей) – будет выдано сообщение об ошибке типа «Выражение не может быть вычислено…».

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

Однако можно использовать отборы по группировкам, и по группировке «Детальные записи» в том числе. Читайте об этом подробнее в статье Работа с настройками СКД. Для групповых отборов, можно использовать настройку «Применение - После группировки или для иерархии». Настройка позволяет корректно отрабатывать отборам по полям, в которых используются внутренние функции: «ВычислитьВыражение» и «ВычислитьВыражениеСГруппировкойМассив».

Используем этот механизм. Нам придется наложить отбор на уровне всех трех группировок: «Склад», «Номенклатура», «ДетальныеЗаписи»:

Отборы по группировкам

Чтобы информация об отборах не засоряла отчет, нужно указать в других настройках на уровне всех трех группировок «Вывод отборов = Не Выводить»:

Отключение отбора в других настройках

Но это еще не все. Если оставить отчет в таком виде, он будет выдавать данные в следующем виде:

Лишние строки в отчете

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

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

  • Номенклатура – «СистемныеПоля.Уровень = 2»
  • Детальные записи – «СистемныеПоля.Уровень = 3»

Отбор по уровню данных

Вот теперь никакие лишние записи в отчет попадать не будут и он будет работать корректно.

 

Сравнение

Ну что же давайте сравнивать три описанных выше способа создания отчета:

По скорости:

Расчет в запросе

Два набора данных

Внутренние функции СКД

10000 док. – 4,5 сек.

60000 док. – 62 сек.

10000 док. – 90 сек.

60000 док. – 13 мин.

10000 док. – 5 сек.

60000 док. – 45 сек.

 

По сложности реализации:

Расчет в запросе

Два набора данных

Внутренние функции СКД

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

Средняя скорость создания отчета. Необходимо уметь работать с несколькими наборами данных.

Если есть навык работы с внутренними функциям, отчет строиться очень быстро.

 

Прочие нюансы:

Расчет в запросе

Два набора данных

Внутренние функции СКД

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

Нельзя получить остатки на момент времени. Только с точностью до секунды.

Нельзя менять структуру отчета. Алгоритм построения жестко привязан к структуре.

 

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

Пишите свое мнение в комментариях. Какой способ, на Ваш взгляд, является самым предпочтительным? Составим рейтинг J.

Ну или просто пишите свое мнение по поводу описанных выше вариантов решения.

Спасибо за внимание.

Специальные предложения

Комментарии
Избранное Подписка Сортировка: Древо
1. VmvLer 08.10.19 17:57 Сейчас в теме
как возможности вариантов реализации - добротная инструкция

детали, в которых кроется сами знаете кто
1. запросы во всех трех вариантах похожи по логике, но различны по содержанию.
посему статистика сравнения по этой причине имеет статус НЕ факта, а скорее статус декорации "ну вот так получилось"
2. Расчет остатков методом нарастающего итога в запросе хорош в примерах и методичках всяких там курсов, но на биг-дате - вешалка.
3. Важно насколько "шусрый" сервер СУБД который выполняет запросы и насколько шустры сервера приложений, которые
принимают на обработку в СКД, то что выдал первый. Иногда первый отработал шутсряком, а вторые не могут "скушать".
Я хочу сказать, что размеры БД конечно имеют значение и результаты на биг-дате могут быть совсем иные.
...
n. при оптимизации запросов в каждом варианте результаты также могут стать иными.

В общем, как инструкция хорошо, как догма не-не-не - в нашем мире все относительно, как говорил классик.
narutouzumaki_13; ids79; acanta; +3 Ответить
2. wowik 652 08.10.19 17:59 Сейчас в теме
3. acanta 73 08.10.19 21:07 Сейчас в теме
Первый способ не всегда возможен. Например сумма более чем 20 полей превышает допустимую размерность длины формулы или колонки.
4. zqzq 19 09.10.19 08:45 Сейчас в теме
Способ второй – использование двух наборов данных -- это запрос в цикле, что замер производительности и показывает. Выполняется запрос основного набора, далее для каждой строки результата выполняется запрос подчиненного набора данных. На продуктиве такое лучше не делать. И обычно можно второй способ свести к первому.

Также автор лукавит в таблице сравнения, можно например и так написать:

Внутренние функции СКД
Необходимо время на написание и отладку схемы компоновки. Скорость создания отчета зависит от умения строить сложные отчеты СКД.

Расчет в запросе
Если есть навык написания подобных запросов, отчет строиться очень быстро.
5. Dach 292 09.10.19 10:01 Сейчас в теме
По сути, автор предлагает расчет нарастающего итога вынести на клиент и использовать для это ВычислитьВыражениеСГруппировкойМассив.
Это действительно будет работать. Но, во-первых, раз это клиент - скорость работы отчета будет зависеть и от параметров ПК клиента (ОЗУ, ЦП). А что, если это будет веб-клиент и запуск базы на планшете, к примеру?

Кроме того,

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

- не согласен.

Это не ошибка. СКД делает ровно то, о чем Вы ее просите. Вы ей сказали "считай вот это поле вот так, с учетом вот таких вот отборов". Как работают все эти функции СКД? Система получает результат запроса в виде плоской таблицы, затем начинает группировать строки так, как ей сказали, при этом рассчитывая вычисляемые поля тоже так, как ей сказали и накладывая те отборы (часть отборов может транслироваться в сам запрос при этом), которые ей дали. Так что никакой ошибки тут нет и надеяться на исправления в следующих релизах незачем.
black_elephant; narutouzumaki_13; zqzq; ids79; +4 Ответить
10. ids79 5018 09.10.19 18:01 Сейчас в теме
(5)
По сути, автор предлагает расчет нарастающего итога вынести на клиент и использовать для это ВычислитьВыражениеСГруппировкойМассив

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

(5)
Это не ошибка. СКД делает ровно то, о чем Вы ее просите.

Может и не ошибка, а "нюанс" - грань тонкая.
6. dhurricane 09.10.19 12:11 Сейчас в теме
Есть вопросы по второму способу.

Во-первых, Вы обращаете внимание читателя на флажки "Список параметров", однако в самом запросе используется условие на равенство аналитик, а не оператор "В". Мне не известно, СКД сама заменит "=" на "В", или же условие равенства так и останется?

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

Развейте, пожалуйста, мои сомнения, но кажется, что запрос второго набора данных составлен некорректно. Использование флажка "Список параметров" должно было привести к оптимизации получения данных, выбирая их разом для порции записей из основного набора данных. Но из-за условий в запросе подчиненного набора этого могло не произойти, и сам запрос в итоге выполнялся для каждой строки основного набора. Отсюда и следует столь длительное формирование отчета.
ids79; deaddy64; GROOVY; +3 Ответить
11. ids79 5018 10.10.19 10:50 Сейчас в теме
(6)
Мне не известно, СКД сама заменит "=" на "В", или же условие равенства так и останется?

Вы совершенно правы, СКД сама ничего не заменяет. Для оптимизации нужно условие в списке, я проглядел этот момент. Хотя в данном конкретном случае, оптимизации все равно не будет, так как есть еще отбор по количеству. Может быть будет быстрее, если сделать отбор по товарам списком и вынести отбор по количеству на уровень настроек СКД - не проверял.
(6)
Во-вторых, не могу сообразить, зачем связь со справочником ключей аналитики и условие сравнения с количеством прямо в запросе

А зачем выбирать лишние записи? Номенклатуры может быть очень много и для каждого документа будут выбираются остатки по всем товарам...
13. dhurricane 10.10.19 11:07 Сейчас в теме
(11)
А зачем выбирать лишние записи
Как раз для того, чтобы выбирать данные порциями, а не для каждого значения параметра "Количество".

Тут еще остается, конечно, "темный" вопрос, связанный с параметром "Период". Помнится, на курсах по СКД Белоусов рассказывал, что флажок "Использовать список" также оптимизирует запрос и для параметра "Период", но каким именно образом не расшифровал. Моя догадка такая: СКД собирает из основной таблицы все значения периода и выполняет столько запросов подчиненного набора данных, сколько различных значений периода удалось собрать. Если это так, то в представленной Вами задачи такая оптимизация будет бесполезна - повторяющихся периодов практически нет, ведь мы выбираем в основном наборе все движения за указанный временной интервал.
16. ids79 5018 10.10.19 12:59 Сейчас в теме
(13)
Как раз для того, чтобы выбирать данные порциями, а не для каждого значения параметра "Количество".

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

(13)
флажок "Использовать список" также оптимизирует запрос и для параметра "Период"

Тоже слышал о такой оптимизации. Но как она точно работает нигде не нашел информации. Возможно, как Вы написали, возможно нет - загадка компании 1С.
17. dhurricane 10.10.19 14:36 Сейчас в теме
(16)
Если список, тогда отбор по количеству нужно переносить на уровень настроек компоновки.
Ну так о том я и толкую в первом своем сообщении. :)
7. VIA_1C 57 09.10.19 13:08 Сейчас в теме
Есть вопрос по второму подзапросу в первом способе:

ЛЕВОЕ СОЕДИНЕНИЕ ВТ_Документы КАК ДокументыДвижения


откуда вязалась ВТ_Документы ?
9. ids79 5018 09.10.19 17:40 Сейчас в теме
8. starik-2005 2012 09.10.19 15:28 Сейчас в теме
Четвертый способ - использование вложенных схем, пользовательских полей, ....
12. ids79 5018 10.10.19 10:54 Сейчас в теме
(8)Примерчик не напишете?
18. starik-2005 2012 11.10.19 13:12 Сейчас в теме
(12) вложенные схемы? Ну вот есть у вас отчет, например, по разным группам доходов и расходов, собираемый из разных мест. Можно городить кучу объединений, а можно сделать несколько вложенных схем и их скомпоновать в один макет. Собсно, ничего сложного...
19. leosoft 142 14.10.19 09:17 Сейчас в теме
(18) Может статью набросаете? Интересно было бы посмотреть.
14. kosmo0 95 10.10.19 11:59 Сейчас в теме
Необходимость знания большого количества нюансов лично для меня отталкивает варианты использования всех возможностей СКД. Если браться за СКД раз в полгода, то лучше использовать более простой, но зато "железный" вариант (чтобы не пошел отчет в "пешее эротическое путешествие" при применении какого-нибудь отбора). Ну а если постоянно заниматься СКД и владеть всеми нюансами на кончиках пальцев - тогда да, раз-два - отчет готов и он оптимален.
15. ids79 5018 10.10.19 12:51 Сейчас в теме
20. 7OH 32 15.10.19 14:28 Сейчас в теме
А в 3-м способе менять группировки местами можно будет ?
21. ids79 5018 15.10.19 18:09 Сейчас в теме
(20)Нет, структура жесткая. Иначе отчет нужно будет переделывать.
22. premierex 176 16.10.19 12:55 Сейчас в теме
(0) А индексация временных таблиц в 1-м и 3-м варианте разве не уменьшит время выполнения запроса? Или СКД самостоятельно индексирует временные таблицы?
23. ids79 5018 16.10.19 13:54 Сейчас в теме
(22)На счет индексации временных таблиц вопрос очень не однозначный. С одной стороны есть ускорение, но с другой стороны нужно время на создание самого индекса. Нужно пробовать, и смотреть что получается.
Я не пробовал.
24. apxi 65 30.01.20 16:41 Сейчас в теме
3 способ очень жесткий, чуть что изменил, потом будешь долго копаться и соображать как его запустить, особенно с не очень информативными сообщениями.
Оставьте свое сообщение

См. также

Базовый курс по управлению ИТ-проектами. Курс проходит с 26 февраля по 22 апреля 2020 года. Промо

Отличительная черта курса - органичное сочетание трех вещей: 1.Теория проектного управления (PMI®+Agile Alliance+Российские ГОСТ+Методологии от 1С); 2. Опыт внедрения продуктов 1С (опыт франчайзи и успешных компаний + тренды Infostart Event и Agile Days); 3. Разбор реальных проблем и рекомендации экспертов по проектам слушателей. Мы будем фиксироваться на тех инструментах, которые реально оказываются полезными в практике руководителей проектов внедрения. Ведущая курса - Мария Темчина.

от 11000 рублей

Программная работа с настройками СКД

Статья Программист Нет файла v8 v8::СКД 1cv8.cf Бесплатно (free) Практика программирования

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

27.01.2020    4925    ids79    25       

[СКД] Программное создание схемы компоновки данных

Статья Программист Стажер Нет файла v8 v8::СКД 1cv8.cf Бесплатно (free) Практика программирования

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

15.01.2020    6928    John_d    20       

INFOSTART MEETUP Kazan. 13 марта 2020 г. Промо

Инфостарт продолжает путешествие по России. Следующая остановка - Казань. Тема мероприятия - управление и технологии автоматизации учета на платформе "1С: Предприятие". Ждем всех: докладчиков и участников! Стоимость участия - 5 500 рублей. Цена действительна до 30.01.2020

5 500

Управление ИТ-проектами. Модуль 2: продвинутый онлайн-курс по классическим методам управления проектами. Вебинары проходят с 12 марта по 11 июня 2020 года. Промо

Продвинутый онлайн-курс по классическому управлению ИТ-проектами позволит слушателям освоить инструменты из PMBoK® и 1С:Технологии корпоративного внедрения и научиться их применять для проектов любого масштаба. Курс включает в себя 12 вебинаров и 12 видеолекции, разбор кейсов и рекомендации экспертов по проектам слушателей. Ведущая курса - Мария Темчина.

от 13000 рублей

СКД не только для отчетов

Статья Программист Нет файла v8::СКД 1cv8.cf Бесплатно (free) Практика программирования

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

18.09.2019    11476    YPermitin    31       

Готовые переносы данных из различных конфигураций 1C Промо

Рекомендуем готовые решения для переноса данных из различных конфигураций 1C. C техподдержкой от разработчиков и гарантией от Инфостарт.

Агрегатные функции СКД, о которых мало кто знает

Статья Программист Нет файла v8 v8::СКД 1cv8.cf Бесплатно (free) Практика программирования

Пользуетесь ли Вы всеми возможными агрегатными функциями, которые предоставляет система компоновки данных? Если Вы используете только: СУММА, КОЛИЧЕСТВО, МИНИМУМ, МАКСИМУМ, СРЕДНЕЕ, то эта статья для Вас.

05.09.2019    23515    ids79    45       

Три костыля. Сказ про фокусы в коде

Статья Программист Нет файла v8 Бесплатно (free) Практика программирования

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

03.09.2019    13914    YPermitin    70       

Новый раздел на Инфостарте - Electronic Software Distribution Промо

Инфостарт напоминает: на нашем сайте можно купить не только ПО, связанное с 1С. В нашем арсенале – ESD-лицензии на ПО от ведущих вендоров: Microsoft, Kaspersky, ESET, Dr.Web, Аскон и другие.

  • Низкие цены, без скрытых платежей и наценок
  • Оперативная отгрузка
  • Возможность оплаты с личного счета (кешбек, обмен стартмани на рубли и т.п.)
  • Покупки идут в накопления для получения скидочных карт лояльности Silver (5%) и Gold (10%)

Отслеживание выполнения фонового задания

Статья Программист Нет файла v8 1cv8.cf Бесплатно (free) Практика программирования Универсальные функции Разработка

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

17.08.2019    17907    ids79    16       

Функции СКД: ВычислитьВыражение, ВычислитьВыражениеСГруппировкойМассив

Статья Программист Нет файла v8 v8::СКД 1cv8.cf Бесплатно (free) Практика программирования

Подробное описание и использование внутренних функций системы компоновки данных: Вычислить, ВычислитьВыражение, ВычислитьВыражениеСГруппировкойМассив, ВычислитьВыражениеСГруппировкойТаблицаЗначений.

08.08.2019    32143    ids79    36       

Программы для исполнения 54-ФЗ Промо

С 01.02.2017 контрольно-кассовая техника должна отправлять электронные версии чеков оператору фискальных данных - правила установлены в 54-ФЗ ст.2 п.2. Инфостарт предлагает подборку программ, связанных с применением 54-ФЗ, ККТ и электронных чеков.

Фоновое выполнение кода в 1С - это просто

Статья Программист Нет файла v8 1cv8.cf Бесплатно (free) Практика программирования

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

02.08.2019    17996    avalakh    21       

СКД - наборы данных и связи между ними, создание собственной иерархии, вложенные отчеты

Статья Программист Нет файла v8 v8::СКД 1cv8.cf Бесплатно (free) Практика программирования

Набор данных объект. Использование в схеме компоновки нескольких наборов данных. Различные варианты связи наборов: объединение, соединение. Использование иерархии в отчетах на СКД. Создание собственной иерархии, иерархия детальных записей. Использование вложенных схем в отчетах на СКД.

26.07.2019    26376    ids79    9       

Программы для исполнения 488-ФЗ: Маркировка товаров Промо

1 января 2019 года вступил в силу ФЗ от 25.12.2018 № 488-ФЗ о единой информационной системе маркировки товаров с использованием контрольных (идентификационных) знаков, который позволяет проследить движение товара от производителя до конечного потребителя. Инфостарт предлагает подборку программ, связанных с применением 488-ФЗ и маркировкой товаров.

СКД - использование расширений языка запросов, секция ХАРАКТЕРИСТИКИ

Статья Программист Нет файла v8 v8::СКД Бесплатно (free) Инструментарий разработчика Практика программирования

Автоматическое и не автоматическое заполнение полей компоновки данных. Использование расширений языка запросов для СКД «{…}», секция ВЫБРАТЬ, секция ГДЕ, параметры виртуальных таблиц. Автоматизированное использование дополнительных данных в запросе: секция ХАРАКТЕРИСТИКИ.

17.07.2019    19179    ids79    27       

Регистры сведений. За кулисами

Статья Программист Нет файла v8 1cv8.cf Бесплатно (free) Практика программирования Разработка

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

09.07.2019    14588    YPermitin    12       

Онлайн-курс "Подготовка к экзамену 1С:Эксперт и 1С:Профессионал по технологическим вопросам" с 7 по 24 апреля 2020 г. Промо

На курсе вы получите практические навыки решения задач производительности 1С, в том числе характерных для высоконагруженных информационных систем (более 1000 пользователей). Подготовка к экзамену – только одна из составляющих курса. 70% слушателей приходят за знаниями, которые позволят расти и зарабатывать, делать сложные задачи на крупных проектах.

16450 рублей

"Меньше копипаста!", или как Вася универсальную процедуру писал

Статья Программист Стажер Нет файла v8 v8::СКД 1cv8.cf Бесплатно (free) Практика программирования Разработка

Программист Вася разбирает подход создания универсальных методов на примере программного вывода СКД.

04.07.2019    11971    SeiOkami    49       

Работа с настройками системы компоновки данных

Статья Программист Нет файла v8 v8::СКД 1cv8.cf Бесплатно (free) Практика программирования

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

02.07.2019    22420    ids79    8       

1C:Предприятие для программистов: Расчетные задачи (зарплата). Онлайн-интенсив с 01 по 17 июня 2020 г. Промо

Данный онлайн-курс предусматривает изучение механизмов платформы “1С:Предприятие”, которые предназначены для автоматизации периодических расчетов, а именно - для расчета зарплаты. Курс предназначен для тех, кто уже имеет определенные навыки конфигурирования и программирования в системе “1С:Предприятие”, а также для опытных пользователей прикладного решения “1С:Зарплата и управление персоналом” и прочих прикладных решений, в которых реализован функционал расчета зарплаты.

4900 рублей

Создание отчетов с помощью СКД - основные понятия и элементы

Статья Программист Нет файла v8 v8::СКД Бесплатно (free) Практика программирования Математика и алгоритмы

Основные принципы работы СКД. Понятия схемы компоновки и макета компоновки. Описание основных элементов схемы компоновки: наборы данных, поля, вычисляемые поля, ресурсы, параметры.

25.06.2019    31271    ids79    17       

Простые примеры сложных отчетов на СКД

Статья Программист Архив с данными v8 v8::СКД 1cv8.cf Абонемент ($m) Практика программирования

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

1 стартмани

12.06.2019    19076    17    Hatson    22       

1C:Предприятие для программистов: Запросы и отчеты. Второй поток. Онлайн-интенсив с 17 марта по 16 апреля 2020 г. Промо

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

6500 рублей

Многопоточное ускорение однопользовательских нагрузок в 1С + Microsoft SQL Server 2017

Статья Программист Нет файла v8 v8::Запросы Бесплатно (free) Практика программирования Разработка

Взаимодействие с Microsoft SQL Server нередко вызывает трудности у 1С-ников, а потому интересны любые моменты, связанные с его использованием. О своем опыте работы с новым SQL Server 2017 участникам конференции Infostart-2018 рассказал директор ООО «Аналитика софт» Дмитрий Дудин.

11.06.2019    16739    dmurk    144       

Регистры накопления. Структура хранения в базе данных

Статья Программист Нет файла v8 1cv8.cf Бесплатно (free) Практика программирования Разработка

Структура хранения регистров накопления в базе данных для платформы 1С:Предприятие 8.x. Первая часть в серии публикаций.

16.05.2019    26821    YPermitin    27       

Базовый курс по обмену данными в системе 1С:Предприятие. Онлайн-интенсив с 12 по 28 мая 2020 г. Промо

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

5500 рублей

Выполнение внешней обработки в фоновом задании

Статья Программист Нет файла v8 1cv8.cf Бесплатно (free) Практика программирования Разработка

Подробное описание подхода к созданию длительной операции на основе внешней обработки. Реализация протестирована на 1С 8.3.12.1714 (x64).

11.05.2019    17014    Eret1k    23       

Выгрузка документа по условию

Статья Программист Нет файла v8 Бесплатно (free) Практика программирования Разработка

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

25.04.2019    9197    m-rv    2       

Подборка решений для взаимодействия со ФГИС «Меркурий» Промо

С 1 июля 2019 года все компании, участвующие в обороте товаров животного происхождения, должны перейти на электронную ветеринарную сертификацию (ЭВС) через ФГИС «Меркурий». Инфостарт предлагает подборку программ, связанных с этим изменением.

Как прикрутить ГУИД к регистру сведений

Статья Программист Нет файла v8 Бесплатно (free) Практика программирования Перенос данных из 1C8 в 1C8 Разработка

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

16.04.2019    12307    m-rv    16       

О расширениях замолвите слово...

Статья Программист Стажер Нет файла v8 Бесплатно (free) Практика программирования Разработка

О чём стоит задуматься при принятии решения о создании расширения конфигурации…

07.04.2019    23097    ellavs    125