Регистры накопления. Виртуальные таблицы. Часть №1: Обороты

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

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

платформа регистры накопления SQL-запросы внутреннее устройство

87
Описание работы платформы 1С:Предприятие 8.2 с виртуальной таблицей "Обороты" регистров накопления.

О регистрах накопления

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

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

 
 Это информация из старого блога DevelPlatform.ru

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

Виртуальные таблицы

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

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

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

  1. "Обороты".
  2. "Остатки".
  3. "Остатки и обороты".

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

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

Далее в статье проанализируем SQL-запросы платформы 1С:Предприятие 8.2 при обращении к виртуальной таблицам. При этом будем выполнять запросы при различных комбинациях параметров.

Сторона СУБД

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

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

Виртуальная таблица "Обороты"

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

Вид регистра "Остатки"

Посмотрим состав полей таблицы оборотов на примере регистра "ОстаткиНоменклатуры".

В нем содержатся поля каждого из измерений, а также поля "Приход", "Расход" и "Оборот" для каждого из ресурсов в регистре. В нашем случае у нас два измерения ("Номенклатура" и "Склад"), а также три поля "КоличествоПриход", "КоличествоРасход" и "КоличестоОборот".

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

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

Теперь напишем простой запрос для получения оборотов по номенклатуре за период. В параметрах виртуальной таблицы установим поля "НачалоПериода" и "КонецПериода", а в условия добавим отбор по складу "Склад №1". При выполнении запроса платформа сформирует два SQL-запроса к базе данных. Первый запрос получает настройки регистра накопления:

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

"exec sp_executesql N'
|SELECT"+
// Поля виртуальной таблицы ""Обороты""
" T1.Fld22RRef,     // Номенклатура
| T1.Fld23RRef,     // Склад
| T1.Fld24Turnover_,// КоличествоОборот
| T1.Fld24Receipt_, // КоличествоПриход
| T1.Fld24Expense_  // КоличествоРасход"+
// Получаем обороты с помощью вложенного запроса
"FROM ("+
// -- Начало вложенного запроса --
" SELECT
|  T2._Fld23RRef AS Fld23RRef, // Склад
|  T2._Fld22RRef AS Fld22RRef, // Номенклатура"+
// Если вид записи (""RecordKind"") равно 0, тогда это ""Приход"",
// иначе ""Расход"". ""Приход"" берется положительным, ""Расход"" 
// с отрицательным знаком.
// 1. Поле ""КоличествоОборот"" получает значение оборота с
// соответствующим знаком. Значение поля суммируется
// в разрезе группировок
"  CAST(SUM(CASE WHEN T2._RecordKind = 0.0 
|           THEN T2._Fld24 
|        ELSE -T2._Fld24 END
|          ) AS NUMERIC(22, 8)) AS Fld24Turnover_,"+
// 2. Поле ""КоличествоПриход"" формируется по тому же принципу,
// за исключением случаев для вида записи ""Расход"". Для него
// берется значение 0.
"  CAST(SUM(CASE WHEN T2._RecordKind = 0.0 
|      THEN T2._Fld24 
|       ELSE 0.0 END) AS NUMERIC(22, 8)
|            ) AS Fld24Receipt_,"+
// 3. Поле ""КоличествоРасход"". Формируется по тем же принципам, 
// что и предыдущие поля, за исключением вида записи ""Приход"".
// Для нее берется значение 0.
"  CAST(SUM(CASE WHEN T2._RecordKind = 0.0 
|      THEN 0.0 
|       ELSE T2._Fld24 END
|            ) AS NUMERIC(22, 8)) AS Fld24Expense_"+
// Для получения данных по оборотам для регистра вида ""Остатки""
// используется таблица движений регистра ""AccumRg[n]""
"  FROM _AccumRg21 T2 WITH(NOLOCK)"+
// Во вложенном запросе в секции ""WHERE"" указываются отборы 
// в соответствии с установленными параметрами виртуальной таблицы.
"  WHERE T2._Period >= @P1     // НачалоПериода
|   AND T2._Period <= @P2      // ОкончаниеПериода
|   AND T2._Active = @P3          // Активность
|     AND ((T2._Fld23RRef = @P4)) // Условие отбора по складу"+
// Группировки результата вложенного запроса по полям:
"  GROUP BY T2._Fld23RRef,     // Склад
|           T2._Fld22RRef      // Номенклатура"+
// Условия отбора во вложенном запросе на сгруппированный результат
// Проверяется, чтобы хотя бы один из выбираемых ресурсов
// (""КоличествоОборот"", ""КоличествоПриход"", ""КоличествоРасход"")
// не равнялся значению 0.
"  HAVING (CAST(SUM(CASE WHEN T2._RecordKind = 0.0 
|       THEN T2._Fld24 
|        ELSE -T2._Fld24 END
|                 ) AS NUMERIC(22, 8))) <> @P5 
|  OR (CAST(SUM(CASE WHEN T2._RecordKind = 0.0 
|       THEN T2._Fld24 
|       ELSE 0.0 END
|                 ) AS NUMERIC(22, 8))) <> @P5 
|  OR (CAST(SUM(CASE WHEN T2._RecordKind = 0.0 
|       THEN 0.0 
|       ELSE T2._Fld24 END
|                 ) AS NUMERIC(22, 8))) <> @P5"+
// -- Окончание вложенного запроса --
" ) T1', // Присваиваем синоним для таблицы, в
|     // которую поместим результат вложеного запроса"+
// Установим типы и значения параметров, передаваемых в запрос
"N'@P1 datetime,   // Параметр ""НачалоПериода""
|@P2 datetime,     // ""КонецПериода""
|@P3 varbinary(1), // Активность записи, т.е. влияет ли она на итоги
|@P4 varbinary(16),// Парам. ""Склад"", используемый в парам. вирт. таблицы
|@P5 numeric(1,0)',// Значение для проверки ресурсов на знач. 0. 
|{ts '4013-01-01 00:00:00'}, // Значение ""НачалоПериода"" 
|{ts '4014-01-01 00:00:00'}, // ""КонецПериода""
|0x01,                       // Активность записи
|0xBE923860773387FD11E2D2B47CD2CB1E, 
|0                           // Проверка на знач. 0 для ресурсов
|" 

