logo
Добро пожаловать, Гость! Чтобы использовать все возможности Вход или Регистрация.

Уведомление

Icon
Error

2 Страницы12>
Опции
К последнему сообщению К первому непрочитанному
burn  
#1 Оставлено : 8 января 2018 г. 12:27:26(UTC)
burn

Статус: Продвинутый пользователь

Группы: Зарегистрированный
Сообщений: 246
Украина

Сказал «Спасибо»: 38 раз
Поблагодарили: 8 раз в 7 постах
И еще одно предложение, но пока не знаю, как это впихнуть в софт...

Пока Мысли утыкаются только в вариант добавления в товар еще одного поля "Дата прохождения ревизии"

В чем смысл, При работе в нашем варианте (11 складов/ 5 отделов). Ревизия проводится даже не по отделам а по группам товаров в отделах, смысл просьбы: при проведении ревизии, на проверенные товары проставлять дату проведения ревизии, таки образом знаем что на такую-то дату, товар был проверен, из-за не одновременного проведения таких ревизий в голове помнить даты по всем товарам, почти нереально, вот и хочется видеть это в учете, чтобы прямо внутри товара/классификаторе можно было видеть такие данные, для тех кому не нужны такие данные, с уже имеющимся функционалом отключения видимости колонок можно просто отключать (а лучше наверное по умолчанию иметь выключенной, при необходимости показывать) данную колонку.

Может есть другие идеи, как видеть данную дату на конкретных товарах...

Отредактировано пользователем 15 января 2018 г. 11:54:00(UTC)  | Причина: Не указана

berivan  
#2 Оставлено : 8 января 2018 г. 12:34:33(UTC)
berivan

Статус: Продвинутый пользователь

Группы: Зарегистрированный
Сообщений: 267
Российская Федерация
Откуда: Ростов-на-Дону

Сказал(а) «Спасибо»: 26 раз
Поблагодарили: 2 раз в 2 постах
Есть другое предложение.
Сейчас, я так понимаю, ревизию можно сделать только по складу целиком. Было бы полезно иметь возможность выбирать категорию (в дереве товаров), по которой хотим провести инвентаризацию, т.к. не всегда удобно считать весь магазин целиком. При таком варианте, думаю и не нужно маркировка датами, как предлагает "burn". Поставив фильтр в документах - ревизия, будет видна и дата, и группа, по которой она прошла.
burn  
#3 Оставлено : 8 января 2018 г. 13:17:05(UTC)
burn

Статус: Продвинутый пользователь

Группы: Зарегистрированный
Сообщений: 246
Украина

Сказал «Спасибо»: 38 раз
Поблагодарили: 8 раз в 7 постах
Автор: berivan Перейти к цитате
Есть другое предложение.
Сейчас, я так понимаю, ревизию можно сделать только по складу целиком. Было бы полезно иметь возможность выбирать категорию (в дереве товаров), по которой хотим провести инвентаризацию, т.к. не всегда удобно считать весь магазин целиком. При таком варианте, думаю и не нужно маркировка датами, как предлагает "burn". Поставив фильтр в документах - ревизия, будет видна и дата, и группа, по которой она прошла.


В моем варианте, как раз цель видеть в товаре дату ревизии, т.к. ревизия может проводиться даже не по ветке товаров, а по части ветки и т.п. Еще рост номенклатуры еженедельный, из-за чего и надо видеть внутри ветки что из товаров не проходило ревизию, а ветка была к примеру пересчитана предварительно. Если ставить отметку на ветке, то невозможно будет увидеть конкретные узкие позиции, которые либо можно включить в след. ревизию, либо не обращать внимания, зависит от ценности конкретных позиций...
berivan  
#4 Оставлено : 8 января 2018 г. 13:24:47(UTC)
berivan

Статус: Продвинутый пользователь

Группы: Зарегистрированный
Сообщений: 267
Российская Федерация
Откуда: Ростов-на-Дону

