Имя: Пароль:
1C
1С v8
Очень большая база ЗУП 2.5
0 andrey153
 
09.11.22
14:14
Коллеги, кто-нибудь работал с настолько большими базами ЗУП 2.5, что в документах ОтражениеЗарплатыВРеглУчете, РасчетСтраховыхВзносов количество строк превышает 100000 и документ, соответственно, не сохраняется? Если да, то как решали?
1 PR
 
09.11.22
14:16
(0) А что, несколько документов делать нельзя?
По подразделениям, например
2 timurhv
 
09.11.22
14:18
Считать по подразделениям?
Там точно строки отличаются? Может поможет свертка строк таблицы значений перед заполнением табличной части.
3 andrey153
 
09.11.22
14:21
(1) документ ОтражениеЗарплатыВРеглУчете не предусматривает такого; (2) строки точно отличаются
4 andrey153
 
09.11.22
14:22
Интересен опыт тех кто с таким сталкивался в работе
5 2S
 
09.11.22
14:27
как вариант - на этапе загрузки в ТЧ из таблицы анализировать строки и разбить на несколько документов.
6 Garykom
 
гуру
09.11.22
14:53
(0) Только не говори что мобилизованных учет пытаетесь наладить?
7 Garykom
 
гуру
09.11.22
14:55
(4) Очень редкая штука.
В таких огромных конторах обычно есть большой штат 1Сников, который подобное и разруливают.

Как вариант перепилить доки вынеся данные из ТЧ в РС
8 Фрэнки
 
09.11.22
14:55
(3) что за приколы нашего городка? Вообще-то предусматривает, что документов Отражение можно сделать несколько штук на один период.

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

А в 2.5 это не глючит, если сотрудники в разных документах разные, т.е. не пересекаются документы.
9 Фрэнки
 
09.11.22
14:56
(7) Совсем не редкая. Могут и малую численность в разные доки отражений гонять.
10 Serg_1960
 
09.11.22
14:56
(3) Любой документ можно заполнять или обработкой ТЧ, или внешней обработкой. Этот документ, например, можно заполнить подбором сотрудников - кто запрещает их отобрать по подразделениям?
11 Фрэнки
 
09.11.22
14:57
(10) все правильно, никто не запрещает :-)
12 Garykom
 
гуру
09.11.22
14:58
(9) Могут, но обычно есть причины для этого разные филиалы, подразделения или разные бухгалтера по зарплате делают.
Редкая подразумевал не разделение а переполнение пределов ТЧ у документа.
13 Garykom
 
гуру
09.11.22
15:02
Самый простой вариант это делить документы на несколько, например по табельным номерам
14 Фрэнки
 
09.11.22
15:03
И еще, такая большая ТЧ с сотрудниками для отражения. Сомневаюсь, что в Бух этот док пихают с ТЧ сотрудников. Можно свертку сделать.

Т.е. я делал раньше на 2.5 обработку для заполнения. В ней заменялись все работники на виртуального сотрудника. И вся ТЧ сворачивалась без ущерба учету.
15 Фрэнки
 
09.11.22
15:05
И далее. Поскольку это на 2.5 и автоподдержки множества доков Отражений, как это сделано в 3.1 не реализовано было.

Эти документы вообще не нужны. Можно написать свою отчетную форму, в которой будет собрана вся эта инфа в свернутом виде. И уже результирующий табличный документ своей же обработкой грузануть в Бухию. Тем более, что там бухия наверняка 3.0
16 andrey153
 
09.11.22
15:07
(14) Можно и так, можно и как в (7) описано, но кроме "отражения" есть и другие гигантские объекты, например, регламентированный отчёт РСВ, интересен опыт работы с такими большими регламентированными отчётами. Про документ "Отражения" я написал, чтобы был понятен объём данных
17 SleepyHead
 
гуру
09.11.22
15:10
(16) А какой смысл до сих пор сидеть на 2.5? Её, вроде бы, и не поддерживают уже.
18 Serg_1960
 
09.11.22
15:25
(17) УПП, например, - там ЗУП 2.5 :(
19 Фрэнки
 
09.11.22
15:33
Регламентированный РСВ идет с 3 разделом, в котором на каждого попавшего в отчет работника запись.

Честно не пробовал слишком большую численность сдавать. Самое большое, что было - много филиалов и на каждом своя РСВ
Сдавали ее в одну и ту же налоговую, но по каждому филиалу отдельно.
20 Фрэнки
 
09.11.22
15:34
Отражение тоже разбивали по подраздлениям/филиалам.
21 Фрэнки
 
09.11.22
15:36
И сами доки отражений не перепиливали и ничего в РС не записывали - не нужно оно на практике. Там просто нет таких данных, которые реально следовало бы в развернутом виде где-то хранить.