Доброго времени суток!
Платформа 1С:Предприятие 8.2 (8.2.19.83)
Конфигурация "Розница для Украины", редакция 2.0. (конфигурацию допиливали и мне она перешла уже редактированная, так что возможны небольшие несоответствия)

Теперь о проблеме.

Есть небольшой розничный магазинчик. Долго работали с конфигурацией, со временем заметили несоответствие себестоимости некоторых позиций. Ситуация оказалась простая - программа переоценивала с новым приходом товара, т.е. пример: у нас на складе 10 едениц товара по 5 грн. (себестоимость получается 50 грн.). В течении месяца мы продали 3 и осталось 7 (себестоимость 35 грн.). Мы закупаем этот же товар в количестве 3х штук, но уже не по 5, а по 4 (т.е 35 грн + 12 грн. = 47 грн) Но получается так что те товары которые уже лежат на складе так же переоцениваются и мы получаем себестоимость склада 40 грн. (10 шт. по 4 грн.) И так происходит при любом изменении цены как большую так и в меньшую стороны. Погуглил. Оказалось что не мы первые столкнулись с данной проблемой и для решения нужно поменять способ учета себестоимости. Заходим в Настройки и администрирование -> Запасы и закупки -> Способ учета себестоимости. Видим Автономный учет и из предложных вариантов Принимать из управляющей системы (т.е. из Управления торговлей, которая не установлена за ненадобностью). В описании к автономному учету напрямую написано: "себестоимость товара приравнивается к цене последнего поступления". Из того что я узнал на других ресурсах нужен метод FIFO, но как его внедрить в Розницу 2.0 нигде толком не написано. Вроде как в Рознице 2.1 этот метод представлен, но учитывая то, что эта конфигурация допиливалась, не уверен что смогу правильно обновить без потери базы данных (склада, контрагентов, скидочных ДК и т.д.). Есть ли способ максимально просто и безболезненно исправить данный косяк без обновления базы?

P.S. Знаю что уже переоцененный товар исправить будет трудно, поэтому речь идет о дальнейшей правильной работе базы.

Насколько мне известно себестоимость в программе не хранится и FIFO нет. Могу ошибаться, конечно...
В моей практике не встречалось внедрений Рознице в чистом виде, всегда идет в связке с Бухгалтерией или УТ, обмены типовые.

Егор Динин @ Сегодня, 13:41 необходимо зарегистрироваться для просмотра ссылки,
Не совсем понятно, значит исправить никак? Управление торговлей в списке конфигураций числится, но не запускается.

"Как" . Но подправить где-то пару строчек кода и чтоб заработало - вот это, вероятно, никак.

Vofka @ Сегодня, 14:33 необходимо зарегистрироваться для просмотра ссылки,
Посоветуйте в каком направлении рыть) Не профессионал, конечно, но попробовать стоит.

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

Розница - это "фискальная точка", способная обмениваться с УТ. Все Параметры и настройки учета находятся в УТ. В Рознице они по определению не делались.
Я уже не помню есть ли там возможность использовать учет по партиям, но скорее всего его там нет.

Acid @ Сегодня, 15:50 необходимо зарегистрироваться для просмотра ссылки,
Тоесть можно поставить УТ, задать там нужные параметры и больше ее не открывать?

Grezzly @ Сегодня, 21:06 необходимо зарегистрироваться для просмотра ссылки,
не пробовал так.
Суть в том, что понятия Себестоимости в Рознице отсутствует. Там чисто накопительная информация.

Acid @ Вчера, 21:41 необходимо зарегистрироваться для просмотра ссылки,
Хорошо, как вариант решения проблемы: установка УТ 3.0, синхронизация с Розницей 2.0 и переброс всех данных в УТ, возможно если пройдет успешно то и обновиться УТ до 3.1 можно. Ваше мнение - это может помочь? Если да, то посоветуйте как правильно провести синхронизацию-конвертацию ну или источник вдохновения)

У вас получится распределенная база.
Импортнуть данные в УТ. Затем сделать выгрузку в Розницу.

Распределенная база? Зачем?

не помню просто как УТ с Розницей вяжется.

