Имя: Пароль:
1C
 
Загрузка статистической информации, куда лучше грузить?
0 Shur1cIT
 
12.07.16
08:50
Каждый квартал выгружаем данные о продаж в том числе по конкурентам начиная с 2012 года и заканчивая текущим днем (по квартально).
Данные за прошлый период тоже заново перевыгружаються и в них могут быть изменения.
Нужно запихнуть то дела в 1с дабы можно было строить отчетность.
Есть большой соблазн использовать оборотный регистр, и каждый раз удалять документы старой загрузки и загружать новые (один докукмент на квартал с датой на коней квартала), насколько это кошерно с точки зрения 1с, что документы старых периодов будут удаляться (непосредственно) и новые создаваться?
1 Dotoshin
 
12.07.16
08:54
(0) Откуда вы выгружаете эти данные? Если они нужны просто для анализа, то может не надо ничего выгружать, а просто использовать какие-то инструменты для анализа?
Как вариант QV.
2 Shur1cIT
 
12.07.16
09:00
(1) при загрузке они будут обрабатываться например наименования могут отличаться в одном месте точка в другой нет итд.
3 Fedor-1971
 
12.07.16
09:00
(0) выгружай во внешнюю БД, например, в много связанных DBF.
Дальше - как больше нравится - либо анализируй саму БД напрямую, либо подключи её как источник внешних данных
4 Fedor-1971
 
12.07.16
09:02
(2) аналогично, спроектируй внешнее хранение так, что-бы его нужно было просто читать, без дополнительных обработок.
5 Shur1cIT
 
12.07.16
09:09
(4) сейчас уже есть такое в виде экселя, хотят в 1с видеть
6 Рэйв
 
12.07.16
09:13
(0)Если нужны актуальные данные, то ничего криминального тут имхо нет. Только перед физическим удалением доков надо обязательно чистить их движения, а то будет бардак
7 Garykom
 
гуру
12.07.16
09:13
(5) Подключи ексель к 1С как внешний источник
8 Зая Бусечка
 
12.07.16
09:16
(7) ексель загнётся...
9 Fedor-1971
 
12.07.16
09:19
(5) организуй выгрузку в XML, файлы называй в соответствии с периодом информации в нём хранящейся. Из 1С читай нужный файл или файлы и показывай в виде отчёта
10 В тылу врага
 
12.07.16
09:21
я бы хранил в независимом периодическом регистре сведений, его бы и перетерал
11 Shur1cIT
 
12.07.16
09:22
(6) ок спасибо так и буду делать
12 lodger
 
12.07.16
09:24
(11) голосую за периодический рег.сведений.
в документ записи одна дата реальная текущая и в регистр в период переписывается, и присобачить вторичную дату - отнесение по кварталам.
тогда можно будет делать срез последних, а можно и анализировать коррекцию от первичных к последующим.
13 Зая Бусечка
 
12.07.16
09:26
А я бы в MS OLAP грузила...
14 Менталист
 
12.07.16
09:26
(12)Если данные уже не актуальны и неверны - зачем их хранить да еще анализировать?
15 lodger
 
12.07.16
10:19
(14) знать насколько неверны, насколько юзеры генерят хаос. это как энтропию измерять. цели - да все больше управленческие, аналитические.