Старался подробно разобрать весь запрос. Если будут непонятные моменты, то прошу в комментарии. Исходный текст запроса на языке 1С:Предприятия выглядит следующим образом:

Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| ОстаткиНоменклатурыОбороты.Номенклатура,
| ОстаткиНоменклатурыОбороты.Склад,
| ОстаткиНоменклатурыОбороты.КоличествоОборот,
| ОстаткиНоменклатурыОбороты.КоличествоПриход,
| ОстаткиНоменклатурыОбороты.КоличествоРасход
|ИЗ
| РегистрНакопления.ОстаткиНоменклатуры.Обороты(
|                                              &НачалоПериода, 
|                                              &КонецПериода, 
|                                              , Склад = &Склад) 
|                         КАК ОстаткиНоменклатурыОбороты";

В случае, если для виртуальной таблицы также устанавливается параметр "Периодичность", например, в значение "Месяц", то SQL-запрос немного видоизменится:

	"exec sp_executesql N'
	|SELECT"+
	// Новое поле "Period" ("Период")
	" T1.Period_,
	| T1.Fld22RRef,
	| T1.Fld23RRef,
	| T1.Fld24Turnover_,
	| T1.Fld24Receipt_,
	| T1.Fld24Expense_
	|FROM (
	|     SELECT"+	
	// Получаем период во вложенном запросе вместе с остальными данными.
	// Значение периода вычисляется из таблицы движений "AccumRg[n]"
	// преобразуется к началу периода в зависимости от периодичности.
	// Например, для периодичности "Месяц" период приводится к началу
	// этого месяца. Также учитывается тот факт, что в таблице движений
	// год в значении периода больше текущего года на 2000 лет.	
	"      DATEADD(DAY,1.0 - 1,DATEADD(MONTH,CAST(DATEPART(MONTH,T2._Period) 
	|      AS NUMERIC(4)) - 1,DATEADD(YEAR,(CAST(DATEPART(YEAR,T2._Period) 
	|      AS NUMERIC(4)) - 2000) - 2000,{ts ''4000-01-01 00:00:00''}))) 
	|                                                               AS Period_,
	|      T2._Fld22RRef AS Fld22RRef,
	|      T2._Fld23RRef AS Fld23RRef,
	|      CAST(SUM(CASE WHEN T2._RecordKind = 0.0 
	|                       THEN T2._Fld24 
	|                    ELSE -T2._Fld24 END) 
	|           AS NUMERIC(22, 8)) AS Fld24Turnover_,
	|      CAST(SUM(CASE WHEN T2._RecordKind = 0.0 
	|                       THEN T2._Fld24 
	|                    ELSE 0.0 END) 
	|               AS NUMERIC(22, 8)) AS Fld24Receipt_,
	|      CAST(SUM(CASE WHEN T2._RecordKind = 0.0 
	|                       THEN 0.0 
	|                    ELSE T2._Fld24 END) 
	|               AS NUMERIC(22, 8)) AS Fld24Expense_
	|     FROM _AccumRg21 T2 WITH(NOLOCK)
	|     WHERE T2._Period >= @P1 
	|           AND T2._Period <= @P2 
	|           AND T2._Active = @P3 
	|           AND ((T2._Fld23RRef = @P4))
	|     GROUP BY "+
	// Для получения оборотов в соответствии с заданной периодичностью
	// результат вложенного запроса группируется по полю период и по
	// другим измерениям.     
	"      DATEADD(DAY,1.0 - 1,DATEADD(MONTH,CAST(DATEPART(MONTH,T2._Period) 
	|         AS NUMERIC(4)) - 1,DATEADD(YEAR,(CAST(DATEPART(YEAR,T2._Period) 
	|         AS NUMERIC(4)) - 2000) - 2000,{ts ''4000-01-01 00:00:00''}))),
	|      T2._Fld22RRef,
	|      T2._Fld23RRef
	|     HAVING (
	|         CAST(SUM(CASE WHEN T2._RecordKind = 0.0 
	|                           THEN T2._Fld24 
	|                       ELSE -T2._Fld24 END) AS NUMERIC(22, 8))) <> @P5 
	|         OR (CAST(SUM(CASE WHEN T2._RecordKind = 0.0 
	|                           THEN T2._Fld24 
	|                           ELSE 0.0 END) AS NUMERIC(22, 8))) <> @P5 
	|         OR (CAST(SUM(CASE WHEN T2._RecordKind = 0.0 
	|                           THEN 0.0 
	|                           ELSE T2._Fld24 END) AS NUMERIC(22, 8))) <> @P5
	|    ) T1', 
	|N'@P1 datetime,
	|@P2 datetime,
	|@P3 varbinary(1),
	|@P4 varbinary(16),
	|@P5 numeric(1,0)', 
	|{ts '4013-01-01 00:00:00'}, 
	|{ts '4014-01-01 00:00:00'}, 
	|0x01, 
	|0xBE923860773387FD11E2D2B47CD2CB1E, 0"

