|
|
|
возможно ли это реализовать...?
|
|||
|---|---|---|---|
|
#18+
Добрый день, подскажите возможно ли это реализовать и каков механизм? Свой вариант предложить не могу, потому что алгоритм выполнения этой идеи не улавливаю, писать таблицы, запросы, формы, могу, а алгоритм не могу придумать... помогите идеей. заранее спасибо... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2009, 19:45 |
|
||
|
возможно ли это реализовать...?
|
|||
|---|---|---|---|
|
#18+
7Сveta, алгоритм чего? планирования? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2009, 20:45 |
|
||
|
возможно ли это реализовать...?
|
|||
|---|---|---|---|
|
#18+
7Сvetaалгоритм не могу придумать Алгоритм чего? Просто нужными для вас могут оказаться куча понятий, но Вы практически ничего не сказали, что ВАм нужно от этой картинки... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2009, 20:45 |
|
||
|
возможно ли это реализовать...?
|
|||
|---|---|---|---|
|
#18+
пишу как объяснение упрощенный пример: есть заготовка (деревянный брус), ее закупили, далее будут обрабатывать на разных участках. 1Участке - обстругают (на выходе тот же брус но гладенький, 2Участок в другом цеху-сверлят(в том же бруске одну дырочку), 3Участок-тот же брус красят. Итак на выходе тот же брус, но уже готов к продаже. Тоже самое с брусом другого размера, те же 3-операции. На каждом участке нужно вести учет, т.е. пришло, ушло, вернули в брак, в наличии, инвентаризация + ЗПл рабочих (сдельная, от кол-ва обработанных изделий).... вот такое объяснение... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2009, 20:57 |
|
||
|
возможно ли это реализовать...?
|
|||
|---|---|---|---|
|
#18+
7Сvetaпишу как объяснение упрощенный пример: есть заготовка (деревянный брус), ее закупили, далее будут обрабатывать на разных участках. 1Участке - обстругают (на выходе тот же брус но гладенький, 2Участок в другом цеху-сверлят(в том же бруске одну дырочку), 3Участок-тот же брус красят. Итак на выходе тот же брус, но уже готов к продаже. Тоже самое с брусом другого размера, те же 3-операции. На каждом участке нужно вести учет, т.е. пришло, ушло, вернули в брак, в наличии, инвентаризация + ЗПл рабочих (сдельная, от кол-ва обработанных изделий).... вот такое объяснение... 1000$ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2009, 21:44 |
|
||
|
возможно ли это реализовать...?
|
|||
|---|---|---|---|
|
#18+
я работу не предлагаю, подсказку прошу.......... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2009, 22:59 |
|
||
|
возможно ли это реализовать...?
|
|||
|---|---|---|---|
|
#18+
7Сveta, какой вопрос - такой ответ: ERP, Workflow, Бухгалтерия, и даже 1С %) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2009, 23:15 |
|
||
|
возможно ли это реализовать...?
|
|||
|---|---|---|---|
|
#18+
АнатоЛой7Сveta, какой вопрос - такой ответ: ERP, Workflow, Бухгалтерия, и даже 1С %) Даже нет, не так, загнул... авторНа каждом участке нужно вести учет + ЗПл рабочих ПО: "учётная система" + "зарплата" Если будет Workflow- тоже хорошо... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2009, 23:18 |
|
||
|
возможно ли это реализовать...?
|
|||
|---|---|---|---|
|
#18+
Реализовать можно все Во-первых забудь про зряплату (если сделаешь корректно - легко потом прикрутишь) Во-вторых Вносить данные нужно рационально (приход, расход и брак) + проверка на правильность внесения Наличие запросом сосчитаешь В-третьих Танцуй от печки (в смысле от готовых брусков) Создай для них код материала и код этапа обработки (и код брака) В-четвертых Для каждого участка - смена кода Для прихода сырья - поступление Для передачи на склад - расход P. S. А в чем собственно состояла сложность задачи? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.09.2009, 00:44 |
|
||
|
возможно ли это реализовать...?
|
|||
|---|---|---|---|
|
#18+
Shadow Of Sun Во-вторых Вносить данные нужно рационально (приход, расход и брак) + проверка на правильность внесения Наличие запросом сосчитаешь В-третьих Танцуй от печки (в смысле от готовых брусков) Создай для них код материала и код этапа обработки (и код брака) В-четвертых Для каждого участка - смена кода Для прихода сырья - поступление Для передачи на склад - расход P. S. А в чем собственно состояла сложность задачи? ...танцевать от печки, т.е. от готового изделия, не получиться - потому что на каждом этапе обработке этот брус может быть готовым изделием готовым к продаже. ...(приход, расход и брак): для каждого участка, тоже нюанс, - приход на участке покраски - это два пути, (что по флажку делает автоматический расход если сделать каждый участок - отдельным счетом), брак то же может быть вариантный (свой и предыдущей операции) + проверка на правильность внесения (как это реализуется?) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.09.2009, 02:14 |
|
||
|
возможно ли это реализовать...?
|
|||
|---|---|---|---|
|
#18+
...вот как сейчас мыслю - на каждый участок свой счет и соответственно таблица, для каждого вида брака своя таблица тоже, далее фото-отчет: ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.09.2009, 03:10 |
|
||
|
возможно ли это реализовать...?
|
|||
|---|---|---|---|
|
#18+
как вам такой вариант? правильно я мыслю подсказывайте может не туда иду. или кто то видит более интересное решение? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.09.2009, 03:13 |
|
||
|
возможно ли это реализовать...?
|
|||
|---|---|---|---|
|
#18+
7Сvetaкак вам такой вариант? правильно я мыслю подсказывайте может не туда иду. или кто то видит более интересное решение?Света! Картинки КРАСИВЫЕ! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.09.2009, 06:44 |
|
||
|
возможно ли это реализовать...?
|
|||
|---|---|---|---|
|
#18+
Почитайте про трехуровневую модель данных: концептуальное проетирование, логическое, физическое. Там как раз про то как делать такие штуки в приннципе, какова последовательность действий. На выходе у Вас будет база данных со всеми бизнесс-транзакциями, от которой Вы можете дальше плясать и наворачивать на нее уже приложение. Можно конечно пойти и от обратного (технология DDD) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.09.2009, 07:00 |
|
||
|
возможно ли это реализовать...?
|
|||
|---|---|---|---|
|
#18+
Картинки Ваши мне не нравятся абсолютно. в них мало смысла. Я бы делал так, навскидку: сущность "смена", которая заводится в начале "дня" и закрывается по истечении времени ее продолжительности, вручную или автоматом, не знаю, это от бизнес правил зависит и от общей концепции. Все процессы проходят в рамках текущей смены. Сущность "Участок". Сущность "Переход" - в ней хранится воркфла: два поля с кодами "участка" (переход откуда - куда). Склад единый. просто вводиться код участка с которого пришел товар. Брак тоже единый. Работа примерно такая: открыли смену. открыли форму участка - занесли значения. они попадают на склад в разрезе данного участка и смены. Открыли другой участок. Идет проверка справочника воркфлы. Скажем мы на участке мех обработки. воркфла говорит, что надо проверить склад нарезки. делаем выборку по нему. получили два полена. одно ушло на склад данного участка (транзакция: на складе с участка мех обаботки вычли, тут зачли), второе в брак с ключом данного участка и текущей смены. И так по всей цепочке до конца. На складе переход полена со склада участка на склад переходит таким образом: вводится поле флага. когда мы заюзаем полено. он маркируется. т.е. в дальнейшую выборку по воркфле оно не идет, а на складе хранится для расчета зарплаты. З.Ы. Зарплату прикручивайте в самом конце. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.09.2009, 07:57 |
|
||
|
возможно ли это реализовать...?
|
|||
|---|---|---|---|
|
#18+
7Сveta, Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.09.2009, 10:05 |
|
||
|
возможно ли это реализовать...?
|
|||
|---|---|---|---|
|
#18+
Мне видится примерно так: Создается таблица номенклатуры (если предполагаются разные бруски) и таблица для партионного учета брусков (если важна история каждого бруска индивидуально). Также создаем таблицу "истории": по каждому переходу толкаем ссылки на брус, текущий этап выполнения, ссылка на склад на котором товар сейчас, смена в которой осуществлен переход. Справочник возможных этапов обработки может содержать и этапы переходы в состояние утили, справочник складов может содержать изоляторы в том числе. Если это недопустимо, то по два справочника на норму/брак и склад сырья/утили. А в воркфле признак - считается данный брус утилью или нормальным сырьем. По учету смен: одна таблица, в которой нарастающим итогом хранится информация о номенклатуре, количеству на каждом этапе обработки на момент закрытия смены (просто в виде отдельных колонок). Таблица заполяется при закрытии смены, при желании можно дать начальникам смены возможность редактировать уже закрытую смену. Зарплата же расчитывается так же периодически по данным из последней таблицы путем кол-во*зп. Количество на каждом складе можно смотреть просто собирая таблицу воркфлы по признаку "это последнее состояние бруска". Так получим остатки на складе без постоянного лазания в таблицу остатков. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.09.2009, 12:50 |
|
||
|
возможно ли это реализовать...?
|
|||
|---|---|---|---|
|
#18+
АнатоЛой, спасибо за Ваше внимание и участие... вот что получилось (это не развернутая модель), но при количестве Изд: 200-500 шт в смену на одном участке, в ручную для каждого Изделия в смену, выбрать куда от куда, а так же написать списать...зачислить...грусненько... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.09.2009, 14:34 |
|
||
|
возможно ли это реализовать...?
|
|||
|---|---|---|---|
|
#18+
Мда... более ручного труда придумать можно. если нужна автоматизация попробуй мою модель или nibo. Они конечно немного посложнее этой трехтабличной, но более эффективны в эксплуотации ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.09.2009, 15:00 |
|
||
|
возможно ли это реализовать...?
|
|||
|---|---|---|---|
|
#18+
7СvetaАнатоЛой, ... при количестве Изд: 200-500 шт в смену на одном участке, вручную для каждого Изделия в смену, выбрать куда от куда, а так же написать списать...зачислить...грусненько... Пардон, но я несколько не то подразумевал под типом движения... Может быть Вы его восприняли не так, как я хотел, из-за того, что я продублировал его в таблице и для Откуда, и для Куда. Посмотрите ещё раз на "Справочник типов движения". Фактически это название каждой из стрелочек на Вашей первой картинке. Не путайте модель хранения и интерфейс пользователя. Вне зависимости от того, один у вас пользователь весь ввод делает или несколько ролей пользователей - заведите удобный функционал для ввода. Не все данные в БД должен вносить пользователь - программа Вам для чего? Я не большой дока в Access, но тем не менее... Даже если работать с нарисованной вами формой, перетасуйте немного поля, чтобы пользователь заполнял их сверху вниз по степени важности, а остальные поля подстраивались в зависимости от заполненых. Главное - это тип движения. В зависимости от него можно автоматически заполнять поля по уже заполненым пользователем, и даже не требовать их ввода от пользователя (или даже не отображать). Может оказаться, что даже кол-во по умолчанию в 1 выставлять. введите режим копирования записей, чтобы пользователю достаточно было подправить пару полей на основании аналогичной записи, и т.д. Всё равно много данных? Значит Вы или не всё нам рассказали - и нам этого не видно, или у Вас их действительно много - и никуда Вы от этого денетесь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.09.2009, 18:21 |
|
||
|
возможно ли это реализовать...?
|
|||
|---|---|---|---|
|
#18+
АнатоЛой[quot 7Сveta]АнатоЛой, ...Пардон, но я несколько не то подразумевал под типом движения... Может быть Вы его восприняли не так, как я хотел, из-за того, что я продублировал его в таблице и для Откуда, и для Куда. Посмотрите ещё раз на "Справочник типов движения". Фактически это название каждой из стрелочек на Вашей первой картинке. Не путайте модель хранения и интерфейс пользователя. - ??? Итак вот это... 1. Справочник "подразделений": 5. Справочник типов движения (и преобразования) изделий --------------- --------------- Ид | Наименование Ид | Наименование --------------- --------------- 1 Участок N (Нарезки) 1 Нарезка ... Изолятор M ... Упаковка ... Склад M ... Передача в другой участок -------------- -------------- ...на Участке нарезки - тип движения нарезка, упаковка, вот что получается? Вот исходя из этого получаем тип движения: зачисление(приход), списание (расход), утилизация, реализация... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.09.2009, 20:06 |
|
||
|
возможно ли это реализовать...?
|
|||
|---|---|---|---|
|
#18+
сбилось... авот что хотелось отобразить ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.09.2009, 20:08 |
|
||
|
возможно ли это реализовать...?
|
|||
|---|---|---|---|
|
#18+
Стоит так же обратить внимание, что Вам на пальцах объяснили задачу, в очень упрощенном виде. Первое - у любого изделия существует спецификация, где расписано чего и сколько идет на производства одной единицы этого самого изделия - тоесть, спецификация. Причем, на одно и тоже изделие может существовать несколько активных(используемых) спецификаций, различающееся "мелочами" :). Очень хорошо бы сразу предусматреть такую таблицу, которая будет описывать спецификации. Ведь в производство материал списывается не абы как, а взаимосвязано, нетак ли. Да и заполнять каждый раз "в производство передано 10 брусков для сверления в каждом по дырдочке" весьма утомительно.... это можно брать из спецификации или самого изделия если оно не сложное или из спецификации полуфабриката. Второе - то, что у вас нарисовано стрелочками, называется технологическая карта(изготовления изделия), где расписаны этапы движения материалов/полуфабрикатов, а так же виды работ которые необходимы для производства изделия. У одного и того же изделия они могут несколько отличаться, потому что, мы сами можем изготовить какой-то узел или полуфабрикат, а можем его купить на стороне. P.S. Вы взялись за довольно большую и сложную задачу, не особо представляя само производство, это плохо... Оттого и структуру базы не можете нарисовать. Подойдите к заказчику и пусть он вам определит "кураторы", который с вами будет вазится, отвечая на вопросы, связанные с производством. А Вы будите перекладывать это в код и структура базы. Вы говорите о стороне, которая производит набивку данных в базу. А какие отчеты от вас хотят получить, Вы не слова не сказали. Подумайте, кому нужна система которая позволяет только вбивать данные. Зная какие отчёты и их структуру должна, по замыслу заказчиков, делать Ваша программа вы дополните базу нужными полями у таблиц а возможно и новые таблицы заедете - для аналитики. А за зарплату не беритесь. Вы бы с этим разобрались сначало, так как в "зарплатной" части будет очень много ньюансов. И законодательство меняется давольно часто, успеетели Вы за ним. Лучше уж минимальные данные ведите в свойё базе, и делайте выгрузку в туже 1С, наверняка она есть на Вашем предприятии. Может так понятней будет, раз у Вы так к Access тяготеете. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.09.2009, 21:32 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=36183117&tid=1543071]: |
0ms |
get settings: |
4ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
156ms |
get topic data: |
6ms |
get forum data: |
2ms |
get page messages: |
37ms |
get tp. blocked users: |
1ms |
| others: | 198ms |
| total: | 417ms |

| 0 / 0 |
