Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Актуальность остатков
|
|||
|---|---|---|---|
|
#18+
простите... не туда ляпнул.. не в тот топик... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2004, 11:34 |
|
||
|
Актуальность остатков
|
|||
|---|---|---|---|
|
#18+
--- Например банкам нужно. У них баланс составляется каждый день, а не раз в месяц Дык тоды нужно хранить ежедневные остатки... Тока это ведь не банк, а склад с номенклатурой 16200 + партии и склады... georg_kharkov И как раз тут то и теряется возможность использовать CHECK А на CHECK то это как влияет?... Он проверяет отрицательные остатки каждой записи (хоть месячные, хоть даже дневные)... Сдается мне что ты CHECK в программе на клиенте делаешь... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2004, 12:29 |
|
||
|
Актуальность остатков
|
|||
|---|---|---|---|
|
#18+
дело ж может быть так: остатки у тебя на 15 число. приход 1-го и 10-го и кто-то 7 го пытается списать остаток больший чем на 7 число (с первого прихода) программа смотрит что на 15 число остаток > 0 т.к. доп. приход был 10-го ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2004, 15:01 |
|
||
|
Актуальность остатков
|
|||
|---|---|---|---|
|
#18+
Хотя я никогда не работал со складами, но я бы не делал каких либо блокировок в период между запросом остатка и списанием товара со склада, если это происходит не в одной транзакции. Т.е. ситуация мне видится так: Есть терминал, оператору дается команда произвести списание товара, в диалоговом режиме (т.е за терминалом человек). 1.Оператор решает проверить а есть ли товар на складе и вызывает операцию ПолучениеОстатка(товар). Эта операция во время вычисления остатка производит блокировку, которая препятствует другим транзакциям, которые реально уменьшают остаток по конкретному товару. После выдачи результата блокировка снимается. 2. Оператор видит, что товар имеется и решает выдать товар и запускает операцию ВыдачаТовара(товар). Эта операция отрывает одну транзакцию, в которой вначале вызывается ПолучениеОстатка(товар), проверяется, что остаток достаточен и вызвается СписаниеТовара(товар). Это одна транзакция, которая либо выполняется целиком, либо нет. Соответственно другие, конкурирующие транзакции, которые запрашивают остаток или производят списание будут ждать. Если же после 1 и до вызова 2 остаток успел уменьшится, то транзакция откатится. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2004, 18:12 |
|
||
|
Актуальность остатков
|
|||
|---|---|---|---|
|
#18+
П: Доктор, меня почему - то никто не замечает! Д: Следующий! ) Чего тут городить с блокировками и т.п.?! Ясный же вариант предложил, никто не прочитал?!: 1)При изменении статуса проводки/подписи накладной, срабатывает триггер на изменение остатка 2)На текущих остатках висит запрет на кол-во меньшее нуля 3)В системе существует временная отметка, ранее которой проводить документы запрещено 4)Проводка любого документа сдвигает эту отметку до соответствующей даты(времени) Решаются все ваши вопросы. Если хотите подписать накладную 7-го, а 10-го есть подписанная накладная, то все накладные после 7-го отменяются (меняется статус и возвращается остаток), потом в порядке очереди подписываются обратно. Последняя/ии обламается/ются, если остатка мало... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2004, 22:11 |
|
||
|
Актуальность остатков
|
|||
|---|---|---|---|
|
#18+
Хотя конечно, это безобразие, когда необходимо проводить документы ранее уже проведенных. На такое в системе просто надо ставить запрет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2004, 22:16 |
|
||
|
Актуальность остатков
|
|||
|---|---|---|---|
|
#18+
iLLerЯсный же вариант предложил, никто не прочитал?! Не кипятись... см. его предыдущий вопрос. Здесь решение с откатом последних наверно не пройдет, если этот кто-то другой. (один делает приход, другой/ие - расход). Следить за порядком внесения никто не будет, особенно если на складе нет компа и данные заносят по бумажкам... Всегда окажется какая-нибудь вчерашняя... (человек может и приболеть и прочее, прочее...) Провести пачку документов и обломиться на последней... и откатывать все с 10-го по 7-е... :) georg_kharkovдело ж может быть так: остатки у тебя на 15 число. приход 1-го и 10-го и кто-то 7 го пытается списать остаток больший чем на 7 число (с первого прихода) программа смотрит что на 15 число остаток > 0 т.к. доп. приход был 10-го Дык делай ежедневные остатки (типа 31 поле по дням в течение месяца)... Только это тебе разве надо ? Склады вроде сдают месячный баланс... Чем обусловлена ежедневная проверка ? Расчетом цен ? Да и 7-го списать захотелось больше чем было в наличии тоже наверно не спроста... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2004, 06:17 |
|
||
|
Актуальность остатков
|
|||
|---|---|---|---|
|
#18+
Коллеги, ИМХО накладную нужно проводить в 2 этапа. И учитывать остатки с учётом накладных, находящихся на оформлении и проведённых накладных раздельно. Сначала оператор создаёт накладную с состояние "На оформлении", такая накладная не должна влиять на движение товара, но блокирует, указанное в ней кол-во товара на складе. Например: 10:00 Остаток Гвоздей на 200 по складу - 500 Кг 10:05 Оператор Маша создаёт и начинает оформлять накладную на 400 Кг гвоздей. 10:10 Остаток Гвоздей на 200 по складу - 500 Кг, Остаток Гвоздей на 200 по складу с учётом оформляемых накладных - 100 Кг 10:10 Оператор Галя создаёт и начинает оформлять накладную на 200 Кг гвоздей. При выборе товара ей показывается, что на складе доступно лишь 100Кг гвоздей. Если это разрешено в бизнесс-процессе, то она под свою ответственность может: a)продолжить оформлять накладную, которая вызовет "красноту" если её провести б)провести затем эту накладную и вызвать "красноту" Как вам такой вариант? Проверено, работает и проблем с блокировками меньше. Что пояснить? Может дополните своими соображениями? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2004, 07:08 |
|
||
|
Актуальность остатков
|
|||
|---|---|---|---|
|
#18+
ИМХО. Надо определиться вначале, что делаем - склад или систему для снабженцев/продавцов. На складе не надо ничего резервировать. Там должно быть четко, выписал накладную - отдал товар физически. Принял товар физически - оформил приход. И тут не допустимы минуса на остатках, потому что учитываем материальные ценности за которые люди несут материальную ответственность. Вот если мы делаем систему заказов/договоров, то там да, могут существовать и минуса и отложеная резервирование и все что угодно. Но это должно быть "сбоку" от склада, на котором см. выше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2004, 09:16 |
|
||
|
Актуальность остатков
|
|||
|---|---|---|---|
|
#18+
Серега, в реальной жизни на складе могут возникать минуса, но это должно быть в каждом конкретном случае объяснимо. Например, при учёте в разрезе поклажедателей, по одному мы можем создать минуса, зная, что то-же товар другого поклажедателя, находящийся на складе, до следующей инвентаризации будет нам продан и минуса исчезнут. Я в этом контексте не понял, чем система "заказов\договоров" отличается от "склада"? Отпуск со склада даже внутри одной организации должен проводится накладной по заказу(заявке). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2004, 10:09 |
|
||
|
Актуальность остатков
|
|||
|---|---|---|---|
|
#18+
SNUSЯ в этом контексте не понял, чем система "заказов\договоров" отличается от "склада"? Отпуск со склада даже внутри одной организации должен проводится накладной по заказу(заявке). В заказах/договорах не особенно важно, что есть на складе сейчас. Договориться я могу на что угодно. И после договора докупить/доделать недостающее. На складе нет (не должно быть, ИМХО) такого временнОго разрыва между желанием сделать и собственно делом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2004, 10:22 |
|
||
|
Актуальность остатков
|
|||
|---|---|---|---|
|
#18+
Под временным разрывом я имел в виду отрезок времени, между выдачей задания на отгрузку и фактом отгрузки. В рельности так и есть, значит и в программе должно быть так. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2004, 10:48 |
|
||
|
Актуальность остатков
|
|||
|---|---|---|---|
|
#18+
SNUSПод временным разрывом я имел в виду отрезок времени, между выдачей задания на отгрузку и фактом отгрузки. В рельности так и есть, значит и в программе должно быть так. В момент выдачи задания на отгрузку товар должен уйти в резерв... Пускай даже резерв превысит наличие... А вот после факта отгрузки по твоему может появиться минус ? Что же они тогда отгрузили ? Из соседнего ящика ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2004, 11:51 |
|
||
|
Актуальность остатков
|
|||
|---|---|---|---|
|
#18+
А вот после факта отгрузки по твоему может появиться минус ? Что же они тогда отгрузили ? Из соседнего ящика ? На самом деле, бизнес процессы некоторых организаций допускают уход количества товара в минус на какое-то время. Например, организация закупает товар и тут же (прямо с колес) продает его другой организации. Накладная от поставщика еще не пришла - поэтому приход не был занесен в систему, а расход в системе уже есть, так как мы выписали накладную клиенту. Но при этом мы понимаем, что в ближайшее время накладная от поставщика к нам придет и мы заведем ее задним числом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2004, 12:07 |
|
||
|
Актуальность остатков
|
|||
|---|---|---|---|
|
#18+
demas На самом деле, бизнес процессы некоторых организаций допускают уход количества товара в минус на какое-то время. Например, организация закупает товар и тут же (прямо с колес) продает его другой организации. Накладная от поставщика еще не пришла - поэтому приход не был занесен в систему, а расход в системе уже есть, так как мы выписали накладную клиенту. Но при этом мы понимаем, что в ближайшее время накладная от поставщика к нам придет и мы заведем ее задним числом. ИМХО, в таком случае, должен существовать некий статус у приходного документа (типа "документально не подтверждено"), но приход должен быть оформлен . Иначе бардак в системе просто гарантирован. Кто то забыл, кто то не знал, кто то умышленно "забыл" оформить пришедшие потом документы. И то что "мы понимаем" это не отговорка. А если не придет? Ну мало ли - потеряли, фирма исчезла, сгорела. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2004, 12:21 |
|
||
|
Актуальность остатков
|
|||
|---|---|---|---|
|
#18+
demasНа самом деле, бизнес процессы некоторых организаций допускают уход количества товара в минус на какое-то время... ...Накладная от поставщика еще не пришла... ...Но при этом мы понимаем, что в ближайшее время накладная от поставщика к нам придет и мы заведем ее задним числом. А если это ближайшее время чуть-чуть растянется... эдак на месяц ? Ну и пусть товар уходит в резерв, а факт отгрузки - это не дата проведения... его еще не было... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2004, 12:28 |
|
||
|
Актуальность остатков
|
|||
|---|---|---|---|
|
#18+
olol А если это ближайшее время чуть-чуть растянется... эдак на месяц ? В нашей конторе запчасти поступают на склад и тут же уходят на машины или в продажу, а накладные от основного поставщика приходят в конце месяца скопом. Как получатся для получения остатков на точку актуальности мы храним таблицу остатков (используется при отображении остатков при подборе товаров) и таблицу проводок, по которой можем получить остатки на определенное число, а также таблицу промежуточных остатков с интервалом расчета месяц (день, неделя, квартал...) для более быстрого получения расчета. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.12.2004, 01:28 |
|
||
|
Актуальность остатков
|
|||
|---|---|---|---|
|
#18+
gardenman СерегаИМХО. Хранение текущих остатков никак не влияет на получение остатков на любую дату в прошлом. Может быть дале облегчает эту задачу, если считать за "немного назад". Сказано же, Упростил задачу до невозможности Т.е. тут не задача важна а ПРИНЦИП, СПОСОБ её ренения... Просто идея: помоему можно делать механизм максимально часто и понемногу. Тоесть резервировать товар, на пример, не на кнопке Сохранить, а при создании строки. А если нажать кнопку Отменить логикой откатывать изменения. Правда нужен механизм восстановления после сбоя, когда просто свет выключили :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.12.2004, 17:23 |
|
||
|
Актуальность остатков
|
|||
|---|---|---|---|
|
#18+
ИМХО, вопрос не в том, кто раньше спишет, а кто раньше ЗАРЕЗЕРВИРУЕТ. Часто бывает ситуация, когда счета на оплату выписываются и распечатываются в одном месте, а оплачиваются (и проводятся) в другом. И приходят Выход один - на каждое добавление строки при подготовке документа делать резервирование товара. Проблема - если ДО записи документа клиент отвалится, то резерв повиснет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.01.2005, 16:01 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=32822691&tid=1546112]: |
0ms |
get settings: |
11ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
53ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
69ms |
get tp. blocked users: |
2ms |
| others: | 277ms |
| total: | 447ms |

| 0 / 0 |
