[ТЕМА ЗАКРЫТА]
25.01.2007 18:57
OlegON
 
Ты можешь предложить решение, 100% устраивающее всех, неглючное и не требующее года на разработку? При моей любви к аналогиям при объяснении - для того, чтобы помочь людям не терять время в пробках, никто вертолеты не раздает...
Что касается "не подозревает", то решение же есть - не делайте пересорта, не приходуйте после продажи... Или о пересорте тоже никто не подозревает? :)
25.01.2007 19:07
YuraZ
 
Как уже сказал Олег - "Свои" отчеты - всего лишь подгон общего механизма к частным условиям... И я с ним согласен. Проблема в том, что практически каждый клиент придумает свой алгоритм рассчета.
26.01.2007 07:43
bob
 
Допустим клиент работает на СМ2000 несколько лет. На этапе внедрения и на нач. этапе работы само-собой хромает организация процессов (и это нормально) (ну или в какой то др. период). Далее все выстроили великолепно. Нет ни пересортов, ни излишков, ни недостач. А цифры в полной ж.. . И к нормальным они уже не вернутся. Получается мы должны расплачиваться за чьи-то грехи (или неумение) на опр. этапе ??? Как говорится - против всякой разумной логики. Тем более людям, которые анализируют цифры от этого не легче. Когда ком. дир. решается запускать отчеты и видит полную чушь по некоторым поставщикам, очень неудобно ей говорить, что исправить здесь ничего нельзя и не запускайте больше эти бредовые отчеты.

То, Olegon. По поводу "Что касается "не подозревает", то решение же есть - не делайте пересорта, не приходуйте после продажи... Или о пересорте тоже никто не подозревает?". Покажи мне хоть один прод. маг. где нет пересорта? Это утопия, а мы живем в реальной жизни. Я не говорю, что цифры должны соответствовать копейка в копейку, но они д. показывать более-менеереальную картину.
26.01.2007 07:48
Mtirt
 
olegon, На самом деле, похоже мы с bob-ом, завелись вот по какой причине.
Все здесь понимают, что работать без пересорта, без оприходывания задним числом практически невозможно.
Хотелось бы все-таки иметь механизм расчета себестоимости, который учитывает все реалии торговли.
Возможно оно и потребует год на разработку, но будет устраивать большинство клиентов.

Скорее всего речь идет об ин6терфейсе позволяющем вручную привязывать неопределенную себестоимость к конкретной партии товара, если это возможно.
26.01.2007 08:06
bob
 
Мы даже можем предложить алгоритм автоматичесокй привязки. Мы его уже реализовали у себя, протестировали (причет создавали свои таблицы на основе аналитических таблиц). Показывает более менее реальные данные (основан на привязке ну сс к будущим приходам). Разработка и реализация в вялотекущем режиме занялиа несколько месяцев. Но насколько я знаю, С+ против привязки к будущим приходам. Общался на эту тему уже минимум с тремя сотрудниками. Получал в ответ один стандартный (похоже заученный наизусть всеми) монолог.
26.01.2007 11:09
baggio
 
bob можно по подробнее механизм привязки... для оценки независимыми... людями...
26.01.2007 11:36
bob
 
можно на след. неделе. Программист выйдет. Посмотрим точно, что наваяли
Изображения
Тип файла: gif vba-references.gif (12.5 Кб, 2444 просмотров)
Тип файла: gif vba-references.gif (12.5 Кб, 2441 просмотров)
30.01.2007 15:19
omorozov
 
Цитата:
olegon И эти многие, как и остальные, должны думать головой и не выставлять товар в продажу раньше оприходования, о чем Mtirt и пишет... Теперь менять дату приходной назад, с отключенными триггерами, править историю...
А триггера то зачем отключать
30.01.2007 15:31
OlegON
 
Долго объяснять, объясни почему ты не хочешь их отключать и я скажу в чем ты не прав :)
23.06.2008 05:57
Musinnosin
 
