Попробуйте условие по периоду после ГДЕ перенести в условие для соединения таблиц
| ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.ЗаправкиТС КАК ЗаправкиТС | ПО м_ТранспортныеСредства.Ссылка = ЗаправкиТС.ТранспортноеСредство | И ЗаправкиТС.Период МЕЖДУ &НачПериод И &КонПериод
У Вас был перечень выпускаемых работ (продукции). Добавилась еще одна. Если там свой расчет затрат, ну выделите её в отдельное Подразделение. Или положите на отдельную номенклатурную группу, где и собирайте затраты конкретно на эти работы. Или я недостаточно вник в вопрос?
ВЫБРАТЬ ВрТабл2.Сформировал КАК Сформировал, МАКСИМУМ(ВрТабл2.КолВоДокументов) КАК КолВоДокументов, СУММА(ЕСТЬNULL(ВрТабл21.Рейтинг, 0)) КАК Рейтинг1 ИЗ ВрТабл2 КАК ВрТабл2 ЛЕВОЕ СОЕДИНЕНИЕ ВрТабл2 КАК ВрТабл21
ПО ВрТабл2.КолВоДокументов < ВрТабл21.КолВоДокументов ИЛИ ВрТабл2.КолВоДокументов = ВрТабл21.КолВоДокументов И ВрТабл2.Сформировал < ВрТабл21.Сформировал
Не пробовали заменить обработку ее копией (заменив в ней что-то незначительно, например, название)? Возможно, в Рабочей базе что-то не так стало с вспомогательными таблицами (пройтись SQL-средствами по Базе), а при копировании ваши журналы становятся в правильное положение. Но в этом случае да, желательно присмотреться к выполняемым в обработке запросам повнимательнее
Какой именно процесс Вам хочется автоматизировать?
Если у Вас в Системе есть Документ реализации товаров, используете механизм ввода на основании, либо Заполнить - добавить из Реализации Если у Вас в Системе этого документа нет, то укажите себестоимость вручную. По-другому никак
У Вас есть ПериодМес - выводится в столбцах таблицы. Добавляете вычисляемое поле ПериодКвартал = НачалоПериода(ПериодМес, "Квартал"), указываете ему в оформлении форматную строку типа ДФ='к "квартал" yyyy' Затем в столбцах таблицы группировка верхнего уровня - ПериодКвартал, в неё вложенная ПериодМес. Как-то так
Надеюсь во всех алгоритмах работы с партиями Вы предусмотрели закрытие регистра по этому измерению. Иначе УПП умрет.
Не отмахивайтесь от этого вопроса. Если Ваш регистр не будет закрываться (а он в УПП обычно и так немаленький), можно спрогнозировать проблемы с работой Вашей Базы в будущем Возможно, если Вам нужен отчет по данному реквизиту только по оборотам, есть смысл добавить его не в измерения Регистра, а в Реквизиты?
Запрос, думаю, выбирает движения раздельно (если периодичность Авто или Запись), а вот СКД уже их компонует автоматом, если указана группировка Регистратор (или какая-то другая). Детальные записи должны дать столько строк, сколько у Вас движений. Добавляйте еще группировку по НомерСтроки. Либо же попробуйте извернуться вычисляемым полем вроде ЭтоУслуги = ВЫБОР КОГДА СуммаУслуг=0 ТОГДА ЛОЖЬ ИНАЧЕ ИСТИНА КОНЕЦ и группируйте по нему вместе с регистратором
и если можно. ответьте пожалуйста, реально ли это сделать так как я делал, просто взять недостающее поле из второго регистра к примеру у меня в другом регистре еще и номер счетчика
Конечно реально. Соединения таблиц собственно и нужны для добавления недостающих полей. Но вот правильно это сделать - это тот еще вопрос. Например, если Вы будете соединять по Регистратору, а один Регистратор в Правом регистре будет давать 2 записи (2 номера счетчика), то при соединении у Вас все данные в Левой таблице задвоятся. Иногда в таких случаях помогает группировка.
Остатки и обороты с регистратором - тема обширная. Если я Вас правильно понял, то правая таблица здесь вообще не нужна, а в параметре виртуальной таблицы РегистрНакопления.РасчетыЗаУслуги.ОстаткиИОбороты нужно указать Период. Ну а дальше - смотря что Вы хотите получить. Если у Вас отчет по СКД, посмотрите, например, тут или тут
Если у Вас запрос для каких-то дальнейших действий, то тут вопрос: а нужен ли Вам НачальныйОстаток и КонечныйОстаток по Регистратору?
и уже когда эта ТЗ будет помещена в СКД, только тогда будет применен отбор СКД
Совсем не обязательно. Делаете первым Запросом в своей новой СКД что-то типа
ВЫБРАТЬ Контрагенты.Ссылка ПОМЕСТИТЬ ВТКонтрагенты ИЗ Справочник.Контрагенты КАК Контрагенты {ГДЕ Контрагенты.Ссылка.* КАК Контрагент}
То есть, на закладке "Компоновка данных" данной временной таблицы сразу ставите условия, которые потом придут из Отбора СКД
А дальше, в основном запросе, формирующем выходную таблицу, добавляете что-то вроде
...ГДЕ Взаиморасчеты.Контрагент В (ВЫБРАТЬ ВТКонтрагенты.Ссылка ИЗ ВТКонтрагенты)...
Попробуйте, Вам понравится: 1 СКД - ето почти всегда лучше, чем 2 СКД
А причину того, почему не работает Ваш вариант, всё еще трудно понять: ведь Вы нам показали только рабочую версию на обычных формах. А как Вы его переделали на управляемых - не совсем понятно
Возможно, отбор, помещенный на Форме у Вас привязан не к СКДОтбор, а к основной СКД? А нельзя все действия, которые выполняются при формировании таблицы значения для основной СКД выполнить в запросе? То есть, получить на выходе одну СКД с одним отбором?
Тяжко так помочь, не видя запросов: телепатические способности в конце года на исходе. В СКД часто бывает такая фишка: автоматом поле Регистратор (на первой вкладке "Наборы данных") получает Роль "Период". Тогда как по логике использования Автор задумывал, что ето Измерение. Попробуйте, если у Вас там "Период" изменить роль на "Измерение"
Роли в Хранилище - ето такая вещь в себе. Я так до конца и не понял, причину, по которой такая ошибка происходит. Хватает роли, которые не имеют никакого отношения к помещаемому объекту. Правда, при этом, обычно, эту Роль или что-то с ней связанное параллельно правил кто-то другой. Для себя уяснил золотое правило: начинаешь что-то делать - обновись полностью из Хранилища. В случае, если работа затягивается, регулярно обновляйся. Хотя бы 1-2 раза в день
Вопрос, конечно, интересный. И как выходят коллеги из данной ситуации, интересно почитать. Как по-мне, тут решающее слово за Бухгалтерией. Сверкой наименований в налоговых сейчас занимаются роботы, поэтому, если говорят, что наименование должно совпадать с документом Поставщика, значит должно совпадать
В общем-то, в Системе есть интересный РегистрСведений.НоменклатураКонтрагентов. В том числе в нем в качестве Ресурса выступает поле "НаименованиеНоменклатурыКонтрагента". По-идее, из ПТУ туда должна попадать информация о наименовании данной Номенклатуры у Контрагента. К сожалению, последней УТП у меня под рукой нет, а в УПП вижу, что в табличной части "товары" документа "ПоступлениеТоваровУслуг" есть реквизит "НаименованиеПоставщика", откуда заносятся данные в этот регистр. То есть, в принципе, наименование Поставщика в Системе хранится. Вот только нужно придумать, как его извлекать при формировании расходных и налоговых документов. Возможно, есть смысл посмотреть в сторону ведения учета по Характеристикам, поскольку в Регистре.НоменклатураКонтрагентов одно из измерений - это Характеристика
Vladis86 @ Вчера, 14:59
, Да уж, в свое время возврат мне тоже кровь попортил немного.
Подозреваю, что такой подход в УПП - это рудименты заполнения старой декларации о прибыли (до 2011 года). Там был п. декларации "02.1 зміна суми компенсації вартості товарів (робіт, послуг)", куда нужно было показывать изм. ВД в случае возврата. Но ето только если возврат был не в том периоде, что была реализация. Если же возврат был в том же периоде, что реализация, то можно было эту сумму показать в "01.1 доходи від продажу товарів (робіт, послуг)". Вот 1С и сообразила такой алгоритм: если это возврат в текущем периоде, то указываем документ реализации и возврат проводится именно как возврат. А если возврат прошел в следующем периоде, документ реализации указывать не нужно и возврат будет проведен, как отрицательная реализация
Так что, думаю, современного положения по этому вопросу, почему это сделано именно так, Вы не найдете. Скорее всего, это рудимент, смиритесь и указывайте себестоимость вручную. Хотя, у себя я етот алгоритм переделал, чтобы он проводился по старой себестоимости и не корректировался расчетом
Что-то не совсем понятно с терминологией. Вы являетесь Комиссионером? То есть, с вашим поставщиком у Вас договор комиссии? Дык, в УТП есть операции под такую схему работы (например здесь) Если это не договор комиссии, тогда не понятна вот ета фраза:
Цитата
2. Делаем поступление на склад по упр. учету, т.к. по бухгалтерии у нас еще нет этого товара и продать мы его не имеем права.
Ответственное хранение - ето не совсем то. Это когда Вы предоставляете свои склады для хранения товара (ну и прочих складских услуг) и получаете деньги за это, но не помогаете владельцу товара в его реализации
ИМХО это кэш и ничего более. У меня были похожие приколы с отладкой внешнего отчета при копировании Базы Рекомендации: встройте отчет в Конфигурацию или поместите его в Сервис - Дополнительные внешние отчеты и обработки (и обновляйте там каждую его новую версию)
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!