Посмотрел....
Себестоимость есть, хранится в РС, периодическом. Но там она, походу, уже пересчитанная и толку от нее...
Еще есть РН ЗакупкиТоваров с количеством и суммой.

Ничего страшного. И прошлые периоды можно пересчитать.
Мож дооценка имеющихся - просто ошибка в коде? Абсолютно бессмысленно...

Шось мозг плывет.... версия 2.0.2.1 "Розница для Украины" "ABBYY Ukraine"???

Ничего там не переоценивается. Себестоимость вычисляется при потребности, ниоткуда не списывается ибо нигде не хранится.
В РС "Себестоимость" пишутся цены закупки.
Остатки - просто количество.
Так что "проблема" ТС - в отчетах.

Zaval @ Вчера, 22:50 необходимо зарегистрироваться для просмотра ссылки,
Версия именно такая. Возможно я не совсем правильно сформулировал мысль, техническая сторона у меня слабенькая, так что не серчайте)

Вот это пишет сама программа. И стоимостная оценка склада и рентабельность соответственно корректируются при новых приходах и новых ценах соответственно. Если это отчеты, то как это исправить?

Оно не корректируется, нельзя скорректировать то, что не хранится.
Стоимость товаров есть только а Закупках и Продажах, весь учет товаров на складах - только количественный.
Еще хранятся цены закупки. И все.
Откройте Движения любого расходного дока и попробуйте найти там списание себестоимости. Нету...
Все, что Вас беспокоит - рассчитывается в отчетах. Нужно просто правильно посчитать.

Zaval @ Сегодня, 12:59 необходимо зарегистрироваться для просмотра ссылки,
я же говорю - технически я подкован слабо и могу путать терминологию. Просто я немного не понимаю. На скриншоте написано что себестоимость приравнивается к цене последнего поступления, так как тогда настроить отчеты что бы они показывали реальную картинку?

Grezzly @ Сегодня, 18:23 необходимо зарегистрироваться для просмотра ссылки,
Вы так и не сформулировали, что Вам нужно. Обязательно партионный(ФИФО) или "по средневзвешенной" будет достаточно? Это же не бухучет...
Конфигурация выглядит сырой, скорее всего будет активно развиваться, особо рьяно допиливать нецелесообразно.
Средневзвешенная делается достаточно просто, отчеты переделывать не придется.
Хотя нет, протупил... так получится некий покруч, что-то похожее на средневзвешенную.
А если уж переделывать отчеты - то лучше начать со структуры хранения данных, т. е. сделать все правильно.

Zaval @ Сегодня, 22:25 необходимо зарегистрироваться для просмотра ссылки,
хотелось бы максимально точно понимать общую картину, и насколько я понял именно ФИФО этому способствует. Но если это слишком сложно, то и средневзвешенной будет вполне достаточно. Буду чрезвычайно благодарен если обьясните как ее настроить

Grezzly @ Сегодня, 22:32 необходимо зарегистрироваться для просмотра ссылки,
Настроить в пользовательском режиме не получится.

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

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

Zaval @ Сегодня, 23:02 необходимо зарегистрироваться для просмотра ссылки,
так цена поступление и есть себестоимость. От цены поступления делается наценка и формируется продажная цена. А получается из-за того что как раз таки все подравнивается по цене последнего поступления мы не видим реальной картинки. Опять же колебания цен поступления вызывают в итоге недостачу и переизбыток прибыли в базе. Так что тут скорее нужен точный отчет. Как Вы думаете?

Этому отчету придется пересчитывать все с самого начала, промежуточных данных в системе нет.
Хм... а может, выгрузить данные в другую, "нормальную" конфигурацию и там анализировать?

Zaval @ Сегодня, 23:28 необходимо зарегистрироваться для просмотра ссылки,
Вообще пересчитывать все то что было до необязательно. Главное что бы в дальнейшем программа считала правильно.
А по поводу выгрузки базы я уже думал. Предлагаете взять чистую РС и УТ, синхронизировать, закинуть все наработки и трудится дальше?

А где она возьмет текущую стоимость товаров на складе? В регистрах остатков только количество...


