[ОТВЕТИТЬ]
25.01.2008 09:35
v-v-p
 
Если в прошлом по карточке производились продажи с отрицательным остатком, то в отчете "Остатки по поставщикам", либо остатки по карточке конкретной, показывает остаток больше на это отрицательное число, даже если по местам хранения показывает нулевой остаток.
Например: если продажи по карточке были -10, то в отчёте показывает на эти 10 штук больше. А когда смотришь в самой карточке закладку остатки, там показывает ноль. И фактически этого товара тоже ноль.
Версия Супермага 1.0, версия БД 1.021 sp10.
Как избавиться от глюка, без обновления??
25.01.2008 09:43
akonev
 
да это и глюком-то назвать нельзя. логика примерно такая:
раз продавался в минус - значит брался не у этого поставщика,
а из воздуха материализовывался.
а то, что потом привез поставщик - оно не продавалось.
так что если нет возможности пересадить документ на дату до продажи - только в базу лезть.
25.01.2008 10:13
v-v-p
 
А можно сделать так чтобы и при отрицательных продажах программа этот товар привязывала к этому поставщику???? Потому что даты всех приходов не реально переделать.
25.01.2008 10:56
OlegON
 
В последних версиях есть галочка, чтобы расчет ТД "смотрел вперед", но я не думаю, что это правильный выход.
25.01.2008 11:09
v-v-p
 
А как же найти правильный выход, может нам этой галочки бы хватило, возможно это отдельным модулем поставить????
25.01.2008 11:29
akonev
 
на будущее - отслеживать, ловить, бить по рукам, дрессировать.
на прошлое - вариант к обсуждению:
запросом по базе увеличить даты всех кассовых документов на год, к примеру.
сделать перенос, расчет
вернуть кассовые документы на родину
закрыть период по новому году
25.01.2008 11:39
v-v-p
 
В нашей версии запрещенно закрывать период, а обновлять не хотим
25.01.2008 11:51
akonev
 
точно. в 21 еще нельзя было закрывать.
работу в терминалке возвращали, насколько я помню.
25.01.2008 11:56
kadr
 
Цитата:
v-v-p новая версия настроенна так что через Citrix не сделать её...
в чём это проявляется?
25.01.2008 12:04
v-v-p
 
Нельзя обновитььььь
25.01.2008 13:22
Mtirt
 
Остается последний вариант: переписать отчет, чтобы ему было параллельно: установленная себестоимость по данной продаже или неустановленная.

Но могут вылезти другие баги...
25.01.2008 15:28
akonev
 
остатки-то "по поставщикам".
тут уже вопрос не в себестоимости, а в привязке продаж к приходам.
не отчет придется переписывать, а само товародвижение.

на самом деле, новая версия тоже не спасет.
та волшебная галочка - для _нулевой_ неустановленной себестоимости.
по документации - для новых магазинов, которые продавать начали, а приходы забить не успели.
и все равно она остается неустановленной, то есть с поставки товар не спишется.
из будущих приходов только цена заберется.
25.01.2008 15:36
Mtirt
 
Андрей, я проверяла.
Для продаж с неустановленной себестоимостью подбирается документ, по которому эта самая неустановленная себестоимость считается в отчетах. Опять же вспомним отчет "Детализация неустановленной себестоимости".
Если есть документ поставки - значит есть контрагент.
Больше скажу, в таблице FFMapRep поле ClientIndex заполнено. Судя по количеству таких вопросов, надо просить добавить в этот отчет галочку "С учетом неустановленной себестоимости". И будет всем счастье...

Про галочку - полностью согласна.
25.01.2008 15:52
akonev
 
упс. а я не проверял.
значит, все-таки отчет переделывать.
26.01.2008 10:27
kadr
 
Цитата:
v-v-p Проявляется в том что ключей 5, он только пяти и даст зайти, а так я могу хоть сто человек посадить....
значит через Citrix всё-таки работает, а вот уже про количество пользователей это отделная песня.
26.01.2008 22:52
akonev
 
все отлично работает и в цитриксе и в виндовой терминалке.
была только одна версия, где вводили ограничения.
выражались в проблемах при печати этикеток.
их очень быстро убрали и ввели правильный учет лицензий.
кто считает такой учет неправильным - подвис на 21й версии :)
30.01.2008 06:21
LissA
 
Мы тоже столкнулись с такой проблемой, причем начальство считает эту проблему - ПРОБЛЕМИЩЕЙ, поэтому требует какого-либо решения.
Так поможет всё-таки перенос приходных документов на дату ранее расхода, пересчетом товародвижения следом? Спишутся ли в таком случае партии с поставщиков?

Или правильнее будет поправить дату расходов, ТД, вернуть всё на место?


1.024.6
30.01.2008 11:51
akonev
 