Если в виртуальной таблице периодичность установлена "Авто", то в SQL-запросе будут содержаться поля периода для каждой из получаемой в запросе периодичности ("День", "Месяц", "Год" и т.д.). Причина, по которой платформа хранит значения периода с увеличением части даты "Год" на 2000 лет мне не известна. Если кто из читателей подскажет, буду благодарен.

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

Вид регистра "Обороты"

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

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

И так, выполним несколько запросов к таблице "Обороты" и проанализируем SQL-запросы платформы. Первый запрос на языке запросов платформы:

Запрос = Новый Запрос;
Запрос.Текст = "
|ВЫБРАТЬ
| ДвиженияНоменклатурыОбороты.Номенклатура,
| ДвиженияНоменклатурыОбороты.Склад,
| ДвиженияНоменклатурыОбороты.КоличествоОборот
|ИЗ
| РегистрНакопления.ДвиженияНоменклатуры.Обороты(
|                                        &НачалоПериода, 
|      &КонецПериода, 
|      , 
|      Склад = &Склад) 
|                         КАК ДвиженияНоменклатурыОбороты" 

Запрос принимает также три параметра: "НачалоПериода", "КонецПериода" и "Склад". Как начало периода возьмем начало 2012 года, конец периода - 13 апреля 2013 00:00:00. Склад пусть будет "Склад №1".

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

"exec sp_executesql N'
|SELECT"+
// Результатирующие поля выборки
" T1.Fld27RRef,      // Номенклатура
| T1.Fld28RRef,      // Склад
| T1.Fld29Turnover_  // КоличествоОборот"+
// Получаем необходимые данные с помощью вложенных запросов
"FROM ("+
//    Выполняем запрос к вложенной таблице, в которой
//    получаем данные по итогам оборотов, а также 
//    обороты по тем записям, которые не учтены в итогах
"     SELECT
|      T2.Fld27RRef AS Fld27RRef,    // Номенклатура
|      T2.Fld28RRef AS Fld28RRef,    // Склад
|      CAST(SUM(T2.Fld29Turnover_)   // КоличествоОборот
|           AS NUMERIC(38, 8)) AS Fld29Turnover_
|     FROM ("+
// ++++++++++ ДАННЫЕ ПО ЗАПИСЯМ ИТОГОВ ++++++++++
//         Первым запросом получаем данные по оборотам
//         из таблицы итогов оборотов "AccumRgTn[n]"
//         по месяцам
"    SELECT
|           T3._Fld27RRef AS Fld27RRef, // Склад
|           T3._Fld28RRef AS Fld28RRef, // Номенклатура
|           CAST(SUM(T3._Fld29)         // КоличествоОборот
|          AS NUMERIC(33, 8)) AS Fld29Turnover_
|          FROM _AccumRgTn30 T3 WITH(NOLOCK)"+
//         Накладываем условия на выборку записей
//         В эту секцию входят все параметры виртуальной
//         таблицы "Обороты", которые задает разработчик
//         в тексте запроса платформы. ИСКЛЮЧЕНИЕ:
//         параметр P2 - это не конец периода, а начало 
//         месяца параметра "КонецПериода"
"          WHERE T3._Period >= @P1 // Начало периода
|       AND T3._Period < @P2 // Ограничение для итогов
|       AND ((T3._Fld28RRef = @P3)) // Склад"+
//         Группируем результат выбранным в запросе измерениям
"          GROUP BY T3._Fld27RRef, // Склад
|                   T3._Fld28RRef  // Номенклатура"
//         Проверяем, чтобы значения выбранных в запросе ресурсов
//         не равнялось 0
"          HAVING (CAST(SUM(T3._Fld29) 
|             AS NUMERIC(33, 8))) <> @P4"+
// --------- ДАННЫЕ ПО ЗАПИСЯМ ИТОГОВ ---------
//
//         Объединяем результаты по записям итогов и движений            
"    UNION ALL"+
//
// ++++++++++ ДАННЫЕ ПО ЗАПИСЯМ ДВИЖЕНИЙ ++++++++++
//         Вторым запросом получаем данные по оборотам
//         из таблицы движений  "AccumRg[n]" за период
//         с начала последних рассчитанных итогов и по 
//         значение параметра "Конец периода"
"          SELECT
|           T4._Fld27RRef AS Fld27RRef, // Склад
|           T4._Fld28RRef AS Fld28RRef, // Номенклатура
|           CAST(CAST(SUM(T4._Fld29)    // КоличествоОборот
|               AS NUMERIC(27, 8)) 
|        AS NUMERIC(27, 2)) 
|                                   AS Fld29Turnover_
|          FROM _AccumRg26 T4 WITH(NOLOCK)"+
//         Условия выборки записей аналогичны запросу
//         к итогам, за исключением:
//         - параметра P2 = начало месяца от значения 
//         параметра "Конец периода"
//         - добавилось условие на активность записей
"          WHERE // Ограничение для периода движений
|                 T4._Period >= @P2 
|    AND T4._Period <= @P5 // Конец периода
|    AND T4._Active = @P6 // Активность записей
|    AND ((T4._Fld28RRef = @P3))"+ // Склад
//         Группировки и условия выборки аналогичные
//         запросу по итогам
"          GROUP BY T4._Fld27RRef,
|                   T4._Fld28RRef
|          HAVING (CAST(CAST(SUM(T4._Fld29) 
|              AS NUMERIC(27, 8)) 
|           AS NUMERIC(27, 2))) <> @P4"+
//
// ---------- ДАННЫЕ ПО ЗАПИСЯМ ДВИЖЕНИЙ ----------
"   ) T2" +
//    Группируем результат запроса ко вложенной таблице по
//    выбранным измерениям
"     GROUP BY T2.Fld27RRef, // Номенклатура
|              T2.Fld28RRef  // Склад"+
//    Проверяем, чтобы хотя бы одно значение из
//    выбранных в запросе ресурсов
//    было не равно 0. В регистре из примера один ресурс,
//    поэтому условие одно.
"     HAVING (CAST(SUM(T2.Fld29Turnover_) 
|          AS NUMERIC(38, 8))) <> @P4
|) T1', 
|N'@P1 datetime,  // НачалоПериода
| // Начало месяца от значения 
| // параметра ""КонецПериода""
|@P2 datetime,      
|@P3 varbinary(16), // Склад
| // Проверка на 0 для полученных записей
|@P4 numeric(1,0),   
|@P5 datetime, // Конец периода
|@P6 varbinary(1)', // Активность
|{ts '4012-01-01 00:00:00'}, // Начало периода
| // Начало месяца от значения 
| // параметра ""КонецПериода"" 
|{ts '4013-04-01 00:00:00'},
|0xBE923860773387FD11E2D2B47CD2CB1E, // Склад
|0, // Проверка на 0 для полученных записей
|{ts '4013-04-13 00:00:00'}, // Конец периода
|0x01 // Активность"

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

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

