[ОТВЕТИТЬ]
27.03.2009 15:03
isi
 
Ещё одна проблема, отчет не учитывает место последнего прихода и соответственно в центральной базе и базе магазина данные сильно расходятся, но это ладно, а вот если ещё и в подчиненной базе два MX, то достоверный отчет по одному MX никогда не получить... мож конечно было в форуме, но я что то не нашел
Прикол в том что там используется функция для получения цены последнего прихода, которая фигурирует во многих местах в Супермаге, следовательно делаем выводы

С+ ответила что это действительно так
27.03.2009 16:00
Офигевший
 
По-подробнее что с чем не сходиться.
Ибо первое если есть перемещение с ЦС в магазин, НИКОГДА НЕ сойдется.
Второе метод списание FIFO или средняя..
27.03.2009 16:03
isi
 
ты понял суть проблемы? не задавай вопросы не связанные с тематикой, отчет посмотри, прежде чем вопросы задавать
27.03.2009 16:09
Mtirt
 
Ну я смотрела.
Еще раз то, что говорил Офигевший.
Цена последнего прихода берется по месту хранения, по которому есть отчет+ по старшему месту хранения. Т.е. просматриваются сразу два места хранения. И это правильно, с точки зрения даже банальной логики. Я свои отчеты была вынуждена переписывать после того, как у нас появился РЦ.

Из описания отчета.
Цитата:
При выборе опции "показать цены последних приходов" в отчете выводятся остатки с группировкой по местам хранения в ценах последнего прихода в базовой валюте. Последним приходом считается оприходованная приходная накладная с операцией "приход" в рассматриваемое место хранения или в места хранения верхнего уровня на дату, меньшую или равную дате, на которую исполняется отчет. Для мест хранения типа "склад возврата" последний приход ищется во всех местах хранения, подчиненных тому же центральному складу, что и данный склад возврата.
27.03.2009 16:15
isi
 
я так не считаю, старшее место харнения не означает дставку подчиненному, ты даже товарный запас по MX оценить не сможешь правильно
27.03.2009 16:19
Mtirt
 
Наличие товара в старшем месте хранения, в логике СМ, означает прекращение поставок в магазин напрямую. Это два взаимоисключающих понятия. Это раз.
Два. А какая разница, если бухгалтерский учет должен вестись в целом по предприятию, без разделения на места хранения?
Поставщику, да есть дело. Только он забирает оттуда, куда поставил. И при простановке оснований в документах работает другой механизм определения цены.
27.03.2009 16:22
isi
 
кто это сказал, что наличие на старшем месте хранения означает прекращение поставки в подчиненное MX? возможно я не прав про два места хранения в подчиненной БД, не проверял, но в остальном суть та же
27.03.2009 16:28
Mtirt
 
Было это в старых версиях. Сейчас это не так.
Не права, приношу извинения.
27.03.2009 16:33
isi
 
Mtirt принято, я уже говорил что грамотней на форуме не видел, когда я под с тол пешком ходил с СМ, ты уже о серьезных вещах говорила
27.03.2009 16:41
isi
 
А больше всего не нравится что данная функция используется в заполнении документов ценами последнего прихода
30.03.2009 07:36
Mtirt
 
Продолжим?

Мне хотелось задать теперь уже два вопроса:
1. Для чего используется данная оценка?
2. Как часто ты заполняешь накладные магазинов ценами последнего прихода в офисе? На складе?
20.04.2009 16:10
Mtirt
 
isi, Давай продолжим дискуссию?
Мне уже самой интересно стало!
21.04.2009 05:09
isi
 
используется функция достаточно часто, по каким причинам мне честно говоря мало интересно... насколько я помню ревизии заполняют ими, по ним формируется учетная цена... а данная оценка используется управляющей компанией для оценки товарного запаса

Сегодня оформил письмо в С+ как ошибка
21.04.2009 10:41
isi
 
