ReSQL.ru
     
powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Проектирование БД для складской программы (общепит)
39 сообщений из 39, показаны все 2 страниц
  все  
Проектирование БД для складской программы (общепит)
    #32584830
Louder
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Louder
Участник
Необходимо спроектировать БД для складской программы (складской учет в ресторанах).

Должны быть реализованы три типа списания: LIFO, FIFO и AVERAGE.

Может кто сталкивался с аналогичной задачей?

В данный момент есть таблица товаров и документов (приход, расход, вн. перем.).

Товары:
Id, Код, Описание, Ед. изм., Категория, Ставка налога и т.д.

Документы:
Id, Тип документа, Дата, Поставщик, Получатель, Склад (куда), Склад (Откуда), Товар, Кол-во, Цена

Вопрос: Как лучше спроектировать БД, чтобы реализовать быстрый расчет себестоимости, при том, что документы могут изменяться задним числом.
...
Рейтинг: 0 / 0
01.07.2004, 11:52
| Ответить | Цитировать | Написать  
Проектирование БД для складской программы (общепит)
    #32584843
zass
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
zass
Участник
У меня есть моя личная разработка общепита, которая работает на почти 200 объектах. БД на платформе MS SQL Server. Давайте более подробное описание задачи.
...
Рейтинг: 0 / 0
01.07.2004, 11:59
| Ответить | Цитировать | Написать  
Проектирование БД для складской программы (общепит)
    #32584853
KOLCHOZ_POSTEVENT
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
KOLCHOZ_POSTEVENT
Гость
По настоящему быстрый расчёт-это только на счётах,это я в детстве видел,покойный дед-бухгалтер районного узла связи так исполнял,все ваши серверы могут отдыхать.Но первым делом,закрой от юзеров delete и update,оставь только инсерт,иначе вместо учёта будет тильки 'пидманула-пидвила'.
...
Рейтинг: 0 / 0
01.07.2004, 12:03
| Ответить | Цитировать | Написать  
Проектирование БД для складской программы (общепит)
    #32584868
zass
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
zass
Участник
[to: KOLCHOZ_POSTEVENT]По настоящему быстрый расчёт-это только на счётах,это я в детстве видел,покойный дед-бухгалтер районного узла связи так исполнял,все ваши серверы могут отдыхать.Но первым делом,закрой от юзеров delete и update,оставь только инсерт,иначе вместо учёта будет тильки 'пидманула-пидвила'.[/quot]

Наши сервера лучшие в мире и его окрестностях!!!
...
Рейтинг: 0 / 0
01.07.2004, 12:08
| Ответить | Цитировать | Написать  
Проектирование БД для складской программы (общепит)
    #32584886
Louder
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Louder
Участник
Я хочу, чтобы себестоимость расчитывалась на момент сохранения документа и сидела в базе. Чтобы потом можно было быстро сформировать необходимые отчеты.
С AVERAGE всё понятно:

После сохранения документа записываем в какую-нибудь табличку данные:
Id Документа, Id Товара, Id Склада, Остаток на складе, Сумма остатка, Себестоимость.

При изменении документа задним числом, пересчитываем все данные в остальных документах, начиная с даты измененного документа.

А вот как быть с FIFO и LIFO? Нам придется запоминать сколько товара и по какой цене у нас осталось. Не представляю как это будет выглядеть.

Может кто-нибудь консультантом хочет поработать? (Москва, ВДНХ)
...
Рейтинг: 0 / 0
01.07.2004, 12:16
| Ответить | Цитировать | Написать  
Проектирование БД для складской программы (общепит)
    #32584908
Louder
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Louder
Участник
Что значит закрой Delete и Update?
Представь себя на месте бухгалтера, если ты обнаружил ошибочку в документе, который три недели назад забили.
Что будешь делать, переустанавливать программу и данные с начала года забивать?
...
Рейтинг: 0 / 0
01.07.2004, 12:21
| Ответить | Цитировать | Написать  
Проектирование БД для складской программы (общепит)
    #32584910
zass
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
zass
Участник
Уточните, плж, что в этой таблице подразумевает поле "Себестоимость". Мы таким не пользуемся. Это что-то из производства/продажа?
...
Рейтинг: 0 / 0
01.07.2004, 12:22
| Ответить | Цитировать | Написать  
Проектирование БД для складской программы (общепит)
    #32584922
