Из .cf, как мне кажется, не очень получится создать чистую Базу. Но на 100% утверждать не берусь: ни разу не пробовал Попробуйте загрузить из ЧИСТОЙ .dt
Чудеса какие-то аж интересно посмотреть. Нашел ближайший релиз 8.3.15.1830. Выкачаю - попробую. 8.3.15.1700 не нашел. Если сможете, куда-то залейте; посмотрим. Может быть какая-то дурацкая проблема типа кеша?
Попробуйте условие по периоду после ГДЕ перенести в условие для соединения таблиц
| ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.ЗаправкиТС КАК ЗаправкиТС | ПО м_ТранспортныеСредства.Ссылка = ЗаправкиТС.ТранспортноеСредство | И ЗаправкиТС.Период МЕЖДУ &НачПериод И &КонПериод
У Вас был перечень выпускаемых работ (продукции). Добавилась еще одна. Если там свой расчет затрат, ну выделите её в отдельное Подразделение. Или положите на отдельную номенклатурную группу, где и собирайте затраты конкретно на эти работы. Или я недостаточно вник в вопрос?
ВЫБРАТЬ ВрТабл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 раза в день
Вопрос, конечно, интересный. И как выходят коллеги из данной ситуации, интересно почитать. Как по-мне, тут решающее слово за Бухгалтерией. Сверкой наименований в налоговых сейчас занимаются роботы, поэтому, если говорят, что наименование должно совпадать с документом Поставщика, значит должно совпадать
В общем-то, в Системе есть интересный РегистрСведений.НоменклатураКонтрагентов. В том числе в нем в качестве Ресурса выступает поле "НаименованиеНоменклатурыКонтрагента". По-идее, из ПТУ туда должна попадать информация о наименовании данной Номенклатуры у Контрагента. К сожалению, последней УТП у меня под рукой нет, а в УПП вижу, что в табличной части "товары" документа "ПоступлениеТоваровУслуг" есть реквизит "НаименованиеПоставщика", откуда заносятся данные в этот регистр. То есть, в принципе, наименование Поставщика в Системе хранится. Вот только нужно придумать, как его извлекать при формировании расходных и налоговых документов. Возможно, есть смысл посмотреть в сторону ведения учета по Характеристикам, поскольку в Регистре.НоменклатураКонтрагентов одно из измерений - это Характеристика
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!