"DATEADD(DAY,1.0 - 1,
|        DATEADD(MONTH,
|                CAST(DATEPART(MONTH,T3._Period) 
|                             AS NUMERIC(4)) - 1,
|                     DATEADD(YEAR,(CAST(DATEPART(YEAR,T3._Period) 
|                             AS NUMERIC(4)) - 2000) - 2000,
|                     {ts ''4000-01-01 00:00:00''}
|                )
|        )
|) AS Period_" 

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

Заключение

Эксперименты с регистром показали, что для виртуальной таблицы "Обороты" платформа 1С:Предприятие 8 имеет разный принцип построения SQL-запросов к базе данных в зависимости от вида регистра накопления ("Остатки" или "Обороты"). Если вид регистра - "Остатки", то SQL-запрос получает данные по оборотам непосредственно из таблицы движений. В случае, если вид регистра "Обороты", то тогда уже используется таблица итогов оборотов и запрос работает более оптимально, нежели чем для регистра остатков.

Если представить действия SQL-запросов схематично, то выглядеть это будет примерно так:

display: block; margin-left: auto; margin-right: auto; По схеме видно, что наиболее оптимальным образом платформа работает с виртуальной таблицей "Обороты" для регистра накопления с видом "Обороты", поскольку использует рассчитанных итоги по оборотам в разрезе месяцев. И лишь в тех случаях, когда рассчитанных итогов для периода нет, тогда использует таблицу движений. Для регистра вида "Остатки" всегда используется таблица движений вне зависимости от настроек хранения итоговых записей. Именно поэтому следует внимательно отнестись к настройке вида регистра накопления при проектировании структуры метаданных конфигурации.

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

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

Что дальше

В следующих статьях будет рассмотрена работа платформы с виртуальными таблицами "Остатки" и "Остатки и обороты". Также коснемся работы агрегатов регистра накопления.

Спасибо за внимание! :)

Другие ссылки

87

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

Комментарии
Избранное Подписка Сортировка: Древо
1. nvv1970 20.05.19 08:11 Сейчас в теме
Причина костыля 1с со смещением года в mssql и типе datetime, который имеет ограничение по диапазону дат. Так даты не могут быть меньше 1753 года.
Несколько лет назад 1с плавно перешла на datetime2, который не имеет такого ограничения, однако, по привычке все продолжают использовать смещение для новых баз... и правильно делают. Кто знает где вылезет недописанный код платформы и старый формат?

Пс: почему версия 8.2.17 в статье? Статья - древняя копипаста?)) Может нужно было актуализировать? Вот например вычисление начала периода изменилось в последних версиях.

ППС: часть по агрегаты будет?
YPermitin; +1 Ответить
2. YPermitin 6417 20.05.19 08:26 Сейчас в теме
(1) да, статья из старого блога. В начале статьи я предупредил:)

В основном все осталось прежнее со времен 8.2.