Сказал(а) «Спасибо»: 26 раз
Поблагодарили: 2 раз в 2 постах
А как можно пересчитать половину ветки? Может я не совсем понимаю механизм пересчета товара?
Мы создаем документ Инвентаризация, выбираем склад и поехали добавлять товар в том кол-ве, которое по факту имеется. Если товар по базе есть, а в документе Инвентаризация его нет - следовательно, после проведения инвентаризации - такой товар должен быть удален.
P.S. сейчас попробовал в старой базе создать Инвентаризацию, и понял, как можно посчитать половину ветки... Программа исправляет кол-во, только у найденного и добавленного в документ товара! А как быть с тем товаром, которого уже давно в наличии нет, а по базе числиться? Как его удалять? Инвентаризация, должна сравнивать остатки товара в документе Инвентаризация, со складом и приводить эти остатки в соответствие. И если в документ Инвентаризация не добавлен Товар 1 (значит его по факту нет), следовательно его и в базе не должно быть.
Именно для этого нужно иметь возможность делать Инвентаризацию, не только по всему складу, но и по группам. Чтобы остатки сравнивались не со всем складом, а только с выбранной для ревизии группой в дереве товаров.

Отредактировано пользователем 8 января 2018 г. 14:01:47(UTC)  | Причина: Не указана

burn  
#5 Оставлено : 8 января 2018 г. 14:25:36(UTC)
burn

Статус: Продвинутый пользователь

Группы: Зарегистрированный
Сообщений: 246
Украина

Сказал «Спасибо»: 38 раз
Поблагодарили: 8 раз в 7 постах
Автор: berivan Перейти к цитате
А как можно пересчитать половину ветки? Может я не совсем понимаю механизм пересчета товара?
Мы создаем документ Инвентаризация, выбираем склад и поехали добавлять товар в том кол-ве, которое по факту имеется. Если товар по базе есть, а в документе Инвентаризация его нет - следовательно, после проведения инвентаризации - такой товар должен быть удален.


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

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


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

Автор: berivan Перейти к цитате
Инвентаризация, должна сравнивать остатки товара в документе Инвентаризация, со складом и приводить эти остатки в соответствие. И если в документ Инвентаризация не добавлен Товар 1 (значит его по факту нет), следовательно его и в базе не должно быть.
Именно для этого нужно иметь возможность делать Инвентаризацию, не только по всему складу, но и по группам. Чтобы остатки сравнивались не со всем складом, а только с выбранной для ревизии группой в дереве товаров.


Вот тут есть три пути:
1) товара нет на моменте (возможно просто требуется заказать, при большом кол-ве номенклатуры некоторые товары просто забываются для заказа);
2) товар есть сейчас, но к примеру, часть товаров из группы закупалась с пол года назад и имеются остатки, но часть была куплена в последние периоды месяц/два, тогда и надо видеть что эти позиции еще не проходили инвентаризацию;
3) Избыток товара, лишний товар, так же надо понять откуда взялся и по какой причине, далее или приходуется излишками, либо решается что с ним делать в конкретный момент...

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

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

Отредактировано пользователем 8 января 2018 г. 14:30:28(UTC)  | Причина: PS

berivan  
#6 Оставлено : 8 января 2018 г. 14:53:43(UTC)
berivan

Статус: Продвинутый пользователь

Группы: Зарегистрированный
Сообщений: 267
Российская Федерация
Откуда: Ростов-на-Дону

Сказал(а) «Спасибо»: 26 раз
Поблагодарили: 2 раз в 2 постах
Автор: burn Перейти к цитате

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


Извиняюсь, не правильно выразился, конечно не удалять, а делать остаток нулевым!

Автор: burn Перейти к цитате

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


Для этого, я хотел написать еще одно пожелание: Сейчас, чтобы увидеть несоответствие, нужно провести документ - на мой взгляд это не правильно, нужно либо сразу дать возможность это видеть на ПК (в мобильном приложении, конечно это не нужно видеть. Либо сделать дополнительную кнопку (в нашей старой программе она называлась Стонирование), по нажатии на которую показываются только несоответствия, например Товар 2 - 5шт из 4шт, Товар 7 - 6шт из 3шт, Товар 10 - 0шт из 1шт. И проходясь по этому списку, можно будет видеть или просто забыли посчитать, или забыли списать испорченный товар, или действительно несоответствие.

Автор: burn Перейти к цитате

Вот тут есть три пути:
1) товара нет на моменте (возможно просто требуется заказать, при большом кол-ве номенклатуры некоторые товары просто забываются для заказа);

