v7: 1с++ Получение документа из регистра, недопустимое имя столбца "IDDoc". #768000

код: Select   подскажите, что ему надо?

код: Select   подскажите, что ему надо?

>>> Рег.IDDoc as [Докм $Документ], А кто вид документа будет указывать?

+ Откуда на остатках, IDDoc?

без толку, эт ч упростил, было         |    Рег.IDDoc as [Докм $Документ],         |    Рег.IDDocDef as Док_вид,

+ Запусти отладку запроса.

неужели 1с++ кто то еще жрет? по моему на 77 остались только ларьки с типовыми?

Обороты не путай с остатками :)

мне только "СтоимостьРасход" нужен

Не знаю, как там ларьки. Но на прямых запросах с прямыми руками программиста 1С. 7.7 объедет 8.х :)

это только кажется зы без IDDoc показывает нужные цифры, но мне надо пару реквизитов из документа получить

Да ладно. Есть куча специально заточенных конфигураций, которые переделывать накладно. Но при этом они прекрасно работаю и сделана выгрузка в 8.3

Вот так нужно.

+  можно конечно тупо сделать запрос по расходным накладным, но в вот пишут-же в интернетах: Получение документа из регистра В зависимости от наличия флага БыстаяОбработкаДвижений (значение флага смотрите в разделе Оптимизация регистров) получается 2 способа. Способ 1: при наличии флага. ТекстЗапроса = "

Там вроде у этой виртуальной таблицы есть ряд параметров, которые нужно указать. А так, я некогда не любил сею конструкцию. Мне вот лучше выполнить 3 запроса: Чем лепить все одной командой :)

Пользуйся конструктором запросов 1С++

блин, а - таки работает

Для запуска конструктора запросов вызовите метод RunWizard плагина qryMaker или выберите пункт "Конструктор запросов 1С++" в меню шаблонов плагина "Телепат".

У тебя параметра нет "Документы".

Во-первых, не указана периодичность Во-вторых у тебя в виртуальной таблицке не будет иддока, а будетПозицияДокумента

+  походу прийдется соединять виртуальную табличку регистра с обычной

дык ты выбираешь из виртуальной табицы, а - из реальной

В виртуальной таблице остатков можно указать периодичность?

че-т не получилось у меня установить телепат на вин7

не надо. Получи позицию, и возьми от нее 18-23 символы

не можно, а нужно!

не уменю пока получать позицию ...а соединять по-ходу не по чем :)

Ставится у попроси

А нафига вообще виртуальна таблица, если все данные и так получить можно?  Чтоб непонятнее было?

Блин, не 18-23... Кортче, там  date_time_iddoc получается, в виде чар

а не пофиг ли? виртуальной удобно всякие ведомости делать

Да это от лени. Писать меньше. А так еще нужно было бы остатки получать, отдельными запросами. Хотя можно так же все объединить.

в типовых нет 1с++ а там, где есть 1с++ - как правило, достаточно большие и нагруженые базы. Которые переводить на снеговика долго и накладно. Процесс, конечно, идет, но медленно.

Удобно, но не вот этим монстром, что в попробовал заюзать :)

А еще с огорчением, в виду потери скорости на снеговиках :)

мне лично так проще, не надо запоминать лишнего (как вирт. таблицы устроены)

31+ При этом 1С++ позволяет использовать всю мощь T-SQL

там "Бесплатно для новых юр.лиц" :)

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

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

в чем у тебя проблемы? в регистрации этих ocx и т.п.?

"потеря скорости" - это мягко сказано.

чет опять двадцать пять :)         |Select           |    Рег.ПозицияДокумента as Поз, ... Server Driver][SQL Server]Недопустимое имя столбца "ПозицияДокумента".

1. по регистрации - сейчас скину исправленый рег.бат Если найду. протерял где-то. Или пытай алексея, я по его советам делал 2. Периодичность какая стоит?

никакая не сояла, поставил Document - заработала :) сейчас попробую день, неделя...

в "день" и "неделя" позиции документа не будет

+  - да, прав :( м что делать, если именно это нужно?

РегистрОстаткиОбороты с периодичностью глючит, только не помню - то ли с периодичностью Документ, то ли со всеми кроме Документ

а если нужны только расходы, может лучше запрос по оборотам делать?

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

попробуй в Рег.бат заменить функцию на }

делай сразу по регистру (по таблице движений)

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

Запусти батник от имени администратора

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

Если хочешь в разрезе документов, то у вирт. таблицы, как тут уже писали, периодичность ставишь "Документ". А обращение к нему через "ПозицияДокумента". Пример: FROM $РегистрОбороты.ТвойРегистр(:НачДата, :КонДата~,Документ, . .) as Рег LEFT JOIN _1SJourn as Жур (nolock)  ON Жур.Date_Time_IdDoc = Рег.ПозицияДокумента А дальше уже из Жур вытягиваешь и документ и вид документа.

Получай по дате нужный разрез, и по нему группируй в запросе

т.е. сначала получить СписокДат из выбранного периода с заданной периодичностью, а потом соединять его с данными из регистра?

+  причем, если по "День" - то понятно как соединять, е сли по неделя, иесяц - еще надо подумать зы  ну вот почему этот ИДДОК не засунуть в ВиртТаблицы-а? ну нужен-же не только мне наверное :)

нет. у тебя будет список дат (позиций документов) по движению документов. От этих позиций бери нужное - например, номер недели как datapart(wk,cast(left(Рег.date_time_iddoc,8) as datetime) )

о, вон оно как, надо подумать ...или попробовать :) кста, этот date_time_iddoc так примерно выглядит: "201603109KYJWG 8" дата как-бы видна невооруженным взгядом, а дальше - это что, ссылка на док? а после пробела?

а не, после пробела это походу и есть ИДДОК

спавибо за пинок в нужном направлении :) и вообще - всем спасибо

Дата 6 символов, потом 6 символов время в тысячных секунды с начала даты, переведенное в 36-разрядную систему, а далее - иддок. ходи на скрипт-кодинг, там расписано

Дата - 8

right(ПозицияДокумента,9) - iddoc

ну как-же 6 символов? ну явно-же 8 "201603109KYJWG 8" - 20160310 как-то маловато информации возвращает этот DATEPART DATEPART(month, cast(left(Рег.ПозицияДокумента,8) as datetime)) as month // 2, 3 как минимум нужно соединять с годом...

восемь, восемь.. тарапился

если надо годмесяц - бери из даты первые 6 символов. Если до дня - первые 8. а дэйтпарт - нужно для номера недели, или для дня недели, или номера квартала

У регистра должна быть галочка "Быстрые движения"

+ Или типо того

Да лучше, но писать немного дольше :)

"не тормози. сникерсни"©

66

спасибо

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

да, нужно именно для вывода, просто боюсь при запросе за период с "переходящим" годом - получу бардак... 12.2015; 01.2016 при периодичности "месяц" отсортируется как 1, 12

+   а в этом коде, я не могу из "2132016" получить "21032016"

+  впрочем получилось :)  ...уж не знаю насколько это оптимально         |    (left( '0' + cast(DATEPART(day, cast(left(Рег.ПозицияДокумента,8) as datetime))  as varchar) , 2) +           |    left( '0' + cast(DATEPART(month, cast(left(Рег.ПозицияДокумента,8) as datetime))  as varchar) , 2) +             |    cast(DATEPART(year, cast(left(Рег.ПозицияДокумента,8) as datetime))  as varchar) ) as Период,

+   мдя, что-то меня не туда занесло, пока решал "строковую" задачку, потерял главное :)

о, такая конструкция возвращает первый день в месяце         |    DATEADD(day,-DAY( cast(left(Рег.ПозицияДокумента,8) as datetime)) +1, cast(left(Рег.ПозицияДокумента,8) as datetime) )  as Период, осталось такое сделать для первого дня недели

так отрезай первые 6 символов: 201512,201601,201602...

за каким нахреном?

как раз ларёк с типовой без проблем сваливает на 8-ку.

ну вообще-то да, решает ту-же задачу :) а вот как с неделями быть надеюсь в найду :)

какя разница, написано оно на t-sql или на 1с? Если тебе нужно "начало недели" в запросе - это одно, а если только при выводе - нахрена грузить сервер излишними вычислениями?

да, для 1-го дня недели работает, спасибо |DATEADD(DD, DATEDIFF(DD, 0, cast(left(Рег.ПозицияДокумента,8) as datetime))/7*7, 0)  as Период,

спасибо

блин... с неделей то у меня косяк :) у буржуев начало недели - воскресенье почему-то более правильно так:

ну, давно известно, что они начинают неделю с отдыха....

странно, у меня с кодом в все нормально 22.02.16, 29.02.16, 07.03.16 может от системных установок зависит?

+  впрочем с кодом из тоже :)

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

подскажите, а почему так получается? кусок кода: Select     cast(left(Рег.ПозицияДокумента,8) as datetime) as День,     Рег.Товар [Товар $Справочник.Товары],           СпрТ.Descr + cast(cast(left(Рег.ПозицияДокумента,8) as datetime) as varchar) as Ключ1 FROM              $Справочник.Товары as СпрТ (nolock) on СпрТ.id = Рег.Товар

+  а я почемуто ожидал