zass
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
zass
Участник
LouderЧто значит закрой Delete и Update?
Представь себя на месте бухгалтера, если ты обнаружил ошибочку в документе, который три недели назад забили.
Что будешь делать, переустанавливать программу и данные с начала года забивать?

Да, но если, например, Вы поставили неправильно складские цены и две недели у Вас уже отработал ресторан - ВОПРОС: Как Вы работаете с налоговой инспекцией?????????????????
...
Рейтинг: 0 / 0
01.07.2004, 12:27
| Ответить | Цитировать | Написать  
Проектирование БД для складской программы (общепит)
    #32584979
KOLCHOZ_POSTEVENT
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
KOLCHOZ_POSTEVENT
Гость
В общем-то муторно,но надо вводить запись-исправление,значение исправления ,если надо исправить вниз вводишь со знаком минус,чтобы SUM отработала без выкрутасов,зато вся финансовая история простреливается,а иначе,смотри братан,чтоб ты по большим деньгам крайним не пошёл.
...
Рейтинг: 0 / 0
01.07.2004, 12:48
| Ответить | Цитировать | Написать  
Проектирование БД для складской программы (общепит)
    #32585031
Николай МВ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Николай МВ
Участник
А вот как быть с FIFO и LIFO? Нам придется запоминать сколько товара и по какой цене у нас осталось.

А вот это уже называется партионный учет -- немного сложновато, но вполне реализуемо. Запоминать сколько товара и по какой цене осталось необязательно -- это можно просчитывать. Впрочем можете и запоминать -- как Вам больше нравится.
Т.е. любой товар у вас будет разбит по партиям:
Редиска 10 кг по 5 руб. -- партия № 1, дата
Редиска 15 кг по 4 руб. -- партия № 2, дата
Редиска 5 кг по 6 руб. -- партия № 3, дата

И продаваться будет не просто редиска, а редиска из определенной партии, по определенной цене. Вообще-то это точнее и правильнее, чем AVERAGE. Но в случае изменения документов задним числом, придется последующие пересохранять (не все).
...
Рейтинг: 0 / 0
01.07.2004, 13:03
| Ответить | Цитировать | Написать  
Проектирование БД для складской программы (общепит)
    #32585061
Фотография _bob
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
_bob
Участник
нормальная складская система, три вида списания, каждый товар списывается так, как надо в данный момент, за основу берёшь не приход/уход, а остатки, вот и все, нужны консультации - пжлст
...
Рейтинг: 0 / 0
01.07.2004, 13:11
| Ответить | Цитировать | Написать  
Проектирование БД для складской программы (общепит)
    #32585113
Louder
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Louder
Участник
zassДа, но если, например, Вы поставили неправильно складские цены и две недели у Вас уже отработал ресторан - ВОПРОС: Как Вы работаете с налоговой инспекцией?????????????????
Я так понимаю, что документы как раз правят, чтобы перед налоговой отчитаться в конце месяца. Ведь бухгалтер полезет документы проверять и править, когда у него суммы не сойдутся. Иначе нахрена кому-то в эти документы лезть...
...
Рейтинг: 0 / 0
01.07.2004, 13:27
| Ответить | Цитировать | Написать  
Проектирование БД для складской программы (общепит)
    #32585142
Louder
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Louder
Участник
Николай МВ
А вот это уже называется партионный учет -- немного сложновато, но вполне реализуемо. Запоминать сколько товара и по какой цене осталось необязательно -- это можно просчитывать. Впрочем можете и запоминать -- как Вам больше нравится.
Т.е. любой товар у вас будет разбит по партиям:
Редиска 10 кг по 5 руб. -- партия № 1, дата
Редиска 15 кг по 4 руб. -- партия № 2, дата
Редиска 5 кг по 6 руб. -- партия № 3, дата

И продаваться будет не просто редиска, а редиска из определенной партии, по определенной цене. Вообще-то это точнее и правильнее, чем AVERAGE. Но в случае изменения документов задним числом, придется последующие пересохранять (не все).

Вот-вот, совершенно верно!
Партия - это то, что пришло по одной приходной накладной, правильно?
Т.е. номер партии - это фактически номер документа.

Вопрос в том, какая при всем этом должна быть структура БД.
...
Рейтинг: 0 / 0
01.07.2004, 13:32
| Ответить | Цитировать | Написать  
Проектирование БД для складской программы (общепит)
    #32585176
Louder
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Louder
Участник
Если у кого-нибудь есть опыт написания подобных проектов, хорошее знание предметной области и опыт работы с ресторанами, то мы можем предложить постоянную работу в качестве продакт-менеджера или в качестве консультанта.
Продукт будет "коробочный". Реализован на MS SQL + Sybase PowerBuilder (знание PowerBuilder-а не обязательно).
С компанией можно ознакомится на сайте (адрес указан профайле).
Резюме на e-mail (в профайле).
...
Рейтинг: 0 / 0
01.07.2004, 13:42
| Ответить | Цитировать | Написать  
Проектирование БД для складской программы (общепит)
    #32585190
Crip
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Crip
Участник
Мой предыдущий проект как раз на эту тему был...
Что понимается под быстро?
Пример производительности моей системы:
Полный расчет себестоимости по ФИФО
Количество записей в таблице движения - около миллиона.
Время расчета 7 мин. Сервер нормальный(DOUBLE XEON), но не оптимизированный, база и лог на одном канале.
Результат таблица движения по себестоимости, приблизительно 2 млн. записей.
Тоже самое существует и для рантайма и задним числом. Для новых записей все быстро (до секунды). Бывает что пользователи и до 1 мин ждут при правках задним числом, ничего не поделаешь - производство.
А вообще за правки задним числом (более 1-3 дней) по рукам нужно бить и вообще этот вопрос на уровне бизнес-процесса решается, а не программно.
...
Рейтинг: 0 / 0
01.07.2004, 13:46
| Ответить | Цитировать | Написать  
Проектирование БД для складской программы (общепит)
    #32585213
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
LouderНеобходимо спроектировать БД для складской программы (складской учет в ресторанах).

...

Вопрос: Как лучше спроектировать БД, чтобы реализовать быстрый расчет себестоимости, при том, что документы могут изменяться задним числом.

Что-то все так уверенно про приход/расход со склада говорят?! Речь идет о расчете СЕБЕСТОИМОСТИ готовой продукции, а она не тока из документов складского движения по ФИФО скадывается...
...
Рейтинг: 0 / 0
01.07.2004, 13:53
| Ответить | Цитировать | Написать  
Проектирование БД для складской программы (общепит)
    #32585229
KOLCHOZ_POSTEVENT
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
KOLCHOZ_POSTEVENT
Гость
Powerbuilder -лялька-продукт,но есть у него недостаток-он не Microsoft.
И этот недостаток имеет место стрелять в вашей конфигурации MSSQL+PB.
А где он имеет место стрелять?А я постараюсь объяснить,а вы меня не торопите.
Есть у PB бронебойная возможность-dw на stored procedure(это пока не Феня-это пока только Аська,но скоро пойдёт Феня);что в Sybase,что в MSSQL сорсы процедур лежат в syscomments в колонке по имени,кажись,text.Только в Sybase она длится 255 байтов,а в MSSQL 4000.Вот тут Феня и начинается.РВ считывает 255 байтов и дальше ни шагу,текст процедуры просто теряется,к чертям собачим,во-первых может SYBASE это уже победил,во-вторых,можно сделать dw на коротенькой процедуре-вызов большой процедуры,но это уже некрасиво,хоть и возможно.
Прокачай этот вопрос сичас,потом будет жарковато.
...
Рейтинг: 0 / 0
01.07.2004, 13:58
| Ответить | Цитировать | Написать  
Проектирование БД для складской программы (общепит)
    #32585232
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
А просто интересно:
- я пытался сделать такое на accesse, но когда посмотрел систему 1С за 100 рублей. То понял что НИКЧЕМУ.
- как быть с отчётами, которые заполняются автоматически в 1С и исправления выходят раз в три месяца (например в этом квартале требуется штрих-код на каждом отчёте).

А в общем кто платит, тот и заказывает музыку.
...
Рейтинг: 0 / 0
01.07.2004, 14:00
| Ответить | Цитировать | Написать  
Проектирование БД для складской программы (общепит)
    #32585240
Фотография vma_mnt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vma_mnt
Участник
О какой себестоимости идет речь, если на кухню выписываются одни продукты, а оттуда идут другие, которые там возникли. IMHO необходима еще таблица раскладки продуктов, то есть сколько и каких входящих продуктов надо, чтобы получился исходящий.