Все таки интересно зачем триггеры отключать? был опердень на оракле, перепроводки с отключением тригеров приводили к ужасным последствиям
23.06.2008 09:53
Musinnosin
 
Сделал, накладную числом за день продажи, очистил аналитику, сделал новый расчет, все, неустановленной себестоимости нету, отрицательных остатков нету, алгоритм связал продажу с приходом.
Осталось только понять смысл все таки функционала "Расчитывать себестоимость по будущим приходам" Да этот функционал работает, есть только делаешь заказ поставщику, можно продать что то, что заказано, и себестоимость и доход покажет четкий, вопрос в другом, ну придет мне накладная завтрашним числом, если я проведу ее в день продажи то все ок, но это не реально для бухгалтерии, получается дата расходки поставщика старше даты нашего прихода, а это уже нарушение правил бухгалтерии, нельзя продать то, что не купленнно. Ну если проведу завтрашим числом, станет ли основанием вчерашней продажи сегодняшняя накладная и товар спишется, не понятно
23.06.2008 10:24
Mtirt
 
Эта галка имеет смысл и используется только для первой поставки.
Т.е. если товар пришел впервые и его продали раньше создания приходной накладной. Для последующих продаж, даже если есть неустановленная себестоимость используется цена предыдущей поставки.
23.06.2008 12:22
Musinnosin
 
Ну именно это и нужно, потому что я решил что продават товар по образцам типа беря аванс за услугу это не есть айс, если я его потом оприходую, то как мне его в расход пустить? у меня что двойнные суммы будут? я не знаю как мне привязать расход по товару который мы продали авансом как услугу, и оприходовать его уже смысла нету в торговой системе, не может же у меня быть двойной доход, вариант остается только создать приходную накладную перед продажей товара который мы еще сами не купили, потому что руки у всех кривые, наконец то взяли внешних аналитиков, а то не получается одновременно в одного автоматизировать бизнес-процесс и тут же его оптимизировать ))))))
23.06.2008 12:55
Mtirt
 
Слушай, антикризисный управляющий...
Поучись пожалуйста у Конева четкому изложению своих мыслей.
А то прочитать и понять, что именно ты хочешь очень сложно...

Прошу прощения, вырвалось. Олег, накажи меня, пожалуйста.

Что касается сути дела: почему двойной доход??? Не путай учет денежных средств и реализацию товаров.
При получении денег от покупателя, ты не показываешь реализацию. Ты показываешь поступление денег - аванса от покупателя.
При передаче товара возникает реализация и доход. А перед передачей товара у тебя и приход появляется.
С точки зрения бухгалтерского учета, здесь всё логично и правильно.
24.06.2008 02:50
Musinnosin
 
Нет, ты права конечно, извини, что к вечеру мысли не правильно выражаю :)
Хорошо, ты все пишешь красиво, но я не пойму алгоритм как мне это все провести в ТС и в бухгалтерии.
Хорошо. Допустим.
Создаю в ТС договор с покупателем, там же делаю заявку, покупатель через кассу платит деньги, ему пробивается услуга "аванс по договору поставки" деньги получается есть, причем чистые.
Я делаю заказ поставщику, приходит мне товар, оприходовал я его. Т.е. показал что я деньги потратил.
А дальше? Мне нужно сделать расходную накладную, правильно? я ее делаю, и что у меня получается еще один доход, или не получается?
Как мне привязать деньги который человек заплатил за услугу "аванс по договору поставки" к расходу товара? т.е. чтобы было понятно что эти деньги именно за этот товар. Я сам на этом споткнулся и даже сертифицированный "Сисадмин Супермага" тоже сказал, что никак не получится, нужно только потом ручками бухгалтеру там у себя сводить это все, чтобы двойно доход не получился, но мне это зачем, мне точность нужна в супермаге для аналитики. Если до сих пор не понятно что имею ввиду, извеняюсь, более ясно изложить не могу,
Мысль простая, хотелось в супермаге иметь четко товародвижение при торговле по образцам, теоритически это возможно, но только в том случае, если не брать у человека деньги авансом, а это невозможно, коммерсы хотят деньги получать сразу, а товар давать потом. Но человеку мы обязаны дать фискальный чек, вот в этом и весь провал ипопепии :)
24.06.2008 06:49
Mtirt
 
