|
Два движения за один момент времени | ☑ | ||
---|---|---|---|---|
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
|
спасибо на рабочий стол не намажешь
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |