Розница 2.2 2.3 План пересчетов (инвентаризаций) для сотрудников (продавцов)
Добрый день уважаемые форумчане ...
Прошу помощи у Гуру.
Розница 2.2 - есть такая задача заставить продавцов каждый рабочий день делать пересчет товаров (50 или 500 штук в день по выбору руководства). То есть поставить пересчет товаров на поток.
Понятно что продавцы могут намухоморить и бла бла бла ... но этот вопрос решиться штрафами ...
При этом в первую очередь считать товары которые были пересчитаны более давно ...
То есть как бы я это описал план пересчета.
Думаю кто нибудь писал что либо подобное ... Можете пнуть в нужном направлении ???
Был бы премного благодарен !!!
Прошу помощи у Гуру.
Розница 2.2 - есть такая задача заставить продавцов каждый рабочий день делать пересчет товаров (50 или 500 штук в день по выбору руководства). То есть поставить пересчет товаров на поток.
Понятно что продавцы могут намухоморить и бла бла бла ... но этот вопрос решиться штрафами ...
При этом в первую очередь считать товары которые были пересчитаны более давно ...
То есть как бы я это описал план пересчета.
Думаю кто нибудь писал что либо подобное ... Можете пнуть в нужном направлении ???
Был бы премного благодарен !!!
Найденные решения
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
Решить задачу можно довольно простым способом, в документе Приказ на пересчет товаров есть реквизит Отбор. Зайти под толстым клиентом создать и отредактировать правила отбора товаров при проведении инвентаризации . Если данных будет недостаточно, то загнать документ в расширение.
Розница 2.2 - есть такая задача заставить продавцов каждый рабочий день делать пересчет товаров (50 или 500 штук в день по выбору руководства). То есть поставить пересчет товаров на поток.
Решить задачу можно довольно простым способом, в документе Приказ на пересчет товаров есть реквизит Отбор. Зайти под толстым клиентом создать и отредактировать правила отбора товаров при проведении инвентаризации . Если данных будет недостаточно, то загнать документ в расширение.
(1) у меня свой бар и пивной алкомаркет, и утром продавцы снимают остатки разливного пива и тары, записывают в тетрадку. Периодически проверяю по этой тетрадке остаток=остаток до + приход(по 1С) - продажи(по 1С), иногда продавцы ошибаются (перелив, недолив и проч, или тару забудут в чек добавить). Тоже думаю, как автоматизировать, чтобы не выходя из РМК, вывести на экран список товаров с учетным количеством и вводом факта, и после ввода сохранение в обычный документ пересчета.
я так понимаю, очень "большой" поток продаж в день
что продавцов не знают, чем загрузить
--------------------------------
приказ на пересчет - без него ничего не начнете :)
а план - лучше по месту расположения товара,чтобы не пропустить ничего
а потом посмОтрите -по группам или по чему хотите
------------------------
а ошибки - человеческий фактор ?
или первый поток считает, второй проверяет ?
------------------------
задача заставить продавцов каждый рабочий день делать пересчет товаров
интересно, если доплачивать продавцу за каждый пересчет - как тогда поменяется подход ?
что продавцов не знают, чем загрузить
--------------------------------
приказ на пересчет - без него ничего не начнете :)
а план - лучше по месту расположения товара,чтобы не пропустить ничего
а потом посмОтрите -по группам или по чему хотите
------------------------
а ошибки - человеческий фактор ?
или первый поток считает, второй проверяет ?
------------------------
задача заставить продавцов каждый рабочий день делать пересчет товаров
интересно, если доплачивать продавцу за каждый пересчет - как тогда поменяется подход ?
Решить задачу можно довольно простым способом, в документе Приказ на пересчет товаров есть реквизит Отбор
- Это все понятно - но это все человек должен делать ... есть потребность чтобы программа сама выводила продавцу что нужно считать по сути в порядке очереди ...
Тоже думаю, как автоматизировать, чтобы не выходя из РМК, вывести на экран список товаров с учетным количеством и вводом факта
- Как думаете как скоро напишете ? будете ли выкладывать на Инфостарт?
а ошибки - человеческий фактор ?
или первый поток считает, второй проверяет ?
или первый поток считает, второй проверяет ?
- Да конечно старшие работники будут перепроверять ...
я так понимаю, очень "большой" поток продаж в день
что продавцов не знают, чем загрузить
что продавцов не знают, чем загрузить
если доплачивать продавцу за каждый пересчет - как тогда поменяется подход ?
- Свободное время у них есть, ничего страшного пусть проверяют - не думаю что будут за это доплачивать ...
Дак кто нибудь находил что нибудь подобное - описанное мной в вопросе ???
(5)
Цепочка задач в обработке - Создать Приказ на инвентаризацию с необходимым отбором, на основании приказа создать пересчет товаров - оприходовать или списать товары.
Из это го следует, что необходимо: 1. Доработка документа Приказ.
2. Доработка РМК
3. Создание РС в котором хранить данные по пересчетам.
4. Создание какого-нибудь отчета.
- Это все понятно - но это все человек должен делать ... есть потребность чтобы программа сама выводила продавцу что нужно считать по сути в порядке очереди ...
Цепочка задач в обработке - Создать Приказ на инвентаризацию с необходимым отбором, на основании приказа создать пересчет товаров - оприходовать или списать товары.
Из это го следует, что необходимо: 1. Доработка документа Приказ.
2. Доработка РМК
3. Создание РС в котором хранить данные по пересчетам.
4. Создание какого-нибудь отчета.
Что за мода пошла... сначала придумают неведомо что, а потом просят найти уже готовое такое решение.
В приказе на пересчет товаром есть много всевозможных отборов, я так понимаю вам все не подходят, и хочется формировать список по датам ранних пересчетов.
Предполагаю что подобное можно реализовать через заведение ДопСвойства у справочника Номенклатура со значением Дата, записывать туда дату проведенного пересчета. А в отбор для нового приказа выбирать по условию заданному для сравнения с этой датой. Например - все товары ДатаПересчета которых меньше 10 дней от текущей даты. Так каждый день будут в отбор попадать товары пересчет которых был более 10 дней назад.
И вряд ли такой велосипед найдете готовый
В приказе на пересчет товаром есть много всевозможных отборов, я так понимаю вам все не подходят, и хочется формировать список по датам ранних пересчетов.
Предполагаю что подобное можно реализовать через заведение ДопСвойства у справочника Номенклатура со значением Дата, записывать туда дату проведенного пересчета. А в отбор для нового приказа выбирать по условию заданному для сравнения с этой датой. Например - все товары ДатаПересчета которых меньше 10 дней от текущей даты. Так каждый день будут в отбор попадать товары пересчет которых был более 10 дней назад.
И вряд ли такой велосипед найдете готовый
Что за мода пошла... сначала придумают неведомо что, а потом просят найти уже готовое такое решение.
- ну во первых все же посоветоваться со старшими товарищами ...
я так понимаю вам все не подходят, и хочется формировать список по датам ранних пересчетов
- то есть тех товаров которые были пересчитаны давно - более рана чем другие
И вряд ли такой велосипед найдете готовый
- а хотелось бы (((
2. Доработка РМК
3. Создание РС в котором хранить данные по пересчетам.
3. Создание РС в котором хранить данные по пересчетам.
- да так я себе примерно это и представлял ...
Может все же есть что то подобное ???
Вот обработка для пересчета в РМК
- да это похоже ... только бы погибче ...
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот