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

Уведомление

Icon
Error

2 Страницы<12
Новая тема
Опции
К последнему сообщению К первому непрочитанному
berivan  
#21 Оставлено : 9 января 2018 г. 14:11:51(UTC)
berivan

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

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

Сказал(а) «Спасибо»: 23 раз
Поблагодарили: 2 раз в 2 постах
Лучше сделать это 1 документом, в котором будет и кол-во, цена и сумма, с возможностью сортировки.
burn  
#22 Оставлено : 10 января 2018 г. 11:11:48(UTC)
burn

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

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

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

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

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

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


Это сообщение, как я понял было всеми пропущено...

Тогда остается вариант, если не добавлять дату, продолжать писать даты руками в артикулах, как и делаю на текущий момент...
Михаил  
#23 Оставлено : 10 января 2018 г. 11:33:32(UTC)
Михаил

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

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

Сказал «Спасибо»: 6 раз
Поблагодарили: 29 раз в 27 постах
Автор: burn Перейти к цитате
Тогда остается вариант, если не добавлять дату, продолжать писать даты руками в артикулах, как и делаю на текущий момент...

Я высказал недостатки дополнительных полей/колонок в справочнике и предложил сделать отчет.
Автор: Михаил Перейти к цитате
Если товар добавлен в документ Инвентаризация, то фактически в программе уже есть данные когда и по каким товарам проходила последняя ревизия, т.е. добавлять еще одно поле в базу нет надобности. Другой момент, что отображать "дату ревизии" в справочнике "Товаров" кажется неправильным, так можно много всего надобавлять для отображения (например, дату последней закупки, дату последней продажи, ценообразования и т.п.).
Мне кажется, для подобных вопросов лучше сделать соответствующий отчет, который покажет "дату ревизии" по товарам. Так же в отчете можно будет сделать дополнительные фильтры, например, "показать товары, по которым ревизия была более N дней назад".

Чем вам вариант с отчетом не понравился?
burn  
#24 Оставлено : 10 января 2018 г. 11:47:07(UTC)
burn

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

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

Сказал «Спасибо»: 35 раз
Поблагодарили: 7 раз в 6 постах
Автор: Михаил Перейти к цитате
Автор: burn Перейти к цитате
Тогда остается вариант, если не добавлять дату, продолжать писать даты руками в артикулах, как и делаю на текущий момент...

Я высказал недостатки дополнительных полей/колонок в справочнике и предложил сделать отчет.
Автор: Михаил Перейти к цитате
Если товар добавлен в документ Инвентаризация, то фактически в программе уже есть данные когда и по каким товарам проходила последняя ревизия, т.е. добавлять еще одно поле в базу нет надобности. Другой момент, что отображать "дату ревизии" в справочнике "Товаров" кажется неправильным, так можно много всего надобавлять для отображения (например, дату последней закупки, дату последней продажи, ценообразования и т.п.).
Мне кажется, для подобных вопросов лучше сделать соответствующий отчет, который покажет "дату ревизии" по товарам. Так же в отчете можно будет сделать дополнительные фильтры, например, "показать товары, по которым ревизия была более N дней назад".

Чем вам вариант с отчетом не понравился?


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

Прилагаю пример 1 категории с проставленными датами:

File XLSX
Михаил  
#25 Оставлено : 10 января 2018 г. 12:31:28(UTC)
Михаил

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

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

Сказал «Спасибо»: 6 раз
Поблагодарили: 29 раз в 27 постах
Мне не понятно, зачем постоянно смотреть на эту дату в справочнике? Какую проблему вы этим решаете? Ревизия наверно не каждый день проходит (раз в неделю возможно), вот и строить отчет перед ревизией, типа "какие товары давно не считались", "какие считать особо тщательно".
burn  
#26 Оставлено : 10 января 2018 г. 12:46:39(UTC)
burn

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

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

