ВЫБРАТЬ РАЗЛИЧНЫЕ ЗаказыНаПроизводствоОбороты.ЗаказНаПроизводство.НомерПлавки КАК ЗаказНаПроизводствоНомер, ЗаказыНаПроизводствоОбороты.Номенклатура КАК НоменклатураЗаказНаПроизводство, СУММА(ЗаказыНаПроизводствоОбороты.КоличествоПриход) КАК КолвоЗаказНаПроизводство, ЗаказыНаПроизводствоОбороты.Номенклатура.ЕдиницаХраненияОстатков КАК ЕдИзмЗаказНаПроизводство ПОМЕСТИТЬ ВремТабЗаказыНаПроизводство ИЗ РегистрНакопления.ЗаказыНаПроизводство.Обороты(, , , ) КАК ЗаказыНаПроизводствоОбороты ЛЕВОЕ СОЕДИНЕНИЕ Документ.ТребованиеНакладная.Материалы КАК ТребованиеНакладнаяМатериалы ПО ЗаказыНаПроизводствоОбороты.ЗаказНаПроизводство = ТребованиеНакладнаяМатериалы.Заказ ЛЕВОЕ СОЕДИНЕНИЕ Документ.ОтчетПроизводстваЗаСмену.Продукция КАК ОтчетПроизводстваЗаСменуПродукция ПО ЗаказыНаПроизводствоОбороты.ЗаказНаПроизводство = ОтчетПроизводстваЗаСменуПродукция.ЗаказВыпуска ГДЕ ОтчетПроизводстваЗаСменуПродукция.Ссылка.Дата МЕЖДУ &НачалоПериода И &КонецПериода И ТребованиеНакладнаяМатериалы.Ссылка.Дата МЕЖДУ &НачалоПериода И &КонецПериода И ЗаказыНаПроизводствоОбороты.Подразделение = &Подразделение
//////////////////////////////////////////////////////////////////////////////// ВЫБРАТЬ РАЗЛИЧНЫЕ ЗаказыНаПроизводствоОбороты.ЗаказНаПроизводство.НомерПлавки КАК ЗаказНаПроизводствоНомер, ТребованиеНакладнаяМатериалы.Номенклатура КАК НоменклатураСписание, ТребованиеНакладнаяМатериалы.СерияНоменклатуры КАК СерияНоменклатурыСписание, СУММА(ТребованиеНакладнаяМатериалы.Количество) КАК КолвоСписание, ТребованиеНакладнаяМатериалы.ЕдиницаИзмерения КАК ЕдИзмСписание ПОМЕСТИТЬ Списание ИЗ РегистрНакопления.ЗаказыНаПроизводство.Обороты(, , , ) КАК ЗаказыНаПроизводствоОбороты ЛЕВОЕ СОЕДИНЕНИЕ Документ.ТребованиеНакладная.Материалы КАК ТребованиеНакладнаяМатериалы ПО ЗаказыНаПроизводствоОбороты.ЗаказНаПроизводство = ТребованиеНакладнаяМатериалы.Заказ ЛЕВОЕ СОЕДИНЕНИЕ Документ.ОтчетПроизводстваЗаСмену.Продукция КАК ОтчетПроизводстваЗаСменуПродукция ПО ЗаказыНаПроизводствоОбороты.ЗаказНаПроизводство = ОтчетПроизводстваЗаСменуПродукция.ЗаказВыпуска ГДЕ ОтчетПроизводстваЗаСменуПродукция.Ссылка.Дата МЕЖДУ &НачалоПериода И &КонецПериода И ТребованиеНакладнаяМатериалы.Ссылка.Дата МЕЖДУ &НачалоПериода И &КонецПериода И ЗаказыНаПроизводствоОбороты.Подразделение = &Подразделение
//////////////////////////////////////////////////////////////////////////////// ВЫБРАТЬ РАЗЛИЧНЫЕ ЗаказыНаПроизводствоОбороты.ЗаказНаПроизводство.НомерПлавки КАК ЗаказНаПроизводствоНомер, ОтчетПроизводстваЗаСменуПродукция.Номенклатура КАК НоменклатураВыпуск, ОтчетПроизводстваЗаСменуПродукция.СерияНоменклатуры КАК СерияПродукцииВыпуск, ОтчетПроизводстваЗаСменуПродукция.НоменклатурнаяГруппа КАК НоменклатурнаяГруппаВыпуск, ОтчетПроизводстваЗаСменуПродукция.НоменклатурнаяГруппа.Код КАК КодНоменклатурнаяГруппаВыпуск, СУММА(ЕСТЬNULL(ОтчетПроизводстваЗаСменуПродукция.Количество, 0)) КАК КолвоВыпуск, ОтчетПроизводстваЗаСменуПродукция.ЕдиницаИзмерения КАК ЕдИзмВыпуск ПОМЕСТИТЬ Выпуск ИЗ РегистрНакопления.ЗаказыНаПроизводство.Обороты(, , , ) КАК ЗаказыНаПроизводствоОбороты ЛЕВОЕ СОЕДИНЕНИЕ Документ.ТребованиеНакладная.Материалы КАК ТребованиеНакладнаяМатериалы ПО ЗаказыНаПроизводствоОбороты.ЗаказНаПроизводство = ТребованиеНакладнаяМатериалы.Заказ ЛЕВОЕ СОЕДИНЕНИЕ Документ.ОтчетПроизводстваЗаСмену.Продукция КАК ОтчетПроизводстваЗаСменуПродукция ПО ЗаказыНаПроизводствоОбороты.ЗаказНаПроизводство = ОтчетПроизводстваЗаСменуПродукция.ЗаказВыпуска ГДЕ ОтчетПроизводстваЗаСменуПродукция.Ссылка.Дата МЕЖДУ &НачалоПериода И &КонецПериода И ТребованиеНакладнаяМатериалы.Ссылка.Дата МЕЖДУ &НачалоПериода И &КонецПериода И ЗаказыНаПроизводствоОбороты.Подразделение = &Подразделение
//////////////////////////////////////////////////////////////////////////////// ВЫБРАТЬ ВремТабЗаказыНаПроизводство.ЗаказНаПроизводствоНомер КАК ЗаказНаПроизводствоНомер, ВремТабЗаказыНаПроизводство.НоменклатураЗаказНаПроизводство КАК НоменклатураЗаказНаПроизводство, ВремТабЗаказыНаПроизводство.КолвоЗаказНаПроизводство КАК КолвоЗаказНаПроизводство, ВремТабЗаказыНаПроизводство.ЕдИзмЗаказНаПроизводство КАК ЕдИзмЗаказНаПроизводство, NULL КАК НоменклатураСписание, NULL КАК СерияНоменклатурыСписание, 0 КАК КолвоСписание, NULL КАК ЕдИзмСписание, NULL КАК НоменклатураВыпуск, NULL КАК СерияПродукцииВыпуск, NULL КАК НоменклатурнаяГруппаВыпуск, "" КАК КодНоменклатурнаяГруппаВыпуск, 0 КАК КолвоВыпуск, NULL КАК ЕдИзмВыпуск ИЗ ВремТабЗаказыНаПроизводство КАК ВремТабЗаказыНаПроизводство
ОБЪЕДИНИТЬ
ВЫБРАТЬ Списание.ЗаказНаПроизводствоНомер, NULL, 0, NULL, Списание.НоменклатураСписание, Списание.СерияНоменклатурыСписание, Списание.КолвоСписание, Списание.ЕдИзмСписание, NULL, NULL, NULL, "", 0, NULL ИЗ Списание КАК Списание
ОБЪЕДИНИТЬ
ВЫБРАТЬ Выпуск.ЗаказНаПроизводствоНомер, NULL, 0, NULL, NULL, NULL, 0, NULL, Выпуск.НоменклатураВыпуск, Выпуск.СерияПродукцииВыпуск, Выпуск.НоменклатурнаяГруппаВыпуск, Выпуск.КодНоменклатурнаяГруппаВыпуск, Выпуск.КолвоВыпуск, Выпуск.ЕдИзмВыпуск ИЗ Выпуск КАК Выпуск
ed.kharkov @ Сегодня, 15:43
, Добрый день! А как это сделать, там же данные совсем разные, если бы выше были те же данные, они бы свернулись, а так.., может пятница уже не соображаю)
Есть отчет, который выводит данные ввиде "лесенки", а надо чтобы вместе, как подправить запрос, или удалить верхние пустые строки, чтобы меньше места занимали данные? Вот в таком виде сейчас оно, а надо как бы подтянуть все позиции вверх. Связь есть через заказ.
Спасибо большое, LOGIST! Последний вопросик, что за конфигурация УНФ+CRM, тоже локализация для Украины, можете дать ссылку на ресурс, не слыхал про такую?
Да, согласен с Вами конечно. В общем, даже такой ответ устраивает, и за это большое спасибо. Сейчас стоит вопрос выбора конфигурации для перехода с 1С 7.7 самописной, производственного предприятия. УПП отпадает по причинам своей сложности и неуправляемых форм и непонятных перспектив в будущем по поддержке и развитию, в общем тупиковая ветвь. Производственный блок есть в Украинских конфигурациях похоже только в УНФ, поэтому вроде как и альтернативы нет, но так же не нашел каких-либо отзывов о реальных внедрениях на производстве. Поэтому и задался вопросом, ну хоть что-то в общем и целом. Думаю не только мне эта тема интересна. Если пожалуйста можете по блокам кратко опять же описать. Я понимаю, чтоб бизнес и производственные процессы везде разные, ну скажем нюансы и особенности у каждого свои, основные процессы все же совпадают, поэтому по-блокам было бы интересно узнать, в таком духе: блок закупок слабоват, блок продаж отлично, блок производства средне, но дорабатывается на раз и в целом конфигурация во-внедрении и освоении пользователями классная, ну или не очень)) Ну вот что-то кратко, но все же чуть более развернуто чем Вы ответили в первом посте. Спасибо! Может еще кто-то может своим опытом и впечатлениями поделиться, не обязательно даже внедрения, просто даже эксплуатации, хоть тема внедрения конечно больше интересует.
Добрый день! Есть ли у кого из форумчан реальный опыт внедрения данной конфигурации, какие подводные камни, как конфигурация в целом работоспособна, насколько сырая? Возможно кто-то не внедрял сам, но слышал о реальных внедрениях и отзывах, возможно есть даже ссылки, где можно почитать что-то посмотреть? В общем интересует все, что кто может сказать по данной конфигурации. Более конкретно интересует конечно блок закупок, продаж и производства под заказ клиента. Заранее благодарю.
Формы управляемые, вот что я привел пример из УТ 11, так там используется общая форма "ФормаОтчетов" - так она пустая, ничего на нее не вынесено, все заполняется походу программно. Но это ж надо как-то вначале "выкрутить" стандартный период из формы (до ее открытия), а на его место программно "вкрутить" свое поле с обработчиком вызова этой обработки, хз как это реально, но сделали ж - значит реально.
Vofka, без разницы какой отчет - все отчеты, которые на СКД и имеют стандартный период, вот пару скринов с первого попавшегося "Анализ денежных потоков":
!
правила, пункт 11
Petre, да специфики нет, есть самописная конфа, в ней есть своя обработка с календариком, компактная/привычная и везде используется в отчетах, где есть выбор периода и что не на скд, а вот как прикрутить ее к тем отчетам, что на СКД, вместо стандартного периода, вот как ее туда прикрутить, Petre? Ну скажем для унификации выбора периода, чтобы был он как у всех отчетах (хоть на СКД, хоть нет).
Сейчас вот смотрю УТ 11 Российскую, там в отчетах на СКД есть свой вариант выбора СтандартногоПериода. В отчетах на СКД своей формы нет, есть общая форма "ФормаОтчета", но она тоже пустая (на саму форму ничего не выносится), в общем походу программно они создают все элементы формы на основе КомпоновщикаНастроекКомпоновкиДанных - блин, так там киллометры кода...
Да, так вроде понятно, и инфа есть по программной работе с СКД думаю разберусь, а вот если не добавлять поля на форму и не создавать свою форму, а именно "вклиниться" в тот момент когда форма гененируется системой на основе СКД и вывести элементы программно, ну или уже после отследить какое поле пользователь выбрал и в зависимости от эотого вызвать к примеру обработку. Задача вообще стоит так, чтобы если есть в параметрах СКД СтандартныйПериод, то при выборе пользователем периода, вызывался не стандартный вариант выбора периода, а свой, разработанный, более удобный и красивый для пользователя. Для обычных отчетов оно понятно, на кнопку навесил вызов обработки или общей формы со-своим красивым календариком, потом присвоил значения ДатеНач и ДатеКон, а вот ка быть с СКД, к тому же если не хочется создавать свою форму.
Всем доброго дня! Предположим есть отчет на СКД, без своей формы, добавив в параметрах схемы компонови данных СтандартныйПериод, в настройках поставим птичку "включать в пользовательские настройки" с быстрым доступом - нам система автоматически сгенерирует форму с соответствующим периодом отбора, ну и еще если будут какие-то отборы, то так же добавит. Вопрос в том, можно ли "вклиниться" и как-то по своему программно вывести эти поля отбора на форму, к примеру, чтобы выводить для пользователя не стандартный период выбора интервала дат, а свой. Ну или может при выборе как-то можно вызвать свою обработку, скажем когда пользователь кликнет на выбор периода в параметрах СКД на форме?
Попытка ПрефиксИБ = Лев(ЭлементДанных.Номер, 2); Исключение ПрефиксИБ = ""; КонецПопытки; Если НЕ ПустаяСтрока(ПрефиксИБ) Тогда Если СокрЛП(ЭтотОбъект.Код) <> ПрефиксИБ Тогда ОтправкаЭлемента = ОтправкаЭлементаДанных.Игнорировать; КонецЕсли; КонецЕсли; КонецПроцедуры
Да, отработала - сам документ, пришедший из ПБ1 в ЦБ в ПБ2 не попал, НО в оборотке есть движения и если развернуть карточку, то движения с битой ссылкой "Объект не найден...". Вот такая штука, не совсем правильно получается...?
Ну да, документ фильтруется и не переносится, а вот движения регистра бухгалтерии переносятся, ну и еще какие там регистры будут тоже перенесутся, соответственно без регистратора, вот и битая ссылка в результате, тобишь нехорошо получается Что же это, анализировать еще и на все регистры, может есть более красивый способ отфильтровать?
Да, уже убедился - все доки бегают по всем базам. Вроде такая простая фишка, а не реализована в типовом РИБ, думал может где-то есть "подводный камень" и можно обойтись малой кровью, а не подскажете в каком направлении копать, чтобы сделать такой фильтр? Заранее благодарю.
Подскажите пожалуйста, есть ли возможность типовыми средствами настроить обмен по технологии РИБ между идентичными конфигурациями "Бухгалтерия для Украины 1.2" по такой простой вроде на первый взгляд схеме:
Есть одна центральная и три периферийных, необходимо чтобы данные из периферийной базы 1 (ПБ1) попадали в ЦБ и обратно (если к примеру в ЦБ что-то изменили в документе), НО данные, загруженные из ПБ1 в ЦБ не должны попасть в любую другую ПБ2 и ПБ3 соответственно через ЦБ. Другими словами, если сделать приходную накладную или любой другой документ в ПБ1, то он попадет в ЦБ и обратно, НО не должен попасть через ЦБ в ПБ2 и ПБ3. Это необходимо для того, чтобы все данные периферийных баз сливались в центральную для консолидированной отчетности, есть ли такой механиз в типовой реализации или надо "шаманить" правила, или может есть какой еще вариант решения данной задачи? Что-то не нашел в поиске чего-то внятного именно по такой схеме, хоть с РИБ на 8-ке не сталкивался, поэтому возможно и не заметил нужной информации
Всем большое спасибо за ответы, в принципе понятно. А возможен ли вариант без использования счета 683, или это не по фэншую и в принципе нельзя так делать с точки зрения бух.уч.? Ну скажем так, создав какой-то транзитный "виртуальный склад"? В чем преимущества/недостатки использования/не использования 683 счета при перемещениях между складами разных подразделений?
Спасибо, в общем суть понятна, ну к примеру с обменом как оно должно быть правильно отражено документами, вот ситуация. Есть головная база, куда сливается типовым обменом инфа из трех баз (обособленные подразделения - Орг1, Орг2, Орг3). Как правильно отразить документооборот, чтобы оно все правильно слилось при обмене в головную базу, если Со Склада Орг1 перемещаем в склад Орг2 - это у нас будет списание в базе Орг1 (Дт683-Кт281), тогда необходимо, чтобы кладовщик скажем в базе Орг2 сделал оприходование, ведь мы ж перемещаем из склада Орг1 на склад Орг2 (Кт683-Дт281), тогда при обмене с головной базой - эти два документа (списание из базы Орг1 и оприходование в базе Орг2) загрузятся в головную организацию и будет все красиво (если я правильно понимаю), а если Орг два не отобразит оприходования.., в общем такого типа вопрос, наверное больше к бухгалтеру или кто уже работал с межфирменными операциями.
Спасибо, было смутное подозрение - теперь уверенность. Остается вопрос, как это тогда правильно реализовать, тобишь с учетом вышесказанного, чтобы сливалась информация в головную базу при типовом обмене со-всех фирм (перемещения из орг1 в орг2, из орг3 в орг1 ну и так далее варианты могут быть различны понятно), чтобы максимально типовым обменом через УРБД, ну или возможно какие варинты кто подскажет, заранее благодарен.
Добрый день! Как правильно отразить перемещение товаров между обособленными подразделениями организации, есть ли типовой корректный механизм реализации данной задачи через 683 счет (внутрихозяйственные расчеты). Если указывать в документе "Перемещение товаров" в колонке "счет учета получ" 683, то аналитика не подхватывается, тобишь есть подозрение, что в типовой реализации такая схема не работает. Как тогда правильно это сделать, или может кто как реализовывал поделитесь пожалуйста. Еще к тому же планируется УРБД, тобишь одна головная и три отдельных базы (между которыми естественно есть перемещения товаров между ихними складами), в эту головную должны корректно соответственно загружаться при обмене данные перемещений для общего баланса, понимаю, что через 683 счет, но как конкретно реализовать не до-понимаю , тем более что в типовом решении похоже нет такого, или не туда смотрю. Наверняка уже было подобное обсуждение на форуме, но что-то не нашел, может киньте ссылкой буду очень благодарен. Именно чтобы для бухгалтерской конфигурации конечно.
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!
стандартный период из формы (до ее открытия), а на его место программно "вкрутить" 
Что же это, анализировать еще и на все регистры, может есть более красивый способ отфильтровать?
Открытая тема (есть новые ответы)
Опрос (есть новые голоса)
Открытая тема (нет новых ответов)
Опрос (нет новых голосов)
Горячая тема (есть новые ответы)
Закрытая тема
Горячая тема (нет новых ответов)
Тема перемещена