Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2008.01.27;
Скачать: CL | DM;

Вниз

Учет доставки периодики. Проблема с недоставкой.   Найти похожие ветки 

 
Xmen   (2007-09-14 10:39) [0]

Привет!
Вот сижу и не могу решит одну задачку, и теперь надеюсь на ваш помощь.
Задача такая делаю программку для библиотеке нашей организации, с книгами разобрался, но вот беда организация получает и периодику газеты и журналы, для учета которых не могу сделать программку. Дело такое библиотека получает газеты и журналы, которых доставляет одна фирма и нужно вести их учет. Газеты и журналы могут, выходит: 5 раз в неделю, 4 раза в неделю, 3 раза в неделю, 2 раза в неделю, 1 раз в неделю, 2 раза в месяц, 1 раз в месяц, 1 раз в 2 месяца, 1 раз в 3 месяца, 1 раз в 6 месяце, др. без срока. Фирма  не всегда хорошо выполняет свои обязанности доставка идет со срывом иногда даже некоторые номера журналов не доходят до нас или делают доставку с опозданием. И вот все это нужно учитывать и делать итоговый месячный отчет о доставке и не доставке для бухгалтерии. Я сделал форму для регистрации периодики и форму для ввода данных о доставке. И это работает, но вот учет о не доставленных номеров не как получается. Не могу додуматься, как это можно сделать.  Уважаемы мастера дайте совет.
Для программы сделал 3 таблицы. 1 – Jurnal – информация о журналах и газет. Поля: id – понятно что, name – наименование (string), period – периодичность(integer даны получается с др. табл. Period),   count_jornal – количество подписки(int), type_izd – тип издания (месная/зарубежная int). 2 – Jornal_in – информация о доставке. Поля: id – ну это, Jornal_id – id из табл. Jornal, date_in – дата доставки, kol_izd – количество поставки, num_izd – номер издания. 3 – Period – справочник по периодичности газет и журналов. Спасибо за то что почитали до конца :)


 
Anatoly Podgoretsky ©   (2007-09-14 10:47) [1]

Где код


 
Desdechado ©   (2007-09-14 10:49) [2]

В чем, собственно, вопрос?
В тренировке методов "додумывания"?


 
Johnmen ©   (2007-09-14 10:49) [3]

В чём КОНКРЕТНО вопрос - неясно...


 
Sergey13 ©   (2007-09-14 11:04) [4]

> [0] Xmen   (14.09.07 10:39)

Можно подумать в этом напрвлении (первое, что пришло в голову). Завести таблицу с номерами периодики (раз периодичность известна) и атрибутом доставки/получения. Т.е. для еженедельника вероятно наличие 52 номеров в год и известны предельные даты выхода (типа воскресенье), следовательно можно поставить на контроль что из заказанного не пришло на сегодняшний день.


 
Sergey13 ©   (2007-09-14 11:06) [5]

+ к
> [4] Sergey13 ©   (14.09.07 11:04)

Заполнять таблицу во время подписки на издание/заключение договора на поставку.


 
Xmen   (2007-09-14 11:06) [6]


> Anatoly Podgoretsky ©   (14.09.07 10:47) [1]
> Где код

Для чего?
мне идея нужна как можно сделат учет недоставке.
Я могу код показать но низнаю какую часть.

> Desdechado ©   (14.09.07 10:49) [2]
> В чем, собственно, вопрос?В тренировке методов "додумывания"?
>

Вопрос в том как организовать работу то есть в каком направление нужно копать.

> Johnmen ©   (14.09.07 10:49) [3]
> В чём КОНКРЕТНО вопрос - неясно...

Или всетаки код показать но незнаю зачем? У меня код есть но этот код уже работает(регестрация на год периодику/подписка и учет доставки), мне нужн совет а потом я напишу код (Учет недоставленной периодики.)


 
Anatoly Podgoretsky ©   (2007-09-14 11:07) [7]