Сказал «Спасибо»: 35 раз
Поблагодарили: 7 раз в 6 постах
Автор: Михаил Перейти к цитате
Мне не понятно, зачем постоянно смотреть на эту дату в справочнике? Какую проблему вы этим решаете? Ревизия наверно не каждый день проходит (раз в неделю возможно), вот и строить отчет перед ревизией, типа "какие товары давно не считались", "какие считать особо тщательно".


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

Т.е. Пример: Мы проводим инвентаризацию, 09.01.18, А отчеты всего отдела списываются еще за декабрь, ранее описывалось почему, Вот тут возникает момент, согласно ревизии, часть товара приведена в соответствие с реальными остатками (это не касается дорогих товаров, там так списание не проводится), т.е. за предыдущий период, если и была продажа по сверенному товару, списывать такие продажи до отмеченной даты никак нельзя, это поломает реальную картину. Тут в принципе неверно конечно так делать, но по некоторым категориям можем пойти на такое.
burn  
#27 Оставлено : 10 января 2018 г. 12:59:41(UTC)
burn

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

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

Сказал «Спасибо»: 35 раз
Поблагодарили: 7 раз в 6 постах
Что еще сюда вмешивается, Мы ведем учет в вашей программе с мая 2017г. За этот период, внесено 4500 товаров, это не охватывает даже половины номенклатуры магазина. Все новые приходы/расходы вносятся в полном объеме, так же вносятся параллельно остатки по купленным позициям, но есть и товары которым более 4-5 лет, которые в процессе таких ревизий довносятся. Само предприятие существует с 1996 года, соответственно на складах какого хлама только не накопилось, и все это надо учесть и довнести, а из-за графика работы и размеров магазинов + объемов складов, закрыть и сделать пересчет нереально сразу...
Danil  
#28 Оставлено : 10 января 2018 г. 14:27:07(UTC)
Danil

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

Группы: Kayala-soft, Администратор
Сообщений: 428
Российская Федерация

Поблагодарили: 61 раз в 58 постах
Автор: burn Перейти к цитате
Что еще сюда вмешивается, Мы ведем учет в вашей программе с мая 2017г. За этот период, внесено 4500 товаров, это не охватывает даже половины номенклатуры магазина. Все новые приходы/расходы вносятся в полном объеме, так же вносятся параллельно остатки по купленным позициям, но есть и товары которым более 4-5 лет, которые в процессе таких ревизий довносятся. Само предприятие существует с 1996 года, соответственно на складах какого хлама только не накопилось, и все это надо учесть и довнести, а из-за графика работы и размеров магазинов + объемов складов, закрыть и сделать пересчет нереально сразу...


мда ... т.е. дата последней инвентаризации в вашем случае это индикатор, что "до этой даты товар не приходовать и не расходовать" ... суровая история
а сам процесс продаж не думали автоматизировать? что бы не тратить время на ввод продаж
burn  
#29 Оставлено : 10 января 2018 г. 14:59:29(UTC)
burn

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

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

Сказал «Спасибо»: 35 раз
Поблагодарили: 7 раз в 6 постах
Автор: Danil Перейти к цитате
Автор: burn Перейти к цитате
Что еще сюда вмешивается, Мы ведем учет в вашей программе с мая 2017г. За этот период, внесено 4500 товаров, это не охватывает даже половины номенклатуры магазина. Все новые приходы/расходы вносятся в полном объеме, так же вносятся параллельно остатки по купленным позициям, но есть и товары которым более 4-5 лет, которые в процессе таких ревизий довносятся. Само предприятие существует с 1996 года, соответственно на складах какого хлама только не накопилось, и все это надо учесть и довнести, а из-за графика работы и размеров магазинов + объемов складов, закрыть и сделать пересчет нереально сразу...


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