Ревизия тут ни причем, смотрите дерево товаров (после ревизии там должно быть все приведено в соответствие с реальными остатками), и если у товара остаток - 0 - значит заказывайте, если 0, но такого товара для заказа больше не планируете - помечайте на удаление.
Автор: burn Перейти к цитате

2) товар есть сейчас, но к примеру, часть товаров из группы закупалась с пол года назад и имеются остатки, но часть была куплена в последние периоды месяц/два, тогда и надо видеть что эти позиции еще не проходили инвентаризацию;

Вот тут я вообще не понял для чего это нужно? Какая разница когда проходила ревизия, если остатки соответствуют? А если нет - значит нужно ее провести.

Автор: burn Перейти к цитате

3) Избыток товара, лишний товар, так же надо понять откуда взялся и по какой причине, далее или приходуется излишками, либо решается что с ним делать в конкретный момент...


А если товар избыточный, по результатам Инвентаризации, после ее проведения количество не увеличится в дереве товаров? Как Вы можете понять причину, по которой его по факту больше, чем по базе? Его больше и все, пересорт, ошиблись при приходе, да и какая разница, когда на складе более 10 000 Наименований, как можно вспомнить, где был косяк? По факту кол-во такое-то, это посчитали при ревизии, значит это кол-во должно быть и в дереве товара, на остатке.

Автор: burn Перейти к цитате

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


Если ревизия проводилась в прошлом месяце по этой категории, где у Вас появился новый товар (или новый приход), это какими криворукими должны быть продавцы, чтобы накосячить с остатками вновь оприходованного/нового товара?

Автор: burn Перейти к цитате

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


У нас в каждой группе более 100 наименований. Поэтому и хочется делать ревизию по группам. Приложение в этом очень поможет. Берем продавцов с других магазинов, родственников с телефонами (как вариант :) ), и вперед на пересчет.

Отредактировано пользователем 8 января 2018 г. 14:58:07(UTC)  | Причина: Не указана

berivan  
#7 Оставлено : 8 января 2018 г. 15:02:01(UTC)
berivan

Статус: Продвинутый пользователь

Группы: Зарегистрированный
Сообщений: 267
Российская Федерация
Откуда: Ростов-на-Дону

Сказал(а) «Спасибо»: 26 раз
Поблагодарили: 2 раз в 2 постах
Мне вообще не понятно, как можно сделать ревизию половины группы (если есть возможность делать ревизию по группам), или половину склада. Как в таком случае выявлять товар, которого по фату нет, а по базе есть? Как на данный момент Вы находите такой товар? В Торговом месте это сейчас никак не сделать? Т.е. Инвентаризация получается не полноценная?
P.S. вообще, в чем смысл Инвентаризации - чтобы фактические остатки, совпадали с остатками по базе! Когда проходила последняя ревизия, будет видно по дате создания документа. Зачем помечать товар, который в ревизии не участвовал? В чем смысл? Если ревизия проводится регулярно - то при следующем пересчете, он будет посчитан. А между ревизиями, сильно много с новым товаром не напортачат. Но я кажется понимаю, в чем смысл просьбы "burn", при том принципе работы Инвентаризации, что есть сейчас, не понятно, считался тот или иной товар, или нет. Может его нет по факту, а по базе он есть. Верно?

Отредактировано пользователем 8 января 2018 г. 15:23:08(UTC)  | Причина: Не указана

Михаил  
#8 Оставлено : 9 января 2018 г. 7:06:19(UTC)
Михаил

Статус: Администрация

Группы: Kayala-soft
Сообщений: 177
Российская Федерация
Откуда: Ростов-на-Дону

Сказал «Спасибо»: 6 раз
Поблагодарили: 31 раз в 28 постах
Автор: burn Перейти к цитате
И еще одно предложение, но пока не знаю, как это впихнуть в софт...

