Нужен совет. учёт продажных цен в ТиС #382014

Клиент - торговая сеть. работают на какой то самописке (не 1С). задача - перевести на 1С. Особенность учёта ТМЦ состоит в следующем : 1. при приходе товара определяется его продажная цена 2. при передаче товара в розницу он передаётся по той цене, которая была определена при приходе 3. на оптовом складе ведётся учёт в закупочных и продажных ценах. В случае расхождения продажных цен на один и тот же товар возможна "дооценка" (изменение продажных цен - выравнивание) 4. в розничных точках учёт ведётся в продажных ценах. Для выравнивания цен по сети возможны "дооценки", однако они не обязательны (может быть разная стоимость товара на разных точках) 5. при передачи на точку товара пользователь должен видеть : - остатки этого товара на точке в разрезе продажных цен (есть ситуация когда товар по разным ценам есть на одной точке - в зале цена одна - по учёту разная - не сделали дооценку) - остатки на оптовом складе в разрезе продажных цен короче - всё упирается в ведение учёта остатков в разрезе складов и продажных цен, определяющихся при приходе товара. пока делаю на регистрах, но как то не очень нравится. может лучше на справочниках (типа "ПартииПоСкладам" с реквизитами "партия", "склад" и "продажная цена") что скажете? может кто что делал подобное если возникли какие то вопросы - задавайте

Все вышеуказанные особенности учтены в типовой конфигурации ТиС. 1,2   Документ "Поступление в розницу (купля - продажа) 3,4,5 Общий склад для всех точек заведи с пометкой "Розничный". Используй документы "Перемещение товара". Используй тип цен Розничный. ИМХО, ничего дописывать не нужно. Отчет по остаткам можно сделать с любым типом цен.

не понял ничего. Наверное потому что у меня нет русской ТиС. давай по пунктам : 1. как работает документ "поступление в розницу"? мне надо прогонять товары через оптовый склад. 2. по остаткам не понял опять же. мне надо видеть сумму остатка не по цене в карточке а по реальной цене при передаче ТМЦ на магазин

И правильно, что на регистрах. Зачем справочник "ПартииПоСкладам", если можно на регистре иметь измерения "Партия", "Склад" и "ПродажнаяЦена"? На том же регистре - иметь одновременно измерения "Количество", "Стоимость" и "СтоимостьПрод".

всё бы здорово - переоценка в этом случае получается кривая... движения лишние по регистру кстати - количество и стоимость - ресурсы на сколько я врубаюсь в 1С

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

разные цены - разные товары. можите ипацца с партиями, но вас это не спасет.

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

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

ты себе мозг вырвешь если этим требованиям начнешь соответствовать.

штука евро на дороге не валяется ;)

Возьмёшь впополам? :-)

я жадный. ;) а если серьёзно - всё готово практически (на регистрах). просто щас до кучи всё леплю вот и спрашиваю совета пока не поздно.

хня советы... хня идеи афтара... ну да это панятна

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

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

Образчик решения задач на списание см. тут: sample.rar (164K) - пример решения задачи по оперучету и бухучету (списание ФИФО, ЛИФО, по средней цене).

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

Требования к решению задач на Специалиста (в основном там проверяется эта самая задача на списание) лежат здесь: «1С:Торговля и склад 7.7» (раздел обновлен: 02.12.2002) Может кстати и в типовой все есть.

мне не списание остатков надо. мне учёт в разрезе продажных цен надо. т.е. остатки в разрезе продажных цен

Возьми русскую ТИС, там все это сделано. Именно учет ОДНОГО товара по разным розничным ценам с точностью до остатка. Именно поэтому ПродЦена - это измерение, а не ресурс!

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

Не понял, на каких справочниках? Номенклатура и Цены? Я лично доработал ТИС. Отказался от розничных складов в понимании ТИС. Достиг работоспособности твоего сабжа именно на справочниках Номенклатура и Цены. При этом реализовал это добавив новый документ Переоценка, ужесточив права, и несколько внешних отчетов. Два года - полет нормальный. Недавно выловил жульничанье на удаленной точке - определил сумму воровства.