> Xmen  (14.09.2007 11:06:06)  [6]

Тут нужна постановка задачи, а не идея.


 
Xmen   (2007-09-14 11:12) [8]


> Sergey13 ©   (14.09.07 11:04) [4]
> > [0] Xmen   (14.09.07 10:39)Можно подумать в этом напрвлении
> (первое, что пришло в голову). Завести таблицу с номерами
> периодики (раз периодичность известна) и атрибутом доставки/получения.
>  Т.е. для еженедельника вероятно наличие 52 номеров в год
> и известны предельные даты выхода (типа воскресенье), следовательно
> можно поставить на контроль что из заказанного не пришло
> на сегодняшний день.

Я тоже об этом подумал но боялся вам написать может это было бы излищним вед нужно создавать каждый год новую таблицу с полями периодики и строкой 365(366) и заполнит его.  Но это еще туманно. :(  И еще есть количество поставки этим как быть? Нужно подумать ......


 
Xmen   (2007-09-14 11:13) [9]


> Anatoly Podgoretsky ©   (14.09.07 11:07) [7]
> > Xmen  (14.09.2007 11:06:06)  [6]Тут нужна постановка задачи,
>  а не идея.

Правильно написали. Извеняюсь что не подобрал слова.


 
Sergey13 ©   (2007-09-14 11:16) [10]

> [8] Xmen   (14.09.07 11:12)
> вед нужно создавать каждый год новую таблицу с полями периодики
> и строкой 365(366) и заполнит его.

Зачем?!!!
ИД,
Ссылка на издание
Номер
Дата выхода (это та по которой надо контролировать)
Фактически полученное количество.
Разные поля по вкусу, типа причина задержки и т.д. и т.п.


 
Xmen   (2007-09-14 11:29) [11]


> Sergey13 ©   (14.09.07 11:16) [1

Уточни пожалуйста.


 
Anatoly Podgoretsky ©   (2007-09-14 11:37) [12]

> Xmen  (14.09.2007 11:13:09)  [9]

Тут надо разораться с предметноей областью, я как понял у тебя поштучный учет, вот и надо сделать должные аттрибуты, например крайняя_дата_поставки экземляра, признак или дата_поставки. Тогда запросы будут простые - is null дата поставки, а аттрибут крайняя дата поставки позволит определить просрочку в днях.
В общем смотреть в предметную область и делать по ней ТЗ, то есть это стадия до ТЗ - анализ задачи.


 
Sergey13 ©   (2007-09-14 11:38) [13]

> [11] Xmen   (14.09.07 11:29)
> Уточни пожалуйста.

На тему? Что непонятно?


 
Anatoly Podgoretsky ©   (2007-09-14 11:38) [14]

> Xmen  (14.09.2007 11:29:11)  [11]

Его предложение не вполне подходит, если я его правильно понял. У тебя поштучный учет. А создавать таблицу на год или по ходу это уже не принципиально.


 
Xmen   (2007-09-14 11:54) [15]

Я немогу контролировать дату поставки. Многие издания зарубежные. Срок поставки может быть разными. Я вобщем затуталься с ТЗ.


 
ЮЮ ©   (2007-09-14 11:57) [16]

> Я немогу контролировать дату поставки. Многие издания зарубежные.
> Срок поставки может быть разными. Я вобщем затуталься с
> ТЗ.


Приблизительно иожещь же оценить. А если порождать сущносьи в момент регтстрации предыдущего номера, то и вовсе просто. Если 1-й номер ежемесячного издания получили 3 марта, то 2-ой следует ожидать не ранее 3-го апреля.


 
Anatoly Podgoretsky ©   (2007-09-14 12:02) [17]

> Xmen  (14.09.2007 11:54:15)  [15]

В таком случае как же ты знаешь, что доставка опоздала?

> или делают доставку с опозданием


 
Anatoly Podgoretsky ©   (2007-09-14 12:06) [18]

> ЮЮ  (14.09.2007 11:57:16)  [16]

Номер может быть не доставлен совсем. Получит 3 марта и 3 мая, без 3 апреля


 
ЮЮ ©   (2007-09-14 12:10) [19]

>Номер может быть не доставлен совсем. Получит 3 марта и 3 мая, без 3 апреля

Ну и что?
3 мая подучит №3, спрогнозирует для №4 3 июня, а №2 так и останется неполученным. Когда его все-таки доставят, прогноз для №3 делать не нужно, т.к. он уже в базе.


 
Anatoly Podgoretsky ©   (2007-09-14 12:32) [20]

> ЮЮ  (14.09.2007 12:10:19)  [19]

Строчки в базе не будет, не почему будет делать вопрос, надеюсь ты его не толкаешь на навигационные методы.


 
Sergey13 ©   (2007-09-14 12:40) [21]

> [14] Anatoly Podgoretsky ©   (14.09.07 11:38)
> Его предложение не вполне подходит, если я его правильно
> понял. У тебя поштучный учет.

ИМХО, можно рассматривать поставку 10 экземпляров газеты как партию, и приход оформлять на нее. И потом уже дробить на собственно экземпляры для внутреннего учета. Кстати, если возможна поставка не всей партии сразу, а по частям (типа допоставка), можно учитывать это в дочерней таблице.


 
Sergey13 ©   (2007-09-14 12:41) [22]

> [15] Xmen   (14.09.07 11:54)
> Срок поставки может быть разными.

Никто не ограничивает тебя в определении крайней даты ожидания поставки, после которой уж точно считается, что обязательства поставщика не выполнены.


 
ЮЮ ©   (2007-09-14 12:54) [23]

>
Anatoly Podgoretsky ©   (14.09.07 12:32) [20]
Строчки в базе не будет, не почему будет делать вопрос,
> надеюсь ты его не толкаешь на навигационные методы.


Какой?
Какие создашь, такие и будкт :)
А создавать таблицу на год или по ходу это уже не принципиально. - тыои слова :)


 
Anatoly Podgoretsky ©   (2007-09-14 12:54) [24]