Пока Мысли утыкаются только в вариант добавления в товар еще одного поля "Дата прохождения ревизии"

В чем смысл, При работе в нашем варианте (11 складов/ 5 отделов). Ревизия проводится даже не по отделам а по группам товаров в отделах, смысл просьбы: при проведении ревизии, на проверенные товары проставлять дату проведения ревизии, таки образом знаем что на такую-то дату, товар был проверен, из-за не одновременного проведения таких ревизий в голове помнить даты по всем товарам, почти нереально, вот и хочется видеть это в учете, чтобы прямо внутри товара/классификаторе можно было видеть такие данные, для тех кому не нужны такие данные, с уже имеющимся функционалом отключения видимости колонок можно просто отключать (а лучше наверное по умолчанию иметь выключенной, при необходимости показывать) данную колонку.

Может есть другие идеи, как видеть данную дату на конкретных товарах...


Если товар добавлен в документ Инвентаризация, то фактически в программе уже есть данные когда и по каким товарам проходила последняя ревизия, т.е. добавлять еще одно поле в базу нет надобности. Другой момент, что отображать "дату ревизии" в справочнике "Товаров" кажется неправильным, так можно много всего надобавлять для отображения (например, дату последней закупки, дату последней продажи, ценообразования и т.п.).
Мне кажется, для подобных вопросов лучше сделать соответствующий отчет, который покажет "дату ревизии" по товарам. Так же в отчете можно будет сделать дополнительные фильтры, например, "показать товары, по которым ревизия была более N дней назад".
Михаил  
#9 Оставлено : 9 января 2018 г. 7:34:25(UTC)
Михаил

Статус: Администрация

Группы: Kayala-soft
Сообщений: 177
Российская Федерация
Откуда: Ростов-на-Дону

Сказал «Спасибо»: 6 раз
Поблагодарили: 31 раз в 28 постах
Автор: berivan Перейти к цитате
Программа исправляет кол-во, только у найденного и добавленного в документ товара! А как быть с тем товаром, которого уже давно в наличии нет, а по базе числиться? Как его удалять? Инвентаризация, должна сравнивать остатки товара в документе Инвентаризация, со складом и приводить эти остатки в соответствие. И если в документ Инвентаризация не добавлен Товар 1 (значит его по факту нет), следовательно его и в базе не должно быть.
Именно для этого нужно иметь возможность делать Инвентаризацию, не только по всему складу, но и по группам. Чтобы остатки сравнивались не со всем складом, а только с выбранной для ревизии группой в дереве товаров.


Мне кажется, будет очень странно, если документ "Инвентаризация" будет менять остаток по товару, которого в нем нет.
Для того чтобы обнулить остаток в программе, надо добавить такой товар в Инвентаризацию и указать для него "Фактическое количество" = 0, после проведения документа остаток товара обнулится.
Примерная схема ревизии по группе товаров:
- создаем "Инвентаризацию",
- подбираем группу товаров (в документ заполняются все товары из выбранной группы),
- печатаем "Опись",
- считаем фактические остатки и заполняем "Опись",
- проставляем "Фактическое количество" из "Описи" в документ.
- проводим документ.
Соответственно, все товары из группы будут в документе, а товары, по которым "Фактическое количество" = 0, после проведения обнулятся.
berivan  
#10 Оставлено : 9 января 2018 г. 9:14:14(UTC)
berivan

Статус: Продвинутый пользователь

Группы: Зарегистрированный
Сообщений: 267
Российская Федерация
Откуда: Ростов-на-Дону

Сказал(а) «Спасибо»: 26 раз
Поблагодарили: 2 раз в 2 постах
Автор: Михаил Перейти к цитате


Мне кажется, будет очень странно, если документ "Инвентаризация" будет менять остаток по товару, которого в нем нет.
Для того чтобы обнулить остаток в программе, надо добавить такой товар в Инвентаризацию и указать для него "Фактическое количество" = 0, после проведения документа остаток товара обнулится.