ответ С+
алгоритм подбора цен последнего прихода рассматривает первоначально локальное МХ, и если не находит цен - начинает рассматривать старшее МХ по отношению к локальному. Данный алгоритм был заложен первоначально, и по прошествии нескольких лет благополучно использовался.
В текущем положении, даже если алгоритм оказался не верным, в чем конечно я очень сильно сомневаюсь, скорее он неудобен, для решения Вашей задачи - мы его поверьте менять не в коем случае не будем!. Т.к. после смены найдется другой клиент, который будет утверждать, что такой прекрасный алгоритм мы сломали...
В общем, не мне Вам объяснять, Вы постоянный участник форума на OLEGONE и видели не раз как негативно относятся к любым изменениям наши клиенты.
Подытожив все выше сказанное, предлагаю Вам оформить через менеджера ТЗ на разработку \ доработку отчета ОСТАТКИ.


я все равно не понимаю как мне получить цену последнего прихода по одному МХ, если при таком алгоритме подбирается цена с других МХ. Отчеты свои то написать не проблема, вопрос в том что этот алгоритм и для документов работает

кто что думает?
21.04.2009 11:03
Mtirt
 
Это я и предполагала, если честно. Т.е. я была уверена, что С+ так ответит.

Давай пример рисовать.

Есть 3 места хранения: М1, М2 и ЦС.
ЦС, естественно старшее место хранения для М1 и М2.

Есть товары Т1 и Т2.
Поставки Т1:
01.01.2009 - М1 - 10 руб.
10.01.2009 - ЦС - 12 руб.
15.01.2009 М2 получает этот товар с ЦС.

на 01.02.2009 ты хочешь получить по М1 цену 10 руб, по М2 и ЦС - 12 руб.
Сейчас ты получаешь по всем трем местам хранения цену в 12 руб.

Для большой распределенной сети (в нескольких городах, например) твой пример действительно будет актуален.
21.04.2009 11:22
Mtirt
 
Существующий алгоритм анализирует только "Прямые приходы" - поставки, созданные документом "Приходная накладная".
А реально надо смотреть, каким документом образован остаток товара: приходом от поставщика или перемещением. В зависимости от этого, искать цену поставки по самому месту хранения или по старшему.
Правда непонятно, что делать в данной ситуации в магазине, где нет информации о цене поставки товара в старшее место хранения.
Т.е. в нашем примере из предыдущего поста в магазине получается (сейчас) М1 цена 10, М2 цена 0.
21.04.2009 11:36
OlegON
 
Извините, невнимательно читал, некогда очень. Но обратите внимание, пожалуйста, на тот факт, что в 1024.6 функция "Заполнить ценами последнего прихода" работает несколько иначе, чем "Проставить основания-по последнему приходу-заполнить ценами". Не разбирался, но, может, чем-то поможет.
21.04.2009 15:36
Mtirt
 
Цитата:
OlegON Извините, невнимательно читал, некогда очень. Но обратите внимание, пожалуйста, на тот факт, что в 1024.6 функция "Заполнить ценами последнего прихода" работает несколько иначе, чем "Проставить основания-по последнему приходу-заполнить ценами". Не разбирался, но, может, чем-то поможет.
Угу. Попробовала я...
Если товар приходил по перемещению, то я легко могу добавить его в расходную накладную с операцией "Возврат поставщику", у меня проставляется в качестве основания последняя по времени приходная накладная (по товародвижению, по последнему приходу). А была она 3 года назад... Почему у меня перемещение на склад возврата не создается автоматом? Если по товародвижению, этот остаток товара сформирован именно накладной на перемещение.
22.04.2009 11:03
Mtirt
 
Продолжаем. isi ты хоть изредка комментируй мой словесный поток, а то это становится похоже на шизофрению.

Все-таки очень хочется разделить документооборот и оценку запасов с точки зрения управленческой отчетности.

С точки зрения организации документооборота страдает лишь больших торговых сетей. Поэтому у С+ и нет особого желания в этом ковыряться...

С точки зрения оценки запасов, сразу встает вопрос: "А как правильно? Как написано в законе? Почему именно так а не иначе?" И ответить лично мне на это нечего. А у С+ есть готовый ответ - BI и "любой каприз за ваши деньги" будет осуществлен.
23.04.2009 08:40
isi
 
