Щас тусился у клиента, настраивал ут 11 и тонну мата
Сабж

(81) если себестоимость в момент отгрузки нужна чтобы проконтролировать не продают ли ниже себестоимости, можно доделать сравнение с закупочным типом цен

тем более что перед отгрузкой то наверно счёт был ? и ведь наверно правильнее себестоимость в момент выписки счёта проверять ?
и даже если б был нормальный партионный учёт, себестоимость там фиговая была бы, не восстановлены последовательности, не введены доп. расходы

А есть свежая хорошая книжка по УТ 11 ? Передающая дух и концепцию. Читал http://s49.radikal.ru/i124/1207/64/b6295147960c.jpg, но она по старой версии.

(86) есть такая штука "анализ цен" вообще то в панели навигации в реализации


я вообще не понимаю этот сырбор который вы тут развели..
там все цены видны включая цены поставщиков с подсветкой вроде даже..

(89) штато бл...

штатно бл...

(86) т.е. вместо простого и абсолютно прозрачного механизма партионного учета, получаем механизм, в котором посмотреть элементарные вещи можно только с кучей костылей. зачем?...

(89) не, я имею в виду автоматически заблокировать выписку счёта при цене ниже минимальной.
вроде ради этого сыр бор, я другую цель не могу представить

впегед товагищи

(92) то есть сделали мегапростой и удобный механизм показывающий все цены ДО проведения..

то есть ты продаешь, заполняешь реализацию, в панели действий смотришь анализ цен и видиш все..

чем неустраивает?


а если реализация на 100500 строк?
ты ее будешь проводить чтобы сравнить цены ?

(89) ты на вопрос в (63) так и не ответил...

Весчь. Но сзууко учицца и привыкать к ней надо.

(95) можно спросить, причем здесь цены?...

(96) так развернуть отчет по регистратору
анализ себестоимости глянуть

(92) зачем понятно - ради 200 пользователей в базе без напряга, ради отсутствия восстановления последовательностей, ради отсутствия корректировки стоимости списания которая ещё и кривоватая

(96)  ээ на что именно?
как ответить клиенту почему такая себестоимость? анализом себестоимости где есть сумма закупки и сумма допрасходов и все можно развернуть и детализировать

чем не ответ?

(89) спасибо за совет. Очень жизненно. Да, согласен - это решает проблему

(102) да я понимаю...  УТ обновляется настолько стремительно и резко что за всеми мелкими доработками и не уследишь...

каждый день какая то херня появляется и переделывается...

:)

(101) а откуда взялась именно такая себестоимость в отчете анализ себестоимости? из чего она сложилась?...

обожемой.. адинеснеги пытаются изобрести велосипет, уже однажды описанный Эдгаром Коддом, автором "12 правил Кодда" и термина OLAP - "12 законов аналитической обработки данных"..
и неведомо им, что концепция регистров в 1С реализована в парадигме ROLAP... и на вопрос, зачем им рассчитывать себестоимость на момент продажи и тратить на это ограниченные ресурсы, они отвечают - "надо".. )))

http://imageshost.ru/photo/229605/id2602443.html
http://imageshost.ru/photo/153016/id2602445.html

кстати тоже какая-то загвоздка. Вылезли доп. расходы, до этого ни в одном месяце нет

(106) вот спасибо! ты открыл нам глаза! никто и не догадывался, на самом деле, откуда в 1С взялись регистры, с какой концепции их содрали. алилуя тебе!...

(106) это вопрос доверия на самом деле
люди имеют все основания не верить эти цифрам
поэтому все хотят прозрачности

(105) детализация до документов не катит ?

http://imageshost.ru/photo/249746/id2602475.html
а вот октябрь
http://imageshost.ru/photo/168730/id2602477.html

вот разобраться бы в этой шляпе, а так

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

(113)  зачем? пусть смотрит - анализ цен в панели действий..

(114) причем здесь цены? ;)...

(115)  а как ты объясняешь клиенту что ту себестоимость которую он видел 8го числа после реализации почему то он не видит 31го числа после перепроведения всех документов базы ?

кстати, весьма сильная концепция заложена изначально в конфигурацию. это сразу видно. особенно по тому, что от релиза к релизу некоторые механизмы переписываются чуть ли не с нуля ;)...

(116) если на момент смотрения последовательность была не восстановлена, именно этим и объясню...

(117) то что на 10.3 положили йенг не говорит о том что концепция 10.3 насколько сильна что не требует доработки :) :) :)

(118)  а если была ?
а если никто не знает была или не была ?

собственно вопрос в "оперативной" себестоимости это вопрос философский...

+(118) это, кстати, вполне разумное объяснение. намного лучше необъяснимой цифры в отчете. причем после выполнения регламентных процедур, цифра объяснимее не станет ;)...