Ничего странного не вижу, как раз наоборот, логика очень понятна, раз нет в инвентаризации, значит нет на остатке. Как я могу поставить 0шт,если понятия не имею, какого товара по факту нет, а по базе, он числится? Для этого мы и проводим ревизию, чтобы в том числе найти такой товар. Если напечатать список, и проходится по листу бумаги с ручкой, то вопросов нет, так можно найти 0 позиции, но ревизия в таком случае займёт туеву тучу времени! В чем смысл приложения, которое вы делаете?
Гораздо удобнее, при создании инвентаризации выбирать не склад, а дерево товаров (в нем можно выбрать главную категорию, тогда будут остатки сравниваться со всем складом целиком, а можно выбрать группу в дереве). Тогда, делая инвентаризацию по группе, товары из этой группы будут сопоставляться с инвентаризацией, и остаток будет приводится в соответствие. А если при сопоставлении не будет найден товар в инвентаризации, который числится на остатке в этой группе, значит его по факту нет, и значит остаток нужно обнулить. Только предварительно (перед проведением инвентаризации) нужно сделать какой-нибудь отчёт, где будут видны все несоответствия (вдруг что-то забыли посчитать).

Отредактировано пользователем 9 января 2018 г. 9:16:03(UTC)  | Причина: Не указана

Михаил  
#11 Оставлено : 9 января 2018 г. 9:50:02(UTC)
Михаил

Статус: Администрация

Группы: Kayala-soft
Сообщений: 177
Российская Федерация
Откуда: Ростов-на-Дону

Сказал «Спасибо»: 6 раз
Поблагодарили: 31 раз в 28 постах
Автор: berivan Перейти к цитате
Гораздо удобнее, при создании инвентаризации выбирать не склад, а дерево товаров (в нем можно выбрать главную категорию, тогда будут остатки сравниваться со всем складом целиком, а можно выбрать группу в дереве). Тогда, делая инвентаризацию по группе, товары из этой группы будут сопоставляться с инвентаризацией, и остаток будет приводится в соответствие. А если при сопоставлении не будет найден товар в инвентаризации, который числится на остатке в этой группе, значит его по факту нет, и значит остаток нужно обнулить. Только предварительно (перед проведением инвентаризации) нужно сделать какой-нибудь отчёт, где будут видны все несоответствия (вдруг что-то забыли посчитать).

А если через час после ревизии по группе в ней создадут новый товар, оприходуют его на остатки, а после этого вернутся к документу "Инвентаризация" и перепроведут его (распроведут и снова проведут), что произойдет с остатком по новому товару? По вашей логике, он должен обнулиться, а правильно или это?
berivan  
#12 Оставлено : 9 января 2018 г. 9:58:50(UTC)
berivan

Статус: Продвинутый пользователь

Группы: Зарегистрированный
Сообщений: 267
Российская Федерация
Откуда: Ростов-на-Дону

