Имя: Пароль:
1C
1С v8
Два движения за один момент времени
,
0 Alyenka
 
25.12.13
08:04
Небольшая самописная конфигурация по учету подписных изданий.
Фиксируем факт подписки: Документ Подписка делает движение по регистру накопления ПодписныеИздания началом дня, например, 1 января 2014 г.
Но случается разное и от подписки отказываются. Чтобы учесть это в программе делаем минусовое движение по регистру ПодписныеИздания. Отказ надо сделать также 1 января.
Если сделать оба движения началом дня, это ведь некорректно?
Или сделать второе движение 1.01.14 00:00:01 ?
А как методически верно отразить в регистрах?
1 Wobland
 
25.12.13
08:06
текущей датой логичней же
2 Alyenka
 
25.12.13
08:09
текущая дата 25.12.13, а подписан чел с 1.01.14.
3 Wobland
 
25.12.13
08:10
(2) и что?
4 skunk
 
25.12.13
08:11
факт отказа произошел же 25.12
5 Wobland
 
25.12.13
08:12
кстати, мы ещё ни разу не отказывались от фото
6 Alyenka
 
25.12.13
08:14
при подписке в движении указывается период, с которого подписка начнется, т.е. 1.01.14
7 Wobland
 
25.12.13
08:14
(6) так...
8 Wobland
 
25.12.13
08:15
ты внезапно решила, что дата принятия решения о подписке является датой начала подписки? да я себе журнал в ноябре выписывал с января
9 Alyenka
 
25.12.13
08:24
подписные издания выдаются на торговых точках.
Есть переносы подписки с одной точки на другую (например, закрылась торговая точка временно, отправляем подписчиков  в др. место получать), есть отказы и до и во время подписки
Чтобы знать в любой день куда сколько изданий отправить и был придуман рег. ПодписныеИздания.
т.е.  в нем я тупо записываю:
1.01.14 начнем выдавать Иванову В ТТ1 газету,
10.01.14 Иванов уедет в гости, выдадим ему газету в ТТ2
18.01.14 Иванов снова начинает получать газету в ТТ1.

А Петров:
1.01.14 начнем выдавать Петрову в ТТ1 газету
1.01.14 перестанем ему газету выдавать.
10 Alyenka
 
25.12.13
08:24
как то так
11 Wobland
 
25.12.13
08:27
(9) то есть, нужно хранить периодическую информацию такой вот структуры. так?
12 catena
 
25.12.13
08:28
(9)Так регистр накопления или все-таки сведений?
13 Alyenka
 
25.12.13
08:28
я храню в рег накопления, а потом на нужную дату просто снимаю остатки
14 Wobland
 
25.12.13
08:28
(12) это новая мода - эмулировать РС на РН
15 chelentano
 
25.12.13
08:30
(13) остатки чего?
16 Wobland
 
25.12.13
08:31
(15) срез последних остатков
17 Alyenka
 
25.12.13
08:33
(15) виртуальн.таблица ПодписныеИздания.Остатки
18 Wobland
 
25.12.13
08:35
(17) он в курсе. остатки чего?
19 Alyenka
 
25.12.13
08:35
(14) мне кажется, РН здесь больше подходит
20 Alyenka
 
25.12.13
08:37
(17) 01.01.14 ТТ1 - выдать 1 издание,
10.01.14 ТТ2 - выдать 1 издание,
18.01.14 ТТ1 - выдать 1 издание
21 ASU_Diamond
 
25.12.13
08:38
(0) а не проще убрать с проведения документ прописки чтобы движений вообще не было?
22 Alyenka
 
25.12.13
08:39
(21) чел подписался в октябре, по бухгалтерии это уже прошло, приходится учитывать, что это отказ
23 Wobland
 
25.12.13
08:39
(20) настоящим уведомляю, что 1го января нужно выдать с ТТ1 одно издание. какое ещё накопление?
24 ASU_Diamond
 
25.12.13
08:40
(19) РС методологически вернее будет, потому что анализ приходов и расходов никаких не будет, а будет только список кому какие газеты в какой ТТ выдавать.
25 ASU_Diamond
 
25.12.13
08:41
(22) про учет в бухгалтерии в (0) нет ни слова
26 Wobland
 
25.12.13
08:43
+(25) и фото в Alyenka ни пиксела
27 Alyenka
 
25.12.13
08:45
(24) спс за аргументированный ответ,
(25) бух здесь не трогаем, не о ней речь.
Даже если это будет Регистр сведений, возвращаясь к ситуации в (0) как отразить отказ?
Если сделать оба движения началом дня, это ведь некорректно?
Или сделать второе движение 1.01.14 00:00:01
28 Alyenka
 
25.12.13
08:46
(26) какие фотки, дай прогу доделать до Нов года)))
29 Wobland
 
25.12.13
08:46
(27) не надо выдавать одно издание с 1го января? удали запись
30 Wobland
 
25.12.13
08:47
(28) с фоткой у тебя карма очистится и ангел прилетит помогать
31 Alyenka
 
25.12.13
08:53
сори, если элементарно, но тем не менее:

Иванов подписан на 1 полугодие

