Доброго дня!
Такая ситуация, в базе ТиС 7.7 работают с 2014 года. Возникла проблема с отображением итогов по взаиморасчетам, стали разбираться, увидели, что файл RG4335.DBF стал размера 996МБ, при этом 20 января этот файл был 530МБ. Не могу понять из-за чего файл по регистрам взаиморасчетов мог за 2.5 месяца увеличиться в 2 раза?
Подскажите, пожалуйста, что можно посмотреть? Конфа типовая с совершенно небольшими изменениями для печати чека.
Такая ситуация, в базе ТиС 7.7 работают с 2014 года. Возникла проблема с отображением итогов по взаиморасчетам, стали разбираться, увидели, что файл RG4335.DBF стал размера 996МБ, при этом 20 января этот файл был 530МБ. Не могу понять из-за чего файл по регистрам взаиморасчетов мог за 2.5 месяца увеличиться в 2 раза?
Подскажите, пожалуйста, что можно посмотреть? Конфа типовая с совершенно небольшими изменениями для печати чека.
По теме из базы знаний
- В помощь товароведу. Простые отчеты для 1С:Торговля и склад 7.7
- Анализ задолженности по документам. ТиС 7.7, Комплексная 7.7
- Анализ коллизий и контроль последовательности для 1С:Торговля и склад 7.7
- Проставление номеров в уже созданных значениях свойств после добавления нумерации. 1С: ТиС 7.7
- Ведомость по взаиморасчетам (в удобной форме, как было в 1С:ТиС 7.7) для УТ 11.4/11.5
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
а может все таки у Вас был большой объем документов регистр взаиморасчетов так вырос - это по размеру файла? а так вообще мне всегда помогал полный пересчет итогов меню "операции" - "управление бухг.итогами" в режиме предприятия
вы малость перевираете.
речь ведете о RG , а на картинках - RA
а это две большие разницы. РА может расти незначительно а РГ - больше.
вангую что у вас размер файла РА существенно меньше размера файла РГ
и даже телепатирую что это такое.. сейчас гляну..
речь ведете о RG , а на картинках - RA
а это две большие разницы. РА может расти незначительно а РГ - больше.
вангую что у вас размер файла РА существенно меньше размера файла РГ
и даже телепатирую что это такое.. сейчас гляну..
Судя по всему у вас тупо не закрывается регистр.
тоесть учет вы ведет либо только в одну сторону, либо с несовместимыми показателями по приходу и расходу. Когда у вас в тесении месяца +1 и -1 по одинаковому налору показателей, то на следующий месяц ничего не переходит. а если - по разному набору показателей - то на след.месяц тащится аж две "записи". и так из месяца в месяц и это все нарастает лавинообразным итогом.
приведите размер RA4335 и RG4335 - при нормальном состоянии дел RG не должен быть больше RA.
тоесть учет вы ведет либо только в одну сторону, либо с несовместимыми показателями по приходу и расходу. Когда у вас в тесении месяца +1 и -1 по одинаковому налору показателей, то на следующий месяц ничего не переходит. а если - по разному набору показателей - то на след.месяц тащится аж две "записи". и так из месяца в месяц и это все нарастает лавинообразным итогом.
приведите размер RA4335 и RG4335 - при нормальном состоянии дел RG не должен быть больше RA.
(10) Это я примерно понимаю, но вот как бы выяснить, что такого произошло в базе за 2,5 месяца, что так раздуло регистр? Мне не понятно, почему при одном и том же темпе работы с 2014 года до января 2021 накопилось на 500Мб, а с января 2021 до начала апреля 2021 еще на 500Мб.
В январе размеры файлов:
RA4335 - 29763Кб
RG4335 - 558330Кб
Сейчас размеры файлов:
RA4335 - 30479Кб
RG4335 - 1019995Кб
В январе размеры файлов:
RA4335 - 29763Кб
RG4335 - 558330Кб
Сейчас размеры файлов:
RA4335 - 30479Кб
RG4335 - 1019995Кб
еще раз - у вас незакрыты регистры. это поначалу незаметно, а потом идет нарастание снежным комом.
при вашем размере файлика РА размер файлика РГ д.б. в районе 30Мб.
плюс к этому из-за такого нарастания у вас файл РГ превысил 1Гб, и если не сделать определенных действий - вы столкнетесь с проблемами в обычной работе.
при вашем размере файлика РА размер файлика РГ д.б. в районе 30Мб.
плюс к этому из-за такого нарастания у вас файл РГ превысил 1Гб, и если не сделать определенных действий - вы столкнетесь с проблемами в обычной работе.
(16)Согласен полностью. Сам столкнулся с таким, особенно по регистрам заказов и заявок. Пришлось делать пустые документы ЗаказПоставщику, чтобы обнулить остатки по предыдущим. Не совсем уверен, что правильно, но размер архива базы за 10 месяцев с 59 Мб уменьшился до 43.
(18) Надо закрывать все заявки покупателей и заказы поставщикам, которые остались неотработанными. Заявки покупателей следует закрывать ВСЕХ видов - и неподтвержденные тоже. Заказы поставщикам - закрывать тоже. В типовых отчетах "Заявки покупателей" и "Заказы поставщикам" (разворачивать по всем группировкам) должны быть только реальные живые заказы/заявки. Если есть данные по ненужным уже заявкам/заказам - их следует "закрыть". Отмену/закрытие заявок/заказов можно делать посредством введения корректировочной заявки/заказа с пустой табличной частью. Но в общем случае закрытие посредством ввода корректировочных заявок/заказов работает не так как хотелось бы (так написан штатный алгоритм): если по заявке/заказу есть отрицательное количество (а это запросто может быть при работе задним числом и исправлением самих заявок/заказов без использования корректировочных заявок/заказов), или ненулевая сумма при нулевом количестве - такие заявки/заказы останутся незакрытыми даже после ввода пустых корректировочных заявок/заказов. Полностью закрытие хвостов заявок/заказов правильно в штатном варианте делается только через Документ.ОтменаЗаявок (у себя сделал аналогичный Документ.ОтменаЗаказов) - рекомендую пользоваться именно этим способом.
.
У меня, например, все живые заявки показываются в отдельном "псевдожурнале" текущих заявок - менеджеры работают через него преимущественно, и в общий журнал или журнал заявок ходят очень редко. При необходимости "закрыть" (отменить, удалить итд) заявку - менеджер просто отмечает крыжиками ненужные и жмет кнопку - автоматом формируется документ отмены заявок.
.
У меня, например, все живые заявки показываются в отдельном "псевдожурнале" текущих заявок - менеджеры работают через него преимущественно, и в общий журнал или журнал заявок ходят очень редко. При необходимости "закрыть" (отменить, удалить итд) заявку - менеджер просто отмечает крыжиками ненужные и жмет кнопку - автоматом формируется документ отмены заявок.
Che, я веду базу 16 лет, было 2 свертки. И каждый док ЗаказПоставщику был основанием для последующего. А вот год не поработал и такая петрушка вылезла. Уже после свертки, как с 01.10.20 начали работать. Пока шеф в отъезде был, искал что бы улучшить
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот