Инвентаризация по складской аналитике

[twilight]

Здравствуйте!
У нас есть адресный склад
Можно ли создать строки журнала инвентаризации со всеми ячейками определенного прохода, независимо от того пустая эта ячейка или полная и независимо от того, есть ли запись в InventSum с этой ячейкой?

[glibs]

А что должно создаться при такой постановке задачи?

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

Что в вашем случае должно появиться в строках журнала если в ячейке номенклатура есть? Номенклатура, склад, ячейка и количество? А что должно появиться в строках журнала, если по данным учетной системы в ячейке на складе номенклатуры нет?

[twilight]

Если есть, то номенклатура, склад, ячейка, паллета, количество
Если нет, то склад, ячейка, паллета
Это нужно, чтобы кладовщики при инвентаризации проверили все требуемые ячейки, а не только те, в которых есть номенклатура

[petr]

Цитата:

Сообщение от twilight

Если есть, то номенклатура, склад, ячейка, паллета, количество
Если нет, то склад, ячейка, паллета
Это нужно, чтобы кладовщики при инвентаризации проверили все требуемые ячейки, а не только те, в которых есть номенклатура

Извините, что вмешиваюсь, но что это за инвентаризация такая, когда проверяются не все, а только некоторые ячейки. По-моему основной смысл инвертаризации как раз проверить все ячейки (весь склад), а не только те, которые на виду (как генеральная уборка). Хотя это мое обывательское представление, конечно.

Но в системе такого нет (в стандарте), заполнение строк журнала инвентаризации всегда пляшет от InventSum, если нет записи в InventSum, нет и строки в журнале.

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

[twilight]

Цитата:

Сообщение от petr

Извините, что вмешиваюсь, но что это за инвентаризация такая, когда проверяются не все, а только некоторые ячейки. По-моему основной смысл инвертаризации как раз проверить все ячейки (весь склад), а не только те, которые на виду (как генеральная уборка). Хотя это мое обывательское представление, конечно.

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

[mazzy]

Цитата:

Сообщение от twilight

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

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

[twilight]

Цитата:

Сообщение от mazzy

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

Записи и так создаются автоматически при создании строк журнала инвентаризации (мы там немножко подкрутили)

[glibs]

Цитата:

Сообщение от twilight

...
Если нет, то склад, ячейка, паллета
...

По паллетам, оказывается, тоже нужно?

А код номенклатуры какой писать в строку журнала?

А если в ячейке никогда не было ни паллет, ни номенклатуры?

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

Но данная процедура тоже работает по InventSum. Просто она не отбрасывает строки, запасы по которым на дату инвентаризации нулевые. Считается, что если по номенклатуре было движение, то она могла "заваляться" или "пересортироваться".

Совсем без InventSum тяжело как-то.

Это во-первых.

А если на складе у вас используется терминальное оборудование, то логичнее будет в Аксапте предусмотреть выдачу заданий на инвентаризацию ячеек. Чтобы и задача кладовщику, и обратная связь проходили через терминал и сопровождались сканированием кодов (или RFID). А инвентаризацию оформлять на базе стандартной Аксаптовской функции инвентаризации ячейки.

[mazzy]

Цитата:

Сообщение от glibs

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

Угу. Мало того, человек должен оставить нулевые строки в журнале.
В этом случае система будет знать, что в результате инвентаризации количество действительно нулевое.
Это "знание" Аксапта будет использовать при автоматическом создании журнала методом "не инвентаризировано в течение ххх дней"

[twilight]

Цитата:

Сообщение от mazzy

Угу. Мало того, человек должен оставить нулевые строки в журнале.
В этом случае система будет знать, что в результате инвентаризации количество действительно нулевое.
Это "знание" Аксапта будет использовать при автоматическом создании журнала методом "не инвентаризировано в течение ххх дней"

Если в ячейке в разные периоды хранилась разная номенклатура, то в стандартном создадутся строки с нулевым количеством для каждой палеты, которая там когда-либо хранилось. А это по-моему лишнее, так как такое количество строк затруднят восприятие. К тому же в ячейке ведь может оказаться совсем другая номенклатура, которой там не было раньше. И еще один вариант, номенклатура может оказаться в ячейке, в которой раньше ничего не лежало.

[mazzy]

Цитата:

Сообщение от twilight

Записи и так создаются автоматически при создании строк журнала инвентаризации (мы там немножко подкрутили)

Тогда проверьте, в какой строчке устанавливается галочка "Инветаризация" - в созданных вами или в другой

Цитата:

Сообщение от twilight

А это по-моему лишнее, так как такое количество строк затруднят восприятие.

Вы как и многие путают представление информации и хранение информации.
Для того, чтобы улучшить ВОСПРИЯТИЕ не надо менять ХРАНЕНИЕ.
Просто наложите фильтр

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

Цитата:

Сообщение от twilight

К тому же в ячейке ведь может оказаться совсем другая номенклатура, которой там не было раньше. И еще один вариант, номенклатура может оказаться в ячейке, в которой раньше ничего не лежало.

Я могу ошибаться, но по-моему вы не очень понимаете суть инвентаризации.
Инвентаризация должна проверить и установить количество НОМЕНКЛАТУРЫ где бы она не находилась.
Вы же воспринимаете инвентаризацию как проверку ЯЧЕЕК, что бы в них не находилось.

Это принципиально неправильный подход.
Смотрите на логику: проверив всю номенклатуру мы убедимся и в правильности ячеек. Однако проверив все ячейки мы НЕ убедимся в правильности остатков по всем номенклатурам. Подумайте об этом.

Попробуйте вывернуть свое сознание с левой стороны на правую. И сразу наступит "хорошая погода".

[twilight]

Цитата:

Сообщение от glibs

По паллетам, оказывается, тоже нужно?

А код номенклатуры какой писать в строку журнала?

А если в ячейке никогда не было ни паллет, ни номенклатуры?

Никакого не писать. Если там фактически что-то есть, то кладовщики отсканируют код при инвентаризации.

Цитата:

Сообщение от glibs

А если на складе у вас используется терминальное оборудование, то логичнее будет в Аксапте предусмотреть выдачу заданий на инвентаризацию ячеек. Чтобы и задача кладовщику, и обратная связь проходили через терминал и сопровождались сканированием кодов (или RFID). А инвентаризацию оформлять на базе стандартной Аксаптовской функции инвентаризации ячейки.

Терминалы конечно используются. И журнал инвентаризации - это и есть задание на сканирование, в него с помощью ТСД сканируются фактические данные.
Но нужно отследить, чтобы кладовщики отсканировали все ячейки в определенных рядах, иначе будет непонятно, то ли там действительно ничего нет, то ли просто забыли отсканировать.

[glibs]

Цитата:

Сообщение от twilight

...
Если там фактически что-то есть, то кладовщики отсканируют код при инвентаризации.
...
Терминалы конечно используются. И журнал инвентаризации - это и есть задание на сканирование, в него с помощью ТСД сканируются фактические данные.
Но нужно отследить, чтобы кладовщики отсканировали все ячейки в определенных рядах, иначе будет непонятно, то ли там действительно ничего нет, то ли просто забыли отсканировать.
...

Не знаю. В стандарте я себе вижу это так. Тычем курсором в ячейку на складе. Функции\Инвентаризация. Получаем список того, что есть в наличии. Инвентаризируем.

Опять же, что вы сканируете? Код паллеты? Или у вас товары со ШК, и вы все товары сканируете каждый раз?

Ну и сканирование и заполнение строк журнала — это не совсем одно и то же. Там еще нужно количество суммировать, указывать прочие замечательные аналитики как то партия, ГТД .

В рамках работы с терминалом я себе это вижу так. Пишется простенький софт. Который берет (т.е. не грузчик себе выбирает, как сейчас в стандартной Аксапте, а автоматически) в Аксапте задачу для конкретного грузчика или кладовщика. И заставляет его работать жестко по технологии. Например, побежал в ячейку, нашел и отсканировал паллету, привез паллету в другую ячейку, отсканировал ячейку. Если все отсканировалось как надо — значит молодец. Транспортировка завершена.