Сказал(а) «Спасибо»: 26 раз
Поблагодарили: 2 раз в 2 постах
Так для этого и есть администратор, который создавая инвентаризацию, следит за тем, чтобы такого не было. Ведь только администратор вправе добавлять приход и проводить документы. Мы лично делаем так:создаём инвентаризацию по группе (или по всему магазину, закрываем раздел в магазине, чтобы покупатели там не ходили и ничего не покупали (или закрываем на пару часов раньше весь магазин, собираем состав побольше и делаем только ревизию до упора - с Вашим приложением это будет в разы удобней и быстрей!),и делаем пересчит товара. Такой режим мне кажется во всех магазинах работает (что в ашане, что в магните и т. Д.). А как вы предлагаете по другому вычислить товар, которого по факту нет, а по базе есть? С листом бумаги? Там продавцы и нахимичить смогут, вспомнят (увидят в списке), что этот товар был украден, и поставят нужное им количество. А не видя списка, это трудней сделать, да и листочки использовать не актуально, если есть такое замечательное приложение! Очень прошу изменить логику проведения ревизий!
berivan  
#13 Оставлено : 9 января 2018 г. 10:02:56(UTC)
berivan

Статус: Продвинутый пользователь

Группы: Зарегистрированный
Сообщений: 267
Российская Федерация
Откуда: Ростов-на-Дону

Сказал(а) «Спасибо»: 26 раз
Поблагодарили: 2 раз в 2 постах
Логика ведь очень понятна, раз не посчитали, значит не чего считать, т. К. товара нет в наличии, следовательно его кол-во нужно обнулить. А на время перечета, никакого товара добавляться в базу не должно. Это намного понятней и легче реализовать, чем бегать со списком по залу и искать товар, которого по факту нет в наличии!
P. S. Я думаю burn и попросил добавить даты пересчета к товару в дереве, чтобы видеть, какой товар давно не подвергался пересчета, раз давно не считали, значит что-то не так, возможно его уже нет, надо бы проверить... Только при таком механизме этот товар будет находится не известно через какое время, а при той схеме, что предлагаю я, после ревизии, остатки будут 100% соответствовать реальным!

Отредактировано пользователем 9 января 2018 г. 10:06:43(UTC)  | Причина: Не указана

burn  
#14 Оставлено : 9 января 2018 г. 10:11:28(UTC)
burn

Статус: Продвинутый пользователь

Группы: Зарегистрированный
Сообщений: 246
Украина

Сказал «Спасибо»: 38 раз
Поблагодарили: 8 раз в 7 постах
Все намного сложнее, когда это отдельные магазины, которые пишут все продажи вручную с каждого отдела отчеты ежедневно, и только в одном месте одним человеком все вносится и списывается, переносится между складами + приходуется. И нет никакой возможности даже на день закрыть хотябы один отдел, и приходится все в текущем варианте, прямо при клиентах проводить и инвентаризации и т.п. Выходных в магазине так же нет, все дни рабочие.

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

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

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

Отредактировано пользователем 9 января 2018 г. 10:27:04(UTC)  | Причина: ПС

berivan  
#15 Оставлено : 9 января 2018 г. 10:12:35(UTC)
berivan

Статус: Продвинутый пользователь

Группы: Зарегистрированный
Сообщений: 267
Российская Федерация
Откуда: Ростов-на-Дону

Сказал(а) «Спасибо»: 26 раз
Поблагодарили: 2 раз в 2 постах
А вообще напакостить можно при желании как угодно (я к тому, что если распространяется инвентаризацию, вновь добавленный товар обнулиться) было бы желание. Можно для инвентаризаций, запретить распроводить документ, и проблем не будет.
Михаил  
#16 Оставлено : 9 января 2018 г. 10:19:28(UTC)
Михаил

Статус: Администрация

Группы: Kayala-soft
Сообщений: 177
Российская Федерация
Откуда: Ростов-на-Дону

Сказал «Спасибо»: 6 раз
Поблагодарили: 31 раз в 28 постах
Автор: berivan Перейти к цитате
А как вы предлагаете по другому вычислить товар, которого по факту нет, а по базе есть? С листом бумаги? Там продавцы и нахимичить смогут, вспомнят (увидят в списке), что этот товар был украден, и поставят нужное им количество. А не видя списка, это трудней сделать, да и листочки использовать не актуально, если есть такое замечательное приложение! Очень прошу изменить логику проведения ревизий!

Я уже привел выше схему оформления ревизии по группе товаров. Не вижу ничего сложного чтоб вначале заполнить "Инвентаризацию" всеми товарами из группы. Лист бумаги "Опись" используете при отсутствии мобильного терминала.
При наличии мобильника, он заменяет:
- печать "Описи",
- ручное заполнение листика (описи),
- ручной перенос данных с листика (описи) в документ "Инвентаризация".
Насчитанное мобильным терминалом реальное количество попадет в колонку "Фактическое кол-во", а товары, которых нет в мобильнике останутся с "Фактическое кол-во" = 0. Таким образом, схема работает и с листиком и с мобильным терминалом, и менять логику ревизии не вижу необходимости.

Отредактировано пользователем 9 января 2018 г. 10:26:51(UTC)  | Причина: Не указана

berivan  
#17 Оставлено : 9 января 2018 г. 10:26:34(UTC)
berivan

Статус: Продвинутый пользователь

Группы: Зарегистрированный
Сообщений: 267
Российская Федерация
Откуда: Ростов-на-Дону

Сказал(а) «Спасибо»: 26 раз
Поблагодарили: 2 раз в 2 постах
При такой схеме согласен! Это как раз то, что и требовалось! Т. Е. Те товары, которые мы загрузим в инвентаризацию, добавятся туда с 0 остатком? Как это сделать?
P. S. Еще хотелось бы видеть (до проведения инвентаризации) расхождения остатков с базой, т. е. только те товары, кол-во которых не совпадает с базой, чтобы можно было перепроверить их.
P. S. S. И сортировка по сумме расхождения, чтобы можно было видеть большие не соответствия в первую очередь.

Отредактировано пользователем 9 января 2018 г. 10:44:59(UTC)  | Причина: Не указана

Михаил  
#18 Оставлено : 9 января 2018 г. 10:54:54(UTC)
Михаил

Статус: Администрация

Группы: Kayala-soft
Сообщений: 177
Российская Федерация
Откуда: Ростов-на-Дону

Сказал «Спасибо»: 6 раз
Поблагодарили: 31 раз в 28 постах
Создаете документ "Инвентаризация".
Жмете "Добавить" над табличной частью.
Открывается справочник "Товары".
Выделяете нужную группу товаров, жмете "Выбрать" (кнопка в левом верхнем углу справочника, появляется в режиме подбора в документы, используется для выбора групп).
В документ добавляются все товары из выбранной группы, закрываете справочник.
Жмете "Сохранить" документ.
Все, документ "Инвентаризация" готов для проведения ревизии по группе товаров.

Опись - это печатная форма, которая появляется по кнопке "Печать" в документе "Инвентаризация", содержит список товаров и колонку "Кол-во" для ручного вписывания.
Соответственно, если мобильного терминала нет, то печатаете "Опись" (листик со списком товаров) и вперед, считать и вписывать реальное количество в опись, потом вбиваете значения с листика (описи) в документ в колонку "Фактическое кол-во".
Когда будет мобильник необходимость печатать "Опись" (листик со списком товаров) пропадет, вместо нее будете использовать мобильный терминал.
thanks 1 пользователь поблагодарил Михаил за этот пост.
berivan оставлено 09.01.2018(UTC)
berivan  
#19 Оставлено : 9 января 2018 г. 10:57:46(UTC)
berivan

Статус: Продвинутый пользователь

Группы: Зарегистрированный
Сообщений: 267
Российская Федерация
Откуда: Ростов-на-Дону

Сказал(а) «Спасибо»: 26 раз
Поблагодарили: 2 раз в 2 постах
Просто великолепно! Спасибо! Придумайте, ещё, пожалуйста, что-нибудь с просмотром расхождений, до проведения Инвентаризации.
Михаил  
#20 Оставлено : 9 января 2018 г. 11:09:32(UTC)
Михаил

Статус: Администрация

Группы: Kayala-soft
Сообщений: 177
Российская Федерация
Откуда: Ростов-на-Дону

Сказал «Спасибо»: 6 раз
Поблагодарили: 31 раз в 28 постах
Автор: berivan Перейти к цитате
P.S. Еще хотелось бы видеть (до проведения инвентаризации) расхождения остатков с базой, т.е. только те товары, кол-во которых не совпадает с базой, чтобы можно было перепроверить их.
P.S.S. И сортировка по сумме расхождения, чтобы можно было видеть большие не соответствия в первую очередь.

Автор: berivan Перейти к цитате
Придумайте, ещё, пожалуйста, что-нибудь с просмотром расхождений, до проведения Инвентаризации.

Это вопрос как минимум еще одной печатной формы к документу "Инвентаризация", которая будет отражать результат ревизии: расхождения по количеству, расхождения по сумме. Постараемся добавить такой вариант печати в ближайшем обновлении.
thanks 1 пользователь поблагодарил Михаил за этот пост.
berivan оставлено 09.01.2018(UTC)
Пользователи, просматривающие эту тему
2 Страницы12>
Быстрый переход  
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.