Цитата:
Mtirt Это я и предполагала, если честно. Т.е. я была уверена, что С+ так ответит.

Давай пример рисовать.

Есть 3 места хранения: М1, М2 и ЦС.
ЦС, естественно старшее место хранения для М1 и М2.

Есть товары Т1 и Т2.
Поставки Т1:
01.01.2009 - М1 - 10 руб.
10.01.2009 - ЦС - 12 руб.
15.01.2009 М2 получает этот товар с ЦС.

на 01.02.2009 ты хочешь получить по М1 цену 10 руб, по М2 и ЦС - 12 руб.
Сейчас ты получаешь по всем трем местам хранения цену в 12 руб.

Для большой распределенной сети (в нескольких городах, например) твой пример действительно будет актуален.
именно так все и происходит я получаю 12 рублей во всех трех местах хранения
23.04.2009 08:48
isi
 
Цитата:
Mtirt Продолжаем. isi ты хоть изредка комментируй мой словесный поток, а то это становится похоже на шизофрению.

Все-таки очень хочется разделить документооборот и оценку запасов с точки зрения управленческой отчетности.

С точки зрения организации документооборота страдает лишь больших торговых сетей. Поэтому у С+ и нет особого желания в этом ковыряться...

С точки зрения оценки запасов, сразу встает вопрос: "А как правильно? Как написано в законе? Почему именно так а не иначе?" И ответить лично мне на это нечего. А у С+ есть готовый ответ - BI и "любой каприз за ваши деньги" будет осуществлен.
да чет не заметил сразу продолжение дискуссии...

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

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

Странно получается не правда ли? фактически у меня офис с этими цифрами по сети работает +- пара миллионов... прикольно

одни и те же запросы на ЦО и в магазине должны формировать одни и те же данные (отбросим несоответствия документов и отчеты предназначенные для ЦО)
23.04.2009 08:53
isi
 
и вы все таки забываете ещё одну проблему... если в филиале два (или более) мест хранения, то вы впринципе не получите ни как правильных данных...

я согласен по алгоритму в той части где подбирается цена из ЦО если нет в MX, но если я хочу получить данные по MX то это означает что я хочу их получить ИМЕННО по этому MX... мне кажется это очень даже логично.

полезу ковырять процедуры Супермага, думаю тогда точно можно сказать что и как делается...
23.04.2009 09:14
Mtirt
 
Цитата:
isi да чет не заметил сразу продолжение дискуссии...

а не все равно в данном случае как правильно? управляющая компания сама принимает решения как ей оценивать свой товарный запас, это не бухгалтерская отчетность и вряд ли она где-то в законе описано как оно должно быть...
Мой опыт (да и твой тоже) говорит следующее: проще объяснить управляющей компании, что мы можем только так и никак иначе, чем договориться с С+, чтобы это было изменено так, как хочешь ты.

Цитата:
isi одна из проблем у меня например с этим... проходит ревизия сплошная, магазин формирует у себя отчет, получает в принципе нормально все, а вот офис, который принимает решения кто сколько и как будет платить за недостачи, получает совсем другие результаты и... как мне объяснить откуда взялась такая разница (поверьте иногда на не одну сотню тысяч)... отчет один, данные разные... офис фактически правильных данных вообще в ЦО получить не может средствами СМ...
Мы сличительные ведомости делаем в розничных ценах. Поэтому расхождений практически нет. Хотя, компенсационные документы создаются в ценах поставки, и, часто, приходится сильно попотеть, чтобы привести их к правильной картине.

Цитата:
isi одни и те же запросы на ЦО и в магазине должны формировать одни и те же данные (отбросим несоответствия документов и отчеты предназначенные для ЦО)
Каким именно образом будем считать? Есть предложения?
Меня этот вопрос волнует, так как тоже есть задача посчитать остатки в ценах поставки... И тоже есть ЦС, есть магазины, которые некоторые товары с ЦС не получают.

