[УТ 10] SubSys: Расширенная ведомость по учету товаров (количество и себестоимость по видам движений) для УТ10.3

Под какую он версию платформы? пытаюсь открыть на 8.1.15.14 УТ 10.3.11.4 не может открыть в данной версии программы и не конвертируеться.

Внешний отчет, обработка для 1С: Предприятие 8.2.
А цветовая гамма на скринах соответствует 8.1.

Укажи, что отчет для Управления торговлей 10.3, а то народ в УТ 11 втыкает.

Мог бы не предупреждать, это сразу стало ясно.

Это нормально. (С) Может ещё работать забесплатно?

Нет ли ошибки в запросе там, где выбираются возвраты поставщику?

Скачал отчёт ради интереса, посмотреть, на чём люди деньги зарабатывают. ))

Смысл разрабатывать с нуля отчёты под обычное приложение для 8.2? ИМХО, оптимальнее было бы сделать варианты отчёта на управляемой форме, использовтаь одну схему компоновки данных вместо двух. А так видно за километр перетягивание в 8.2 рюшечек и бантиков из 8.1. В управляемом интерфейсе от многого отказались уже, плюс часть рюшечек причесали и включили в платформу.

ИМХО, в текущей версии отчёта если и платить за что-то, то исключительно за рюшечки и избыточный код, который их реализует.

О потребительских и содержательных свойствах отчёта пускай судят пользователи.

П.С. Ничего личного, просто стало любопытно посмотреть на прототип коммерческой разработки.

В конторе, где я работаю, используется самописная управленческая конфигурация на 1С 8.1. Расматривается потенциальная возможность перехода на 8.2. Возникает вопрос ко всем, кто уже сконвертировал (обновил) базы под 8.2: что мешает запускать одну и ту же базу 8.2 в обычном интерфейсе и под тонким клиентом на рабочей машине пользователя одновременно? Надо ввести документ - пожалуйста, вводи в окошко толстого клиента обычное приложение. Нужно запустить внешний отчёт или свежий отчёт на СКД - вот окошко тонкого клиента.

Существует какой-то психологический барьер: использовать 2 окошка для 1-й базы? Благо, ярлычки можно настроить на явное указание типа используемого интерфейса (обычный или управляемый) для произвольной базы 8.2.

Не буду углубляться в дебри недостатков (недоработок) платформы. Поделюсь результатами тех экспериментов, что я делал на нашей конфигурации.

Итак, предположим, что светло-оранжевая пустошь окна 1С:Предприятия 8.2, тонкий клиент, приводит пользователя в ступор и фрустрацию на целый день. И мы запрещаем использовать интерактивное открытие внешних отчётов/обработок простым смертным.

Т.е. нужно лабать интерфейс. Ок. Добавляем в конфигурацию подсистему "Отчёты СКД", к примеру. Ставим галку "Отображать в командном интерфейсе". Всё, одна пимпочка у нас уже будет отображаться. Далее, берём платформенные отчёты СКД, добавляем их в новосозданную подсистему. Уже на этом этапе в принципе, интерфейс готов, пользователь посмекалистей найдёт, как открыть настройки, изменить вариант отчёта, сформировать и т.п.

Допустим, мы решили помочь пользователю. Проклацали в СКД-шном отчёте 6-12 галок - всё, эти настройки отрисуются на автоматической морде отчёта. Пользователь поморщится, поворчит пару раз, и научится настраивать отчёт в новых окошках, будет использовать варианты отчёта. За пару дней можно перебить 95% отчётов СКД, если они, разумеется, выполнены как отчёт-схема, одинаково работающий как интерактивно, так и программно через метод СкомпоноватьРезультат().

Неужели это громадные трудозатраты?

"у нас нету простых отчетов. а скд может только примитив шлепать. чуть дальше и глубже нужны программные вмешательства. "

Можете привести примеры отчётов, где программное вмешательство в СКД действительно необходимо? Я приведу из своей практики.

1. Пользователь интерактивно импортирует свой файл-справочник в DBF с коэффициентами, которые используются в отчёте.

2. Необходимо выводить прайс-лист по жуткой системе ценообразования, когда цена зависит от договора, акции, спецификаций для каждого отдельного клиента. В моём случае в зависимости от ввода в закладке "Параметры данных" под каждый из 3-х основных сценариев ценообразования формируется свой текст запроса для одного из наборов.

Во всех остальных случаях код по выводу результата был состряпан ввиду спешки либо из каких-то сиюминутных иррациональных импульсов.

Я соглашусь, что СКД не тянет серьёзные вещи, если вы ваяете что-то типа data-mining'а с обращением к нескольким источникам данных через ADO или OLEDB. В пределах одной информационой базы необходимость ваять код для СКД очень сомнительна.

Открытие документов и элементов справочников - в чём проблемы? Запуск под "толстый клиент управляемое приложение", использовать обычные формы в управляемом приложении. Накрайняк автогенерируемые формы есть.

Кстати, вспомнил. Ещё в 2009-м году допиливал сконвертированную конфигурацию. Там я вставил в обычный интерфейс (из ветки "Интерфейсы") вызов управляемых версий СКД-отчётов. Кажется, для этого нужно было создать управляемую форму у отчёта.

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

Если брать только отчёты, то СКД версии 8.1 и 8.2 по своим возможностям различается, и отнюдь не в пользу 8.1. В режиме обычного приложения будут недоступны варианты отчёта и фоновое выполнение.

Для сконвертированных баз основным препятстивем к использованию отчётов СКД в управляемом приложении является необходимость снятия конфигурации с поддержки и различия в механизме запуска внешних отчётов и обработок, если последние хранятся в справочнике внешних отчётов и обработок.
Для специализированных, нетиповых или уже раскуроченных типовых конфигураций не составляет какого-либо труда отредактировать интерфейсы пользователей из ветки "Интерфейсы" в обычном приложении, подобавлять новые отчёты в ветку "Отчёты", создать дополнительные отображаемые в управляемом режиме подсистемы с нацепленными на них отчётами.

Кроме того, если мы всё же не хотим курочить конфигурацию, можно использовать дополнительный ярлычок для запуска прикладного решения в режиме управляемого приложения приудительно.

Таким образом, если ограничиваться только отчётами на СКД, основная проблема заключается не в платформе, а в типовых конфигурациях 1С, будучи по большей части сконвертированными, не поддерживают одновременно внешние отчёти и обработки как в обычном приложении, так и в управляемом приложении, вне зависимости от основного режима запуска прикладного решения.

Дайте хоть демо скачать где сам отчет что 3 рубля одай за кота в мешке, блин дайте скачать демку....

стоимость реализации как формируется

нам нужен отчет поступление на склад кол-во- сумма
реализация кол -во сумма
остаток
кол -во сумма


но у нас не формируются установка цен номенклатуры
реализация по цене расчитанной в другом месте

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