Имя: Пароль:
1C
1С v8
Как узнать какие документы есть базе и сколько их
,
0 PavelDefula
 
18.11.15
13:10
Добрый день.
Пишу техзадание. Для оценки трудоемкости нужно понять, какие объекты метаданных есть в информационной базе 1С и сколько их. Считать вручную - сложно, так как количество баз большое и количество объектов системы тоже приличное и их состав  отличается.
В идеале хотелось бы создать отчет, который бы показал например, что платежных поручений в системе 2000 шт, поступлений товаров и услуг 1500 шт. И так далее.
Особенно интересно узнать количество объектов справочников и документов. Остальные объекты не интересуют. Подскажите, как такое можно реализовать?
Конфигурация БП 3.0.
1 Альбатрос
 
18.11.15
13:10
Метаданные
2 Чайник Рассела
 
18.11.15
13:10
написать отчет. Только сначала тех.задание на такой отчет.
3 Альбатрос
 
18.11.15
13:10
+запрос
4 Лефмихалыч
 
18.11.15
13:11
(0) зачем тебе продуктивные данные для оценки трудоемкости разработки?
5 Fish
 
18.11.15
13:11
Цикл по метаданным, запросы.
6 NcSteel
 
18.11.15
13:11
(0) Запросом по метаданным.
7 Лефмихалыч
 
18.11.15
13:11
Или это какое-то космическое ТЗ на ручную обработку данных?
8 PavelDefula
 
18.11.15
13:17
(7) Это ТЗ на конвертацию данных. Надо понимать, сколько данных в системе для оценки трудоемкости тестирования после выполнения обменов. Чем больше документов - тем сложнее тестирование
9 neo_matrix_123
 
18.11.15
13:20
(8) [Это ТЗ на конвертацию данных] процесс будет мучительным, если затык уже в (0)
10 Fish
 
18.11.15
13:20
(8) А как тестируете? Каждый документ проверяете вместо того, чтобы отчётами смотреть?
11 Лефмихалыч
 
18.11.15
13:21
(8) объем данных на тестирование ни как не влияет. Он влияет на длительность выгрузок-загрузок.
12 PavelDefula
 
18.11.15
13:24
(10) Конечно же нет. Отчетами. Но чем больше документов, тем выше риски косяка. Отсюда рост трудозатрат.
13 PavelDefula
 
18.11.15
13:27
(11) На трудоемкость разработки правил обмена влияет не объем данных, а объем видов метаданных в базе. Что наряду я также хочу получить. Зачем мне писать правила для объектов, которых у меня в базе нет и тратить лишнее время?
А на трудоемкость тестирования объем данных также влияет, так как в случае косяка объем исправлений будет больше.
14 scanduta
 
18.11.15
13:29
(0) Неправильный подход

А отчеты такие уже есть. Зачем изобретать велосипед. ищи на инфостарте там должны быть.
15 Fish
 
18.11.15
13:30
(13) Если косяк в правилах обмена, то его исправление никак не зависит от объёма данных. Если же косяка в правилах обмена нет - то и в документах косяков не будет.
16 PavelDefula
 
18.11.15
13:33
(14) Нашел. http://catalog.mista.ru/public/87009/ Правда только по документам. Но это уже что-то. По справочникам уже по аналогии сделать можно.
Всем большое спасибо за помощь!