(120) часто проблема в том, что не ту версию 1С суют не туда)))..
на маленьких оборотах прекрасно работает любой механизм расчета себестоимостей, партий и пр. при больших оборотах, оперативная себестоимость - зло.. но там уже и другими цифрами и понятиями оперируют, в управленческой аналитике..

может быть предлагать таким клиентам создавать уникальную сделку под каждую реализацию ?

впрочем зачем, по заказам то вполне нормально анализируется. пусть заказы юзают

(63) для прозрачности и объяснения цифр в очетах/документах должен быть механихм "трассировки", который позволяет ПО ЗАПРОСУ (оператора или програмно) развернуть конечный результат до исходных данных и выдать ПРОТОКОЛ формирования результрующей цияры. Тогда будет кошерно.
.
правда и это не поможет - просто этот протокл читать не будут... ибо всякие "продаваны" сложные логические цепочки с применение более трех слагаемых не воспринимают вусмерть.
.
у себя делал такой пртокол для комментирования формирования справки по импортному НДС, ушедшему на экспорт по 0%.

А кто вообще этот человек который задаёт вопрос о структуре себестоимости документов продаж ?
Продажник ? Ну продажнику вообще противопоказано знать такие вещи. Иначе он быстренько собственный бизнес организует.

тем более что в конфе развиты механизмы по распределению косвенных расходов

жаждущих справку по импортному НДС посылать в бухгалтерию.
Где кстати будет честное ФИФО

(125) ага.. типа как в ЗУПе рассчитать фио с комментариями..

Можно ещё вот что сказать страждущим. Какой смысл вылавливать копейки в марже, если себестоимость УТ10 включает только прямые затраты. И себестоимость очень далека от действительности

А в УТ11 себестоимость может включать косвенные расходы. Просто народ пока мало этим пользуется


и по этой причине она будет более точной. А так же по причине правильной последовательности

- расмотрим ситуевину если оформлен ЗАКАЗ ПОСТАВЩИКУ (по заявкам покупателей) с ожидаемой датой поступления = 15.12.12
.
1. поступление от  10.12.12 вводится !на основании! заказа поставщику. Очевидно что это поступление предназанчено под этот заказ поставщику. Поступление должно закрыть заказ поставщику и всякие резервы обеспечить под заявки по этому заказу (в зависимости от выбранных стратегий заявок покупателей).

2. поступление от 10.12.12 вводится без основания, возможны два варианта
а) так как неизвестно, предназанчено ли поступление на этот заказ поставщику - поступление падает в свободный остаток. его могут расхватать новые появляющиеся заявки покупателей и тут же продаться (и это гуд), заявки под заказ поставщика - ЖДУ ОБЕЩАННОГО ПОСТУПЛЕНИЯ и могут не дождаться (это бэд), возможны два варианта:
а.1) МОНИТОРИНГ рабочего места продавана должен показывать что есть свободные остатки под заявки которые еще не удовлетворены резервами - продаван может переоформить заявку (корректировка) захавав свободные остатки, что приведет к отмене части позиций заказа поставщика, и отмена этих позиций должна уйти в закупы, чтобы они могли отменить эти позиции у поставщика - если ДЕЙСТВИТЕЛЬНО еще ожидается поставка 15.12.12
а.2) продаваны тупо ждут прихода поставки 15.12.12, пришла - все удовлетворилось, не пришла - кто ж виноват что закупы не уведомили об этом продаванов заранее???
.
тонокое место - взаимодействие закупов-продаж (поставок-реализаций). в ТиСе реализовано безобразно, то есть никак. В УТ - было реализовано так же безобразно чусть получше - имелись какие-никакие "мониторы" состояния заявок. Хотя, конечно чтобы узнать может ли продаван осуществить отгрузку - и должен все время СПРАШИВАТЬ систему - а пришел ли товар? а пришел ли товар?... м.б. что-то поменялось и теперь все продвинутее??? - по приходу ТМЦ, который падает под заявки - отве.манагеру вываливается САМОСТОТЕЛЬНО уведомление типа "Заявка обеспечена приходом ТМЦ по таким-то позициям на столько", продаван должен подтвердить прием такой инфы от системы (что он сделает потом - его дело).
.
???
.
описанное выше - достаточно упрощено и не расммотрены все аспекты.

(127) ага, а бухия придет к программеру... если например это типовая 7.7 бухия, в которой ни импорта, ни экспорта. Может быть в БП все покузяевее и такую справку можно сформировать на основе штатных данных/штатной работы в БП? - это так? прошу поделиться инфой!

(129) все правильно.. просто уже поколение пользователей развращено(извращено) реализацией партионного учета в предыдущих версиях конфигураций..))