это пять! инженер знаний ;)))...

ты не в теме судя по всему. то ты говоришь в ТиС уже всё есть то дорабатывал.. определись вначале что и как...

тут?

Я в теме. В ТиС доработанно, но я этим не воспользовался. Мне показалось проще разработать свой альтернативный механизм. В нем есть недостаток, он не может учитывать остатки одного товара по разным ценам. Если ты воспользуешься механизмом ТИС, то у тебя получится, то что описано в . Отвечу на вопрос это так: если нужно учитывать остатки одного товара по разным ценам, то не знаю как это можно сделать без спец. измерения в регистре. Если не нужно, то можно чисто на справочниках (без регистров), т.к. сделал я у себя.

кто?

На справочниках фирма 1С запрещает делать решения. Это сразу оценка 2.

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

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

ТиС (российский) в рознице может легко хоть по 10-ти ценам учитывать... делай на регистрах... в типовой российской ТиС: 1. Есть, но, с некоторыми оговорками... возможно важными для тебя, цена устанавливается в справочнике.... 2. Есть, правда цена берется из справочника и записывает в регистр 3. этого нет... учет только по приходной 4. Есть 5. п.1 - есть, п.2 - в силу того что нет учета в опте по розничным ценам, ес-сно нет...

Имхо быстрее всего взять российскую ТиС - большинство уже сделано, и описывалось выше в топиках...

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

"ты второй раз на моей памяти изобретаешь алтернативній механизм нормально работающих вещей и второй раз у твоей разработки есть недостаток который настолько существенен что твоя разработка теряет смысл для общего пользования" . Вот тут давай подробнее, что за первый пример с таким ограничением? Что касается второго примера, то см. . Я наоборот утверждаю, что в ТИС это нормально реализовано, и отвечая на вопрос можно реализовать ли это на справочниках, ответил можно, но с существенными ограничениями. Ты же начинаешь позиционировать мой пример как выпячивание с моей стороны достойной альтернативы, когда я утверждаю обратное. Зачем переворачиваешь с ног на голову?

поясню для тех кто в танке - мне НЕ НУЖЕН механизм который не отвечает моим условиям. а по поводу второго раза - я про несколько табличных частей в документе. все рассказы что это красиво ложится на любую ситуацию - бред. я попробовал (у меня есть доумент с пятью ТЧ) - не ложится в моём случае. понимаешь - прежде чем пиарить свои разработки следует указать все недостатки и ограничения. например - у меня есть документ в котором три ТЧ на одной закладке. и таких закладок 4. ты предлагаешь сделать 12 закладок на документе? очень удобно. ЗЫ совет - слушай иногда что другие говорят. твоё мнение конечно имеет значение, но и к чужим прислушиваться надо

Вообще-то, я предложил тебе механизм, который отвечает твоим условиям (регистры в российской ТИС) и отметил, что не считаю возможным это реализовать с использованием справочников, аргументируя это своим опытом. Ты же ведешь себя некорректно, делая оговор. . Ограничения про несколько табличных частей в документе я указала, повторю специально для тебя: 1) ТЧ на разных закладках 2) суммарное кол-во строк 9999 Эти ограничения несущественны для большого круга задач, поэтому мое решение я позиционирую широкоупотребимым. . "пиарить свои разработки" Покажи пример пиара? Был только случай опроса, чтобы определить узкие места моего способа, и выяснить более удачные на мой взгляд способы реализации. Узкие места были названы, более удачных реализаций (на мой субъективный взгляд, на мои субъективные задачи) не оказалось. Но это уже мои проблемы, не принимай их близко. . " чужим прислушиваться надо" Приведи хотя бы один пример когда я не внимал чужим советам?

ещё один офтоп в тематической ветке и будет бан - сраться иите в лайф