Зачем так сложно? Прежде всего попробовать выгрузить все в чистую УТ(там же есть ПланОбмена с УТ).

Zaval @ Сегодня, 23:46 необходимо зарегистрироваться для просмотра ссылки,
Тогда для переноса правильнее сделать синхронизацию, или выгрузить и загрузить базу через конфигуратор или как то по другому?

Настроить новую синхронизацию с базой УТ

Zaval @ Сегодня, 0:01 необходимо зарегистрироваться для просмотра ссылки,
Что то я совсем запутался. Сделал синхронизацию. Данные вроде как перенеслись. Вижу в УТ всех контрагентов, список товаров, склады и кассы, но сходу натыкаюсь на несколько проблем:
- Во первых касса без валюты (перенеслась из Розницы, а там такого реквизита вообще не было. Пытался создать новую и отталкиваться уже от нее, но в списке выбора при открытии кассовой смены ее нет.
- Во вторых не могу сформировать остатки в УТ. Выбираю склад который перетянулся из Розницы и формирую на завтра но остатков нет.
Попробовал еще сделать поступление, но тоже какая то фигня. Подскажите что может быть не так.

Grezzly @ Сегодня, 16:14 необходимо зарегистрироваться для просмотра ссылки,
Посмотрите, провелись ли доки.
А еще сразу распишите, что в какой базе будете делать. Нпр, в УТ - устанавливать цены, планировать закупки.
В Рознице торгоборудование настроено, персонал привык.

Zaval @ Сегодня, 16:26 необходимо зарегистрироваться для просмотра ссылки,
Ничего не соображаю. Нужно решить проблемы с оценкой склада, что бы товар на складе не оценивался по цене последнего поступления, а было хотя бы средневзвешенному. Придется перейти полностью на УТ, синхронизироваться с УТ что бы она передала нужные параметры, работать в двух конфигурациях одновременно лишь бы это помогло. А тут все только усложняется. Я бы с удовольствием остался на Рознице, если бы это было возможно и решало бы проблему с оценкой товара.

Grezzly @ Сегодня, 17:24 необходимо зарегистрироваться для просмотра ссылки,
Работать в Рознице, настроить обмен с УТ, там все анализировать.
Сейчас успокоться и довести до ума инфу в УТ.
Приходы/расходы все перенеслись? - проверьте даты первых и последних.
Документы проведены? - посмотрите движения. Бывает "перенос дока с движениями", тогда движения переносятся, а не формируются проведением документа в базе-приемнике. При необходимости - перепроведите документы обработкой.

Вам нужно: или в Рознице организовать партионный учет (это проще), или УТ.
Для передачи товара в Розницу есть одноименный документ УТ. После этого уже выгрузка в Розницу.
Все Поступления вводятся в УТ (для себестоимости).

Acid @ Вчера, 18:37 необходимо зарегистрироваться для просмотра ссылки,
я за "проще") Как этого добиться? Объясните чайнику)

Вы же говорите, что вам Розницу пилили долго?
Посмотрите по каким регистрам формирует движения документ продажи. И по каким документ прихода. Сравниваете. Если есть общий типа "ТоварыНаСкладах...", то можна смело добавлять измерение "Партии". Ну и доработать запись в регистр.
Либо, чтоб не ломать ничего, создаете новый регистр. Обзываете "СебестоимостьТОваров". И прописываете его проведение в Приходе и Расходе.

Acid @ Вчера, 18:00 необходимо зарегистрироваться для просмотра ссылки,
Не могу найти схожих. И что прописать в новом регистре тоже до конца не пойму. Можно ли просто переписать метод который по умолчанию используется Розницей?

Сейчас под рукой Розницы нет.
Напишите сюда по каким регистрам формируются движения при Приходе и при Расходе.

Acid @ Сегодня, 8:45 необходимо зарегистрироваться для просмотра ссылки,
решил подойти к проблеме с другой стороны - перейти на Розницу 2.1 Там есть учет по средневзвешенной, это вполне подходит. Теперь проблема в том что бы корректно перенести данные из Розницы 2.0. Как это лучше сделать и что для этого нужно?

Правила, пункт 6. Тема закрывается.