NikolayR

KOSMOS aka Anarion, спасибо что поделились, выходит я не одинок :)

Всё равно непонятно... Вот пришёл товар А, сначала 10 шт за 200 рублей, а потом 15 шт за 300 рублей. Это один и тот же товар. Если как вы говорили 2 таблицы заводить и в первой не дублировать товары, то в ней эти две закупочные цены не запишешь, там же каждая запись - товар. А для цен получается дополнительные столбцы добавлять каждый раз? А во второй у нас текущие операции, там тоже по нескольку цен не сохранишь. Но я не прошу мне разжёвывать, просто высказал сомнения :)

Ну почему же вы так плохо о ТС? Он конечно не программист, но с чего-то программисты начинают, пусть это будет вот такая маленькая программка для учёта, может быть она со временем перерастёт в нетленку. И насчёт за час написать - это вы сказали а не я. Я вижу, вариантов нет, поэтому попробую сделать сам. Если у меня на это уйдёт неделя, две, пусть будет так, зато совмещу приятное с полезным, получу практический опыт разработки ПО и решу свою проблему. Ответили за меня :) Я же указал в названии темы: учёт в небольшом ИМ. Всё перечисленное меня пока не касается. Если возникнет нужда, буду конечно думать.

Про пришёл/ушёл понятно, а где будут хранится закупочные цены товаров непонятно. Если в первой таблице хранятся просто товары без дублей, там значит нет закупочных цен, иначе придётся делать дубли... А во второй - операции, там тем более закупочных цен нет... Тогда как прибыль считать?

А если операций за год накопится в несколько тысяч, не будет ли на сервер лишняя нагрузка высчитывать все операции за год, чтобы всего навсего узнать остатки на складе? При каждом обновлении страницы выходит будет вестись новый подсчёт.

И насчёт учёта закупочных цен тоже не понял как они будут учитываться, ведь отталкиваясь от них высчитывается прибыль. А они как я и говорил могут быть разными для одного и того же товара. Сегодня я его купил за одну цену, а завтра за другую. Соответственно прибыль от продажи одного и того же будет разная.

Я решил так. 1 таблица будет хранить перечень товаров с характеристиками. Каждая запись - отдельный товар, без дублей. 2-ая - остатки на складе и закупочные цены, здесь уже можно хоть несколько одинаковых товаров прописывать, но чтобы цены были разные. Ну и 3-я соответственно операции прихода-расхода товаров на складе. Скрипт будет запрашивать какой товар и по какой цене списать со склада, и нужно будет указать по чём его продали в розницу. Автоматом рассчитает прибыль и занесёт данные в соответствующие таблицы. Выборкой можно будет фильтровать прибыль по товарам, датам, заказам и т.д. Или вообще график построить прибыли по дням, или узнать средний чек. Как-то так. Короче, пока обойдусь без программ :)

Да вы что, если допустим 20 тыс проданного это розничная цена, а закупочная - 15, соответственно прибыль вышла бы 5 тыс, и на 85 тыс у меня остаётся в виде товаров лежать на складе. Какие такие убытки? Если деньги заморожены в товаре. Вот если его украдут, тогда да, убытки на 85 тысяч.

Я вам выше задачку привёл, вы её пропустили, можете посчитать? Да обыкновенный там учёт, считалка прибыли всего навсего, подобных программ пруд пруди и больших и маленьких, только либо они кривые, либо лишних наворотов много. Если никто не знает, справлюсь сам, там хватит 3-х табличек в mysql + небольшой скриптик. Вопросы снимаю.

Допустим 100 тысяч я потратил на закупку (расход), и за месяц получил доход в 20 тысяч (приход). Как мне посчитать прибыль по-вашему методу, не ведя учёт закупочных цен по конкретным единицам товаров?

Ещё раз повторю, в экселе я всё это дело уже считаю. У меня одна таблица содержит перечень товаров на складе, их количество и закупочные цены, другая - приход/расход товаров на складе. Третья - расчёт прибыли, и ещё парочка в качестве черновиков для расчётов. Каждую операцию мне приходится отмечать в разных таблицах, пересчитывать несколько раз, проверять, сравнивать и т.д. Я просто хотел немного автоматизировать процесс с помощью какой-нибудь простенькой программки, чтобы она рутину делала за меня, вот и всё.

Прибыли ноль, это очевидно, и легко посчитать :) Поясните мне лучше, как можно легко сосчитать чистую прибыль от продажи допустим 8-ми единиц товара за 30 рублей (розничная цена), если 5 штук из них были куплены по 10 руб, и 5 штук по 1 руб (закупочные цены). Мне для подсчёта прибыли взять 5шт/10руб и 3шт/1 руб (прибыль 240-53=187 руб), или 5шт/1руб и 3шт/10руб (прибыль 240-35=205), или по 4 шт каждого - за 10руб и за 1 руб (прибыль - 240-44=196)? )) В каждом из вариантов у меня на выходе получится разная прибыль, и соответственно, конечная стоимость остатков на складе (2 руб, 20 руб и 11 руб соответственно). А если ещё одному покупателю я продам товар по одной цене, а другому со скидкой, то расчёты усложняются :)

Спасибо за ответ, познавательно :) Но у меня в другом был вопрос. Если вы точно знаете, что берёте товар со склада который был куплен за 10 рублей это одно, а как быть если один из них был куплен за 20, 2 за 8, 10 за 5 рублей? Всё одного и того же. Как считать? Хотя, можно среднюю закупочную цену на этот товар вычислить, тоже как вариант... Т.е. хочется не общую статистику прибыли допустим за месяц, а вообще за любой период, по любому из товаров, или заказов. А это значит, что каждую операцию типа "приход-расход" нужно учитывать в программе, которая за тем будет вычислять что нужно. Вот я и хотел узнать, не пользуется ли кто-нибудь подобными, не шибко навороченными.

Ага, освой бухучёт, освой и купи 1С, а потом ещё и денег программерам плати, если нужно что-то под себя доделать. Этот вариант пока не для меня... А насчёт бухучёта согласен, надо подтянуть хотя бы до азов :)

У меня так не сделаешь. Допустим, заказал я товара в месяц на 200 тыс., но продал на 50, получается, в конце месяца я в убытке. Но на самом деле деньги просто заморожены в товаре. А в следующем месяце наоборот, продам на 150 и не потрачу ничего. В общем, такие отчёты мне ничего не скажут.

Т.е. вы хотите сказать, что цена в интернет-магазинах и магазинах вообще величина постоянная и никогда не меняется?

Да, мне нужна готовая, я искал, но дельного ничего не нашёл, думал, может кто что посоветует. Разработка с нуля не интересует, если заморочусь, то сам что-нибудь сваяю чисто под свои нужды, на php к примеру. Просто программист из меня хреновый и буду долго копаться, а время тратить неохота. Не скажу :) Какое это имеет значение? Логично цену покупки в рублях рассчитать по текущему курсу. Для малого бизнеса насчёт курсов думаю не стоит заморачиваться. Но кто как считает не знаю. Не, так не пойдёт. Я хочу подробную статистику о покупках, когда, что и почём.

SERP Parser - отличная программка. Две недели бесплатного использования в полном функционале.