[ТЕМА ЗАКРЫТА]
Опции темы
17.10.2008 13:57  
akonev
прошлый год можно править, если учет совсем никак не завязан на бухгалтерию. если же привязка есть - надо прорабатывать вопрос как отражать в бухгатерии тот факт, что поменялись исходные данные за период, по которому уже давно сдана отчетность.
если бы не траблы с себестоимостью - я бы вообще не задумываясь запрещал любые правки даже вчерашних документов. все только исправительными документами текущей датой.
с этой точки зрения, мне сильно нравится подход РСТъ в их Ресторатор'е:
однажды принятый документ вообще никак нельзя исправить. залезание в базу не в счет, конечно.
 
20.10.2008 16:13  
Shlong
Собираемся проводить инвентаризацию всего магазина порядка 650 квадратов... По описаным тута методам (особенно с вытаскиванием системников в торговый зал и подвозом товара) можно ваще обойтись без терминала сбора данных, и при этом значительно сократить время проведения... Тока вот вопрос возникает как из кучи описей (примерно 1-3 полки в одну опись) получить одну сличительную ведомость или одну сводную опись???
 
20.10.2008 17:24  
akonev
Цитата:
Сообщение от Shlong
... как из кучи описей (примерно 1-3 полки в одну опись) получить одну сличительную ведомость или одну сводную опись???
вообще-то, с такими вопросами в документацию.

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

2) когда описи будут сверены и приняты в "зеленый" статус - сформировать сличительную ведомость с тем же приказом и контрагентом. указать ей (это еще на этапе создания. внимательно просматриваем окошки, которые выскакивают), что делать не самостоятельную, а на основании описей.

3) сличилка сама всосет в себя все "зеленые" описи с тем же приказом и контрагентом. даты сличилки и описей при этом значения не имеют.

чтобы потом поправить что-то в описях - придется убивать сличилку и после правки снова ее формировать.

три полки в одну опись - не очень хорошо. если в описи больше сотни позиций - ее становится сложнее выверять.
 
22.04.2009 14:02  
baggio
UP...
Вот тоже озадачили... все мои уверения делать отложенную.. ни к каким результатам не привели...
Можно было бы и делать немедленную... но в этом случии ее нельзя сделать из инв. описей... что неприемлемо...
Есть идей самому расчитывать остатки по сличилке с учетом времени и чеков... кто нить реализовывал?
 
18.10.2011 11:37  
dzivalli
почему не создается сличилка в режиме немедленная инвентаризация когда режим заполнения произвольный...и можно ли этот запрет убрать?
 
18.10.2011 14:00  
baggio
мы реализовывали возможность использования отложенной инвентаризации с вычислением остатков на любой удобный момент (18:51, 19:15 и т.д.)
 
18.10.2011 14:42  
Mtirt
В 28.2 появилась оперативная инвентаризация.
 
18.10.2011 14:45  
baggio
в можно по подробнее...
1. Есть ли возможность формирования "произвольного" списка в сличилке?
2. Можно ли собирать из ИО в СВ?
3. При перерасчете остатков в СВ через день он их расчитывает на дату и время создания СВ?
4. Если ли возможность учитывать оперативные продажи?
 
18.10.2011 14:51  
Mtirt
Вот что написано в документации:

Цитата:
Инвентаризационная опись, сличительная ведомость. Режим заполнения спецификации.

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

В текущей версии список режимов создания спецификации документов дополнен режимом создания спецификации по группе ассортимента и группе классификатора номенклатур товаров.

При выборе группы ассортимента или номенклатуры список артикулов для спецификации документа формируется путем объединения множества артикулов всех групп типа «список», младших по отношению к выбранной группе. Как и ранее, спецификация документа формируется в процессе его создания и, в дальнейшем, не изменяется.

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

Сличительная ведомость. Оперативная инвентаризация.

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

В текущей версии в мастер создания документа добавлен режим создания сличительной ведомости «Оперативная инвентаризация». Этот режим создания работает аналогично режиму «Немедленная инвентаризация», за исключением того, что количество по учету рассчитывается с учетом оперативных продаж, полученных от касс к моменту создания документа.

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

В случае если сличительная ведомость создается в режиме «Оперативная инвентаризация», на её основании разрешается создавать только акты потерь и обнаружений и не разрешается создавать расходные и приходные накладные инвентаризации недостачи и излишков.
 
18.10.2011 15:23  
baggio
ну как и предпологалось по сути ничего не изменилось кроме того что можно удалить товары которые не считали...

1. по поводу того что нельзя создать прих\расх накладные... это ... печалька :(
2. но самое главное и не понятное... это неверные результаты ревизии ради которых она и затевается... вот сделали сличилку.. посмотрели... всплакнули... начали проверять приходные накладные... и о чудо.. во вчерашнем числе оператор ошибся... и ввел не 10*100 а 100*10... поправили... а хренли толку... сличилка как говорила что у тебя не хватает 90 штук так и гвоорит... и сделать тут ничего нельзя... это все одно что один раз посчитал и всё.. проверять нельзя... исправлять нельзя... бред короче...
3. Произвольного списка товаров опять нет... вот скажите у меня у одного считают по отделам спомощью произвольного списка? нах нужны эти отделы, группы классификатора и т.д? может я дебил? просто вот например кофе оно лежит в группе кофе.. но одно в пакетиках на кассе другое в отделе... нагуя мне надо считать его на кассе? я не хочу...

вообщем 6 лет прошло... а толку 0... печалька...
я бы половину с+ отправил в магазин поработать... на пару месяцев.. .я думаю програма поменялась бы радикально :)
 
 


Опции темы



Часовой пояс GMT +3, время: 13:39.

Все в прочитанное - Календарь - RSS - - Карта - Вверх 👫 Яндекс.Метрика
Форум сделан на основе vBulletin®
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.