(130)
п.2
б) а) так как неизвестно, предназначено ли поступление на этот заказ поставщику - исходим из "короткой" стратегии - хватаем резервы при первой возможности и удовлеворяем заявки покупателей. Никаких автокорректировок заказов поставщикам по заявкам покупателей которые уже частично/полностью закрылись "неожиданным" приходом - не производим - если придет 15.12.12 поступление под заявленный заказ поставщику - удовлетворит еще незакрытые позиции, оставщиеся свободным позиции (так как часть была удовлетворена ранее неожиданным приходом) - либо с вободный остаток, либо снова по "короткой" стратегии - лягут "неожиданным " приходом по другие заказы/заявки.

Плотная и разномастная система работы -заявки-заказы при обилии таких заявок-заказов - я сомневаюсь, что УТ пригодна для быстрого и качественного УПРАВЛЕНИЯ таким процессом. Опыт показал что здесь надо существенно перетачивать идеологию взаимодействия закупов-продаванов в части оповещения/распределения. А если сюда еще пристегнуть то, что у многих поставщиков есть такое поянте как "предварительный заказ", который они могут продтвердить спустя 1-3 суток - то УПРАВЛЕНИЕ такой ТОРГОВЛЕЙ для нынешних коняиг мне кажется (как и для ТиС) недосягаемой величиной.
.
поэтому маня, если ему верить, и находит неплохой сбыт для своих "мониторов" (правда ничего нового он там не придумал, так, общеизвестную - по крайней мере для  меня - хрень написал и успешно (если не врет) продает).

разобрался со своей проблемой выше)

норм конфа)

(134) вот вот, ты меня понимаешь, браза

работаю в конторе с миллионными оборотами
если я им внедрю ут 11, они меня четвертуют

(131) не силён с экспортом, но он там есть. Восстановление НДС, подтверждение нулевой ставки

(136) бгыыы

то есть ты матюкаешся на УТ11 не потому что ее не знаешь нихера а потому что ты в ней гуру  и понимаешь суть  и всю ошибочность подхода УТ11 к учету правильной торговли ? :) :) :) :)


не
ве
рю

(137) это и так понятно..

для миллионных оборотов и экселя достаточно..

(134) вот в том то и дело, что просто СТРАШНО ей довериться, т.к. схема её работы слишком сложна чтобы вручную её проконтролировать
но схема то по идее хорошая

а надо довериться как в заказах так и в партиях
нужен корпоративный тренинг
когда продажник с завязанными глазами падает назад, а сзади его ловит одинэснек

потом все братаются

Может оно и развращено, я согласен, НО, если говорить о больших конторах с сотней пользователей и большими объемами, то подход 11 хорош, если конторки малы, а таких все-таки очень много то данный подход не для них, их даже объяснить насущную необходимость месяц закрывать изредка затруднительно

(139) так и есть

Я понимаю, что 1с спит и видит, как она залезет на рынок учета больших контор, но забывать о тех, кому ты обязан распространением не надо. Иначе получается как в 10.1 было, когда никто не мог понять как однажды полученную в отчете циферку получить повторно

(145) гут.

а как ты решил все вышеописанные проблемы в УТ10 ?

е.ть, копать..
оказывается, один 1С не смог стольким количество конф решить проблему, которую маня решил одной обработку.. как жить дальше??

а я помню как это всё в УТ10 выглядело.
Менеджеры пытались нахапать побольше резервов "про запас". Свободного остатка не было, закупщики закупали всё больше товара.
Приходил клиент которому надо срочно что-то огрузить и начинали делать корректировку заказа, чтобы с одного снять резерв, на другого повесить

по долго висящим клиентам делали отмену резервов.

честно говоря вся эта мутотень тоже не выглядит идеальной работой с резервами

УТ11 будет в УПП 2.0, ибо...

(149) не пришлось увидеть ни одной конторы работавшей с типовым вариантов заказов-заявок от 1с, что на тис 7.7, что на ут 10.х или 11. Все чего-нибудь да переделывали :-(

(151) а я видел - вполне себе работают..
обувью торгуют..
вал характеристик..
выгружают на 3 сайта разных автоматом в битрикс...

в общем живут себе и счастливы.

из доработок только всякие прайслисты с картинками, накладные с картинками и штрихкодами в виде картинок и прочие "красивости"

(142) нужно не довериться, а проаудировать на соответсиве потребностям конторы, "выпилить" лишнее/неиспользуемое и в корне переделать инструменты "оповещения" и "управления" по заявкам/заказам.

я тоже видел таких которые на типовых резервах УТ10 работают, там в основном импорт под заказ. Огромные суммы, огромные сроки

похоже что сложности возникают у тех, у кого дефицит товара на складе и конкуренция между менеджерами за него

что вообще странновато в нашу эпоху изобилия
Обычно первейшая задача это всё же найти товар и втюхать его. Именно на эту задачу нацелена УТ11. Все эти сделки, воронки продаж...

"первейшая задача - найти клиента"

либо создать уникальный продукт..

(149) простенький отчет по резервам, не реализованным покупателям (оборот по резервам и оборот по отгрузкам) - выявляет сильно "умных" менеджеров...

Универсализм - зло!
ставим униконфу. в процессе начально йэксплуатации - выясняются РЕАЛЬНЫЕ потребности бизнеса. Лишнее в конфе "выпиливается". На оставшееся - навешиваются нормальные фейсы/инструменты. И процесс идет.

а нельзя РЕАЛЬНЫЕ потребности выяснить до начала работ?? и оформить их как ТЗ??

(159) низкий класс. не чистая работа.

надо всё таки как то извернуться и использовать то что есть
вот нутром чую что идея заложена гениальная. Просто надо её осмыслить

(160) не понял насчет класса и работы.. можешь пояснить?

(161) это выражение Остапа Бендера )))