На текущий момент практически невозможно :(
Тут еще вмешивается что реально этот учет включает в себя 3 официальных предприятия, 2 физических магазина, кучку складов...
Да и системы взаиморасчетов жестко различаются по всем предприятиям, пока без ручного вмешательства никак. Надо хотя-бы все до конца внести и выйти на текущий момент реальных складов и текущих документов, потом только можно будет как-то пытаться оптимизировать...
berivan  
#30 Оставлено : 12 января 2018 г. 11:24:27(UTC)
berivan

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

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

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

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


А можно как-нибудь загрузить все товары с дерева, или только последовательно загружать каждую группу отдельно?
burn  
#31 Оставлено : 12 января 2018 г. 17:24:38(UTC)
burn

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

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

Сказал «Спасибо»: 35 раз
Поблагодарили: 7 раз в 6 постах
Добрый день. Появилось новое предложение... к документу "Инвентаризация"

Можно добавить, возможность создания документа на основании "Ценообразование" - это позволит вместе с Инвентаризацией параллельно по тому же товару проводить и переоценку, при надобности, чтобы не перенабирать по новой все позиции в отдельный документ ценообразование...

PS: Не думал что получится но документом инвентаризации так же смог оприходовать товары этой же категории, что сверялась, которые не были внесены на момент инвентаризации... (Вот к этим позициям так вообще жизненно необходима возможность внесения цены...) Очень удобная возможность.

Отредактировано пользователем 12 января 2018 г. 17:45:16(UTC)  | Причина: PS

Danil  
#32 Оставлено : 15 января 2018 г. 10:38:44(UTC)
Danil

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

Группы: Kayala-soft, Администратор
Сообщений: 428
Российская Федерация

Поблагодарили: 61 раз в 58 постах
Автор: burn Перейти к цитате
Что еще сюда вмешивается, Мы ведем учет в вашей программе с мая 2017г. За этот период, внесено 4500 товаров, это не охватывает даже половины номенклатуры магазина. Все новые приходы/расходы вносятся в полном объеме, так же вносятся параллельно остатки по купленным позициям, но есть и товары которым более 4-5 лет, которые в процессе таких ревизий довносятся. Само предприятие существует с 1996 года, соответственно на складах какого хлама только не накопилось, и все это надо учесть и довнести, а из-за графика работы и размеров магазинов + объемов складов, закрыть и сделать пересчет нереально сразу...


Выслал небольшой модуль и скрипт, которые должны сэкономить тебе кучку времени. Надеюсь поможет.
thanks 1 пользователь поблагодарил Danil за этот пост.
burn оставлено 15.01.2018(UTC)
Danil  
#33 Оставлено : 15 января 2018 г. 10:41:48(UTC)
Danil

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

Группы: Kayala-soft, Администратор
Сообщений: 428
Российская Федерация

Поблагодарили: 61 раз в 58 постах
Автор: burn Перейти к цитате

PS: Не думал что получится но документом инвентаризации так же смог оприходовать товары этой же категории, что сверялась, которые не были внесены на момент инвентаризации... (Вот к этим позициям так вообще жизненно необходима возможность внесения цены...) Очень удобная возможность.


вот это не понял
burn  
#34 Оставлено : 15 января 2018 г. 10:51:14(UTC)
burn

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

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

Сказал «Спасибо»: 35 раз
Поблагодарили: 7 раз в 6 постах
Автор: Danil Перейти к цитате
Автор: burn Перейти к цитате

PS: Не думал что получится но документом инвентаризации так же смог оприходовать товары этой же категории, что сверялась, которые не были внесены на момент инвентаризации... (Вот к этим позициям так вообще жизненно необходима возможность внесения цены...) Очень удобная возможность.


вот это не понял


Ну смотри... Делая инвентаризацию, я в конце в документе добавил новые товары, Которые нашли при пересчете но в базе не было, я тупо создал новые позиции и внес по ним кол-во. Проведя документ, у меня выставилось нужное кол-во на складе, потом провел ценообразование по ним и товары есть в наличии, с нужной ценой и кол-вом. (Одно но, учитывая что так конечно не совсем правильно на этих товарах вместо цены закупки стоит 0, но учитывая что неизвестна цена самих товаров найденных при ревизии, этого достаточно...)
burn  
#35 Оставлено : 15 января 2018 г. 10:52:31(UTC)
burn

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

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

Сказал «Спасибо»: 35 раз
Поблагодарили: 7 раз в 6 постах
Автор: Danil Перейти к цитате
Автор: burn Перейти к цитате
Что еще сюда вмешивается, Мы ведем учет в вашей программе с мая 2017г. За этот период, внесено 4500 товаров, это не охватывает даже половины номенклатуры магазина. Все новые приходы/расходы вносятся в полном объеме, так же вносятся параллельно остатки по купленным позициям, но есть и товары которым более 4-5 лет, которые в процессе таких ревизий довносятся. Само предприятие существует с 1996 года, соответственно на складах какого хлама только не накопилось, и все это надо учесть и довнести, а из-за графика работы и размеров магазинов + объемов складов, закрыть и сделать пересчет нереально сразу...


Выслал небольшой модуль и скрипт, которые должны сэкономить тебе кучку времени. Надеюсь поможет.


Спасибо, письмо увидел сегодня вечером попробую, посмотрим как сработает.
Михаил  
#36 Оставлено : 15 января 2018 г. 12:20:36(UTC)
Михаил

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

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

Сказал «Спасибо»: 6 раз
Поблагодарили: 29 раз в 27 постах
Автор: berivan Перейти к цитате
А можно как-нибудь загрузить все товары с дерева, или только последовательно загружать каждую группу отдельно?

Последовательно загружать каждую группу отдельно.

burn  
#37 Оставлено : 15 января 2018 г. 12:41:43(UTC)
burn

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

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

Сказал «Спасибо»: 35 раз
Поблагодарили: 7 раз в 6 постах
Автор: burn Перейти к цитате
Автор: Danil Перейти к цитате
Автор: burn Перейти к цитате
Что еще сюда вмешивается, Мы ведем учет в вашей программе с мая 2017г. За этот период, внесено 4500 товаров, это не охватывает даже половины номенклатуры магазина. Все новые приходы/расходы вносятся в полном объеме, так же вносятся параллельно остатки по купленным позициям, но есть и товары которым более 4-5 лет, которые в процессе таких ревизий довносятся. Само предприятие существует с 1996 года, соответственно на складах какого хлама только не накопилось, и все это надо учесть и довнести, а из-за графика работы и размеров магазинов + объемов складов, закрыть и сделать пересчет нереально сразу...


Выслал небольшой модуль и скрипт, которые должны сэкономить тебе кучку времени. Надеюсь поможет.


Спасибо, письмо увидел сегодня вечером попробую, посмотрим как сработает.


Модуль сработал отлично, поле добавилось, а вот скрипт ничего не сделал :(
Danil  
#38 Оставлено : 15 января 2018 г. 12:47:35(UTC)
Danil

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

Группы: Kayala-soft, Администратор
Сообщений: 428
Российская Федерация

Поблагодарили: 61 раз в 58 постах
Автор: burn Перейти к цитате

Модуль сработал отлично, поле добавилось, а вот скрипт ничего не сделал :(


пришли базу, проверю
burn  
#39 Оставлено : 15 января 2018 г. 13:15:35(UTC)
burn

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

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

Сказал «Спасибо»: 35 раз
Поблагодарили: 7 раз в 6 постах
Автор: Danil Перейти к цитате
Автор: burn Перейти к цитате

Модуль сработал отлично, поле добавилось, а вот скрипт ничего не сделал :(


пришли базу, проверю


отправил
Пользователи, просматривающие эту тему
2 Страницы<12
Новая тема
Быстрый переход  
Вы можете создавать новые темы в этом форуме.
Вы можете отвечать в этом форуме.
Вы можете удалять Ваши сообщения в этом форуме.
Вы можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы можете голосовать в этом форуме.