gifts2017

Ведомость амортизации ОС (внешний отчет)

Опубликовал 0pex 0pex (0pex) в раздел Обработки - Обработка документов

Встроенный отчет “Ведомость по амортизации ОС” в 1С 8.1 Бухгалтерия предприятия работает крайне медленно. Порой приходится ждать не то чтобы минуты, но даже часы!

Данный отчет был любезно доработан Поляковым Андреем.

Написано для 1С: Предприятие 8.1 Бухгалтерия предприятия, редакция 1.6 (1.6.17)

 

Сравнительные тесты:

1С 8.1 БП 1.6.17.4 на PosgreSQL

153 основных средства в среднем

  штатная обработка внешний отчет
2008 год 14 сек 1 сек
январь 2009 3 767 сек (1 час) 1 сек

Вот и результат. =)

 

 

 

Скачать файлы

Наименование Файл Версия Размер Кол. Скачив.
-
.1253620419 17,86Kb
30.11.14
232
.1253620419 17,86Kb 232 Скачать

См. также

Подписаться Добавить вознаграждение

Комментарии

1. tuning1c (bonv) 22.09.09 19:09
как-то не очень верится в такой результат

с 1 час до 1 сек
2. tuning1c (bonv) 22.09.09 19:16
кстати 1с выложила тестовую БП 1.6.19.1 с оптимизацией этого отчета
3. Ulcer (KapasMordorov) 22.09.09 20:07
временные таблицы
но до 1 сек. сомнительно
4. 0pex 0pex (0pex) 22.09.09 23:29
tuning1c, Ulcer, предлагаю вам, дабы развеять сомнения провести сравнительные тесты. тест делался на реальной базе данных предприятия 1С БП 1.6.17 на выделенном сервере БД под управлением Linux+PostgreSQL. В БД более 12 организаций, активных пользователей порядка 20 человек.
5. 0pex 0pex (0pex) 22.09.09 23:31
по поводу "тестовой БП 1.6.19.1", буду только рад штатному исправленному отчету, так как бухгалтерам привычнее открывать этот отчет из общего места расположения отчетов в интерфейсе.
6. tuning1c (bonv) 22.09.09 23:47
(4) как проводилось тестирование?
7. gilv (Gilev.Vyacheslav) 23.09.09 03:42
у меня только один вопрос, почему бы результатами не поделиться с 1С? или так слишком легко и любой дурак может, и надо чтобы они теперь мучались и искали инфу на инфостарте )))
8. Ulcer (KapasMordorov) 23.09.09 08:13
Зачем упоминание 12 организаций, если всего "153 основных средства"?
К тому же стоит выделить, что замеры только на "PosgreSQL", на MSSQL ничего не замерялось.
9. 0pex 0pex (0pex) 23.09.09 08:21
(6) очень просто, штатный отчет сохранил как внешний, добавил запоминание времени начала и окончание и вывод разницы. это и былпоказатель затраченного времени. "доработанную" так же слегка модифил и сравнивал результаты по полученным секундам.
10. 0pex 0pex (0pex) 23.09.09 08:23
(8) говорю как есть, если какие-то данные, по ваше мнению лишние, опускайте их при чтении ;-)

MSSQL у нас нет, поэтому не тестировал. Буду рад, если кто-то сделает сравнительный тест на MSSQL и выложит результаты.
11. 0pex 0pex (0pex) 23.09.09 08:30
(7) мог бы любой дурак, я был бы не первым на этом сайте с данным отчетом. =)