Но при этом возникают проблемы точности иминусовых остатков. Мы решали так, задавали процент погрешности, и если вычисления вписывались в этот процент, считалось, что все совпало.
...
Рейтинг: 0 / 0
01.07.2004, 14:01
| Ответить | Цитировать | Написать  
Проектирование БД для складской программы (общепит)
    #32585255
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
KOLCHOZ_POSTEVENTВ общем-то муторно,но надо вводить запись-исправление,значение исправления ,если надо исправить вниз вводишь со знаком минус,чтобы SUM отработала без выкрутасов,зато вся финансовая история простреливается
Это в бух. помоему называется "сторно"
KOLCHOZ_POSTEVENT,а иначе,смотри братан,чтоб ты по большим деньгам крайним не пошёл.
Во во )))))))))))))
...
Рейтинг: 0 / 0
01.07.2004, 14:07
| Ответить | Цитировать | Написать  
Проектирование БД для складской программы (общепит)
    #32585259
Crip
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Crip
Участник
У нас было такое понятие как коэффициент отхода. Остатки в производстве конечно все равно приблизительные и погрешность выглядит тут наилучшим решением, но мне поставили задачу по другому.
Образовался расчетный минус - игнорируем. Забавная вещь при этом была, в таблице движения - списывается 5 кг картошки в минус, в остатке 0 Хозяин - барин...
...
Рейтинг: 0 / 0
01.07.2004, 14:08
| Ответить | Цитировать | Написать  
Проектирование БД для складской программы (общепит)
    #32585263
Фотография Сергей Васкецов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей Васкецов
Участник
LouderВопрос: Как лучше спроектировать БД, чтобы реализовать быстрый расчет себестоимости, при том, что документы могут изменяться задним числом.
По-моему, вы путаете расчет себестоимости и расчет учетной стоимости.
...
Рейтинг: 0 / 0
01.07.2004, 14:09
| Ответить | Цитировать | Написать  
Проектирование БД для складской программы (общепит)
    #32585273
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
vma_mntО какой себестоимости идет речь, если на кухню выписываются одни продукты, а оттуда идут другие, которые там возникли.
Что то тут путаница! Клиент хочет складскую программ и добавляет - для ресторана!!!!!!! Такого не бывает :) Какая разница для кого склад работает?
А для общепита нужна совсем другая и называется она (конфигурация) 1С : Общепит.
ЗЫ. Тока не поймите что я за 1С агитирую. Просто у меня жена - ГлавБух :)
...
Рейтинг: 0 / 0
01.07.2004, 14:12
| Ответить | Цитировать | Написать  
Проектирование БД для складской программы (общепит)
    #32585278
KOLCHOZ_POSTEVENT
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
KOLCHOZ_POSTEVENT
Гость
Предлагаю сюжет для скрытой камеры(не тюремной-кино),мужик приносит деньги в банк-а клерк у него на глазах замазывает в приёмной ведомости сумму и ставит другую,чо дальше будет?
Это тот-же самый Update.В разговоре с клиентом клерк объясняет,что спец.разрешением управляющего это делать можно.МОТОР...
...
Рейтинг: 0 / 0
01.07.2004, 14:12
| Ответить | Цитировать | Написать  
Проектирование БД для складской программы (общепит)
    #32585280
Фотография Сергей Васкецов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей Васкецов
Участник
Да, и относительно метода учета на ваших складах, то, что Вы называете методом списания (что слишком узко). Без партионного учета не обойтись ну никак, элементарно партия протухла - что делать, как определить доступность приходной партии в расход? Зачем Вам средний, ЛИФО и ФИФО - это Вы уж сами решайте.
...
Рейтинг: 0 / 0
01.07.2004, 14:12
| Ответить | Цитировать | Написать  
Проектирование БД для складской программы (общепит)
    #32585293
Николай МВ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Николай МВ
Участник
Во первых: давайте хором позовем Деда Мороза и пусть он эту ветку перенесет в раздел форума "Проектирование БД".
Или просто, хватаем, кто чего написал в сумки и пешком в Проектирование...

Во-вторых: по поводу структуры для учета партий.
Все достаточно просто.
т. Документы(doc_id,...)
т. Содержимое документа(doc_id, ser_id,...)
т. Партии(ser_id,...)

