Мы совершили переход с 1С УПП 1.3 на 1С ERP 2.4
Используем версию 2.4, т.к. по словам партнера фирмы 1С (1с-франчайзи) версия 2.5 еще сырая и на ней невозможно будет закрыть месяц и сдать отчеты.
Мы перенесли данные за 2021 год, все настроили и сделали закрытие 6-и месяцев.
В итоге обнаружили, что база ERP по размеру стала весить, столько же сколько весила база УПП за 7 лет работы без единой свертки базы.
При этом интенсивность документооборота не увеличилась.
В результате анализа таблиц, выяснили, что 80 процентов занимаемого объема приходится на регистр накопления Себестоимость товаров. При этом опытным путем было установлено, что каждое новое закрытие месяца увеличивает размер базы примерно на 20 гигов, причем расчет постоянно именно этот регистр накопления. За полгода закрытых месяцев база весит 100 гигов, за год будет весить 200 гигов. При этом размер базы УПП за 8 лет работы не превышает 300 гигов без единой свертки базы.
Есть у нас также и другая база на ERP для организацией занимающейся торговлей, там база имеет небольшой размер и не растет.
Отличие от первой базы в том, что нет производственного учета себестоимости, так как там только покупка-продажа, а в первой базе еще и производственный учет с расчетом себестоимости.
Кто-нибудь сталкивался с такой же проблемой? Возможно есть какие-то способы прекратить такой сильный рост базы?
Используем версию 2.4, т.к. по словам партнера фирмы 1С (1с-франчайзи) версия 2.5 еще сырая и на ней невозможно будет закрыть месяц и сдать отчеты.
Мы перенесли данные за 2021 год, все настроили и сделали закрытие 6-и месяцев.
В итоге обнаружили, что база ERP по размеру стала весить, столько же сколько весила база УПП за 7 лет работы без единой свертки базы.
При этом интенсивность документооборота не увеличилась.
В результате анализа таблиц, выяснили, что 80 процентов занимаемого объема приходится на регистр накопления Себестоимость товаров. При этом опытным путем было установлено, что каждое новое закрытие месяца увеличивает размер базы примерно на 20 гигов, причем расчет постоянно именно этот регистр накопления. За полгода закрытых месяцев база весит 100 гигов, за год будет весить 200 гигов. При этом размер базы УПП за 8 лет работы не превышает 300 гигов без единой свертки базы.
Есть у нас также и другая база на ERP для организацией занимающейся торговлей, там база имеет небольшой размер и не растет.
Отличие от первой базы в том, что нет производственного учета себестоимости, так как там только покупка-продажа, а в первой базе еще и производственный учет с расчетом себестоимости.
Кто-нибудь сталкивался с такой же проблемой? Возможно есть какие-то способы прекратить такой сильный рост базы?
По теме из базы знаний
- Перенос данных из УПП 1.3 в ERP 2 / УТ 11 / КА 2. Переносятся документы, справочная информация и остатки
- Перенос данных из КА 1.1 в ERP 2. Переносятся остатки, документы и справочники
- Слияние баз ERP (формирование остатков и перенос данных)
- Исправляем проблемы производительности в конфигурации ERP - 7 примеров
- Опыт создания инфраструктуры крупного внедрения 1C:ERP УХ на импортозамещенной платформе
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(19) не спорю, отличаются. Вопрос в том, почему настолько сильно отличается размер базы от УПП. Это не в 2 раза больше, а в 5-6 раз больше, при том оперируемые данные для управленческого анализа такие же.
Я жду ответа вроде этого: вот тут можно поиграться с детализацией учета, а учет вот таких элементов занимает много места, или на крайняк, устройство регистра и его заполнение не совсем оптимизировано, или вот способы свернуть регистр себестоимость товаров с наименьшими потерями.
Я жду ответа вроде этого: вот тут можно поиграться с детализацией учета, а учет вот таких элементов занимает много места, или на крайняк, устройство регистра и его заполнение не совсем оптимизировано, или вот способы свернуть регистр себестоимость товаров с наименьшими потерями.
(18) тогда зачем лукавить что "расчета себест. нет" ?
Это вы еще по переделам похоже учет не вели, когда элемент сборки состоит из 300 производимых элементов , где каждый элемент имеет по 4-5 переделов и себестоимость нужно по каждому переделу. А ведь все это где то нужно хранить!!!
Это вы еще по переделам похоже учет не вели, когда элемент сборки состоит из 300 производимых элементов , где каждый элемент имеет по 4-5 переделов и себестоимость нужно по каждому переделу. А ведь все это где то нужно хранить!!!
(20) а кто сказал что расчета себестоимости нет?
Вы либо все через строчку читаете либо пришли устроить срачь.
Я написал что есть 2 базы ERP, одна без блока производства, все операции там делают, полноценно закрываются месяца сдаются отчеты
Вторая база с блоком производства. Тоже самое что и в той базе, только еще и производство.
Что касается переделов, вопрос не в них. Детализация производственного учета себестоимости сильно не поменялась, а размер базы поменялся сильно. Если бы увеличение размера базы было следствием увеличения количества переделов или производственного учета, тогда вопросов бы не было
Вы либо все через строчку читаете либо пришли устроить срачь.
Я написал что есть 2 базы ERP, одна без блока производства, все операции там делают, полноценно закрываются месяца сдаются отчеты
Вторая база с блоком производства. Тоже самое что и в той базе, только еще и производство.
Что касается переделов, вопрос не в них. Детализация производственного учета себестоимости сильно не поменялась, а размер базы поменялся сильно. Если бы увеличение размера базы было следствием увеличения количества переделов или производственного учета, тогда вопросов бы не было
(23) имеется ввиду не делается большой расчет производственной себестоимости.
Раньше были 2 базы УПП. Они по размеру тоже отличались и это нормально. Но они не отличались настолько сильно.
А ERP c производственным блоком слишком сильно отличается по размеру.
Вот в этом и весь вопрос. Почему база с производственным блоком так сильно растет по сравнению с УПП.
Это же новая УЛУЧШЕННАЯ версия УПП согласно заявлениям фирмы 1С, однако по производительности уступает, по размеру похоже тоже, может быть в функционале она лучше, но не факт что этот функционал конкретно нам будет нужен
Раньше были 2 базы УПП. Они по размеру тоже отличались и это нормально. Но они не отличались настолько сильно.
А ERP c производственным блоком слишком сильно отличается по размеру.
Вот в этом и весь вопрос. Почему база с производственным блоком так сильно растет по сравнению с УПП.
Это же новая УЛУЧШЕННАЯ версия УПП согласно заявлениям фирмы 1С, однако по производительности уступает, по размеру похоже тоже, может быть в функционале она лучше, но не факт что этот функционал конкретно нам будет нужен
(3) чем больше база тем хуже,
1) увеличение времени обновления базы
2) увеличение времени бэкапа
3) увеличение времени обслуживающих регламентных процедур на стороне SQL
4) увеличение времени восстановления базы в случае аварийного восстановления
5) снижение производительности
6) потери времени с развертыванием тестовых баз и выделение для них места
7) скорое приближение процедуры сверки базы, которая приводит к уничтожению детализации данных в прошлых периодах
И все это благодаря неадекватному росту.
1) увеличение времени обновления базы
2) увеличение времени бэкапа
3) увеличение времени обслуживающих регламентных процедур на стороне SQL
4) увеличение времени восстановления базы в случае аварийного восстановления
5) снижение производительности
6) потери времени с развертыванием тестовых баз и выделение для них места
7) скорое приближение процедуры сверки базы, которая приводит к уничтожению детализации данных в прошлых периодах
И все это благодаря неадекватному росту.
(16)
1) увеличение времени обновления базы
2) увеличение времени бэкапа
3) увеличение времени обслуживающих регламентных процедур на стороне SQL
4) увеличение времени восстановления базы в случае аварийного восстановления
5) снижение производительности
6) потери времени с развертыванием тестовых баз и выделение для них места
7) скорое приближение процедуры сверки базы, которая приводит к уничтожению детализации данных в прошлых периодах
2) увеличение времени бэкапа
3) увеличение времени обслуживающих регламентных процедур на стороне SQL
4) увеличение времени восстановления базы в случае аварийного восстановления
5) снижение производительности
6) потери времени с развертыванием тестовых баз и выделение для них места
7) скорое приближение процедуры сверки базы, которая приводит к уничтожению детализации данных в прошлых периодах
(26)
P/S А так кто ж спорит , что небольшие в объеме базы данных удобнее в обслуживании технического плана. :)
все равно, чем меньше база тем лучше.
Расти она будет в любом случае, но я за адекватный рост
- именно поэтому нужно осознано подходить к переходу ! Может КА2 ? Там функционал урезан. А может и не нужно никуда переходить , если и так все устраивает.
Расти она будет в любом случае, но я за адекватный рост
P/S А так кто ж спорит , что небольшие в объеме базы данных удобнее в обслуживании технического плана. :)
(28) в УПП прекращают поддержку, и соответственно сдавать новые отчеты мы в старой не сможем.
Переход был осознанный не сомневайтесь, Взвесив все за и против.
Но все эти разговоры уводят нас в сторону, от сути вопроса, и другим людям ищущим ответ на такой же вопрос в этой ветке это не будет интересно.
Вашу позицию я понял: вы считаете такой рост базы ERP нормальным.
Я же послушаю еще других людей, может есть способы сократить ее рост, путем снижения детализации расчетов, хотя мы итак вроде сделали ее настолько минимальной насколько программа это позволила
может быть это зарегистрированная фирмой 1С ошибка и кто-то уже обращался с таким вопросом
Переход был осознанный не сомневайтесь, Взвесив все за и против.
Но все эти разговоры уводят нас в сторону, от сути вопроса, и другим людям ищущим ответ на такой же вопрос в этой ветке это не будет интересно.
Вашу позицию я понял: вы считаете такой рост базы ERP нормальным.
Я же послушаю еще других людей, может есть способы сократить ее рост, путем снижения детализации расчетов, хотя мы итак вроде сделали ее настолько минимальной насколько программа это позволила
может быть это зарегистрированная фирмой 1С ошибка и кто-то уже обращался с таким вопросом
(29)
а разница в цене покупки ерп или изменение отчетов в старой УПП вас устраивает ?
Переход был осознанный не сомневайтесь, Взвесив все за и против.
можно узнать из пунктов "ЗА" ?
УПП прекращают поддержку, и соответственно сдавать новые отчеты мы в старой не сможем.
а разница в цене покупки ерп или изменение отчетов в старой УПП вас устраивает ?
Переход был осознанный не сомневайтесь, Взвесив все за и против.
можно узнать из пунктов "ЗА" ?
(1)
по словам партнера фирмы 1С (1с-франчайзи) версия 2.5 еще сырая и на ней невозможно будет закрыть месяц и сдать отчеты
Франч вешает вам лапшу на уши. Либо по некомпетентности, либо из желания позднее нажиться на переходе с 2.4 на 2.5 (поддержка подредакции 2.4 планируется по апрель 2022 года, включая отчетность за 1 кв.). Закрытие периодов и сдача отчетности отрабатывают штатно, проверено практикой. А переход на 2.5 - та еще веселуха, особенно если у вас напилены свои отчеты, касающиеся взаиморасчетов.
(27) Если вам нечего ответить по существу этой темы, а именно как уменьшить рост базы или объяснить почему оно растет, то проходите мимо. Все эти рассуждения на тему дискового пространства, осознанности перехода на ERP, учета по переделам, все это отвлекает от темы.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот