И еще одно предложение, но пока не знаю, как это впихнуть в софт... Пока Мысли утыкаются только в вариант добавления в товар еще одного поля "Дата прохождения ревизии" В чем смысл, При работе в нашем варианте (11 складов/ 5 отделов). Ревизия проводится даже не по отделам а по группам товаров в отделах, смысл просьбы: при проведении ревизии, на проверенные товары проставлять дату проведения ревизии, таки образом знаем что на такую-то дату, товар был проверен, из-за не одновременного проведения таких ревизий в голове помнить даты по всем товарам, почти нереально, вот и хочется видеть это в учете, чтобы прямо внутри товара/классификаторе можно было видеть такие данные, для тех кому не нужны такие данные, с уже имеющимся функционалом отключения видимости колонок можно просто отключать (а лучше наверное по умолчанию иметь выключенной, при необходимости показывать) данную колонку. Может есть другие идеи, как видеть данную дату на конкретных товарах...
Дата последней инвентаризации
- 444 Просмотров
- Последнее сообщение 08 января 2018
Есть другое предложение. Сейчас, я так понимаю, ревизию можно сделать только по складу целиком. Было бы полезно иметь возможность выбирать категорию (в дереве товаров), по которой хотим провести инвентаризацию, т.к. не всегда удобно считать весь магазин целиком. При таком варианте, думаю и не нужно маркировка датами, как предлагает "burn". Поставив фильтр в документах - ревизия, будет видна и дата, и группа, по которой она прошла.
В моем варианте, как раз цель видеть в товаре дату ревизии, т.к. ревизия может проводиться даже не по ветке товаров, а по части ветки и т.п. Еще рост номенклатуры еженедельный, из-за чего и надо видеть внутри ветки что из товаров не проходило ревизию, а ветка была к примеру пересчитана предварительно. Если ставить отметку на ветке, то невозможно будет увидеть конкретные узкие позиции, которые либо можно включить в след. ревизию, либо не обращать внимания, зависит от ценности конкретных позиций...Есть другое предложение. Сейчас, я так понимаю, ревизию можно сделать только по складу целиком. Было бы полезно иметь возможность выбирать категорию (в дереве товаров), по которой хотим провести инвентаризацию, т.к. не всегда удобно считать весь магазин целиком. При таком варианте, думаю и не нужно маркировка датами, как предлагает "burn". Поставив фильтр в документах - ревизия, будет видна и дата, и группа, по которой она прошла.
А как можно пересчитать половину ветки? Может я не совсем понимаю механизм пересчета товара? Мы создаем документ Инвентаризация, выбираем склад и поехали добавлять товар в том кол-ве, которое по факту имеется. Если товар по базе есть, а в документе Инвентаризация его нет - следовательно, после проведения инвентаризации - такой товар должен быть удален. P.S. сейчас попробовал в старой базе создать Инвентаризацию, и понял, как можно посчитать половину ветки... Программа исправляет кол-во, только у найденного и добавленного в документ товара! А как быть с тем товаром, которого уже давно в наличии нет, а по базе числиться? Как его удалять? Инвентаризация, должна сравнивать остатки товара в документе Инвентаризация, со складом и приводить эти остатки в соответствие. И если в документ Инвентаризация не добавлен Товар 1 (значит его по факту нет), следовательно его и в базе не должно быть. Именно для этого нужно иметь возможность делать Инвентаризацию, не только по всему складу, но и по группам. Чтобы остатки сравнивались не со всем складом, а только с выбранной для ревизии группой в дереве товаров.
Просто удалять, не согласен, т.к. надо сначала найти причину расхождения с реальными остатками, это может быть брак/недостача/воровство... что и требуется изначально выявить!А как можно пересчитать половину ветки? Может я не совсем понимаю механизм пересчета товара? Мы создаем документ Инвентаризация, выбираем склад и поехали добавлять товар в том кол-ве, которое по факту имеется. Если товар по базе есть, а в документе Инвентаризация его нет - следовательно, после проведения инвентаризации - такой товар должен быть удален.
Удалять его в принципе не надо, если он будет закупаться вновь, удаляются только позиции которые проданы с нулевым остатком по которым более не будет проводиться закупка. Если разница в остатках (реально/по базе) его можно списать, но опять же сначала надо найти причину несоответствия...P.S. сейчас попробовал в старой базе создать Инвентаризацию, и понял, как можно посчитать половину ветки... Программа исправляет кол-во, только у найденного и добавленного в документ товара! А как быть с тем товаром, которого уже давно в наличии нет, а по базе числиться? Как его удалять?
Вот тут есть три пути: 1) товара нет на моменте (возможно просто требуется заказать, при большом кол-ве номенклатуры некоторые товары просто забываются для заказа); 2) товар есть сейчас, но к примеру, часть товаров из группы закупалась с пол года назад и имеются остатки, но часть была куплена в последние периоды месяц/два, тогда и надо видеть что эти позиции еще не проходили инвентаризацию; 3) Избыток товара, лишний товар, так же надо понять откуда взялся и по какой причине, далее или приходуется излишками, либо решается что с ним делать в конкретный момент... - Так же вариант когда в прошлом месяце проводилась ревизия всей категории, но надо видеть движение по каким новым товарам не было учтено либо что требует проверки, или еще не проверялось... это позволит просто наглядно видеть какие позиции новые. PS: Почему иногда ревизия проводится не всей группой - есть группы в которых более 100 позиций, и дня на их пересчет/перевес может физически не хватать...Инвентаризация, должна сравнивать остатки товара в документе Инвентаризация, со складом и приводить эти остатки в соответствие. И если в документ Инвентаризация не добавлен Товар 1 (значит его по факту нет), следовательно его и в базе не должно быть. Именно для этого нужно иметь возможность делать Инвентаризацию, не только по всему складу, но и по группам. Чтобы остатки сравнивались не со всем складом, а только с выбранной для ревизии группой в дереве товаров.
Извиняюсь, не правильно выразился, конечно не удалять, а делать остаток нулевым!Просто удалять, не согласен, т.к. надо сначала найти причину расхождения с реальными остатками, это может быть брак/недостача/воровство... что и требуется изначально выявить!
Для этого, я хотел написать еще одно пожелание: Сейчас, чтобы увидеть несоответствие, нужно провести документ - на мой взгляд это не правильно, нужно либо сразу дать возможность это видеть на ПК (в мобильном приложении, конечно это не нужно видеть. Либо сделать дополнительную кнопку (в нашей старой программе она называлась Стонирование), по нажатии на которую показываются только несоответствия, например Товар 2 - 5шт из 4шт, Товар 7 - 6шт из 3шт, Товар 10 - 0шт из 1шт. И проходясь по этому списку, можно будет видеть или просто забыли посчитать, или забыли списать испорченный товар, или действительно несоответствие.Удалять его в принципе не надо, если он будет закупаться вновь, удаляются только позиции которые проданы с нулевым остатком по которым более не будет проводиться закупка. Если разница в остатках (реально/по базе) его можно списать, но опять же сначала надо найти причину несоответствия...
Ревизия тут ни причем, смотрите дерево товаров (после ревизии там должно быть все приведено в соответствие с реальными остатками), и если у товара остаток - 0 - значит заказывайте, если 0, но такого товара для заказа больше не планируете - помечайте на удаление.Вот тут есть три пути: 1) товара нет на моменте (возможно просто требуется заказать, при большом кол-ве номенклатуры некоторые товары просто забываются для заказа);
Вот тут я вообще не понял для чего это нужно? Какая разница когда проходила ревизия, если остатки соответствуют? А если нет - значит нужно ее провести.2) товар есть сейчас, но к примеру, часть товаров из группы закупалась с пол года назад и имеются остатки, но часть была куплена в последние периоды месяц/два, тогда и надо видеть что эти позиции еще не проходили инвентаризацию;
А если товар избыточный, по результатам Инвентаризации, после ее проведения количество не увеличится в дереве товаров? Как Вы можете понять причину, по которой его по факту больше, чем по базе? Его больше и все, пересорт, ошиблись при приходе, да и какая разница, когда на складе более 10 000 Наименований, как можно вспомнить, где был косяк? По факту кол-во такое-то, это посчитали при ревизии, значит это кол-во должно быть и в дереве товара, на остатке.3) Избыток товара, лишний товар, так же надо понять откуда взялся и по какой причине, далее или приходуется излишками, либо решается что с ним делать в конкретный момент...
Если ревизия проводилась в прошлом месяце по этой категории, где у Вас появился новый товар (или новый приход), это какими криворукими должны быть продавцы, чтобы накосячить с остатками вновь оприходованного/нового товара?- Так же вариант когда в прошлом месяце проводилась ревизия всей категории, но надо видеть движение по каким новым товарам не было учтено либо что требует проверки, или еще не проверялось... это позволит просто наглядно видеть какие позиции новые.
У нас в каждой группе более 100 наименований. Поэтому и хочется делать ревизию по группам. Приложение в этом очень поможет. Берем продавцов с других магазинов, родственников с телефонами (как вариант :) ), и вперед на пересчет.PS: Почему иногда ревизия проводится не всей группой - есть группы в которых более 100 позиций, и дня на их пересчет/перевес может физически не хватать...
Мне вообще не понятно, как можно сделать ревизию половины группы (если есть возможность делать ревизию по группам), или половину склада. Как в таком случае выявлять товар, которого по фату нет, а по базе есть? Как на данный момент Вы находите такой товар? В Торговом месте это сейчас никак не сделать? Т.е. Инвентаризация получается не полноценная? P.S. вообще, в чем смысл Инвентаризации - чтобы фактические остатки, совпадали с остатками по базе! Когда проходила последняя ревизия, будет видно по дате создания документа. Зачем помечать товар, который в ревизии не участвовал? В чем смысл? Если ревизия проводится регулярно - то при следующем пересчете, он будет посчитан. А между ревизиями, сильно много с новым товаром не напортачат. Но я кажется понимаю, в чем смысл просьбы "burn", при том принципе работы Инвентаризации, что есть сейчас, не понятно, считался тот или иной товар, или нет. Может его нет по факту, а по базе он есть. Верно?
Если товар добавлен в документ Инвентаризация, то фактически в программе уже есть данные когда и по каким товарам проходила последняя ревизия, т.е. добавлять еще одно поле в базу нет надобности. Другой момент, что отображать "дату ревизии" в справочнике "Товаров" кажется неправильным, так можно много всего надобавлять для отображения (например, дату последней закупки, дату последней продажи, ценообразования и т.п.). Мне кажется, для подобных вопросов лучше сделать соответствующий отчет, который покажет "дату ревизии" по товарам. Так же в отчете можно будет сделать дополнительные фильтры, например, "показать товары, по которым ревизия была более N дней назад".И еще одно предложение, но пока не знаю, как это впихнуть в софт... Пока Мысли утыкаются только в вариант добавления в товар еще одного поля "Дата прохождения ревизии" В чем смысл, При работе в нашем варианте (11 складов/ 5 отделов). Ревизия проводится даже не по отделам а по группам товаров в отделах, смысл просьбы: при проведении ревизии, на проверенные товары проставлять дату проведения ревизии, таки образом знаем что на такую-то дату, товар был проверен, из-за не одновременного проведения таких ревизий в голове помнить даты по всем товарам, почти нереально, вот и хочется видеть это в учете, чтобы прямо внутри товара/классификаторе можно было видеть такие данные, для тех кому не нужны такие данные, с уже имеющимся функционалом отключения видимости колонок можно просто отключать (а лучше наверное по умолчанию иметь выключенной, при необходимости показывать) данную колонку. Может есть другие идеи, как видеть данную дату на конкретных товарах...
Мне кажется, будет очень странно, если документ "Инвентаризация" будет менять остаток по товару, которого в нем нет. Для того чтобы обнулить остаток в программе, надо добавить такой товар в Инвентаризацию и указать для него "Фактическое количество" = 0, после проведения документа остаток товара обнулится. Примерная схема ревизии по группе товаров: - создаем "Инвентаризацию", - подбираем группу товаров (в документ заполняются все товары из выбранной группы), - печатаем "Опись", - считаем фактические остатки и заполняем "Опись", - проставляем "Фактическое количество" из "Описи" в документ. - проводим документ. Соответственно, все товары из группы будут в документе, а товары, по которым "Фактическое количество" = 0, после проведения обнулятся.Программа исправляет кол-во, только у найденного и добавленного в документ товара! А как быть с тем товаром, которого уже давно в наличии нет, а по базе числиться? Как его удалять? Инвентаризация, должна сравнивать остатки товара в документе Инвентаризация, со складом и приводить эти остатки в соответствие. И если в документ Инвентаризация не добавлен Товар 1 (значит его по факту нет), следовательно его и в базе не должно быть. Именно для этого нужно иметь возможность делать Инвентаризацию, не только по всему складу, но и по группам. Чтобы остатки сравнивались не со всем складом, а только с выбранной для ревизии группой в дереве товаров.
Ничего странного не вижу, как раз наоборот, логика очень понятна, раз нет в инвентаризации, значит нет на остатке. Как я могу поставить 0шт,если понятия не имею, какого товара по факту нет, а по базе, он числится? Для этого мы и проводим ревизию, чтобы в том числе найти такой товар. Если напечатать список, и проходится по листу бумаги с ручкой, то вопросов нет, так можно найти 0 позиции, но ревизия в таком случае займёт туеву тучу времени! В чем смысл приложения, которое вы делаете? Гораздо удобнее, при создании инвентаризации выбирать не склад, а дерево товаров (в нем можно выбрать главную категорию, тогда будут остатки сравниваться со всем складом целиком, а можно выбрать группу в дереве). Тогда, делая инвентаризацию по группе, товары из этой группы будут сопоставляться с инвентаризацией, и остаток будет приводится в соответствие. А если при сопоставлении не будет найден товар в инвентаризации, который числится на остатке в этой группе, значит его по факту нет, и значит остаток нужно обнулить. Только предварительно (перед проведением инвентаризации) нужно сделать какой-нибудь отчёт, где будут видны все несоответствия (вдруг что-то забыли посчитать).Мне кажется, будет очень странно, если документ "Инвентаризация" будет менять остаток по товару, которого в нем нет. Для того чтобы обнулить остаток в программе, надо добавить такой товар в Инвентаризацию и указать для него "Фактическое количество" = 0, после проведения документа остаток товара обнулится.
А если через час после ревизии по группе в ней создадут новый товар, оприходуют его на остатки, а после этого вернутся к документу "Инвентаризация" и перепроведут его (распроведут и снова проведут), что произойдет с остатком по новому товару? По вашей логике, он должен обнулиться, а правильно или это?Гораздо удобнее, при создании инвентаризации выбирать не склад, а дерево товаров (в нем можно выбрать главную категорию, тогда будут остатки сравниваться со всем складом целиком, а можно выбрать группу в дереве). Тогда, делая инвентаризацию по группе, товары из этой группы будут сопоставляться с инвентаризацией, и остаток будет приводится в соответствие. А если при сопоставлении не будет найден товар в инвентаризации, который числится на остатке в этой группе, значит его по факту нет, и значит остаток нужно обнулить. Только предварительно (перед проведением инвентаризации) нужно сделать какой-нибудь отчёт, где будут видны все несоответствия (вдруг что-то забыли посчитать).
Так для этого и есть администратор, который создавая инвентаризацию, следит за тем, чтобы такого не было. Ведь только администратор вправе добавлять приход и проводить документы. Мы лично делаем так:создаём инвентаризацию по группе (или по всему магазину, закрываем раздел в магазине, чтобы покупатели там не ходили и ничего не покупали (или закрываем на пару часов раньше весь магазин, собираем состав побольше и делаем только ревизию до упора - с Вашим приложением это будет в разы удобней и быстрей!),и делаем пересчит товара. Такой режим мне кажется во всех магазинах работает (что в ашане, что в магните и т. Д.). А как вы предлагаете по другому вычислить товар, которого по факту нет, а по базе есть? С листом бумаги? Там продавцы и нахимичить смогут, вспомнят (увидят в списке), что этот товар был украден, и поставят нужное им количество. А не видя списка, это трудней сделать, да и листочки использовать не актуально, если есть такое замечательное приложение! Очень прошу изменить логику проведения ревизий!
Логика ведь очень понятна, раз не посчитали, значит не чего считать, т. К. товара нет в наличии, следовательно его кол-во нужно обнулить. А на время перечета, никакого товара добавляться в базу не должно. Это намного понятней и легче реализовать, чем бегать со списком по залу и искать товар, которого по факту нет в наличии! P. S. Я думаю burn и попросил добавить даты пересчета к товару в дереве, чтобы видеть, какой товар давно не подвергался пересчета, раз давно не считали, значит что-то не так, возможно его уже нет, надо бы проверить... Только при таком механизме этот товар будет находится не известно через какое время, а при той схеме, что предлагаю я, после ревизии, остатки будут 100% соответствовать реальным!
Все намного сложнее, когда это отдельные магазины, которые пишут все продажи вручную с каждого отдела отчеты ежедневно, и только в одном месте одним человеком все вносится и списывается, переносится между складами + приходуется. И нет никакой возможности даже на день закрыть хотябы один отдел, и приходится все в текущем варианте, прямо при клиентах проводить и инвентаризации и т.п. Выходных в магазине так же нет, все дни рабочие. Почему и такие задачи, которые могут структурировать и помочь видеть, что и когда проверено, так же есть моменты, когда за счет к примеру конца года и закрытия безнальных продаж крупным строительным организациям - списание отчетов более чем на 2 месяца было задвинуто и все жестко не соответствует, а текущую работу никто не отменяет... Про продавцов которые часто ведут себя как "дебилы" и не помнят даже что вчера было, что продавалось, какие долги предприятиям по товару на текущий момент и т.п. еще больше усложняют ситуацию. ПС: На текущий момент в таких сложных к инвентаризации позициях приходится вручную писать дату инвентаризации в каждую позицию в артикул, только такой вариант в текущей версии получается приемлемым к данному действию...
А вообще напакостить можно при желании как угодно (я к тому, что если распространяется инвентаризацию, вновь добавленный товар обнулиться) было бы желание. Можно для инвентаризаций, запретить распроводить документ, и проблем не будет.
Я уже привел выше схему оформления ревизии по группе товаров. Не вижу ничего сложного чтоб вначале заполнить "Инвентаризацию" всеми товарами из группы. Лист бумаги "Опись" используете при отсутствии мобильного терминала. При наличии мобильника, он заменяет: - печать "Описи", - ручное заполнение листика (описи), - ручной перенос данных с листика (описи) в документ "Инвентаризация". Насчитанное мобильным терминалом реальное количество попадет в колонку "Фактическое кол-во", а товары, которых нет в мобильнике останутся с "Фактическое кол-во" = 0. Таким образом, схема работает и с листиком и с мобильным терминалом, и менять логику ревизии не вижу необходимости.А как вы предлагаете по другому вычислить товар, которого по факту нет, а по базе есть? С листом бумаги? Там продавцы и нахимичить смогут, вспомнят (увидят в списке), что этот товар был украден, и поставят нужное им количество. А не видя списка, это трудней сделать, да и листочки использовать не актуально, если есть такое замечательное приложение! Очень прошу изменить логику проведения ревизий!
При такой схеме согласен! Это как раз то, что и требовалось! Т. Е. Те товары, которые мы загрузим в инвентаризацию, добавятся туда с 0 остатком? Как это сделать? P. S. Еще хотелось бы видеть (до проведения инвентаризации) расхождения остатков с базой, т. е. только те товары, кол-во которых не совпадает с базой, чтобы можно было перепроверить их. P. S. S. И сортировка по сумме расхождения, чтобы можно было видеть большие не соответствия в первую очередь.
Создаете документ "Инвентаризация". Жмете "Добавить" над табличной частью. Открывается справочник "Товары". Выделяете нужную группу товаров, жмете "Выбрать" (кнопка в левом верхнем углу справочника, появляется в режиме подбора в документы, используется для выбора групп). В документ добавляются все товары из выбранной группы, закрываете справочник. Жмете "Сохранить" документ. Все, документ "Инвентаризация" готов для проведения ревизии по группе товаров. Опись - это печатная форма, которая появляется по кнопке "Печать" в документе "Инвентаризация", содержит список товаров и колонку "Кол-во" для ручного вписывания. Соответственно, если мобильного терминала нет, то печатаете "Опись" (листик со списком товаров) и вперед, считать и вписывать реальное количество в опись, потом вбиваете значения с листика (описи) в документ в колонку "Фактическое кол-во". Когда будет мобильник необходимость печатать "Опись" (листик со списком товаров) пропадет, вместо нее будете использовать мобильный терминал.
Просто великолепно! Спасибо! Придумайте, ещё, пожалуйста, что-нибудь с просмотром расхождений, до проведения Инвентаризации.
P.S. Еще хотелось бы видеть (до проведения инвентаризации) расхождения остатков с базой, т.е. только те товары, кол-во которых не совпадает с базой, чтобы можно было перепроверить их. P.S.S. И сортировка по сумме расхождения, чтобы можно было видеть большие не соответствия в первую очередь.
Это вопрос как минимум еще одной печатной формы к документу "Инвентаризация", которая будет отражать результат ревизии: расхождения по количеству, расхождения по сумме. Постараемся добавить такой вариант печати в ближайшем обновлении.Придумайте, ещё, пожалуйста, что-нибудь с просмотром расхождений, до проведения Инвентаризации.
Лучше сделать это 1 документом, в котором будет и кол-во, цена и сумма, с возможностью сортировки.
Это сообщение, как я понял было всеми пропущено... Тогда остается вариант, если не добавлять дату, продолжать писать даты руками в артикулах, как и делаю на текущий момент...Все намного сложнее, когда это отдельные магазины, которые пишут все продажи вручную с каждого отдела отчеты ежедневно, и только в одном месте одним человеком все вносится и списывается, переносится между складами + приходуется. И нет никакой возможности даже на день закрыть хотябы один отдел, и приходится все в текущем варианте, прямо при клиентах проводить и инвентаризации и т.п. Выходных в магазине так же нет, все дни рабочие. Почему и такие задачи, которые могут структурировать и помочь видеть, что и когда проверено, так же есть моменты, когда за счет к примеру конца года и закрытия безнальных продаж крупным строительным организациям - списание отчетов более чем на 2 месяца было задвинуто и все жестко не соответствует, а текущую работу никто не отменяет... Про продавцов которые часто ведут себя как "дебилы" и не помнят даже что вчера было, что продавалось, какие долги предприятиям по товару на текущий момент и т.п. еще больше усложняют ситуацию. ПС: На текущий момент в таких сложных к инвентаризации позициях приходится вручную писать дату инвентаризации в каждую позицию в артикул, только такой вариант в текущей версии получается приемлемым к данному действию...
Я высказал недостатки дополнительных полей/колонок в справочнике и предложил сделать отчет.Тогда остается вариант, если не добавлять дату, продолжать писать даты руками в артикулах, как и делаю на текущий момент...
Чем вам вариант с отчетом не понравился?Если товар добавлен в документ Инвентаризация, то фактически в программе уже есть данные когда и по каким товарам проходила последняя ревизия, т.е. добавлять еще одно поле в базу нет надобности. Другой момент, что отображать "дату ревизии" в справочнике "Товаров" кажется неправильным, так можно много всего надобавлять для отображения (например, дату последней закупки, дату последней продажи, ценообразования и т.п.). Мне кажется, для подобных вопросов лучше сделать соответствующий отчет, который покажет "дату ревизии" по товарам. Так же в отчете можно будет сделать дополнительные фильтры, например, "показать товары, по которым ревизия была более N дней назад".
Тем, что цель видеть не в отчете дату инвентаризации а прямо в справочнике товаров, на текущий момент это единственный вариант увидеть там такую дату. Тут не критична даже сама цель чтобы она называлась датой инвентаризации или как угодно, просто надо видеть на товаре некую дату. Я описывал причину, и это именно такие инвентаризации. Прилагаю пример 1 категории с проставленными датами: [url=https://drive.google.com/file/d/1TSBF-LJBA3MYJQDFTvCV7HhRoHLQYJpQ/view?usp=sharing]File XLSX[/url]Я высказал недостатки дополнительных полей/колонок в справочнике и предложил сделать отчет.Тогда остается вариант, если не добавлять дату, продолжать писать даты руками в артикулах, как и делаю на текущий момент...
Чем вам вариант с отчетом не понравился?Если товар добавлен в документ Инвентаризация, то фактически в программе уже есть данные когда и по каким товарам проходила последняя ревизия, т.е. добавлять еще одно поле в базу нет надобности. Другой момент, что отображать "дату ревизии" в справочнике "Товаров" кажется неправильным, так можно много всего надобавлять для отображения (например, дату последней закупки, дату последней продажи, ценообразования и т.п.). Мне кажется, для подобных вопросов лучше сделать соответствующий отчет, который покажет "дату ревизии" по товарам. Так же в отчете можно будет сделать дополнительные фильтры, например, "показать товары, по которым ревизия была более N дней назад".
Мне не понятно, зачем постоянно смотреть на эту дату в справочнике? Какую проблему вы этим решаете? Ревизия наверно не каждый день проходит (раз в неделю возможно), вот и строить отчет перед ревизией, типа "какие товары давно не считались", "какие считать особо тщательно".
Смотреть надо в первую очередь даже не из-за требования видеть когда была инвентаризация, а по причине ручного списания продаж товара согласно отчетов. Т.е. Пример: Мы проводим инвентаризацию, 09.01.18, А отчеты всего отдела списываются еще за декабрь, ранее описывалось почему, Вот тут возникает момент, согласно ревизии, часть товара приведена в соответствие с реальными остатками (это не касается дорогих товаров, там так списание не проводится), т.е. за предыдущий период, если и была продажа по сверенному товару, списывать такие продажи до отмеченной даты никак нельзя, это поломает реальную картину. Тут в принципе неверно конечно так делать, но по некоторым категориям можем пойти на такое.Мне не понятно, зачем постоянно смотреть на эту дату в справочнике? Какую проблему вы этим решаете? Ревизия наверно не каждый день проходит (раз в неделю возможно), вот и строить отчет перед ревизией, типа "какие товары давно не считались", "какие считать особо тщательно".
Что еще сюда вмешивается, Мы ведем учет в вашей программе с мая 2017г. За этот период, внесено 4500 товаров, это не охватывает даже половины номенклатуры магазина. Все новые приходы/расходы вносятся в полном объеме, так же вносятся параллельно остатки по купленным позициям, но есть и товары которым более 4-5 лет, которые в процессе таких ревизий довносятся. Само предприятие существует с 1996 года, соответственно на складах какого хлама только не накопилось, и все это надо учесть и довнести, а из-за графика работы и размеров магазинов + объемов складов, закрыть и сделать пересчет нереально сразу...
мда ... т.е. дата последней инвентаризации в вашем случае это индикатор, что "до этой даты товар не приходовать и не расходовать" ... суровая история а сам процесс продаж не думали автоматизировать? что бы не тратить время на ввод продажЧто еще сюда вмешивается, Мы ведем учет в вашей программе с мая 2017г. За этот период, внесено 4500 товаров, это не охватывает даже половины номенклатуры магазина. Все новые приходы/расходы вносятся в полном объеме, так же вносятся параллельно остатки по купленным позициям, но есть и товары которым более 4-5 лет, которые в процессе таких ревизий довносятся. Само предприятие существует с 1996 года, соответственно на складах какого хлама только не накопилось, и все это надо учесть и довнести, а из-за графика работы и размеров магазинов + объемов складов, закрыть и сделать пересчет нереально сразу...
На текущий момент практически невозможно :( Тут еще вмешивается что реально этот учет включает в себя 3 официальных предприятия, 2 физических магазина, кучку складов... Да и системы взаиморасчетов жестко различаются по всем предприятиям, пока без ручного вмешательства никак. Надо хотя-бы все до конца внести и выйти на текущий момент реальных складов и текущих документов, потом только можно будет как-то пытаться оптимизировать...мда ... т.е. дата последней инвентаризации в вашем случае это индикатор, что "до этой даты товар не приходовать и не расходовать" ... суровая история а сам процесс продаж не думали автоматизировать? что бы не тратить время на ввод продажЧто еще сюда вмешивается, Мы ведем учет в вашей программе с мая 2017г. За этот период, внесено 4500 товаров, это не охватывает даже половины номенклатуры магазина. Все новые приходы/расходы вносятся в полном объеме, так же вносятся параллельно остатки по купленным позициям, но есть и товары которым более 4-5 лет, которые в процессе таких ревизий довносятся. Само предприятие существует с 1996 года, соответственно на складах какого хлама только не накопилось, и все это надо учесть и довнести, а из-за графика работы и размеров магазинов + объемов складов, закрыть и сделать пересчет нереально сразу...
А можно как-нибудь загрузить все товары с дерева, или только последовательно загружать каждую группу отдельно?Примерная схема ревизии по группе товаров: - создаем "Инвентаризацию", - подбираем группу товаров (в документ заполняются все товары из выбранной группы), - печатаем "Опись", - считаем фактические остатки и заполняем "Опись", - проставляем "Фактическое количество" из "Описи" в документ. - проводим документ. Соответственно, все товары из группы будут в документе, а товары, по которым "Фактическое количество" = 0, после проведения обнулятся.
Добрый день. Появилось новое предложение... к документу "Инвентаризация" Можно добавить, возможность создания документа на основании "Ценообразование" - это позволит вместе с Инвентаризацией параллельно по тому же товару проводить и переоценку, при надобности, чтобы не перенабирать по новой все позиции в отдельный документ ценообразование... PS: Не думал что получится но документом инвентаризации так же смог оприходовать товары этой же категории, что сверялась, которые не были внесены на момент инвентаризации... (Вот к этим позициям так вообще жизненно необходима возможность внесения цены...) Очень удобная возможность.
Выслал небольшой модуль и скрипт, которые должны сэкономить тебе кучку времени. Надеюсь поможет.Что еще сюда вмешивается, Мы ведем учет в вашей программе с мая 2017г. За этот период, внесено 4500 товаров, это не охватывает даже половины номенклатуры магазина. Все новые приходы/расходы вносятся в полном объеме, так же вносятся параллельно остатки по купленным позициям, но есть и товары которым более 4-5 лет, которые в процессе таких ревизий довносятся. Само предприятие существует с 1996 года, соответственно на складах какого хлама только не накопилось, и все это надо учесть и довнести, а из-за графика работы и размеров магазинов + объемов складов, закрыть и сделать пересчет нереально сразу...
вот это не понялPS: Не думал что получится но документом инвентаризации так же смог оприходовать товары этой же категории, что сверялась, которые не были внесены на момент инвентаризации... (Вот к этим позициям так вообще жизненно необходима возможность внесения цены...) Очень удобная возможность.
Ну смотри... Делая инвентаризацию, я в конце в документе добавил новые товары, Которые нашли при пересчете но в базе не было, я тупо создал новые позиции и внес по ним кол-во. Проведя документ, у меня выставилось нужное кол-во на складе, потом провел ценообразование по ним и товары есть в наличии, с нужной ценой и кол-вом. (Одно но, учитывая что так конечно не совсем правильно на этих товарах вместо цены закупки стоит 0, но учитывая что неизвестна цена самих товаров найденных при ревизии, этого достаточно...)вот это не понялPS: Не думал что получится но документом инвентаризации так же смог оприходовать товары этой же категории, что сверялась, которые не были внесены на момент инвентаризации... (Вот к этим позициям так вообще жизненно необходима возможность внесения цены...) Очень удобная возможность.
Спасибо, письмо увидел сегодня вечером попробую, посмотрим как сработает.Выслал небольшой модуль и скрипт, которые должны сэкономить тебе кучку времени. Надеюсь поможет.Что еще сюда вмешивается, Мы ведем учет в вашей программе с мая 2017г. За этот период, внесено 4500 товаров, это не охватывает даже половины номенклатуры магазина. Все новые приходы/расходы вносятся в полном объеме, так же вносятся параллельно остатки по купленным позициям, но есть и товары которым более 4-5 лет, которые в процессе таких ревизий довносятся. Само предприятие существует с 1996 года, соответственно на складах какого хлама только не накопилось, и все это надо учесть и довнести, а из-за графика работы и размеров магазинов + объемов складов, закрыть и сделать пересчет нереально сразу...
Последовательно загружать каждую группу отдельно.А можно как-нибудь загрузить все товары с дерева, или только последовательно загружать каждую группу отдельно?
Модуль сработал отлично, поле добавилось, а вот скрипт ничего не сделал :(Спасибо, письмо увидел сегодня вечером попробую, посмотрим как сработает.Выслал небольшой модуль и скрипт, которые должны сэкономить тебе кучку времени. Надеюсь поможет.Что еще сюда вмешивается, Мы ведем учет в вашей программе с мая 2017г. За этот период, внесено 4500 товаров, это не охватывает даже половины номенклатуры магазина. Все новые приходы/расходы вносятся в полном объеме, так же вносятся параллельно остатки по купленным позициям, но есть и товары которым более 4-5 лет, которые в процессе таких ревизий довносятся. Само предприятие существует с 1996 года, соответственно на складах какого хлама только не накопилось, и все это надо учесть и довнести, а из-за графика работы и размеров магазинов + объемов складов, закрыть и сделать пересчет нереально сразу...
пришли базу, проверюМодуль сработал отлично, поле добавилось, а вот скрипт ничего не сделал :(
отправилпришли базу, проверюМодуль сработал отлично, поле добавилось, а вот скрипт ничего не сделал :(
