Платформа 7.7., Очень сильно переписанная Торговля

Задача :
Необходимо добавить еще одно измерение в регистр Партии. Уже есть 5 измерений, хотят еще одно.

Ребята, правильно я вижу ситуацию?

- Новая константа - Дата - делит учет на "до появления нового измерения" и "после"
- переписать проведение всех документов, двигающих этот регистр,
- переписать отчеты, работающие с этим регистром.

Теперь то, что вызывает больше всего вопросов.

База старая, работают в ней давно, резать не хотят.
Перепроводить все документы не вариант. Поплывет что-нибудь, 100%

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


Для конкретики . В партиях появляется новое измерение "Склад".
Взять текущие итоги по регистру Остатки и "распределить" эти остатки, с учетом склада, на партии..
Жду комментариев :)

(36) да даже если это 6.0 и самописка с нуля, что это меняет ?

(41) интересно же, на каком г.. народ до сих пор работает

(40) ответ скорее всего кроется в слове "дописано производство"

(41) А в 6.0 разве так можно?

(44) в 60 регистров не было, как и все торговли

Документ Партия Приход ТМЦ, документ прихода возвратТМЦ от покупателя.

(45) Ужас какой... И ведь тогда мобильних телефонов почти не было, и вконтакте с одноклассниками...
(38) А какой еще способ кроме как одной себестоимости?

(38)
Сейчас разве не похоже ?
Один склад - это пустой склад , с пустым измерением.

До начала изменения, сейчас :
Товар А
Партия1
Кол = 5, себестоимость 10
Партия2
Кол = 3, себестоимость 12;

Делаем срез регистра остатки.
Товар А
Склад1 Кол = 1;
Склад2 Кол = 7

----------------
Что б как-то соединить
партии и склады
получается после преобразования


Партия1 Склад1
Кол = 1, себестоимость 2
Партия1 Склад2
Кол = 4, себестоимость 8
Партия2
Кол = 3, себестоимость 12;

===========
Не ?

(42) :) тебе чтоб посочувствовать или позлорадствовать ?
// мне самой все это довольно уныло.. уже и не думала, что в 7.7. буду писать. :( еще и такое.. :(

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

потом ужо, веди учет как хочешь

(38) А разве в (0) указано, что нужна себестоимость?
А если партии уникальны, ну тобишь при приходе создается новая партия,  тогда можно как я предлагаю в (31)

(52) а нахрена тогда этот регистр нужен ?
Для красоты ?
:))

(52)нужна себестоимость?
Красиво!

(48) так можно, но копейки не сойдуться. И придется выравнивать.

(53) для эстетического удовлетворения.
не, возможно еще сроки товара, серии-партии-херактеристики...

(50) да, это я понимаю.
И тут я вижу 2 проблемы.
1) судя по общему состоянию базы и по тому, как ведут учет рискуют по количеству не сойтись партии и остатки.
2) ну и копеечки при делении

может еще чего не вижу..

А регистр не закрытый по измерениям? Профнепригодность?

(53) А если при приходе создается новая партия, тогда можно с них так и начать делать, а на старые забить. Потихонечку выпьются:-)

(59) Наивный какой.
У тебя никогда не уйдут партии с пустым складом.

(59)А измерение склад?

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

(59) вот эти партии с пустым измерением будут тянуться в итогах до скончания базы.

(62) дык штатных списания/оприходывания/инвентаризация нема ?
там должно быть усё.

(62) ну и если самодельный док, то ..как будут расскидывать по складам ?

на основании другово регистра, типа Остатки, в которм склад есть, пропорционально ?

Ввод остатков по регистр, служебный документ, всё в 0 списываешь и приходуешь куда надо.

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

(64) инвентаризация есть.. но судя по тому, что модуль документа пуст, никто ей не пользуется.
Списания нет.. Ток мне оно и не надо. Оно ж и остатки спишет.

(65) Обработкой (пишу). А ты думал они руками будут раскидывать ? :)

(66) да-да.Именно так. Я в (0) написала вроде бы..

Думаю сделать два дока (минимум)
и все-таки с табличной частью.
Просто самой интересно посмотреть что ж у них в партиях лежит.. Может уговорю выпилить 1-2 измерения.

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

Хорошо, а как вы себестоимость будете раскидывать?
Как балабосы будете делить? Себестоимость станет не правильная, не?

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

(71) Себестоимость раскину по алфавитно-фифошному принципу.
=)
Складу, который на букву А, достанется самая ранняя партия, на Б - вторая... и т.д.

Ну, а как еще..?
Как сейчас определить какой именно товар из какой партии находится на складе, если этого учета никогда не велось ?  Как ?  Фирма работает х.з сколько лет.

(72) А зачем тогда вообще воротить огород ?
Нельзя так вести учет. Что-то списывается по-старому, что-то по новому.  Это хаос и бардак.

Всё списать с пустого и оприходовать  на основной. остальное штатными документам.

(73) А как тогда вообще определить какой товар на каком складе? Инвентаризацию делать,да?

(74) так всеравно-же в регистре останутся записи с пустым полем склад. А если задним числом документ поправят и проведут?

Хотят, добавь. Судя по на писаному в (0). Они просто хотят, но не понимают, зачем :)

(72)  с партионкой работал когда нибудь?
(77) и будет там усё нормально, после перепровода.

(0)Ты все сам уже знаешь, что тебя ждет :)
Склад, хорошая идея... (может быть, но не для программиста)

(79)Не факт, измерений больше станет регистр не закроеться. Склады могут быть разные.

(79) Со всем работал.
Как ситуация: Приход старый проведут, по которому уже все списано и он (документ прихода) сделает оприходование на склад, а списано без склада.

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

Кстати, тоже хотелось бы знать, зачем я все это буду делать. Потом, когда все партии с искусствено назначенным складом продадутся - будет все красиво. Можно будет посчитать себестоимость склада, например.  Но пока все как-то неясно.

У них тут есть что-то по аналогии МОЛа.


Есть большой-большой общий склад железяк.
И есть люди : Вася, Петя, .....
Это сборщики. Это по сути, аналоги склада
Сборщик берет себе комплектующие (делает перемещение) на себя (на склад). Чтоб сто раз не ходить, он берет побольше.
И вот, видимо, если что-то пропадет, с этого сборщика можно будет списать по себестоимости...
Ну, как-то так я вижу общий смысл.

(77) прости, долго объяснять.. где-то видела в сети видеоурок на эту тему. Гилева, что ли... Было б хорошо тебе показать. Там очень хорошо на эту тему.

(80) самА :)
// написала руководству письмо, расписала весь предстоящий геморрой.. вот жду вердикта. (резать или сразу в морг :))

Кстати, а в документах прихода/расхода есть склад?

(82) >>>ихода) сделает оприходование на склад,

с какой радости ?
Старые документы по своему алгоритму проводятся, новые - по новому.

видать, хреново рабоал ты

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

Старый документ проведется по-старому... без склада.

Другое дело, если они изменят что-то в ресурсах. Количество или себестоимость. Тогда нужно заново перезаполнять документы корректировки.. ну, либо как вариант еще один.. Но такие вещи должны быть форс-мажором и стремиться к нулю. В принципе, тут бух следит за тем, чтоб не лазили в "заднее число"

(86) да

(87)А если дата документа изменена.

(83) ну тогда все просто - делать основной. Все закидывать на него, а дальше как и раньше на склады Петя, Вася... не? (87) Так она не хочет проводить разными алгоритмами.

Что есть дата разделения учет?

(23) мударасы-ССЗБ

(88) работал нормально, сегодня подтупливаю, мозг медленно работает.

(91) :)  поверь, я придумаю что-нить.
(92) А зачем мне вот это действие "все на основной"? Не пойму чего-то....
Как это я не хочу ? Я это с самого начала сказала..

(94) ну, вот так вот, да.. ЗБ это 100% :)

кхм... а в 77 можно движения документов изменять не перепроводя сами документы?

(96) У вас физически склад один?
елси нужно только учитывать сколько у Васи и Пети добра, то можно все приходывать на основной склад, а потом на их склады перемещять.

(98) Нет (если штатно)

(0) Да, в общем все верно. Хотя я бы послал с этим измерением.

(98) "можно", в обработке

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

(99) нет.

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

(105) даю 100%, что после перепроведения получишь совсем другие остатки :))

(103) по-моему проще один служебный документ, заполнить обработкой, чем 150 перемещений. Плюс перемещения они же и остатки двигают.. Это получается, нужно сказать всем Васям и Петям вернуть все на склад, а потом заново раздать..

(101) почему послал бы ?)

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

(106) ну да, в начале темы уже обсуждали это, я даже 146% дал бы что база поедет.
(107) Как Вы определите что у них есть в наличии без инвентаризации?
Если Вы хотите поделить между ними всё, то это капут и погибель :-)

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

(111) А Петя и Вася не подерутся, что у них одна и та-же железяка по разной себестоимости?

(112) пусть дерутся, это проблема их начальника, а не программиста

Ведь в разрезе склада себестоимость измениться, не?

(110)
есть регистр остатки. В нем есть измерение Склад. Склад называется "Вася".

Срезом остатков на дату всего этого переноса я 100% узнаю сколько деталек сейчас у Васи.
Или я что-то не догоняю ?!

Вот со стоимостью этих остатков проблема. Я предложила выше в алфавитном порядке.

(115) проблема будет, когда
на остатка 10 штук, а по партиям 0 и наоборот :)

(112) а зачем им об этом знать?)
Васино дело детали крутить и следить за тем, чтобы ничо не пропадало =)

(116) да-да. я в (57) писала. :)

(115) Тогда зачем (0) городить, когда склад уже есть :-)

(119) а себестоимость как узнать?

(117) может статься, что себестоимость которую ему надо вернуть будет другой :-)

уже какое-то переливание из пустого в порожнее. Ей богу.

(119) склад есть в количественном учете, ей теперь нужен склад в суммовом

(118) .2 копеечки при делении обычно раскидываются на самую большую сумму, это вообще не проблема

(120) а разве ее сейчас нет?

(124)в общем по фирме, а не по складу

Спишите всё в 0. Оприходуйте в закупочных ценах, не забудьте подписать всё у начальства.

(125) Для целей списать с Васи балабосики разве не подойдет средняя по фирме?

(123) согласна, это не самая большая проблема. по сравнению со всем остальным "огородом", так и вообще ерунда.

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

(128) сделай запрос по пересечению остатков наменклатуры между складами,
а то может 90% позиций окажутся уникальными для склада

(128)Беда со всех сторон. Поиск то как раз работает. Вам главное базу не перепроводить!

(129) это вряд ли. Собирают одно и тоже то все.

(130) поиск работает ? или вы имеете в виду поиск windows по текстовым файлам?

(131) кхм... работать не хочешь?

Напугай что база "ляжет". И они отстанут. Мы же все-таки "ленивые" программисты :-)

(132)Да но тут логические цепочки рвуться.

(135)+ #ЗагрузитьИзФайла  помогает но слабо.

(133) бесполезную работу делать точно не хочу :)

Ох, кого-то и отымеют за перекос суммовых остатков по складам...

(138) страшно представить кого..

(0) Напиши процедуру в гл.модуле с очисткой и заполнением (повторением) движений с заполненным складом. В документах двигающих регистр сделай вызов на нее с отменой остального проведения и перепроведи все документы. Это будет быстро. Потом вызов убрать. Почти наверняка вылезут расхождения. Но этого не избежать. При  формировании "среза" служ.документами ситуация будет аналогичная(!). Также, при использовании варианта с формированием "среза" неизбежна проблема корректировки задним число с обязательным перепроведением документов "среза", которые будут весьма немаленькие.

Разумеется предварительно обкатать на копии.