[ОТВЕТИТЬ]
Опции темы
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, время: 00:11.

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