2 документа с одинаковой датой и отметкой времени... #234815

Время документа расхода 10:00Время документа прихода 10:00Позиция документа расхода меньшепри проведении расход с рассчетом регистров "На" не видит приходапри проведении расход с рассчетом регистров "По" видитПроблема с запросами и итогами регистраКак текущий документ видит 1 приход и увидеть в отчетах отрицательные остатки не могу...как решать?????

Сначала вводить приход, потом расход..."Позиция документа расхода меньше" - это означает, что по шкале времени, если можно так выразиться, он стоит раньше документа прихода, поэтому его и не видит.ЗЫ. если не ошибаюсь, тяпница все-таки ;)

Неверю я тебе :)Ты регистры по ТекущийДокумент расчитывал?

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

SQL сейчас, на дбф такого не замечалне понимаю как вылавливать отрицательные остатки ( при таком положении дел) культурно

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

Жаль что нет коментовПодскажите по чем он сортирует если время дкументов одинаковое а позицию документа игнорирует в запросе?

полный игнорэни бади хоум?

Иес, тутачкиВ журнале документов расход ЗА приходом?Рассчитывать надо на ТекущийДокумент а не на дату

Спасибо за коментарийнорасход перед приходомпо временной оси на 1 позициипо позиции документа расход раньшевсе методы получения отчетов-черный запрос-рассчет регистров и их остаткипоказывают в иерархии группировок первым документ приходачто приводит к тому что не происходит вылавливание минусовых остатковИХ НЕТ методами 1Сскладывается впечатление что отсортировал документы с одинаковым временнемпо наименованию метаданныхуже брежу

Время одинаковое - еще не всеВ журнал посмотриДата + Время + IDDOC**************Если ИтогиАктуальны = 0 ТогдаРег.РассчитатьРегистрыНа(ТекущийДокумент)

У меня задача сформировать отчет о отрицательных остатках возникающих и в таком случае включительнопозиция прихода "#20061116 360000000 264895CN "

Ну видимо приход все же ЗА расходомИзмени время прихода

(RTR) Чушь. Два документа НЕ МОГУТ ИМЕТЬ одинаковую позицию.Срочно читать RTFM.

(Джинн) Уважаемый читать внимательно и RTFM на всякий случайя сказал до этого ПО ВРЕМЕННОЙ ОСИ совпадаютпо позиции документа не совпадают пример выше смотричерный запрос выдаетпри группировке документ1 идет приход2 идет расходпозиция расхода "#20061116 360000000 264894CN "позиция прихода "#20061116 360000000 264895CN "это фактическое состояниерасход на самом деле раньшено запрос не обращает внимание на это

(КонецЦикла) айди я тоже представил фактическое так вот запросу плевать на ID в данном случае

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

<><>ОгєЬ™нјР™їјЊОвк‹КйоЪПѕјЊ™олШљпјЉљијЬ™глШ™ёїЫљлјЯ™гј‰ПёпЪЛйкЌ™гјЉ™глШ™ѕјЩљєїЋљкјЊ™глШ™ЅјЌљмјЭ™ёїЫОлјЋ™оїШ™йїЉ™ёлШ™йлШљлјЭ™мїЫ™№ї‹љйјШљйјШљолШ™мјШ™ЅїШ™ѕїЩ™ллШ™гјЬ™оїЪОлїЪ™ѕїЪОлјЬ™ѕј‰љиј‹™ојЊљйл‹ОлїЫОлј‰™ѕїЪ™ѕїШ™ѕјЫ™ѕлШ™ЅјЌ™мјРљнјРљЅлШ™кјЌ™№ї‹љгјЭПЅлШ™лїЩљёлШљиј‹™їјР™єкЋьЫЩиа

Ты решил мне нахамить? Думаешь от этого поменяются позиции документов?Запрос в студию. А лучше вернемся к сабжу и посмотрим, как ты остатки получаешь.

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

Я собираюсь все ето в ТабЗнач и там сортировать, но это нелепоа пока домой отсыпатьсяза конструктивные предлоения буду очень благодарен

Я пока не понял вопроса.Что нужно конкретно ?Понятно, что такое расположение документов не есть правильное и требовать от программы стандартной обработки неправильной ситуации большая ошибка.Как решать, уже сказано.вариант 1.Изменить время прихода так, что бы он "встал" по временной шкале выше расхода. (стараюсь использовать принятую в ветке терминологию).Либо расход "сдвинуть" таким образом вниз.Если нельзя изменить время документов никоим образом, тогда...вариант 2.Скопировать документ расхода. Оригинал удалить, копию провести.Учесть нумерацию и прочие тонкости, к-е могут присутствовать.В этом случае, имея одно и то же время, документы сдвинутся по ID.Добавить нечего.Считаю, что в таком случае нужно личить причину возникновения нештатных ситуаций координальным образом - исключать её.Отсюда и вопрос: Если я не праильно трактовал вопрос и дал не тот ответ, то объясните подробнее каких советов Вы ждёте.

Мне дали четкое условие работы с ограничением корректировки прошлых документов даже по времениТ.е. мне исходить из ситуации когда вот есть эти документы с одинаковым временем и обрабатывать их в отчетахПроблема в том, что мне нужно находить сформированные отрицательные остатки в разрезе Товар и Период, а период вплоть до текущего документаЕсть позиция документа в 1С и один из свойств ее временная шкала (равная в некоторых случаях у документов). Второе свойство ID оно разноеИ мне нужно понять почему при равном времени оно игнорирует 2 парметр - IDпри выводе по тек документу, т.е. документ прихода выводит 1 а расход вторым при обходе группировок. Хотя ID у расхода более ранний и он должен был вывестись 1, я же словить в этот момент в отчете и продемонстрировать его отрицательные остатки. И это отчет не по 1 товару не за 1 день в огромной базе, т.е. стандартные методы удобного и быстрого снятия остатков и движений по группировкам у меня не идут, а если буду отрабатывать весь регистр сбросив его в ТабЗнач это предположительно оч долго для отработки программой

Когда сортируешь в ТЗ - сортируй не просто по документу, а по хронологии документа - возможно из-за этого?

А не пробовал использовать ПолучитьПозицию и потом группировку по позиции?

Я надеялся что вытяну как обычно запросомВ ТЗ не проблема отсортироватьпросто кривовато долгоможет оказаться до ... не нужнымэто сделаю завтра если не решу нормальным методомвозможно нехватает знаний самого SQL ибо в дбф никогда не встречал

Вроде решил по божескиСделал задержку на 1 шаг в обходе группировокчто позволяет сравнивать и выводить правильно по позиции