Неправильные остатки по поставщикам : Супермаг Плюс (Супермаг 2000)

Остается последний вариант: переписать отчет, чтобы ему было параллельно: установленная себестоимость по данной продаже или неустановленная.

Но могут вылезти другие баги...

остатки-то "по поставщикам".
тут уже вопрос не в себестоимости, а в привязке продаж к приходам.
не отчет придется переписывать, а само товародвижение.

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

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

Про галочку - полностью согласна.

упс. а я не проверял.
значит, все-таки отчет переделывать.

значит через Citrix всё-таки работает, а вот уже про количество пользователей это отделная песня.

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

Мы тоже столкнулись с такой проблемой, причем начальство считает эту проблему - ПРОБЛЕМИЩЕЙ, поэтому требует какого-либо решения.
Так поможет всё-таки перенос приходных документов на дату ранее расхода, пересчетом товародвижения следом? Спишутся ли в таком случае партии с поставщиков?

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


1.024.6

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

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

Вот и кстати, теоретические рассуждения и вполне логичные.

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



Про пересорты: да, отдельная тема. Бороться можно исключительно с каждым индивидуальным случаем. К примеру, можно проанализировать движение карточки и оттуда плясать, вплоть до переделки документов (ревизий, например.). Но это если политика предприятия в целом не критично к такому относится. Но таким образом можно поправить документооборот в целом по карточке, да и с поставщиками (вернее, с отчетами по ним) проще будет. Правда - муторно это всё.

дата создания влиять не должна, насколько помню.
но надежнее поставить эксперимент с изменением на 2-е число.