собственно, не важно, что куда двигать. лишь бы приходы оказались раньше расходов.
дисклаймер: никогда подобным не занимался. рассуждения чисто теоритические.

но надо понимать, что это может решить только и исключительно проблему невовремя оформленных приходов.
беды с пересортами от этого никуда не денутся.
30.01.2008 11:55
LissA
 
Вот и кстати, теоретические рассуждения и вполне логичные.

Вопрос: не влияет ли дата создания документа?
потому как не в первый раз встречаюсь с такой ситуацией: расход сделан 3-им числом в 15,00 ; приход сделан 5-го за 3-е (время проставилось - 16,00). Результат - приход не проставился в качестве основания для такого расхода.
Если поставить дату 2-е - измениться ли ситуация?



Про пересорты: да, отдельная тема. Бороться можно исключительно с каждым индивидуальным случаем. К примеру, можно проанализировать движение карточки и оттуда плясать, вплоть до переделки документов (ревизий, например.). Но это если политика предприятия в целом не критично к такому относится. Но таким образом можно поправить документооборот в целом по карточке, да и с поставщиками (вернее, с отчетами по ним) проще будет. Правда - муторно это всё.
30.01.2008 12:49
akonev
 
дата создания влиять не должна, насколько помню.
но надежнее поставить эксперимент с изменением на 2-е число.
02.02.2008 21:01
skier2
 
Цитата:
OlegON В последних версиях есть галочка, чтобы расчет ТД "смотрел вперед", но я не думаю, что это правильный выход.
Извините, а где находится такая галочка? Имеем СМ2000 1.25.1\7 1 месяц (или он нас) и испыиываем некоторые трудности..
02.02.2008 21:52
OlegON
 
Цитата:
skier2 Извините, а где находится такая галочка? Имеем СМ2000 1.25.1\7 1 месяц (или он нас) и испыиываем некоторые трудности..
Последние версии в данном случае - 1026
03.02.2008 09:08
Mtirt
 
Цитата:
skier2 Извините, а где находится такая галочка? Имеем СМ2000 1.25.1\7 1 месяц (или он нас) и испыиываем некоторые трудности..
В адм. модуле. База данных - Конфигурация - Себестоимость.
Галочка называется "Считать нулевую неопределенную себестоимость по будущим приходам".
В 1.025.1 она как раз и появилась...
03.02.2008 17:02
akonev
 
вот только не спасет она вас, эта галочка.
себестоимость останется неопределенной.
просто из первого прихода цена подберется.
а с прихода товар все равно не спишется.
03.02.2008 17:11
Mtirt
 
Судя по соседней ветке, они только открылись, поэтому частая картина, что себестоимость=0. А это как раз тот случай, и ты сам это как-то писал, когда эта галочка сможет помочь.
11.02.2008 18:28
AlexLog
 
Вот и мы в себестоимость реально ВЛЯПАЛИСЬ. . Пошли привязки к приходам годовой давности.
Реально хотелось бы немногого. Все понимаю про пересорт, несвоевременный ввод и т.д. Хотелось бы иногда начинать с чистого листа и самое время для этого - инвентаризация. РН инвентаризации закрывает партию, а ПН, закрывающая продажи в минус - нет. и тянется эта бодяга долго. Как это можно подправить ? Может период закрыть ? Хотя тут писали, что не стоит это делать. Может СС посчитать без МХ - тогда вопрос: не свалятся ли в кучу все МХ ? в описалове как то странно - различные МХ одного подразделения. Что это за подразделение ?
11.02.2008 18:57
Mtirt
 
Только подвинуть этот приход да даты образования красных остатков...
Но это надо кому-то разрешать работать задним числом...
И, непонятно, как отражать это потом в бухгалтерском учете: документ, созданный вчера, а проведенный датой годовалой давности.
12.02.2008 09:50
AlexLog
 
Подвигать назад ПН - не выход. придется на каждый артикул свою ПН, которую нужно будет вставить в место начала красных остатков именно по этому артикулу(представил себе,классное решение ).Если создать одну ПН на все артикулы с остатком меньше 0 и задвинуть ее глубоко взад - то привязки по партиям поедут еще круче - основным поставщиком окажется "инвентаризация".
12.02.2008 09:55
Mtirt
 
Я конечно могу предложить попробовать вручную скорректировать FFMapRep. Поменять привязку на более поздний документ. Но я не знаю, что будет при следующем расчете себестоимости. Надо пробовать...
12.02.2008 10:30
kadr
 
Цитата:
AlexLog Если создать одну ПН на все артикулы с остатком меньше 0 и задвинуть ее глубоко взад - то привязки по партиям поедут еще круче - основным поставщиком окажется "инвентаризация".
Ну это уже равносильно закрытию периода с подготовкой к смене учётной политики.


Опции темы


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

 

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