записываем в Регистр сведений:
начало подписки:
1.01.14 Иванов ТТ1 1 издание
Конец подписки: как отразить?
32 Wobland
 
25.12.13
09:00
(31) 010114, 300614. или 010114, полугодие. внезапно, правда?
33 Wobland
 
25.12.13
09:03
а не просматривается ли здесь применение регистров расчёта для задачи, не связанной с з/п? давно мечтаю практический пример встретить
34 samozvanec
 
25.12.13
09:30
чего вы к ней пристали со своими РС? действительно, ей может быть удобнее получать именно остатки в разрезе точек и наименований изданий, чтобы знать на какую точку сколько чего везти. тут правильнее смотреть не что она там будет хранить, а что оттуда хочет получать. может, ей пофигу, кто и на что подписан?
35 catena
 
25.12.13
09:31
(31)В РС можно завести "Начать" и "Прекратить". И по срезу последних на любую дату таскать.

В РН по остаткам, если будет зафиксировано
25.12.2013 -1 (отказ от подписки)
01.01.2014 +1 (подписка)

В какой момент времени ты рискуешь выдать журнал по отказанной подписке?
36 samozvanec
 
25.12.13
09:36
(0) что некорректного в двух движениях на начало дня?
37 Alyenka
 
25.12.13
09:45
(36) так вот и хотела понять: корректно/некорректно?
38 MrStomak
 
25.12.13
09:46
думаю методически вернее дату "выдачи" пихать в измерение РН, дату, когда человек подписался или отписался - в периоде РН. Текущие остатки по измерению нужной даты покажут сколько в итоге надо выдать, и это будет быстро за счет физической таблицы актуальных остатков. Факт выдачи отражать также расходным движением по РН.  Данные по истории того, как кто подписывался/отписывалась/выдавалась подписка в системе будут, все счастливы. Фактически мы имеем дело с типовой схемой заказа покупателя.
39 Wobland
 
25.12.13
09:46
(37) и до сих пор не поняла, что городишь хрень?
40 spiteful41
 
25.12.13
09:49
(0) Период в регистре должен быть тот, когда движения были занесены, а сама дата подписки - это совсем другое, скорее всего реквизит справочника подписки или доп. регистра сведений, т.е. регистрируем факт подписки 20.12.2013 в регистр в период пишется 20.12.2013, регистрируем отказ от подписки 25.12.2013 период 25.12.2013. Сведения о начале подписки (т.е. 01.01.2014) хранятся в отдельном регистре. Думаю так должно быть
41 spiteful41
 
25.12.13
09:50
Например регистр сведений СведенияОПодписках, в которых храняться даты начала действия подписки и дата окончания и прочие сведения
42 samozvanec
 
25.12.13
09:50
(37) а ты попробуй
(38) +1
43 spiteful41
 
25.12.13
09:52
(38) Дату пихать в измерение РН - не есть гуд
44 mdocs
 
25.12.13
09:54
Типовые извращаются ПериодамиЗавершения и хитропопыми запросами к ним. Видимо такой функционал реализован в восьмерке через задницу.
45 Serg_1960
 
25.12.13
10:18
(0) Имхо, Ваши "отказы" - это "сторно" существующих(!) записей регистра. Другими словами, в записи сторнирования - все значения равны сторнируемой записи (кроме количества - оно с минусом, разумеется). Что смущает?

Если исходить из того, что "подписка" - это период по сути своей - то подписку тоже можно хранить в измерениях.

Если начало периода хранить на начало дня, а конец периода - на конец дня, то проблем не вижу.

НО: запрос на остатки должен отбирать только "актуальные" подписки и нужно дополнительно "свертывать" остатки РН по периоду окончания подписки.
46 ASU_Diamond
 
25.12.13
10:25
(+45) а как реализован механизм завершения подписки?
47 Serg_1960
 
25.12.13
10:51
(46) Этого автор нам не озвучил так, как это считает несущественно и вопрос был про "два движения в один момент времени". Автора этот аспект смущает.

Вероятно, имхо, автор не в полной мере понимает термин "момент времени". И что бы автор совсем запутался :) - напоминаю: в записи РН кроме даты есть ещё регистратор :))
48 MrStomak
 
25.12.13
10:53
(43) Бери выше, измерение это вообще фигня, первый индекс всегда по периоду а он *заглядывает в блокнотик*....о ужас!!! Кошмарный тип "дата"!!!! Как же так?!

Дата в полях плоха тогда, когда она в составе составного типа - в книжках написано всё.
49 bolobol
 
25.12.13
11:09
Есть некая конфа, которая сплошь и рядом в одну секунду в РС делает записи о состояниях. Постоянно путается последовательность записи, ещё хуже - это их просмотр через операции. Но встречается это только из-за того, что в РС по бизнес процессу пишет сразу два состояния один регистратор.

Если регистраторы разные - никакой путаницы и некорректности не будет - кто последний тот и па...следний, да.

Всё будет хорошо!
50 Alyenka
 
25.12.13
11:46
спасибо всем большое)
51 Wobland
 
25.12.13
12:02
спасибо на рабочий стол не намажешь
Пользователь не знает, чего он хочет, пока не увидит то, что он получил. Эдвард Йодан