CRM Руководитель - Форум

Всем здравствуйте, буду благодарен любой помощи или подсказке, кто как реализовал складской учет с использованием накладных и складов? Встречал на форуме разные ветки, кто как пишет. Может на сегодняшний день уже есть проверенные решения.

У меня есть складской учёт, проверенный на нескольких системах.
Я до идеального рабочего варианта шёл довольно долго, примерно 2 года.
А до этого всё костыли да костыли были

И так как я свой труд ценю, могу внедрить учёт в вашу систему только на платной основе. По цене уже договоримся отдельно.

P.S.: Представленный на форуме шаблон складского учёта не используйте - там есть много неучтённых моментов, он может подойти только для очень очень маленькой организации)

Fait писал(а): 07 май 2024, 23:26 У меня есть складской учёт, проверенный на нескольких системах.
Я до идеального рабочего варианта шёл довольно долго, примерно 2 года.
А до этого всё костыли да костыли были

Используете единую плоскую таблицу для транзакций, где каждый столбец это тип движения товара?

Vladzimir писал(а): 08 май 2024, 16:33 Используете единую плоскую таблицу для транзакций, где каждый столбец это тип движения товара?

Я не совсем понимаю, о чём речь...
Но у меня точно не так сделано.
В складском учёте в моём варианте участвует 5 сущностей.

Fait писал(а): 08 май 2024, 16:46 Я не совсем понимаю, о чём речь...
Но у меня точно не так сделано.
В складском учёте в моём варианте участвует 5 сущностей.

Ладно, зайдем с другой стороны, остатки рассчитываются налету или хранятся в промежуточной таблице.

Кроме разных складов, списаний и пермещений между ними товаров, заказчики часто просят резервирование товаров, а также прогнозы по пополнению склада, партионный учет, расчет себестоимости FIFO/LIFO, прайс-лист с разными ценами для разных категорий покупателей, расчет премий менджерам, полный пакет печатных документов... и еще много чего. Пока не получается сделать что-то такое универсальное, каждому свое.
Простой вариант есть в моем https://private.crm-master.info/sklad-demo
P.S. Ничего не глючит и считается корректно, как заметили в следующем через 1 посте.
Там и есть все динамически + JS формулы. Последние, могут некорректно работать на айфонах, были жалобы.
Зайдите с десктопа, а не с мобильного.

Vladzimir писал(а): 08 май 2024, 16:50
Fait писал(а): 08 май 2024, 16:46 Я не совсем понимаю, о чём речь...
Но у меня точно не так сделано.
В складском учёте в моём варианте участвует 5 сущностей.
Ладно, зайдем с другой стороны, остатки рассчитываются налету или хранятся в промежуточной таблице.

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

Antonyous99 писал(а): 08 май 2024, 16:57 Кроме разных складов, списаний и пермещений между ними товаров, заказчики часто просят резервирование товаров, а также прогнозы по пополнению склада, партионный учет, расчет себестоимости FIFO/LIFO, прайс-лист с разными ценами для разных категорий покупателей, расчет премий менджерам, полный пакет печатных документов... и еще много чего. Пока не получается сделать что-то такое универсальное, каждому свое.
Простой вариант есть в моем https://private.crm-master.info/sklad-demo

А это как так считается?

Просто в первую попавшуюся запись зашёл.
Не люблю статичное хранение данных вот из-за таких глюков. При динамичном расчёте такое бы не произошло.
И нагрузка на сервер тут вообще ни при чём.
Даже не очень мощные сервера прекрасно справляются с динамичным расчётом полей.

Ещё кстати, на этой странице глючит меню, невозможно раскрыть пункты меню.
Видимо, на странице применяется JS с какой-то ошибкой.

Fait писал(а): 08 май 2024, 17:02
Vladzimir писал(а): 08 май 2024, 16:50 Ладно, зайдем с другой стороны, остатки рассчитываются налету или хранятся в промежуточной таблице.
Остатки на лету считаются, но довольно быстро, даже с несколькими тысячами записей в журнале.
Я пробовал хранение в промежуточных таблицах, но этот метод даёт сбои, хоть и чуть-чуть быстрее.

Просто плоская таблица позволяет считать налету остатки безумно быстро, и простым запросом.
Тестировал на миллионной таблице.

Код: Выделить всё

SELECT SUM(IN) as in, SUM(out) as out,  SUM(N) as N, ... FROM ... WHERE ...

Vladzimir писал(а): 08 май 2024, 17:19
Fait писал(а): 08 май 2024, 17:02
Vladzimir писал(а): 08 май 2024, 16:50 Ладно, зайдем с другой стороны, остатки рассчитываются налету или хранятся в промежуточной таблице.
Остатки на лету считаются, но довольно быстро, даже с несколькими тысячами записей в журнале.
Я пробовал хранение в промежуточных таблицах, но этот метод даёт сбои, хоть и чуть-чуть быстрее.
Просто плоская таблица позволяет считать налету остатки безумно быстро, и простым запросом.
Тестировал на миллионной таблице.
Код: Выделить всё
SELECT SUM(IN) as in, SUM(out) as out,  SUM(N) as N, ... FROM ... WHERE ... 

Да, конечно же, так и есть.
Но, этот способ исключает возможность использования ревизий, а это очень важный функционал.

CRM Руководитель - Форум

Складской учет - кто готов поделиться знаниями?)

Складской учет - кто готов поделиться знаниями?)

Re: Складской учет - кто готов поделиться знаниями?)

Re: Складской учет - кто готов поделиться знаниями?)

Re: Складской учет - кто готов поделиться знаниями?)

Re: Складской учет - кто готов поделиться знаниями?)

Re: Складской учет - кто готов поделиться знаниями?)

Re: Складской учет - кто готов поделиться знаниями?)

Re: Складской учет - кто готов поделиться знаниями?)

Re: Складской учет - кто готов поделиться знаниями?)

Re: Складской учет - кто готов поделиться знаниями?)