В Супермаге, стандартными методами - никак.
Единственное, что могу предложить - в расходной накладной добавить метку, в которой указывать номер чека на аванс.
Еще хорошо и в чеке и в расходной накладной указывать одного и того же клиента, причем Ф.И.О. полностью... Потом сможешь отчет на эту тему нарисовать: чеки, как оплата и расходные накладные как выдача товара.

Что касается ручками сводить... У тебя есть еще услуги, кроме вот этого "Аванс по договору"??? Если нет - настраивай выгрузку, чтобы выгружались по этой услуге только деньги, всё остальное бы в бухгалтерии не проводилось. Или настраивай бухгалтерскую программу.
24.06.2008 12:12
baggio
 
блин... прошу прощ.. но вдруг...
делай раз.. заваодим услугу...
пробиваем...на кассе пох какой... НЕ ПРИНИМАЕМ ДАННЫЕ В СМ...
Заказываем товар...
приходит покупатель... пробиваем товар еще раз но по ИГРУШЕЧНОЙ кассе аля учебный УКМ... и принимаем данные...

Только тут засада будет со сведением сумм по реальной и игрушечной кассе.. но кстати там я как помню укм можно файлик с товаром заранее подготовленный подсунуть....
24.06.2008 12:22
Musinnosin
 
В общем завтра 25, начинаем делать инвентаризацию по отделам, к первому числу отпишусь в топике по оптимизацией бизнес-процессов что решил по этому вопросу и какой результат *150
29.06.2008 10:56
Musinnosin
 
Цитата:
Mtirt Потом сможешь отчет на эту тему нарисовать: чеки, как оплата и расходные накладные как выдача товара.

Что касается ручками сводить... У тебя есть еще услуги, кроме вот этого "Аванс по договору"??? Если нет - настраивай выгрузку, чтобы выгружались по этой услуге только деньги, всё остальное бы в бухгалтерии не проводилось. Или настраивай бухгалтерскую программу.
Отчет смогу нарисовать? что имеешь ввиду? типа в репортсе от оракла или там в фаст репорте, в репортсе смогу, без проблем, 1,5 года рисовал из опердня отчеты в банке.
У меня выгрузка в 1с из супермага вообще карточки услуги не цепляет, только товары, и не сами товары, а только суммы выгружает, приход товара и отгрузка товара по розничной реализации.
Вопрос, я так понял при создании расходной накладной изменяются только остатки, доход не появляется, для того чтобы был доход, нужно сделать прием платежей, я пробывал так с безналом, пока прием платежа с основанием "расходная накладная не сделал" мне отчет по доходности ничего не показывал, кто то ввел меня в заблуждение, что при проводке расходной накладной, появится доходность.
я наконец то понял твои слова, о том, что не нужно связывать платежи и реализацию товара.
29.06.2008 11:03
Mtirt
 
Цитата:
Musinnosin Вопрос, я так понял при создании расходной накладной изменяются только остатки, доход не появляется, для того чтобы был доход, нужно сделать прием платежей, я пробывал так с безналом, пока прием платежа с основанием "расходная накладная не сделал" мне отчет по доходности ничего не показывал, кто то ввел меня в заблуждение, что при проводке расходной накладной, появится доходность.
Переведи, а???
Ну не понимаю я, что тебе сейчас не хватает....
29.06.2008 12:59
Mtirt
 
Кстати, про бизнес-процессы.

Как бы я это организовала....
1. Покупатель заключает договор поставки. На договоре распечатывается или наклеивается этикета со штрих-кодом, однозначно определяющим покупателя и номер договора.
2. Покупатель идет в кассу оплачивать. При этом считываем штрих-код и в чеке отражается фамилия покупателя. Копию чека прикладываем к экземпляру договора, оставшемуся у нас.
3. Готовимся к отправке товара покупателю, создаем расходную накладную. Для быстрой идентификации покупателя считываем штрих-код с договора. Записываем с документ номер чека с договора.
01.07.2008 11:30
Musinnosin
 
Вопрос закрыт.
Твое предложение бизнес-процесса очень даже неплохое конечно.
Но как его реализовать технологически без гемороя ? У меня понимаешь целая куча вариантов как торговать по образцам в соответсвии с законом. Вопрос в том, как любой из них автоматизировать в соответствии с процессом торговли через систему СМ2000 и УКМ2.
Ответ: никак!!!
В СЕТ ретайл и в СМ 1с это реализовано, продажи по образцам у нас занимают неплохую часть реализации товара, меня уволят нах, возьмут пару гоблинов, они заменят супермаг на 1с и будут там делать че хочешь.
01.07.2008 14:21
akonev
 
Цитата:
Musinnosin ...Ответ: никак!!!...
Крайне категорично.
В одном ты прав: СМ в чистом виде не предназначен для продажи товара, которого еще нет.

Но, как минимум, можно продавать через укм2 все-таки не услугу, а конкретный товар. Да-да, в минус.

По факту прихода заводить приход задним числом датой продажи.
А чтобы с бухгалтерией и законом все срасталось - в этот приход задним числом забивать реальную дату счет-фактуры и именно этой датой вываливать в бухгалтерию.

Так получится реалистичная непротиворечивая картинка даже в рамках FIFO.

И еще остается непаханное поле в виде средневзвешенной себестоимости.
Я так понимаю, ее тут никто не пользует, поэтому варианты на ней никто не предлагал.
Но коли тебе не хочется, чтобы тебя на двух гоблинов меняли - проработал бы и этот путь.
Запросить у дилера алгоритмы работы по средневзвешенной, лицензию на демо-базу и поиграться.
Вдруг там продажа в минус не будет давать таких затыков.
01.07.2008 14:31
Mtirt
 
Цитата:
Musinnosin В СЕТ ретайл и в СМ 1с это реализовано
Опиши как это реализовано в них. Я, честно говоря, что-то не помню чтобы в 1С можно было корректно продать тот товар, которого еще нет...
02.07.2008 06:15
Musinnosin
 
И еще остается непаханное поле в виде средневзвешенной себестоимости.
Отличная идея между прочим, Александр Боровинский тоже вчера на ночь мне подсказал.

ну пока попробывал сделать расчет со средневзвешенным ценообразованием, доходность упала на несколько десятков тысяч, ну у меня еще не все в порядке по документообороту,
Сегодня в порядок все приведу и посмотрю на результаты. Да тестовая база и не нужна, смена расчета себестоимости влияет только на алитическую базу )))
а вообще приемущества расчета по средневзвешенной следующие
"Ведение учета становится более гибким и легким, позволяет ритейлеру действовать гораздо оперативнее конкурентов, развязать фазы оприходования и подачи товара в торговый зал, максимально ускорить процесс назначения новых розничных цен, быстро устранять возможные ошибки в оформлении документов. "
02.07.2008 06:26
Musinnosin
 