Давно закралось сомнение, что 1С плохо тестирует свои продукты перед релизом. Будет не плохо, если 1Совцы начнут читать инфостарт и прочие подобные ресурсы, глядишь и качество продукта у них увеличится =)
12. Дмитрий Лёвин (DGorgoN) 23.09.09 08:30
Более того - файловый вариант тоже приветствуется.
13. mn_valerie (mn_valerie) 23.09.09 08:53
А вы заметили, что и типовой и этот отчеты дают неверные результаты, если формировать их по МОЛ и ОС. Например, если ОС в каком-то месяце (не в начале месяца) переместили с МОЛ1 на МОЛ2, отчет показывает, что на начало этого месяца на МОЛ1 нет этого ОС, зато на МОЛ2 оно есть, хотя это не было так. На самом деле должно показываться уменьшение и увеличение стоимости ОС для соответствующих МОЛ.
14. VitekL Л (VitekL) 23.09.09 09:09
Мои замеры: Количество ОС - 704.
MS SQL: стандартный отчет - 34,02 сек.
Opex-отчет - 3,78 сек.
Файл-серверный вариант:
стандартный отчет - 36,13
Opex-отчет - 8,05 сек.
15. 0pex 0pex (0pex) 23.09.09 09:11
(14) вы делали отчет сразу за год или за 1 месяц? у нас за год штатный формирует за 14 секунд, за месяц - за 1 час.
16. 0pex 0pex (0pex) 23.09.09 09:12
(13) нет, не обращали внимания, была проблема со скоростью, ее и решили =)
17. VitekL Л (VitekL) 23.09.09 09:18
А насчет Linux+PostgreSQL - когда встал вопрос о переходе на клиент-сервеный вариант работы, мы эту связку пробовали: при работе 1-3 пользователй все было хорошо, а когда 15-20 вошли начались частые блокировки. При этом если кто-то что-то тяжелое делает (закрытие месяца например), остальные могли даже отчеты формировать. Так что руководство купило MS SQL
Судя по тому, что обычный отчет на 153 ОС формируется больше 1 часа PostgreSQL только для небольших организаций.
18. VitekL Л (VitekL) 23.09.09 09:21
За январь 2009:
MS SQL: стандартный отчет - 2,5 сек.
Opex-отчет - 1,17 сек.
19. VitekL Л (VitekL) 23.09.09 09:23
17 - в своем посте ошибка, на PostgreSQL - "остальные НЕ могли даже отчеты формировать"
20. 0pex 0pex (0pex) 23.09.09 09:31
(17) К сожалению, на данный момент, не могу с вами согласиться. У нас сервер БД - Intel, всего 8 ядер, 16 Гб оперативы, более 20 пользователей одновременно (и перепроводят, и закрывают месяца, и отчеты делают, в общем, активные). Все работает стабильно и без тормозов. На сервере включили автовакум, специально настраивали постргре на оптимальную работу и прочие мелкие шаманства.
21. 0pex 0pex (0pex) 23.09.09 09:43
(13) я думаю, здесь отчет работает правильно. В ПБУ 6/01 «Учёт основных средств» все сроки учета и отчетности фиксируются с первого числа месяца, таким образом, следует предположить, что перемещение ОС с МОЛ1 на МОЛ2 так же должно осуществляться первого числа месяца.
22. VitekL Л (VitekL) 23.09.09 09:47
(20) У вас 12 юрлиц, 20 пользователей, 153 ОС - все таки не такая уж большая нагрузка.
В моем случае 1 основное юр. лицо и 6 "вспомогательных" на УСН в одной базе. Сервер БД примерно сопоставим, совсем недавно поставили - HP, 2 х Xeon5530, 16 Gb оперативы...
При этом закрытие месяца на MS SQL главной организации занимает 1,5 часа. Сколько мы не пытались настроить железо и SQL - все бестолку, тормоза по сравнению с файловым вариантом в несколько раз, на всех форумах народ на этом шишек много понабил. Кое-где закрытие месяца проводится и 3-4 часа, где-то и целую ночь.
Эти трудности возникают в случае многопередельного производства со множеством цехов, встречного выпуска продукции, собственным изготовлением материалов, множеством списания материалов в производство (которые несколько раз корректируется как раз в ЗакрМес)... Еще есть монстровидный документ ОтражениеЗплВРегламентированномУчете (выгр. из ЗиУП), который после обрабатывания самописной обработкой распухает до 27 000 проводок.
Opex, у вас 12 юр. лиц чем занимаются? Если услуги или несложно производство - то понятно, тормозить не должно.
23. Дмитрий Лёвин (DGorgoN) 23.09.09 10:03
(22) Поставь постгрее под винду ради интереса
24. 0pex 0pex (0pex) 23.09.09 10:06
(22) у нас торговля. Безусловно, сравнивать нас тут сложно, масштабы и сферы работ разные. В течение этого года планируется перевести и торговлю на 8, там уже всякие "хитрые" (читай сложные) схемы будут. Количество пользователей вырастет в 2-3 раза, тогда сможем с вами сравниваться.
25. mn_valerie (mn_valerie) 23.09.09 12:44
(21) А что если МОЛ1 уволился посреди месяца...с него же надо передать все ОС другому.
26. 0pex 0pex (0pex) 23.09.09 12:58
(25) нельзя оформить передачу первым числом следующего месяца? Тем более, что обычно человек отрабатывает 2 недели перед тем как уйти, отсюда следует, что, если человек написал заявление в начале месяца, тогда следует делать передачу ОС первыми числами этого месяца иначе, человек все равно уходить из компании в конце месяца (если он написал заявление в середине месяца) и передача оформляется первого числа следующего. Но это лишь мое предположение, тут нужно бы спрашивать опытных бухгалтеров либо искать официальные документальные подтверждения (или описания).
27. Ден (lion11) 01.10.09 11:41
Спасибо за отчет!
Вот мое тестирование:
PosgreSQL на винде, пользователей - до 10 активных.
Количество ОС-340
Стандартный отчет - выполнялся 2.5 часа, не закончился, надоело ждать - вырубил
Opex-отчет - 2 сек
...
28. 0pex 0pex (0pex) 05.10.09 09:10
29. Александр Астафьев (alexandr_astafiev) 27.10.09 20:04
Работает гораздо быстрее, единственное что хотелось бы посоветовать- это выводить итоговые цифры по предприятию. Согласен что в типовой ведомости этого то же нет, ну так в этом и минус стандартного отчета.
30. sumixam (sumixam) 24.03.10 08:01
итог по всем колонкам есть в данной обработке
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа