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-е число.
Часовой пояс GMT +3, время: 08:41.

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