Цитата:
Mtirt Опиши как это реализовано в них. Я, честно говоря, что-то не помню чтобы в 1С можно было корректно продать тот товар, которого еще нет...
Я не знаю как, но понимаешь, категоройные менеджеры мне доказывают что на старой работе у них можно было продавать, и директриса типа тоже кричит в 1с можно все, а супермаг это вообще для продуктов питания. хм, я лично понимаю что они так могли делать только потому, что у них гоблины переписали ее 20 раз, да вот есть контора тут у нас одна, один древних крупных ретейлов продуктовых. Там такой бардак, пошел туда зам начальника отдела ИТ устраивается, видимо слишком умным оказался, предложили стать начальником отдела 1с. Ну я глянул в ихний отдел и на ихний бэк на 1с. Более страшного кошмара я в жизни не видел. Неее, пошел в контору которая супермаг ставила, главным аргументом для меня было то, что он на оракле работает, оракл я знаю.
Сейчас в той конторе все в норме. А та контора сейчас на ахпарту переходит или на навизион, ну в общем бардак.
А вот сейчас отпишусь в топике про инженеринг цитату одного мудрого начальнега, может кому будет полезно предъявить как аргумент если у них руководство будет загонять так же у меня :)
02.07.2008 06:46
Mtirt
 
Цитата:
Musinnosin И еще остается непаханное поле в виде средневзвешенной себестоимости.
Отличная идея между прочим, Александр Боровинский тоже вчера на ночь мне подсказал.

ну пока попробывал сделать расчет со средневзвешенным ценообразованием, доходность упала на несколько десятков тысяч, ну у меня еще не все в порядке по документообороту,
Сегодня в порядок все приведу и посмотрю на результаты. Да тестовая база и не нужна, смена расчета себестоимости влияет только на алитическую базу )))
а вообще приемущества расчета по средневзвешенной следующие
"Ведение учета становится более гибким и легким, позволяет ритейлеру действовать гораздо оперативнее конкурентов, развязать фазы оприходования и подачи товара в торговый зал, максимально ускорить процесс назначения новых розничных цен, быстро устранять возможные ошибки в оформлении документов. "
Ты с главным бухгалтером эту идею обсуждал???
02.07.2008 08:51
Mtirt
 
Цитата:
Musinnosin Я не знаю как, но понимаешь, категоройные менеджеры мне доказывают что на старой работе у них можно было продавать, и директриса типа тоже кричит в 1с можно все, а супермаг это вообще для продуктов питания. хм, я лично понимаю что они так могли делать только потому, что у них гоблины переписали ее 20 раз, да вот есть контора тут у нас одна, один древних крупных ретейлов продуктовых. Там такой бардак, пошел туда зам начальника отдела ИТ устраивается, видимо слишком умным оказался, предложили стать начальником отдела 1с. Ну я глянул в ихний отдел и на ихний бэк на 1с. Более страшного кошмара я в жизни не видел. Неее, пошел в контору которая супермаг ставила, главным аргументом для меня было то, что он на оракле работает, оракл я знаю.
Сейчас в той конторе все в норме. А та контора сейчас на ахпарту переходит или на навизион, ну в общем бардак.
А вот сейчас отпишусь в топике про инженеринг цитату одного мудрого начальнега, может кому будет полезно предъявить как аргумент если у них руководство будет загонять так же у меня :)
А можно всё же ближе к теме???
Как это реализовано на 1С и в СМТРЕЙД???
02.07.2008 12:50
Musinnosin
 
Цитата:
Mtirt Ты с главным бухгалтером эту идею обсуждал???
Обсуждал, ему нравится.
Я без понятия как это реализуется у них в 1с. Но мне кажется я понял, они просто работали в конторах которые по средневзвешенной вели,
Никто в этом магазине новом не знает что такое FIFO кроме бухгалтера и владельца.
это раз, а во вторых в 1с можно все потому что ее можно исковеркать как хочешь)))))
02.07.2008 12:53
Mtirt
 
Т.е. твой главный бухгалтер готов изменить учетную политику посреди года???
Памятник ему поставьте. Это первый такой бухгалтер, встретившийся мне на пути...

Хотелось бы услышать не твои мысли, а реальную картину...


Опции темы


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

 

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