Ну и что-то подобное можно и для инвентаризации придумать. С каким-то там механизмом ввода кода номенклатуры и количества. Не факт, что код можно будет отсканировать, хотя хорошо бы было, если бы так можно было. А насчет количества — может его вообще придется руками ввести. А потом Аксапта должна будет по предоставленным данным как-то это эвристически разбросать по ГТД.

Т.е. суть вопроса в разработке интерфейса для терминала, IMHO.

[twilight]

Цитата:

Сообщение от glibs

Не знаю. В стандарте я себе вижу это так. Тычем курсором в ячейку на складе. Функции\Инвентаризация. Получаем список того, что есть в наличии. Инвентаризируем.

Опять же, что вы сканируете? Код паллеты? Или у вас товары со ШК, и вы все товары сканируете каждый раз?

Ну и сканирование и заполнение строк журнала — это не совсем одно и то же. Там еще нужно количество суммировать, указывать прочие замечательные аналитики как то партия, ГТД .

Сканируется код ячейки, код палеты, штрих-код товара, вручную вводится количество и срок годности
ГТД слава богу нет
Задача в том, чтобы отследить полноту сканирования и потом поправить данные в системе по результатам сканирования.

[Vals]

Точнее нужно посмотреть, навскиду так:
- есть параметры отбора нулевых строк.
- при создании журнала в полях "Подбор по" отметить ячейки и т.д.

[fomenka]

С точностью до обозначений Vals ответил исчерпывающе, все есть в стандартном функционале в функции создания строк журнала инвентаризации.

[glibs]

Т.е. вы решили информацию выдавать маленькими порциями?

Интересный подход к постановке задачи .

С учетом того, что вы ответили Atar, получается, вам вообще не нужно создавать журнал инвентаризации. А создавать журналы переносов.

[Atar]

Цитата:

Сообщение от glibs

Т.е. вы решили информацию выдавать маленькими порциями?

Интересный подход к постановке задачи .

С учетом того, что вы ответили Atar, получается, вам вообще не нужно создавать журнал инвентаризации. А создавать журналы переносов.

Получается, что нафиг не надо так извращаться над журналом инвентаризации, а создать свой интерфейс сверки данных с терминала и данных по учету в системе. По результатам сверки (типу расхождений) регистрировать тот или иной складской журнал.
Сформировать и распечатать список ячеек в проходе с указанием текущего наличия в них - плевое дело.

[ap]

Цитата:

3. Кроме инвентаризации остатков нужна инвентаризация местоположения. Если палеты нет в ячейке, это не значит, что ее украли. Скорее всего, она находится в какой-то другой ячейке на складе и делать лишние расходы - приходы не хочется.

По-моему вот в этом ваша ошибка.

В стандартной логике системы, пересортицу, выявленную при инвентаризации, можно отразить только "приходом-расходом".
Пример:
1) по системе у вас на складе числится 100 шт. товара А в ячейке 01-01-02
2) вы сделали журнал - в нем одна строка.
3) по факту товар оказался в ячейке 01-02-02 (то есть в соседней)
(Назовем данную ситуацию пересортицей)
хочется сделать что?
просто поменять ячейку в журнале, разнести журнал и проводок никаких не делать.
но так не выйдет

4) нужно в имеющейся строке журнала указать проинвентаризированное кол-во "0" (это будет расходая проводка)
5) затем создать новую строку, указать ном-ру, правильную ячейку, правильное кол-во. (это будет приход)

По другому никак.
Точнее способов много (например через функцию редактирования скл.аналитик в проводках), но все они будут противоречить идеологии системы.

Почему так сделано? Казалось бы такой способ отражения отклонений или пересортицы при инвентаризации крайне трудозатратный к тому же рождает лишние обороты по ном-ре?
Все просто: по логике создателей не может быть большого количества отклонений при инвентаризации на ячеистом складе по определению. Иначе он просто не сможет работать. А одну- две пересортицы можно провести таким образом без проблем.

[twilight]

Цитата:

Сообщение от ap

Все просто: по логике создателей не может быть большого количества отклонений при инвентаризации на ячеистом складе по определению. Иначе он просто не сможет работать. А одну- две пересортицы можно провести таким образом без проблем.

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