Я подобное делал, когда нужно было различное форматирование текста внутри одной ячейки запихнуть. Методика такая - создаете свой отчет, сохраняете в эксель, затем допиливаете его там макросами, а уже потом - в пдф сохранять. Тем более в экселе можно записать макрос из своих действий, а потом посмотреть на его код.
У Вас может быть разная длина полей ПочтовыйАдрес и Адрес. Например, почтовый адрес 20 символов, а адрес - 50 символов. Копирование произойдет с отсечением лишних символов, а сравнение не выполнится, т.к. длина строк разная.
bizisoft @ Сегодня, 12:03
, 1. Цену и количество суммировать не надо, т.к. они берутся не из партий. Они - поля для группировки 2. суммировать нужно партии, т.к. две разные по дате партии в сумме дадут общую стоимость по номенклатуре.
Не знаю, но мне кажется, что это не то что соответствует моему личному видению, а то, что вообще удобно в объективном смысле. Ну, по крайней мере, мне так кажется.
В этой фразе Вы сами себя опровергли. На основании собственного мнения Вы выводите объективное удобство. Без функции ТипЗнч() очень тяжело работать в языке с динамической типизацией. И с точки зрения компилятора интерпретатора (и программиста, соответственно) гораздо быстрее сравнивать типизированные значения, чем строки.
В семерке из-за ... ограниченности языка запросов было проще что-то собрать запросом, запрос выгрузить в ТЗ и затем колбасить ее всяко-разно. В восьмерке так тоже можно, но такая методика очень быстро деградирует по времени выполнения на больших выборках...
В принципе сделать 2 запроса отдельно.Выгружать результаты из запросов в 1 ТЗ.ТЗ отсортировать по дате- по убыванию.Прочитать из ТЗ первую запись и все
Какой лютый семерка стайл... Вытащим все из БД на клиента (нагрузим память), потом отсортируем(нагрузим проц), чтобы получить в итоге 2 записи...
Рабочий запрос:
ВЫБРАТЬ ПЕРВЫЕ 1 ПоступлениеТоваровУслуг.Ссылка ПОМЕСТИТЬ Поступ ИЗ Документ.ПоступлениеТоваровУслуг КАК ПоступлениеТоваровУслуг ГДЕ ПоступлениеТоваровУслуг.Проведен
УПОРЯДОЧИТЬ ПО ПоступлениеТоваровУслуг.Дата УБЫВ ;
//////////////////////////////////////////////////////////////////////////////// ВЫБРАТЬ ПЕРВЫЕ 1 РеализацияТоваровУслуг.Ссылка ПОМЕСТИТЬ Реал ИЗ Документ.РеализацияТоваровУслуг КАК РеализацияТоваровУслуг ГДЕ РеализацияТоваровУслуг.Проведен
УПОРЯДОЧИТЬ ПО РеализацияТоваровУслуг.Дата УБЫВ ;
//////////////////////////////////////////////////////////////////////////////// ВЫБРАТЬ Поступ.Ссылка ИЗ Поступ КАК Поступ
Здесь проблема не в функции ТипЗнч, а в сериализации значения типа ТипДанных. Вы таки путаете понятия. В других языках есть такие же функции typeof(), которые тоже выдают "неудобные" значения. В тех языках "неудобность" компенсируют внешними библиотеками функций (иногда эти библитеки включают в поставку продуктов), но никогда это не решали средствами языка. В новых языках (как правило, полностью объектно-ориентированных), подобные функции могут выдавать текст, который Вам желательно видеть, но это малая часть от всех языков программирования. А Вы по-прежнему требуете, чтобы язык соответствовал именно Вашему видению по составу.
Имхо, Вы путаете способ ввода и хранения. Для ввода предпочтительней видеть все категории и отмечать нужные, но хранить - только те позиции, которые были отмечены.
2 замечания.1. Замечание про пересылаемые данные Вы таки проигнорировали. ТипЗнч() отрабатывает на клиенте, а у Вас данные на сервер и обратно гоняются.2. Плюс вы на сервер данные формы (контекста) пересылаете.
То есть вместо быстрой типовой функции Вы предлагаете использовать своего "монстра" из XML, который возвращает текстовые поля? По Вашему, скорость выполнения кода и объем пересылаемых данных - пустой звук, раз Вы так легко ими жертвуете? + по-прежнему предлагаете код, содержащий ссылки на Ваши "эксклюзивы" без исходников?
"Если вы хотите открыть свою обработку в качестве основного рабочего стола в управляемых формах, вам необходимо сделать следующее:
в моём случае у меня 2 пользователя Оператор и Магазин, им созданы одноимённые роли, в обработке также 2 одноимённые формы
1. В обработке Поле "Форма обработки" оставляем пустым. 2. Открыть командный интерфейс конфигурации и снять все флаги. 3. Открыть рабочую область рабочего стола, добавить новую строку(для обеих ролей), выбрать необходимую форму запускаемой обработки и в списке прав отметить роль соответствующую форме(не забудьте роль пользователю назначить)с остальных ролей убрать флаги. 4. сохраняем конфигурацию 5. Готово.
Теперь при авторизации пользователя через тонкий клиент запускается форма обработки." взято отсюда
1. Зачем это выносить аж в ярлык? МОжно обработать в ПриНачалеРаботыСистемы() например, для определенной роли - запускать эту обработку. 2. Это сделано много раз в многих местах, классический пример - для торговых конфигураций "интерфейс" кассира. На картинке - мой пример интерфейса кладовщика.
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!