Доброго времени суток, всем!
Вопрос все по той же Комплексной конфигурации 1С 7.7
При формировании отчета по продажам по некоторым позициям товара цена закупки и цена продажи равно, а некторых случаях даже цена продажи меньше чем цена закупки, соотвественно узнать реально процент торговой наценки просто невозможно он либо равен нулю либо отрицательный.

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

Торговый модуль комплексной брат-близнец ТиС. Поэтому:
1. Списание товара происходит по методу установленному в настройках фирмы, обычно это ФИФО (1 пришел, 1 ушел)
2. Учёт товара на складах ведется в разрезе розничных цен.

Как это происходит:
1. При поступлении товара на розничный склад (или перемещении его с оптового на розничный), в документе Поступление ТМЦ (розница) (или Перемещение ТМЦ (в розницу)) появляется колонка "Розничная цена".
2. Происходит запись движений по регистру ОстаткиТМЦ и ПартииНаличие, цена из колонки "Розничная цена" записывается в измерение регистров "ЦенаПрод" (при оприходовании на оптовый склад сюда ничего не пишется).
3. При продаже товара или возврате его с розничного склада происходит списание товара по регистрам по методу, установленному в настройках фирмы (или ЮЛ - не помню), пусть для примера это будет ФИФО. Для этого из обейх регистров отбираются остатки по фильтру "Фирма,Склад(МОЛ),Номенклатура,ЦенаПрод".
4. Списание по регистру ОстаткиТМЦ происходит сразу, при чём, если товара на складе по установленным фильтрам недостаточно, но при этом в настройках фирмы указано - "Не контролировать остатки", то записи производятся всё равно (в итоге можем получить остаток в минусе).
5. А вот с регистром партий всё гораздо сложнее... Во-первых результат, отобранный фильтром, сортируется по значению измерения "ДатаПартии" (в случае ФИФО по возрастанию), далее в цикле происходит списание партий и себестоимости, (т.е. на 1 строку продажи может быть записано несколько строк движений и списаны несколько различных партий со своей себестоимостью).
6. Какая нас ждёт засада №1! - Если партий для списания по количеству с нужной "ЦенаПрод" недостаточно, то возникает пониятие "товар не распределился по партиям" и тогда может по 1 строке реализации не быть записано ни одного движения по регистру.
7. Какая нас ждёт засада №2! Обратите внимание на измерения Склад в регистре ОстаткиТМЦ... А в регистре ПартииНаличие его нет!, там есть "МОЛ" (материально-ответственное лицо)!, т.е. если в справочнике склады, есть несколько складов и МОЛ у них одинаков (или у всех не заполнен), то 1С подсунет нам под списание партии, которые вообще на этот склад не были оприходованы!!!, а соответственно и их себестоимость.
8. Какая нас ждёт засада №3! 1С никоим образом не контролирует себестоимость списания, поэтому продажи "в минус" - ваши проблемы и головная боль.


Очень рекомендую для анализа отчёт "Ведомость по партиям ТМЦ" С большим числом группировок он покажет Вам всю описанную мною картину в красках. Для анализа наценки используйте управленческие отчёты: Анализ продаж, Анализ ТМЦ и т.д.

Добавлено через 5 минут и 27 секунд
Я же Вас предупреждал по поводу Комплексной...
Я на ней "собаку съел", но при этом зубов поломал... - "мама не горюй"

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

Добавлено через 8 минут и 18 секунд
А если у Вас появятся операции по Импорту, можете сразу требовать удвоение гонорара, т.к. теперь Вам придётся провести несколько ночей у заказчика и настучать куеву тучку кода...

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

Ибо ситуации такие не редки, пример (один из самых простых):

1. Клиент перечислил предоплату за товар 1000 руб. по дог. №1 (Строка выписки банка приход, запись по регистру покупатели, измерение №ВидДолга - Аванс, проводка на 62.2)
2. Бухгалтер увидел, что клиент должен 300 руб. по договору №2 и сделал (Бух. справки с 62.2 суб. Дог №1 - 62.1 суб. Дог №2  -  300 руб.     !!!Записей по регистрам НИКАКИХ!!!)
3. Клиенту отгружен товар по дог. №1 на сумму 1000 руб. (Реализация, запись по регистру покупатели: Сторнирован Аванс, Долг за товары, Зачтён Аванс в качестве оплаты. Проводка 62.2 - 62.1 на сумму 1000 руб.!!! =- И вот это конец!) Бухгалтер костьми ляжет и ему пофигу ваши регистры, потому что он как снаряд будет непокобелим на сумме данной проводки 700 руб.

И это только цветочки, а ягодки - НДС с авансов, налоги, прибыль и т.д. и т.п.

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

Я много лет работал (и работаю) с этой конфигурацией, но при переходе на 8-ку отдал предпочтение чистой бухгалтерии. Не потому, что она лучше, потому что устал...

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

понятно, сейчас попробуем

Ну примерно ситуация как вы и описывали, Списание по партиям ТМЦ идет вроде как близко к истине, а вот по остаткам некорректно.
Заметил такую хитрую вещь, товар по кассе прошел, в отчет "Ведомость по остаткам ТМЦ" не попадает , за какой то день, но это списание присутствует в отчете "Остатки по партиям ТМЦ". Как то это не нормально.

Я всё обрисовал - смотри по отладчику...

Ну проблему с остатками решил, просто переписал движение по регистру и все пошло как по маслу

Нууу...
Ещё не факт, где это вылезет боком....
У Вас конфа типовая? Не переписанная?

Ну проблему с остатками решил, просто переписал движение по регистру и все пошло как по маслу

Здравствуйте!

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

У нас вней ведётся Бухгалтерия и Торговля, ЗиК отдельно...

Проблема возникла при формировании Отчета по Контрогентам, ну это я решил... потом по Анализу продаж... начал смотреть логи операций по пользователям, выявил нарушения, были некоректные операции, а именно Бухгалтер меняла "Точку Актуальности" и Оператор несколько раз изменял документы задним числом, последние что изменили был документ Реализации от 01.07.09 следовательно Точка актуальности выставилась на 01.07.09 чем это черевато ? 

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

Моё личное предположение из-за того что плавала ТА, по этому отчёты показывали разные цыфры в отчетах... но всё же решил уточнить тут... Про ТА читал много инфы, гадость ещё та, но правильная... 

И что посоветуете предпринять в данной ситуации мне сейчас? Перепровести все документы и выставить ТА на реальную дату ???

Заранее спасибо.   

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

полностью согласен, раньше в глопалку писал, не помню уже... а на уровне разрешений юзерам галочки выставить нет возможности ??? просто с Комплексной давно не работал, в оснавном ТиС и ЗиК, ну и Бух по реже... Ситуацию подправил методом проведения доков и выставлением ГП и ТА в нужное русло, обработочку могу слить сюда если нужно, брал на инфостаре, неплохая кстате...

Кидай пригодиться, людей то много использует и не последний раз она возникает у пользователей.

Обработка с выставлением ГП и ТА... Проводит документы, есть возможность выставления по ТА и Текущую дату для проводки документов...

Присоединённый файл ( Кол-во скачиваний: 25 )
 rest_seq.zip 15,95 Kb