Исходные данные у меня такие:
часть прихода напрямую от поставщика, документ "Приходная накладная"
часть прихода с ЦС, документом "Перемещение". В документе указано только количество, никакой оценки цены в данном документе нет.
Надо посчитать остаток в ценах последней поставки. В офисе, в магазине. По одному и тому же месту хранения.
23.04.2009 09:15
Mtirt
 
Цитата:
isi и вы все таки забываете ещё одну проблему... если в филиале два (или более) мест хранения, то вы впринципе не получите ни как правильных данных...
Не поняла. Пример можно?
23.04.2009 09:32
isi
 
1.Пример для подчиненной:
есть подчиненная ЦО БАЗА в которой два места хранения (одна база может управлять несколькими местами хранения), назовем М1 и М2
01.01.01 M1 приход 10р.
02.01.01 M2 приход 20р.

03.01.01 цена последнего прихода M1 = 20р.

я не готов это утверждать на 100% (нет возможности проверить сейчас) но почти уверен что будет так... судя по тому как это в ЦО происходит

2.Пример для ЦО:
01.01.01 M1 приход 10р.
02.01.01 M2 приход 20р.
прихода в ЦО нет

03.01.01 цена последнего прихода M1 = 20р.
23.04.2009 09:35
Mtirt
 
Проверьте, но это не так, если М1 не подчинено М2.
23.04.2009 10:00
isi
 
по первому пункту я не прав точно

по второму если было движение через ЦС, то проблема остается...


сорри что запутал Вас и себя, я предположил что в этом проблема, но проверял не я (по стечению обстоятельств цена движения по ЦС совпала с ценой по M2 по этому такие выводы и были сделаны).
сейчас перепроверил уже сам...
спасибо Mtirt
23.04.2009 10:07
Mtirt
 
Цитата:
isi по второму если было движение через ЦС, то проблема остается...
Этот вопрос мы и обсуждаем, изначально.

И предлагаю вернуться к нему.
Давайте попробуем на уровне документов описать, как нам надо посчитать...

Для ЦО:
Так?
1. Берем карточку товара, смотрим количественный остаток на указанную дату.
2. Смотрим, что привело к увеличению остатка: приходная накладная или перемещение.
3.
3.1. Если приходная накладная - берем из неё цену.
3.2. Если перемещение - идем на склад, из которого отписали.
Смотрим на дату перемещения, ищем на неё приход - идем в пункт 2., но для другого места хранения.
И так по кругу, пока совсем не зациклимся?
23.04.2009 10:24
isi
 
Цитата:
Mtirt Этот вопрос мы и обсуждаем, изначально.

И предлагаю вернуться к нему.
Давайте попробуем на уровне документов описать, как нам надо посчитать...

Для ЦО:
Так?
1. Берем карточку товара, смотрим количественный остаток на указанную дату.
2. Смотрим, что привело к увеличению остатка: приходная накладная или перемещение.
3.
3.1. Если приходная накладная - берем из неё цену.
3.2. Если перемещение - идем на склад, из которого отписали.
Смотрим на дату перемещения, ищем на неё приход - идем в пункт 2., но для другого места хранения.
И так по кругу, пока совсем не зациклимся?

Вариантов несколько, давай обсудим...

1. При твоем варианте мы не должны зациклится, даже если переместится товар который не приходил, то в итоге мы получим цену = 0, но вопрос как быть с магазином...


2. Для магазина негде будет брать цену последнего прихода в случае с перемещением, следовательно для него цена последнего прихода будет равна цене в перемещении. Почему бы просто перемещение не рассматривать как цену последнего прихода?
23.04.2009 10:26
Mtirt
 
Цитата:
isi
2. Для магазина негде будет брать цену последнего прихода в случае с перемещением, следовательно для него цена последнего прихода будет равна цене в перемещении. Почему бы просто перемещение не рассматривать как цену последнего прихода?
Тогда "разбег" будет в миллионы и оценка категорически неправильная: товар есть, он продается, имеет себестоимость но в твою оценочную таблицу попадает с нулевой стоимостью...


Опции темы


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

 

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