По агрегатам тоже будет :)
3. wowik 621 20.05.19 09:13 Сейчас в теме
+1 не глядя, потом почитаю.
user1227864; kuzyara; YPermitin; +3 Ответить
4. YPermitin 6417 20.05.19 09:26 Сейчас в теме
(3) спасибо за аванс :) Пишите если что.
5. rystam_atai 16.10.19 16:18 Сейчас в теме
Картинка для Вид регистра "Остатки" кажется не вполне корректная - слишком много там параметров.
Оставьте свое сообщение

См. также

Самые распространенные заблуждения об индексах в мире 1С 220

Статья Системный администратор Программист Нет файла Бесплатно (free) Администрирование данных 1С Администрирование СУБД

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

28.11.2019    8118    YPermitin    44       

Очный семинар по регулярному менеджменту Александра Фридмана "Вы или Хаос", 12 декабря 2019 г. , Санкт-Петербург Промо

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

от 11000 до 29000 рублей

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

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

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

05.09.2019    16817    ids79    44       

С 2020 года сервис «Продление поддержки конфигурации 1С:УПП» подорожает вдвое Промо

Успейте продлить поддержку УПП до повышения цен! Фирма «1С» предупредила об изменении цен на сервис «Продление поддержки конфигурации "1С:Управление производственным предприятием"». С 1 января 2020 года сервис подорожает в два раза.

Обмен данными. Консистентность vs Многопоточность 28

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

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

03.09.2019    5272    m-rv    1       

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

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

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

08.08.2019    19847    ids79    31       

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

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

Обработчики событий при записи объектов. Зачем и что за чем? 225

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

Программисту, имеющему немного опыта на платформе 1С 8.3, бывает сложно разобраться: ПередЗаписью, ПриЗаписи, ПослеЗаписи, на сервере, на клиенте, в модуле формы, в модуле объекта.... Эта шпаргалка была создана в процессе обучения и реального опыта с целью разложить всё по полочкам, чтобы было четкое понимание в каком случае какой обработчик нужно использовать и в какой последовательности они запускаются при записи и проведении документов. Данная статья будет полезна в большей степени начинающим разработчикам. Но и опытным позволит освежить информацию, упорядочить её.

25.07.2019    15956    4    AlbinaAAA    24       

Базовый курс для начинающих 1С-программистов. Пятый поток. Онлайн-курс с 12 февраля по 15 апреля 2020 г. Промо

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

4500/9500 рублей

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

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

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

09.07.2019    11561    YPermitin    12       

Почему Вы не обслуживаете итоги? 88

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

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

04.07.2019    9796    YPermitin    22       

Перенос данных УТ 10.3 => УТ 11 / КА 2 / ERP 2 (ЕРП 2) (документы, остатки и справочная информация из "1С:Управление торговлей, ред. 10.3" в УТ 11 / КА 2 / ERP 2). Обновлен до УТ 10.3.56.х, УТ 11.4.10.х, КА 2.4.10.х и ERP 2.4.10.х! Промо

Уже более 100 компаний приобрели перенос и выполнили переход на УТ 11 / КА 2 / ERP 2 с помощью нашей разработки! Обработка перехода с УТ 10.3 на УТ 11 / КА 2 / ERP 2 позволяет перенести не только остатки на указанную дату (как типовой перенос), но и все возможные документы за выбранный период. При выходе новых релизов этих программ оперативно выпускаем обновление обработки. Предоставляем техническую поддержку. Можем сделать бесплатный тестовый перенос!

29700 руб.

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

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

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

25.06.2019    24736    ids79    17       

Подсистема "Варианты отчетов". Используете ли Вы ее правильно? 222

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

Небольшая история про использование подсистемы "Варианты отчетов" из БСП. Используете ли Вы ее правильно?

04.06.2019    20064    YPermitin    49       

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

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

6500 рублей

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

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

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

25.04.2019    8076    m-rv    2       

Как настроить правильную техподдержку (helpdesk, service desk на коленке) 39

Статья Программист Бизнес-аналитик Руководитель проекта Нет файла v8 УУ Управление взаимоотношениями с клиентами (СRM) Документооборот и делопроизводство Монитор заказов Учет рабочего времени Бесплатно (free) Управление услугами и сервисом

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

24.04.2019    9370    siddy    0       

Подборка программ для взаимодействия с ЕГАИС Промо

