[ТЕМА ЗАКРЫТА]
25.01.2007 14:58
twix
 
В отчет "Реализация по поставщикам" с начала года попадают поставщики, с которыми мы не работаем уже как минимум несколько месяцев.
Например:
один из поставщиков, который попадает в этот отчет, последний раз привозил товар еще в 2004 году. в скором времени все продаели и до октября 2006 года по карточке вообще не было никакого движения. в октябре прошлого года на эту же карточку был приход от другого поставщика, однако в реализацию за январь попадает и первый поставщик. как такое может быть, с чем это связано и как с этим бороться?
25.01.2007 15:09
Propil
 
Попробуй в поставщике на вкладке Заказ почистить Ассортимент поставки
25.01.2007 15:10
Mtirt
 
Скорей всего осталась не привязанная партия по этому поставщику.
Сейчас привязалась...
25.01.2007 15:11
bob
 
Все претензии к алгоритму расчета себестоимости. Это больная точка СМ2000. Если ты копнешь еще глубже и поймешь весь алгоритм, я думаю, у тебя возникнет еще куча не самых простых вопросов по доходности, реализации и остаткам в разрезе поставщиков
25.01.2007 15:21
twix
 
Mtirt, ну, а как с этим бороться? а то манагеры не могут понять, каких поставщиков грохать
25.01.2007 15:23
twix
 
что будет, если тупо заблокировать или даже грохнуть поставщиков, с которыми такая фигня творится?
25.01.2007 15:24
twix
 
Mtirt, значит, можно положиться на слова манагеров и удалять тех поставщиков, которые нам уже давно ничего не возят и не будут?
25.01.2007 15:27
bob
 
А документы этого поставщика девать собрался? Ну блокирнешь ты его (удалить не получится). Расчет себестоимости ты этим не изменишь.
25.01.2007 15:28
twix
 
bob, вот и получается, как всегда, что хрен что сделаешь... )8
25.01.2007 15:29
bob
 
Пойми, что не возникат ничего из ниоткуда и не исчезает нукуда. Перепривязку на другого поставщика тебе все равно сделать не удастся (только если самому ручками по своим алгоритмам менять результаты расчета)
25.01.2007 15:33
Mtirt
 
Могу объяснить причины, а что делать - решай сам.
Пример:
У тебя от данного поставщика были 2 поставки:
1-я - 01 января 100 штук по 100 рублей.
2-я - 01 февраля 50 штук по 110 рублей.

Представь что, первая партия товара была продана вся целиком до поставки второй партии, и вторая партия сразу ушла в продажу, а оприходовали ее 2-го числа. И 1-го числа у тебя продалось 10 штук из второй партии.
У тебя эти 10 штук будут показаны в отчетах как продажи с неустановленной себестоимостью и будет проставлена себестоимость в 100 рублей.

Причем после окончания продаж у тебя останутся в остатке по данному поставщику 10 штук второй партии на сумму 1100.
Они то и спишутся в первую очередь при следующей продаже.
25.01.2007 15:34
bob
 
Тут ситуация серьезная, так ка многие используют результаты отчетов по аналитическим данным для построения бухгалтерского и управленческого (в особенности важно) учета
25.01.2007 15:39
OlegON
 
И эти многие, как и остальные, должны думать головой и не выставлять товар в продажу раньше оприходования, о чем Mtirt и пишет... Теперь менять дату приходной назад, с отключенными триггерами, править историю...
25.01.2007 15:40
twix
 
olegon, как то не хочется скальпель в руки брать (%
25.01.2007 15:45
OlegON
 
Тогда терпи, возьми железную линейку и к принимающим товар операторам. А манагеров научи использовать отчет по неустановленной себестоимости до тех пор, пока жесткий алгоритм приемки не введете. И объясни, кто виноват, чтобы у них с операторами взаимопонимание было, а не на тебя собак вешали.
25.01.2007 15:48
bob
 
Проблема с поставками, на самом деле не такая большая. Гораздо больше влияет на искажение результатов расчета с/с пересорт и результаты инвентаризации. А здесь изменением просто даты не отделаешься
25.01.2007 15:49
inna
 
У нас никто не приходует задним числом. Однако с поставщиками тоже беда. Но из всей беды меня в самом начале поразило больше всего, что в алгоритме рассчетов остатков по поставщикам не учитываются возвраты по кассе от покупателя. Просто эти документы не учитываются. Мне в свое время было предложено написать ТЗ на доработку. Хотя мне на самом деле не понятно, как может алгоритм не учитывать один их четырех основных документов по движению товара.
Вложения
Тип файла: docx № 3 Опрос после прохождения ИС.docx (25.6 Кб, 367 просмотров)
Тип файла: docx № 3 Опрос после прохождения ИС.docx (25.6 Кб, 367 просмотров)
25.01.2007 15:51
Mtirt
 
olegon, к подобным последствиям приводит и любая пересортица. Недостачи, излишки, возврат товара не тому поставщику и еще куча операций.Ш
Неустановленная себестоимость очень сильно искажает доходность. А ее процент достаточно велик.
25.01.2007 15:56
bob
 
у нас по некоторым группам разница достигала 10 процентов (результат абсолютно достоверный). Просчитывали методом LIFO.
25.01.2007 16:05
OlegON
 
Да я не спорю. Но в этот затык (равно, как и в затык с возвратом, о котором inna говорила), приводит отсутствие партионного учета в СМ. Всего этого можно было избежать, если бы как-то детализировать движение товара до партий, но поскольку его нет, то теоретически невозможно привязать возвращенный по чеку товар к какому-то поставщику (его партии). Тоже самое касается и результатов инвентаризации. Куда их привязать - не понятно. Я не говорю о правильности этого подхода, не говорю о том, что не известно, как это реализовать программным способом, а о том, как это реализовано в программе сейчас и о том, что можно сделать, не трогая код программы и чего нельзя.
25.01.2007 16:49
bob
 
Если кто-то сможет сделать так, чтобы на конец каждого дня не было отрицательных остатков, тот решит проблему неустановленной себестоимости и получит достаточно корректные цифры по аналитической базе. Нам такое даже близко не под силу. Зарыться можно по полной программе.
25.01.2007 16:54
bob
 
Нам еще два года назад стало окончательно понятно, что алгоритм расчета сс надо изменять. Я думаю, что есть люди в С+ (уверен в этом), которые понимают это).Я считаю, что на сегоднышний день - это основная проблема СМ2000. А так остается - изобретать собственные алгоритмы. Создавать собственные таблицы данных и по ним писать свои отчеты. Но так решить можно проблему управленческого учета. С бухгалтерским все сложнее.
25.01.2007 17:36
YuraZ
 
Цитата:
bob Нам еще два года назад стало окончательно понятно, что алгоритм расчета сс надо изменять. Я думаю, что есть люди в С+ (уверен в этом), которые понимают это).Я считаю, что на сегоднышний день - это основная проблема СМ2000. А так остается - изобретать собственные алгоритмы. Создавать собственные таблицы данных и по ним писать свои отчеты. Но так решить можно проблему управленческого учета. С бухгалтерским все сложнее.
Угу. Именно так и решается. Но основная проблема в том, что чем сильнее модифицируешь "свой" алгоритм, тем большую разбежку получаешь между учетом в Супермаге (особенно в отчетной части) и "своими" отчетами :(
25.01.2007 17:49
bob
 
Цитата:
YuraZ Угу. Именно так и решается. Но основная проблема в том, что чем сильнее модифицируешь "свой" алгоритм, тем большую разбежку получаешь между учетом в Супермаге (особенно в отчетной части) и "своими" отчетами :(

*03
25.01.2007 17:50
Mtirt
 
Не совсем правильно.
Чем дольше работаешь - тем меньше доверия цифрам, которые дает программа.
Дохода и остатков по себестоимости.
25.01.2007 18:19
OlegON
 
А при чем здесь доверие? Она же честно сознается, что неустановленная себестоимость есть. А раз есть, то связка цена поставки-цена продажи нарушена. А раз нарушена эта связка, то все показатели, которые берут ее за основу так же нарушаются. Сомневаюсь, что есть где-то система, где этого можно полностью избежать. Так же, как невозможно сводить остатки вровень, избежать пересорта и прочее. Если есть железная рука у руководства магазина, то и расхождения меньше, а если ее нет и всем наплевать, то и показатели в стороны поползут. Я сначала тоже было собрался поспорить у нас тут, что это все неправильно, но сам осмыслил факт, что в пределах заявленного функционала она работает-то как раз правильно... А вот почему его не хватает, это уже другой вопрос. "Свои" отчеты - всего лишь подгон общего механизма к частным условиям...
25.01.2007 18:36
YuraZ
 
Как раз таки доверие тут ни причем. Программа дает вполне правильные данные, рассчитанные на основе заложенного в нее алгоритма. Именно разница в алгоритмах и дает расхождение между "официальным" Супермагом и собственными довесками.

P.S. Олег, уже опередил меня.
25.01.2007 18:47
bob
 
Так весь вопрос в том и стоит, чтобы оптимизировать алгоритм расчета с/с исходя из реалий жизни и удобства клиентов. Если 90% клиентов не устраивают полученные данные (а многие, наверняка не подозревают о больших проблемах), то с этим надо что-то делать. Не говоря о том, что на этапе подписания договоров на программу никто об этой проблеме не подозревает.


Опции темы


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

 

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