ну ТЗ оформлять это признание бессилия. Признание что конфа твоя так себе, остаётся только кодить

(162) интересная мысль... но, по моему разумению, ущербная))

(159) если в конторе есть человек, который достаточно ясно представляет что как и почему в конторе делается - то можно. В противном случае - выяснение и сведение инфы до начала работ - приведет к тому что работа никогда не начнется.
.
но идея - хорошая ;-)

В лучшем случае - при просьбе описать что делают и почему и для чего - начинается "мычание".. и "...давайте я вам лучше покажу!"

Именно поэтому - саповцы и дерут дорого - бол такая работа дохренища стоит. по сути - надо изложить технические принципы организации и постановки учета, причем умудриться сделать так, чтобы это (несильно не) противоречило потребностям БУ и прочих НПА

(165) интересно, а что, в таком случае, будет внедрять исполнитель??
насчет "мычания"  - совершенно нормальное явление.. и цель написания ТЗ как раз в расшифровке этого "мычания".. хотя, я бы назвал это не "мычание", а трудности в описании "и так же всем понятно, как это работает" со стороны представителей заказчика..
(166) вот скажи: пришел ты ко мне (я торгую оптом и в розницу продуктами питания, есть импорт) с предложением услуг.. что ты мне предложишь??

(157) Вот что ему намычат - то и будет внедрять.. или прогибать контору под нихрен анеподходящее ей решение

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

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

(170) попробовать можно всегда. только чтобы результат "попробовать" был приемлем - селикицонеру надо быть ну очень продвинутым в обоих областях...
.
а то приходилось пару раз видет результаты такого скрещивания. Без содрогания - смотреть невозможно. Но люди работают, просто потому - что ничего другого не видели. И не увидят (по ряду причин...)

(170) если знакомая мне предметная область - буду внедрять супермегасапсистему за стотыщмильенов - я ж пока что не поинтересовался что им надо и на что они готовы.. ;-)

(171) в общем, понятно.. беспросветная тьма, и никакой перспективы на внедрениях 1с))) а ТЗ - это суть зла при внедрении)))
(172) упс)) а зачем интересоваться то?)) вед "промычат"))

(173) но почему же так все пессимистично..? ;-)
на внедрениях 1С все плохо потому что внедряем универсальную конфу. Докрутить ее до вменяемого для заказчика состояния - вот в чем вопрос.

(174) без ТЗ докрутить не удастся... вариант, конечно есть, но влетит в копеечку для Заказчика... насколько понимаю, Последний русский балуется этим))

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

(176) а и смысла нет у конечных пользователей выяснять, что же происходит на стыках... тут на чуть более высокий уровень подняться - и мозаика сложится)

(175) вариант работы без ТЗ по варианту НР - вполне может быть. когда надо куртить интерфейсы, взаимодействия, коннекты - вот тут НР пробуксует - и это в основном не задача "конфигурации" - а впервую очередь построения инфраструткуры и взаимодействия подразделений в разветвленной конторе...
.
мы вот скольо раз пытались у однйо из сеток выяснить нахрена им 4 экземпляра если он и нам всеглда возвращают 2 экземпляра..??? давайте мы вам 3 будем выписывать - нам на возврат хватит 1-го.. - можно так? - нет! а почему? "ммммуууууу....."
;-)

(177) о! это тебе повезло!!!
может у тебя опыт большйо и ты реально видел много контор где есть выделенные высококласные специталисты, которые стоят на стыках нескольких подразделений?

(179) можно назвать и везением))...

(180)и как называются должности этих специалистов?

(181) У нас она называется "директор по развитию"

(181) где как: где то директор по логистике, где то начальник отдела продаж..  кто - коммерческим директором.. не суть важна - важнее, найти того человека\тех людей, которые смогут решить вопрос..

(182)  на прошлой работе (брали на проект) у меня тоже была должность "директор по развитию" ;-)

(183) главное, чтобы вопрос решался комплексно...