ЕГАИС (Единая государственная автоматизированная информационная система) - автоматизированная система, предназначенная для государственного контроля за объёмом производства и оборота этилового спирта, алкогольной и спиртосодержащей продукции. Инфостарт рекомендует подборку проверенных решений для взаимодействия с системой.

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

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

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

16.04.2019    10659    m-rv    16       

Перенос данных КА 1.1 => ERP 2 (ЕРП) (обработка переноса документов, остатков и справочной информации из "1С:Комплексная автоматизация, ред. 1.1" в "1С:ERP Управление предприятием, ред 2"). Обновлен до КА 1.1.115.х и ERP 2.4.10.х Промо

Обработка позволяет переносить из КА 1.1 в ERP 2 документы за выбранный период и остатки. Типовая обработка от фирмы 1С документы не переносит. Также исправлены ошибки типовой обработки. При выходе новых релизов обновление высылается бесплатно в течение года. Разработка будет полезна фирмам-франчайзи, которые периодически выполняют такой перенос данных для заказчиков. Вы можете один раз приобрести обработку переноса, и потом бесплатно получать обновления в случае выхода новых релизов конфигураций 1С.

29700 руб.

Копирование числовых ячеек из 1С в Excel 26

Статья Системный администратор Программист Нет файла v8 1cv8.cf Windows Бесплатно (free) Загрузка и выгрузка в Excel Администрирование данных 1С

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

15.01.2019    13287    itriot11    21       

Перенос данных КА 1.1 / УПП 1.3 => БП 3.0 (перенос остатков, документов и справочников из "1С:Комплексная автоматизация 1.1" / УПП 1.3 в "1С:Бухгалтерия 3.0"). Обновлен до версий КА 1.1.115.х, УПП 1.3.127.х! Промо

Разработка позволяет перенести остатки по всем счетам бух.учета в программу "1С:Бухгалтерия предприятия 8", ред. 3.0 на выбранную дату начала ведения учета. Также переносятся документы за период и вся необходимая справочная информация. Правила оперативно обновляю при выходе новых релизов. Рассылка обновлений правил бесплатно в течение 12 месяцев. Есть видеодемонстрация проведения переноса данных. Конфигурации при использовании обмена остаются полностью типовыми. Перенос данных возможен в Бухгалтерию 3.0 версии ПРОФ, КОРП или базовую.

24700 руб.

Универсальные функции ЗУП 3.1 / ЗКГУ 3.1, которые помогут в разработке 511

Статья Программист Нет файла v8 v8::СПР ЗКГУ3.0 ЗУП3.x БУ Зарплата Управление персоналом (HRM) Бесплатно (free) Универсальные функции

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

14.11.2018    40043    GeterX    94       

Автоматические и управляемые блокировки применительно к типовым конфигурациям 1С 129

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

Основные принципы работы с режимами автоматических и управляемых блокировок в 1С Предприятие 8. Теория и применение в типовых конфигурациях: БП, УТ, ЕРП

10.11.2018    24072    ids79    40       

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

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

Git + 1С. Часть 1. Как подключиться к команде разработки и начать использовать Git 282

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

Первая статья из цикла инструкций по работе с Git в 1С-разработке. Рассмотрим, как настроить рабочее место, как получить свою "копию" проекта для разработки и приступить к полезным действиям. Все примеры будут изложены в рамках трёх практических кейсов: 1. Моя команда дорабатывает типовую конфигурацию, использует приватный репозиторий на BitBucket, в котором версионируются внешние отчеты/обработки, расширения конфигураций и правила обмена; 2. Я участвую в стартап-команде, которая разрабатывает свою конфигурацию с использованием Git и GitLab; 3. Я принимаю участие в развитии OpenSource-продукта на GitHub как заинтересованный разработчик (контрибьютор).

18.10.2018    40300    stas_ganiev    72       

Вспомогательные инструкции в коде 1С 107

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

Помогаем редактору кода 1С помогать нам писать и анализировать код.

15.10.2018    22318    tormozit    100       

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

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

Из Excel в 1С запросом 33

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

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

14.08.2018    15465    m-rv    5       

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

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

Повышаем эффективность разработки правил обмена 125

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

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

25.06.2018    21774    olegtymko    47       

Как сделать запрос на изменение данных 75

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

В статье приведены особенности внутренней архитектуры и примеры работы с расширением языка запросов 1С.

01.06.2018    23402    m-rv    21