> Sergey13  (14.09.2007 12:40:21)  [21]

Если говорить о партии, как о единице, то да. Единица - это конкретный номер издания. Журнал номе 3 такого года, или просто номер три, если сквозная нумерация и надо знать поступил ли он в сроки или нет. Недопоставка частный случай.


 
Anatoly Podgoretsky ©   (2007-09-14 14:20) [25]

> ЮЮ  (14.09.2007 12:54:23)  [23]

Мои но имеется в виду совсем другое, можно создавать по окончанию отчетного периода.


 
Kolan ©   (2007-09-14 18:54) [26]

> num_izd


> Jornal_in


> date_in

Фу


 
Anatoly Podgoretsky ©   (2007-09-14 20:03) [27]

Каждый пишет по мере своих возможностей.
Имена не влияют на работу программы.


 
Xmen   (2007-09-17 08:10) [28]


> Anatoly Podgoretsky ©   (14.09.07 20:03) [27]
> Каждый пишет по мере своих возможностей.Имена не влияют
> на работу программы.

Спосибо за поддержку :)



Страницы: 1 вся ветка

Текущий архив: 2008.01.27;
Скачать: CL | DM;

Наверх




Память: 0.54 MB
Время: 0.017 c
2-1198472251
mikola
2007-12-24 07:57
2008.01.27
индикатор загрузки отправки


15-1198032657
Slider007
2007-12-19 05:50
2008.01.27
С днем рождения ! 19 декабря 2007 среда


15-1197716283
No_Dead
2007-12-15 13:58
2008.01.27
Сбой какой-то


2-1199285953
Stepper
2008-01-02 17:59
2008.01.27
Печать содержимого TRxRichEdit ?


2-1198965378
Razrab
2007-12-30 00:56
2008.01.27
Через буфер обмена копируются крикозявки