Почему в регистре накопления ПартииТоваровНаСкладах нет измерения Организация (есть Склад), а оборотном регистре Продажи нет измерения Склад (есть Организация)?! Типа специально, что бы програмер ломал голову как строить отчеты по этим измерениям?

Почему?????

(0) чтобы ты заработал

(2) я и так заработаю) но зачем усложнять жизнь :(

(0) Странный вопрос.
Потому что регистр "ПартииТоваровНаСкладах" используется для учета партий на складах. Независимо от организаций.
А "Продажи" это регистр именно по продажам, независимо от организаций.

(4) Ох уж эти теоретики ((.. Ну добавили бы и туда и туда соответствующие и насколько бы проще было строить отчет!

(5) Если нужно деление по организациям, переходите на комплексную автоматизацию, там опционально включаются партии по организация. Это одно из ключевых отличий УТ10 КА1 в партионном учете\себестоимости.

(0) Разве при построении отчета по партиям нельзя узнать, какой организации принадлежит склад?

(0) потому что Украина.
Потому что організація и будова

(7) В партиях есть склад, но нет организации! И наоборот для продаж - есть организация, но нет склада.
(6) Спасибо :) Буду думать как теперь убедить клиента, который нанял меня всего лишь сделать небольшой отчет.

(9) У складов есть реквизит по структуре предприятия. На этом реквизите можно имитировать деление по юр.лицам.

(9) для продаж. Это важно, с какого склада продажа?

(11) Разве нет? Есть куча розничных складов! Разве не важно?

Склады, ессесно, это магазины.

(12) Структурируйте предприятие по подразделениям. Которые будут обозначать разных юриков. Я уже писал.

(12) да, е еще. Включена опция - несколько организаций?

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

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

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

(13) Телепаты? вангуем? с чего бы это склады - это магазины? это нихрене не "ессесно"

Читать http://its.1c.ua/db/utovioua

юрлицо = "ООО Хомячок"
фирма1 = Центарльный офис (юрлицо=ООО ХОМЯЧОК, склад = основной склад)
фирма2 = Магазин #1 (юрлицо=ООО ХОМЯЧОК, склад = "магазин #1" или "основной склад" - в зависимотси от потребностей учета)
фирма3 = Магазин #2 (юрлицо=ООО ХОМЯЧОК, склад = "магазин #2" или "основной склад" - в зависимотси от потребностей учета)

типа так, в зависимости от конфигурации и возможностей построения оргструткуры м.б. по разному

Или читать мануал из коробки http://its.1c.ua/db/utua

(20) угу.. ;-) тут как говоритяс один практик стоит лучше кучи теоретиков.. ;-)

(13) Есть торговая сеть, с кучей арендованных помещений. Вся документация ведется от лица основного юр. лица, кассовые аппараты регистрируются на основной офис, магазины в их структуре это - розничные склады. В конфигурации документы расхода, продаж выписываются с этих "складов/магазинов". По такое схеме работают многие малые и средние торговые конторы Украины. Почем это не "ессесно"? Или разработчик об этом не в курсе? Наверное потому у них измерения в регистрах партий, продаж по себестоимости и розничных продаж совсем не соответствуют друг другу.

(22) Уже третий раз говорю про подразделения, как структура предприятия. По подразделениям в УТ есть вся аналитика. не доходит

(22) Доходит. Но злит!

(24) Представляю, как ты разозлишься, если послушаешь курс правильного модифицирования типовых конфигураций через механизм расширений.

С удовольствием бы послушал :) Была бы возможность. Сам еще не опробовал.

(22) "магазины в их структуре это - розничные склады. В конфигурации документы расхода, продаж выписываются с этих "складов/магазинов". По такое схеме работают многие малые и средние торговые конторы Украины. Почем это не "ессесно"?

- потому что "магазины в их структуре это - розничные склады."
ну не надо бухгалтерскую УЧЕТНУЮ структуру натягивать на реальные процессы. магазин - де факто САМОСТОЯТЕЛЬНО ХОЗЯЙСТВУЮЩИЙ СУБЬЕКТ в терминах владельца. вот и обозначьте его именно так, а не "складом" (или используя реальные практические знания типовой конфиги вытащитьнужную инфу даже при неудобной оргструткуре в базе - это вам не книжки/руководства чиатать)
.
и это что за "розничный склад"..?
склад он и есть склад - хоть это опт на 20 тыс квадратов, хоть это кладовка на 20 квадратов - разницы никакой нет. кроме выбранного варианта оценик стоимост товарных запасов.

(22) так и вижу расходный бух документ где написано
Поставщик: склад №23...

(22) Не надо на меня наезжать терминамологий :) У элемента справочника "Склады" есть реквизит "Тип склада" с возможным значением "Розничный". Так какой он, если не розничный?!

(28) Не поставщик, - а "Склад: Магазин 666" - легко!

Кстати, по подразделениям можно и РИБ делать. Это значит, что можно, чтобы в каждом магазине была своя база, где есть данные только по их складу. Подразделения на самом деле суперская аналитику в УТ

Или можно сделать центральную для всех магазинов (подразделений) и сделать RLS, чтобы каждый магазин видел только свои данные.
Вся такая аналитика в УТ - на подразделениях

(30) эээ не надо! Поставщик/Продавец - кто? кто платит налоги? склад-магазин? - очень сомневаюсь.

(33) В базе склад (розничный)! На него с основного склада (оптового) перемещается на продажу товар на склад розничный под именем "Магазин 666".

(33) в Украинской УТ, чтобы налоги посчитать, надо еще сделать обмен с Бух 2.0. В УТ только НДС ные механизмы есть.

(32) Вся эта функциональность полезна и известна, не спорю :). Но нужен просто отчет с закуп./розн. суммах в уже работающей базе.

(33) Но в целом, предыдущие посты Злопчинский правильны :)

(37) Да :)

(36) Ну, так в чем дело. Берешь голову в руки и делаешь отчет в работающей базе

(39) Беру и делаю :) Но, блин, было проще, если бы... эх!

(40) Оно никогда проще не будет. Скоро буду мигрировать интернет-магаз с кучей СПБ с УТП на УТ. Так что проблема УТ для меня актуальна. Изучаю способы, ищу варианты. Буду делать конвертацию.

(34) все неправильно.
"..перемещается на продажу товар на склад розничный"
товар на продажу не перемещается. на продажу он продается.
и пофиг с какого склада.
розничный склад (в терминах 1С) от оптового склада отличается только фиксацией продажной цены как измерения.
поэтому на розничный склад перемещается товар для обеспечени ведения учета в разрезе розничных цен. и все.

(42) гудзон, видимо спутал понятия субъекта продажи и склада. В Украине это часто для неопытных одинесников.

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

но вообще твопя проблема - типовая для лавочников с магазинами, встречался неоднократно, у самого такой лавочник, точек 12 сейчас - и как ни странно - вполне себе считает продажи "со склада-точки" - причем типовыми меьтодами напрямую из регистров

(43) Ну уж если кто и спутал, так это те внедренцы, которые всю эту неправильность внедрили и до сих пор так и работают. А я тут не причем :) Я лишь отчет пишу ))

(45) ну и у меня так - настроенная неправильная схема миграции обрасла таким количество всякой хрени что ее менять себе дороже... так и мучаемся.. ;-)

(45) УТ сделана очень хорошо. Лучшая конфигурация ,как по мне.

(47) когда ее знаешь... ;-)

(48) Это правда :) Миллион часов в отладчике. Я делал конвертацию в нее из самописки, через КД. Казалось бы зачем? А вот пришлось

1С вообще крутая хрень, если ее знаешь :)

(50) Не согласен. Чем больше ее узнаешь, тем больше видишь узких мест. Да и... ты бываешь на официальном багбоарде 1С?

Не, не бываю. Неофициал я.

(52) Купи ИТС и почитай. Очень помогает. В Украине ИТС стоит 5502 в год