Т.е. пришла редиска с укропом...
Документ(doc_id):
Редиска 5 кг по 6 руб. -- партия № 1 (ser_id = 1)
Укроп 10 пуч. по 1 руб. -- партия № 2 (ser_id = 2)


Появилось:
одна запись в т. Документы
две записи в т. Содержимое документа
две записи в т. Партии.

Конечно это все очень упрощено и даже по русски... :)
...
Рейтинг: 0 / 0
01.07.2004, 14:16
| Ответить | Цитировать | Написать  
Проектирование БД для складской программы (общепит)
    #32585311
Лентяй
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Лентяй
Участник
Необходимо спроектировать БД для складской программы (складской учет в ресторанах).

Ох, много приятного тебя ждет. Партионный учет это так, цветочки... А вот к примеру яйцо получается в штуках, а в рецепте легко может встретиться 100 гр. желтка, или картошка приходуется в кг, а какие-нибудь эксклюзивные специи в сотых долях грамм, есть еще такие интересные вещи как "комплимент шеф-повара" и.т.д.

Удачи.
...
Рейтинг: 0 / 0
01.07.2004, 14:20
| Ответить | Цитировать | Написать  
Проектирование БД для складской программы (общепит)
    #32585347
Crip
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Crip
Участник
Да ничего там принципиально сложного нет. Все эти "100 гр желтка" легко ликвидируются при нормальной постановке бизнес-процесса. Это же вам не столовая какая-нибудь, поди крупная сеть ресторанов...
Если бы не новая работа можно было оказать полноценный консалтинг. Впрочем задача то далеко не новая.
...
Рейтинг: 0 / 0
01.07.2004, 14:28
| Ответить | Цитировать | Написать  
Проектирование БД для складской программы (общепит)
    #32585428
Yuraz.com
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Yuraz.com
Участник
Автору советую приобрести книгу Волгина, "Склад: организация, управление, логистика" , все очень хорошо расписанно, правда нет хорошего описания проектирвоания БД для складского учета, но тем не менее, есть пример "Запчасти".
Сам вчера спрашивал похожий вопрос., и вчера же купил эту книгу.. Многие ответы уже нашел.
...
Рейтинг: 0 / 0
01.07.2004, 14:54
| Ответить | Цитировать | Написать  
Проектирование БД для складской программы (общепит)
    #32585569
LSV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LSV
Участник
Автору:
Партионный учёт - полбеды !
А вот производство !....
Вам надо:
-организовать комплекты (BOMы), причём грамотно
-предусмотреть возможность обезличивания (яйцо-грамм)
-комплектацию\разукомплектацию с учетом обезличивания
-пересчет сбс согласно вышеизложеного

Это всё перечисленное - теория учета и производства.
короче почитать, как это делают серьёзные учётные системы, но не копировать их слепо
т.к. они сплошь кривые и недофункциональны.... :) :) :)
...
Рейтинг: 0 / 0
01.07.2004, 15:35
| Ответить | Цитировать | Написать  
Проектирование БД для складской программы (общепит)
    #32585647
Crip
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Crip
Участник
Воообще-то такую задачу надо ставить серьезно.
Например комплекты в общепите должны быть историческими. В одно и тоже блюдо в разные дни кладутся разные ингредиенты. Однако повторюсь примеров реализации хватает. Вот только хороших демо-версий тяжело найти...
...
Рейтинг: 0 / 0
01.07.2004, 15:59
| Ответить | Цитировать | Написать  
Проектирование БД для складской программы (общепит)
    #32586056
Louder
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Louder
Участник
Спасибо большое всем, кто откликнулся!
Многие проблемы общепита мне известны.
В данном случае речь идет конкретно о расчете себестоимости товара (не блюда), который куплен у поставщика.
Специально купили и обследовали конфигурацию 1С-Рарус:общепит и UCS Storehouse.
Программы очень хорошие и заслуживают внимания. Ничего лучше для обычного Российского ресторана я бы не посоветовал.
Но мы не можем использовать данные программные продукты, т.к. нам не нужна бухгалтерская программа, а нужен инструмент менеджера с некоторыми бухгалтерскими функциями.
...
Рейтинг: 0 / 0
01.07.2004, 18:55
| Ответить | Цитировать | Написать  
Проектирование БД для складской программы (общепит)
    #32586062
