| 0
- 05.02.2013 - 14:48
|
ТиС 7.7. Склад. Часть товара хранится в упакованном виде на паллетах ("малооборотный" резерв). Есть небольшая вспомогательная задачка - организовать учет товара, хранящегося на паллетах. (Предполагается использовать ТСД по RDP). Четыре типа простейших операций: - Добавление новой паллеты - Удаление неиспользуемой паллеты - Добавление товара на паллету - Удаление товара с паллеты. Конечная цель - просмотр текущих остатков товаров на паллетах и ничего больше. История движений, журнал действий, авторство операций совершенно неактуальны. Основное требование - максимальная простота реализации и действий оператора. Вот мучительно размышляю, по какому пути пойти. а) Классически - на регистре и документах. б) Без документов, на двух справочниках (Паллеты и подч.ТоварыНаПаллетах). С вариантом а) вопросов нет. Но очень уж сильно искушение попробовать б). Что думаете?     | |
| 41
- 08.02.2013 - 18:22
| 38-Marlboro > ой. два справочника - 1ый "Паллеты" в ктором тупо список паллет, второй "Товар на паллетах", без кода и наименования. три реквизита "Товар", "Паллета", "Количество" | |
| 42
- 08.02.2013 - 18:27
| 39-Зелёный тролль >Справочник номенклатуры - порядка 70 тыс. позиций, а паллет хранения - штук 40. Стоит оно того, чтобы в Номенклатуру дополнительный индексируемый реквизит пихать ? | |
| 43
- 08.02.2013 - 18:32
|
42-Marlboro > да не, в Номенклатуре реквизи не кати, это я поторопился - товар и на нескольких паллетах храниться могёт. отдельный справочник. как количество обнуляется можно элемент удалять. или по регламенту периодически пробегаться и с нулевым количеством удалять. | |
| 44
- 08.02.2013 - 18:33
| в любом случае по индесируемому полю быстрее выборка пройдёт, чем перебор всех поллет с распарсиванием строки с целью определния наличия товара в паллете. | |
| 45
- 08.02.2013 - 21:03
|
(34) > что запрос товара по палетам будет ну очень долго работать, - нормально он будет работать, особенно с учетом того, что подождать 5-10-15 и даже 20 сек длятакого отчета пару раз в месяц - проблем не составит. . Использование типовых объектов конфиги - мне ну в корне не нравится - всеголищь поодно йпричине. Тупове случайное непреднамеренное расппроведение документа приведет к слету ПРАВИЛЬНЫХ ТЕКУЩИХ остатков. | |
| 46
- 08.02.2013 - 21:05
| (36) бывает. и это никак не приводит к корректировке каких-тодвижений. найдено что-то на складе - фиксируем где и что лежит (пусть даже это лежит в непредназначенной для этого палете ячейке) - главное что ИЗВЕСТНО где и что. перевод товара на нужное место - обычными ТЕКУЩИМИ операциями. | |
| 47
- 08.02.2013 - 21:09
| (44) пофиг, можно поразному сделать. поминимуму - для реализациивсей схемы достаточно одного полностью автономного справочника, который вообще никак не связан с остальной конфигой. Для убыстрения - в карточку товара - список палет с текущимтоваром (подчиненнымсправочникомтупо). | |
| 48
- 08.02.2013 - 23:21
| предлагаю расплодить склады. | |
| 49
- 10.02.2013 - 11:15
| для 40 палет и пары наименований на палете - я вообще бы ничего не стал делать из доп.складского учета. Палеты сделал бы - как писали выше - обычными складами. и штатные документы движения по складам. Или вообще нафиг - на палллете - отдельный лист с ОПИСЬЮ, а в АУПЕ - на формат А0 (или 40*А4) - расчертить 40 квадратиков и вписывать туда от руки (приклеить на стенку опись также помещаемую и на палету) | |
| 50
- 11.02.2013 - 05:58
|
Складской учетный остаток без движения имеет нулевую ценность. Как ему можно доверять? Если есть некая учетная сущность, которую хотите знать количественно, то должен быть и учетный документ и его движения. Reaper полностью прав. Покупать TSD на какую то малопонятную "автоматизацию" по меньшей мере странно. Разве что похвастаться перед кем-нибудь | |
Интернет-форум Краснодарского края и Краснодара |