Louder
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Louder
Участник
Да, совсем забыл. Книжку мы тоже уже заказали, ждем доставки.
Ну так что, поработать никто не хочет? Проект то большой и интересный.
...
Рейтинг: 0 / 0
01.07.2004, 18:59
| Ответить | Цитировать | Написать  
Проектирование БД для складской программы (общепит)
    #32586076
Николай МВ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Николай МВ
Участник
Что значит поработать?
Только консалтинг, или еще и программинг и дб-админинг?
Что насчет удаленной работы?

Но мы не можем использовать данные программные продукты, т.к. нам не нужна бухгалтерская программа, а нужен инструмент менеджера с некоторыми бухгалтерскими функциями.

Вот это не совсем ясно. Почему хорошую бухгалтерскую программу нельзя доработать до инструмента менеджера? Каких конкретно функций или возможностей Вам не хватает? И что такое "некоторые бухгалтеские функции"?
...
Рейтинг: 0 / 0
01.07.2004, 19:12
| Ответить | Цитировать | Написать  
Проектирование БД для складской программы (общепит)
    #32586120
Crip
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Crip
Участник
Ээх блин...
Где вы раньше были... У меня в том проекте даже OLAP кубов была целая куча для анализа в любых доступных разрезах...
...
Рейтинг: 0 / 0
01.07.2004, 20:04
| Ответить | Цитировать | Написать  
Проектирование БД для складской программы (общепит)
    #32586714
Louder
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Louder
Участник
Николай МВЧто значит поработать?
Только консалтинг, или еще и программинг и дб-админинг?
Что насчет удаленной работы?

Можно только консалтинг один-два раза в неделю по 3-4 часа.
Но лучше конечно на постоянную работу. Если работать постоянно,
то заниматься придется всем: консалтинг, программинг, админинг, внедренинг, сюпортинг и т.д. :)

Николай МВ
Вот это не совсем ясно. Почему хорошую бухгалтерскую программу нельзя доработать до инструмента менеджера? Каких конкретно функций или возможностей Вам не хватает? И что такое "некоторые бухгалтеские функции"?

Эти подробности уже на собеседовании.
Скажу только одно - продукт предназначен не только для России, но и европы и США. Поэтому, требуется несколько другой функционал. Продаваться будет на специфическом рынке (не во все рестораны) в комплексе с другими программами под американским брэндом.
...
Рейтинг: 0 / 0
02.07.2004, 11:28
| Ответить | Цитировать | Написать  
Проектирование БД для складской программы (общепит)
    #32588198
Markus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Markus
Участник
Не на правах рекламы, но все же по теме.
Лучше пока не видел на нашем рынке (возможно субъективно :) ):
Система Tillypad
...
Рейтинг: 0 / 0
03.07.2004, 14:44
| Ответить | Цитировать | Написать  
Проектирование БД для складской программы (общепит)
    #32588444
Sergey Ch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sergey Ch
Участник
Нописал лет семь назад подобную программу - вначале это был один ресторан, затем сеть, сейчас это снова один ресторан. Таблиц всего 12, записей уже под несколько миллионов... Среда - VFP 2.6 DOS.
- Раскладки постоянные согласно рецептурных книг, которые менять нельзя
- Документы менять задним числом нельзя - только исправительные проводки
- Остатков нет - вычисляются на лету - если произошло хищение на уровне бухгалтерии - то не идет входное сальдо за предыдущий период
- Отчеты - от стандаратных (приход\ расход\ реализация\ себестоимость\ прибыль\ планирование закупок и списание просроченного товара по партиям) до весьма странных - контроль воровства в выездных точках...

Система не развивается по причине нежелания хозяина тратить на это деньги... Вот такая вот история...

Самая трудная вещь для меня была в реализации именно процесса производства новой продукции и учета затрат...
...
Рейтинг: 0 / 0
04.07.2004, 13:55
| Ответить | Цитировать | Написать  
Проектирование БД для складской программы (общепит)
    #32588863
Crip
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Crip
Участник
Код: plaintext
Таблиц всего  12
Как это ты уместился? Без нормализации?
У меня около 100, не считая всяких аудитов...
...
Рейтинг: 0 / 0
05.07.2004, 10:15
| Ответить | Цитировать | Написать  
39 сообщений из 39, показаны все 2 страниц
  все  
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Проектирование БД для складской программы (общепит)
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]