Домашнее задание №9 базового курса
25.07.2010
комментария 143
Продолжаем базовый курс.
Заключительное задание по второму блоку базового курса.
Для выполнения рекомендуется изучить следующие главы 2-го блока.
Глава 11. Запросы.
Глава 12. Условное проведение.
Глава 13. Планы видов характеристик.
Глава 14. Создание отчетов.
Глава 15. Обработки.
К сожалению, у Вас недостаточно прав для просмотра этой записи. Если Вы еще не залогинены на сайте — залогиньтесь. Если Вы оплачивали курс, у Вас активирован токен доступа, Вы залогинены, но Вы видите эту запись — напишите нам на e-mail поддержки.
1) Стало более понятно назначение плана характеристик и как с ним работать
2) Сложные связки виртуальных и физических таблиц, с последующим наложением параметров. Помогло домашнее задание.
3)Хотелось бы рассмотреть сложные блоки из стандартных конфигураций (например бухгалтерия).
Домашнее задание, с вашей помошью, выполнила.
Задание выполнила.
Контроль остатков решила роль и проверку РольДоступна, через глобальную переменную кажется сложнее.
Таких проверок может быть не один десяток.
На каждую создавать свою роль не совсем оптимально.
Домашнее задание выполнено, особых проблем не возникло
Задание выполнил
1. Поближе познакомился с СКД, упорядочились знания по регистрам сведений и накоплений.
2. Затруднения – работа с управляемыми формами, организация программных отборов в формах.
3. СКД.
Забыл прошлый раз указать еще одно пожелание: формирование дерева кнопок в управляемой форме
Программное формирование?
Да.
Ok.
ДЗ выполнил только сейчас.
1. Новая методика контроля остатков после выполнения движений.
2. Сложностей не возникло
3. Подробнее про СКД
ДЗ №9 сделано. Не было доступа к интернету отчитываюсь с опозданием.Сейчас наконец посмотрю Ваше решение.
Что нового узнала: Новый механизм контроля остатков, использование характеристик, работа с итогами в запросах и обход результата , работа с СКД. Узнала и поняла принципы работы на клиенте и на сервере.
Сложности : Не хватает скорости в выполнении заданий, вроде все делаю, но очень медленно. Работа с Синтаксис-помошником, не всегда сразу могу найти, то что нужно и разобраться в описании.
Из темы второго блока подробнее очень хотелось бы Запросы (временные таблицы, пакеты запросов и т.д.) , работа с СКД (это же теперь основной механизм, и его нужно знать в тонкостях), работа с отборами.
Готово.
1. Работа с итогами, “ПолучитьСтруктуруХраненияБазыДанных”, новый механизм проведения. И очень многое по мелочам.
2. Клиент Сервер.
3. Конвертация, РИБ, все возможности СКД.
ДЗ №9 выполнил
ДЗ сделала. После просмотра решения хотелось бы прорешать еще раз “как правильно”, но не хватает времени.
1)Новым был алгоритм контроля остатков при проведении документа, работа с характеристиками (раньше не приходилось активно работать с ПВХ).
2)Больших затруднений нет, есть много “небольших” (в основном связанных с клиентом-сервером).
3)Работа с СКД.
P.S. Большое спасибо :)
ДЗ 9 сделал. Наконец-то догнал основную группу. Уф… :) Спасибо за недельную паузу. Как раз перед ней вышел из больницы. Думал безнадежно отстану.
ДЗ 9 выполнил.
1. До этого работал в 7.7, поэтому много нового.
2. Работа с упр формами и разделение контекстов сервера и клиента.
3. ПВХ и про СКД поподробнее.
задание №9 выполнено.
1.Новое -методика проведения документов; материал про обход результата запроса, особенно с рекурсией.
2.затруднения были при передача данных между клиентом и сервером, решала повторением лекций и разбором эталонных решений.
3.Интересует написание сложных запросов
Выполнил.
Наборы храню в рег.сведений.
1. Я специалист по 8.1, но узнал много нового по 8.2., даже не смотря на предварительную работу с книгу “Коротко о главном”. Сформировалось четкое понимание что происходит на клиенте, что на сервере.
2. Затруднений не было, вот только времени на изучение материала не хватает – тем высокий!
3. Пока мало наработано опыта, мало набито шишек, поэтому интересно всё.
Дз 9 выполнила.
1. Новое было узнавание про Клиент-сервер. в принципе, когда возникает ошибка, то в синтаксис-помошнике написано, где доступен тот или иной объект, поэтому привыкаешь со временем. Новое для меня – это сама управляемая форма. Постепенно тоже привыкла. Также новый для меня порядок проведения реализации. Хотя пока не понятно, как быть с регистром Остатки товара,если там появится ресурс – Себестоимость. Как же ее предварительно проводят в типовых? и какая же тут экономия времени? И еще. Как же приходовать комплект, если цены не назначены на комплектующие? Правильно ли хранить состав набора в регистре сведений?
2. Вообщем затруднений не было.
3. Хотелось бы побольше про запросы узнать. Про тонкие моменты.
Спасибо за материал и за курс огромное. Пробелы в голове постепенно заполняются. Я пока работаю на 8.1, и этот курс мне помогает в текущей работе.
ДЗ 9 решил. Затруднение было с наборами товаров, в результате сделал аналогично комплектам и наборам в типовой УТ.
Задание выполнил.Методического материала много-спасибо.В мастер-группе хотелось бы рассмотреть тему получения среза последних(первых) цен из РегистраНакопления
например -ОстаткиТоваров (Измерение-Номенклатура,Ресурсы -Количество,Сумма)
Сделал.
1. В новом блоке узнал о новой технологии проведения. Улучшилось понимание запросов.
2. В основном проблемы с взаимодействием клиент-серверных вызовов, но они устраняются практикой.
3. Хочется разобрать все процедуры модуля формы, что, зачем, когда лучше применять какую процедуру. Было бы неплохо услышать о конвертации данных.
д.з. 9 выполнено… пришлось поломать голову с реализацией контроля остатков по номенклатуре и качеству…
1. Особый интерес вызвала тема Условное проведение, и новый подход к контролю остатков…
2.Затруднений особых нет… Информация раскладывается по полочкам…
3.Если по материалу блока, то ПВХ… Если в целом, то интересуют разбор примера работы 1с через web-интерфейс…
ДЗ 9 готово, но наверно по моим “старым технологиям” (подобно 1С 7.7 и 8.0): делал булочникам на основе 1С “Торговля и склад” 7.7 расчет себестоимости продукции на основе продаж и там при реализации готовых изделий списывались “комплектующие”.
1) и 2) достаточно много отличий в 8.2 от 8.1 и тем более от 8.0. Всё-таки для меня главное – это привыкнуть к разделению работы системы на клиенте и сервере и, естественно, оптимизации кода для минимизации обмена;
3) вопрос для мастер-группы – аппетит приходит во время еды, т.е. практики, тогда и появляются вопросы, пока всё (не)ясно и (не)понятно.
1. Нового много. На знакомое новый взгляд.
2. Сложности с пониманием Клиент-Сервер. Составление Запросов. С СКД вообще не работал.
3. Запросы; СКД; Установка и настройка платформы в сети, удаленный доступ, веб сервер и т.п.
Пока еще выполняю.
1. Опыта программирования 1С нет. Все вновинку, но благодаря стилю подачи авторами материала уже появилось понимания взаимодействия различных элементов конфигурации между собой.
2. Были проблемы в работе с запросами. Повторение и разбор каждого примера с диска и разбор эталонных решений домашних заданий позволяют понемного разобраться с использованием запросов.
3. Варианты развертывания 1с 8.2 на компьютерах в количестве не более 10 клиентов на базе ОС Linux. Не используя ОС Windows вообще или только на машине разработчика.
3.
Задание выполнил.Трудности в реализации учета наборов.
1.Опыта программирования на 8-ке нет, в каждом уроке были новости.
2.При просмотре все понятно, а при выполнении заданий понимал, что не усвоил, и приходилось пересматривать некоторые уроки. Основные трудности в составлении Запросов. Инструменты Конструктор Запросов и СКД требуют дополнительного изучения, назначение многих закладок-тайна.
3.Есть ли методика составления сложных запросов, как правильно отлаживать запрос?
Задание выполнил.
1) В 2-ом блоке узнал новый подход к проведению документов в 8.2 Упорядочил имеющиеся знания. Стал чаще пользоваться синтаксис – помощником – хорошая вещь
2) Трудности – при проведении РН при выводе сообщений о нехватке комплектующих набора в документе не совсем понятно как получить номер строчки, в которой ошибка. Ведь комплектующие могут быть в документе и как отдельные товары. Трудности помогает преодолевать повторный просмотр уроков и эталонное решение
3) В мастер-группе хотелось бы рассмотреть установку и работу 1С 8.2 в клиент-серверном варианте, например, на SQL-Сервер или DB2, проблеммы, которые могут ожидать. У меня клиенты только с файловыми вариантами баз. Есть ли смысл при 10-20 пользователях ставить клиент-серверную базу ?
Еще хотелось бы рассмотреть методику обновления сильно измененных конфигураций
ИМХО вопрос актуальный.
поддерживаю по третьему пункту. еще бы хотелось рассмотреть как сделать доступ к своей базе через интернет. пробовал ставить апач 2.2. смотрел мануалы в интернете. оказалось что надо еще руками прописывать какие-то пути. на этом и застопорилось.
Да можно руками, а можно в конфигураторе Администрирование – Публикация на веб-сервере.. я делал. даже себе мануал составил.. гдето есть
тоже бы поддержал, НО – это есть в продвинутом курсе :)
А вот строить прямой доступ к данным через ADO было бы неплохо :) говорят выгрузка-загрузка данных идет намного быстрее, чем через OLE.
Хм… Действительно. Вот обратили внимания, и я обратил. Очень интересно было бы посмотреть на поднятие работы через веб интерфейс – ни разу не сталкивался и не видел)
Увидеть веб-клиент можно прямо сейчас:
http://v8.1c.ru/demo-ma/
Enjoy!
Задание выполнил. В основном задумывался над реализацией учета наборов. Сделал, но факт что не оптимально :)
1. С 8.2 до этого совершенно не работал, все что касается изменений с 8.1 на 8.2 – все оказалось новым.
Хорошо уложилась организация хранения всей информации в физических таблицах. Многое устаканилось в голове – раньше я просто знал как надо делать, теперь знаю почему нужно так делать и как это организованно :)
Мало знал об Итогах в запросах… В целом в запросах для меня много нового, работал с ними на совершенно низком уровне (как оказалось).
ПВХ – сам ранее не создавал, только пользовался. Знания были с “Основных объектов” от 1С. Там эту тему дали очень плохо, практически ничего не понимал. Теперь все усвоил)
Как бы не было смешно – отчеты сделанные в курсе – мои первые отчеты на СКД (построитель отчета тоже знаю только в теории), когда-то делал 1-2 варианта “вручную”.
2. Условное проведение, в целом новая технология проведения. Взаимодействие клиент-сервер и разграничение кода. Помогли пересмотры лекций соответствующего раздела, иногда сессии ответов на вопросы.
3. Все темы из обещанных вами при презентации курса %) Темы прямо как на подбор, все вкусные, аж слюни текут %)
В первую очередь пожалуй интересовала бы тема перевода конфигураций с 8.1 на 8.2. Конечно, свои мысли в голове уже однозначно есть – что и как нужно поменять, но вы неоднократно упоминали об особенностях перевод. Кроме того я уверен что хоть в голове моей что-то и есть, то это точно не все ) Нужно комплексное освещение вопроса с рассмотрением подводных камней :)
В целом – за курс ОГРОМНОЕ спасибо. Колоссальный объем информации. Очень много новых мелочей: начиная с простейшего – типов и различных операций сравнения и не заканчивая :-P
Задания 9 сделал.
1. Во втором блоке узнал много нового, по особеннотсям платформы 8.2 (реально работаем на 8.1)
2. Самая трудная тема – 11.21 в разделе запросы
3.В продвинутом курсе хотелось бы подробнее узнать о
а) использовании временных таблиц в запросах,
б) процессе установки платформы 8.2. на многих локальных компьютерах (около 50), причем пользователи не имеют административных прав
в) и после этого для такого же случая – обновление платформы 8.2 на новый релиз
Курс очень нравится, большое спасибо.
ДЗ выполнено.
1. В целом систематизировал информацию по элементам оперативного учета. Думаю что приобрел определенные навыки по информационному моделированию. Безусловно много новой информации по особенностям 8.2. Курсом очень доволен.
2. Затруднения сложно выделить, в основном особенности взаимодействия клиент, серверных процедур. Решались путем повторного просмотра уроков, ответов на вопросы и МГ.
3. Ввиду недостаточной практики (в основном пока в рамках учебного процесса) полагаюсь на мнение практикующей общественности, как вариант работа с распределенными конфигурациями.
Добрый день.
Вопросы по заданию. Пытаюсь определить глубину.
Комплектующие в наборе сами могут являтся наборами или можно
здесь установить ограничения?
Качество набора распространяется на все комплектующие
или пользователь может указать качество для каждой комплектующей в отдельности?
>Комплектующие в наборе сами могут являтся наборами
Считаем, что такого не может быть
>Качество набора распространяется на все комплектующие
Да.
В основном, сделала, хотя, не думаю, что получился оптимальный вариант.
Тестирую и переосмысливаю. Это задание для меня – самое сложное и объемное.
Вложенные запросы не очень получаются, делаю последовательно.
По вопросам:
1.Что нового во 2- м блоке или в чем поменялись взгляды.
Появилась структурированность уже имеющихся знаний, а нового – очень много, так что, взгляды, скорее, в стадии формирования, а не поменялись.
По управляемым формам и другим моментам 8.2, особенно, клиент-серверным, практики вообще не было, теперь многие вещи делаю самостоятельно.
2. В чем были наибольшие затруднения и что помогло преодолеть.
Структуру всех объектов делаю быстро, в этом мне надо было понять только отличия для 8.2, а в кодировке на работе практики мало – это получается, но, долго и после многократного просмотра лекций.
Основные сложности – в создании вложенных запросов и, а также, в коде, который программно создает объекты.
Очень помогают, конечно, лекции, а также – эталонные решения домашних заданий.
Обязательно пытаюсь самостоятельно сделать по ДЗ все, что могу, даже, если понимаю, что не оптимально, зато, когда сравниваю с эталоном – практически не остается вопросов, объяснения в видео по шагам и очень детальные, после попыток своего решения, воспринимаются достаточно быстро.
3. Какую тему хотели бы подробнее.
Очень интересует создание ВНЕШНИХ печатных форм и ВНЕШНИХ обработок табличных чвстей.
Все, добил :) Ура!
Задание понравилось, вволю поразмялся в запросах, получил удовольствие.
По вопросам:
1. Что нового?
а) пришла ясность в работе с моментами времени при работе с запросами.
б) работа со списком пользователей в пользовательском режиме
в) работа с итогами
г) куча чисто прикладных фишек при работе с запросами. Типа “обернем”… Реально упрощают работу.
д) в целом очень полезно видеть работу мастера… В плане методов работы, фишек, отладки, поиска ошибок. Когда видишь, что можно спокойно и рассудительно заниматься поиском ошибок, начинаешь и сам отлаживать спокойно и с умом.
е) знания стали крепче, структурированее.
2.
Понимание контекста исполнения, доступность методов и свойств. Помогла практика.
3.
а) ПВХ… Ну никак не приходит ясность… Нет все понятно… Но :( не очень.
б) XML… из серии “ПВХ”… Ясности нет :( Именно в плане как это сделать ручками.
г) Сложные запросы. Стадии реализации. Объективные ограничения модели запроса. Нужно ли стремиться к “суперзапросу”, и возможен ли он.
В целом все супер. Спасибо!
Задание выполнил!
1.Новое – механизм контроля остатков 8.2; поменял взгляды на вопросы связанные с обеспечением устойчивость ИС -кстати, неплохо было бы хранить в таб части Товары коэффициент ед. изм?
2. Затруднения- работа с управляемыми формами, передача данных между клиентом и сервером. Помощь – повторный просмотр уроков .
3.Использование временных таблиц.
1. Да, неплохо бы хранить..
А как насчет состава набора? Его тоже будете фиксировать где то? Вообще вызывает соменение возможность зафиксировать все и вся… Наверно можно лишь до определенной степени добиться повторяемости проведения и независимости от внешних данных.
Да, на самом деле, его тоже хорошо бы фиксировать в отдельной ТЧ.
А может быть сделать например регистр сведений подчиненный регистратору, в котором фиксировать использованные данные о наборе? И не позволять удалять движения при распроведении и пометке удаления? А по отдельной кнопке позволять пересчитывать составы наборов. В запросах обращаться не к справочнику комплектации наборов, а к движениям документа по этому РС.
В этом случае может быть загвоздка: при отмене проведения движения из РС удалятся?
Если да, то при повторном проведении они будут записываться снова. И может возникнуть ситуация, когда отменяем проведение, проводим заново и движения документа меняются (вследствие того, что состав комплекта был изменен).
Поэтому, мне более нравиться вариант хранить в данных документа.
С учетом отсутствия реальной практики возникает много вопросов) Например, при формировании отчетов надо учитывать, что закрепление сотрудников за контрагентами меняется? Например Иванов закреплен за Алхимовым, напродавал товара, ушел в отпуск и теперь за Алхимовым закреплен Сидоров, и все лавры ему? Как выход хранить в реквизите регистра кто продал?
Совершенно верный выход – хранить в измерении регистра, кто продал.
А вопрос кстати интересный… Я выявлял закрепление на дату отчета. Но если закрепление менялось в анализируемый период продаж, то можно рассудить, что и продажи нужно делить по менеджерам. Но ведь у нас нет разделения задолженности по менеджерам, значит даже при разных менеджерах продаж долги будут все равно на одном – последнем. Отсюда вывод – не делится долг, не делятся и продажи.
мы же вроде под менеджерами подразумевали пользователей в прошлом задании? или я чтото пропустил? как бы то ни было задание сделал.
к сожалению не могу ответить на вопросы т.к. не скачал еще материалы.
по поводу темы – интересует использование макетов в СКД да и вообще механизмы СКД
Да, подразумевали пользователей.
Задание сделано.
Но так и не смог победить следующее. Провожу документ реализация.
ОбработкаПроведенияДокументов.ПроконтролироватьОстатки(ЭтотОбъект, МоментВремени(), Отказ);
в первой процедуре в кратце делается следующее
Данные = ПолучитьДанныеПоДвижениюТоваров(Ссылка, МетаданныеДокумента);
СформироватьДвиженияПоРегистру("ОстаткиТоваров", Движения, Данные, Записывать);
Процедура формирования выглядит вот так:
Движения[ИмяРегиcтра].Загрузить(Данные);
Если Записывать Тогда
Движения[ИмяРегиcтра].Записывать = Записывать;
Иначе
Движения[ИмяРегиcтра].Записать();
КонецЕсли;
КонецПроцедуры // ПроведениеПоОстаткам()
После этого когда начинается контроль остатков в регистре остатки нет записей по новому документу(!), почему? (в функции ПроведениеДокументаПоРегистрамТовара последний параметр указывает надо ли выставлять флаг записывать или надо просто записать набор в базу)
Ответы на вопросы:
1. Осознал клиент-серверную архитектуру.
2. Для меня всегда оставался загадкой объект ПланВидовХарактеристик, так он и остался загадкой, надо более вдумчиво смотреть видео наверное.
3. Какие нибудь хитрые приемы построения запросов :). Программная работа с системой компоновки данных.
>После этого когда начинается контроль остатков в регистре остатки нет записей по новому документу(!), почему?
Давайте посмотрим на код этой функции.
Правильно я понимаю, что для документа реализации набор записей записывается, а для поступления устанавливается Записывать в Истину?
Да, правильно.
Интересует код функции ПроконтролироватьОстатки?
Так не важно какой он, даже если после отработки проведения сделать просто запрос к регистру, то там ничего нет.
Все это довольно странно.
Проведем эксперимент: ведь код временно внесем в модуль объекта “Реализация товаров”.
Изменилась ли ситуация?
Так с записью разобрался. Все оказывается работает. Проблема в запросе, вернее в его параметрах. Так если брать остатки на момент времени документа! то он показывает что ничего в регистре нет (с учетом выбора только отрицательных) (Пробовал даже делать запрос, как у вас в уроках, все равно показывает что нет еще движений)
но если написать вот так:
то все работает. Стало быть момент времени не включает всю секунду =(, по крайней мере у меня.
Запрос у меня вот такой:
РеализацияТоваровТовары.Номенклатура,
РеализацияТоваровТовары.Качество,
РеализацияТоваровТовары.Количество КАК Количество,
РеализацияТоваровТовары.ЕдиницаИзмерения.Коэффициент КАК Коэффициент,
РеализацияТоваровТовары.НомерСтроки
ПОМЕСТИТЬ НоменклатураДокумента
ИЗ
Документ.РеализацияТоваров.Товары КАК РеализацияТоваровТовары
ГДЕ
РеализацияТоваровТовары.Ссылка = &Ссылка
;
////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
ОстаткиТоваровОстатки.Номенклатура,
ОстаткиТоваровОстатки.Качество,
НоменклатураДокумента.Количество + ОстаткиТоваровОстатки.КоличествоОстаток / НоменклатураДокумента.Коэффициент КАК КоличествоДоступно,
НоменклатураДокумента.Количество,
НоменклатураДокумента.НомерСтроки
ИЗ
РегистрНакопления.ОстаткиТоваров.Остатки(
&Момент,
(Номенклатура, Качество) В
(ВЫБРАТЬ
ВТ.Номенклатура,
ВТ.Качество
ИЗ
НоменклатураДокумента КАК ВТ)) КАК ОстаткиТоваровОстатки
ЛЕВОЕ СОЕДИНЕНИЕ НоменклатураДокумента КАК НоменклатураДокумента
ПО ОстаткиТоваровОстатки.Номенклатура = НоменклатураДокумента.Номенклатура
И ОстаткиТоваровОстатки.Качество = НоменклатураДокумента.Качество
ГДЕ
ОстаткиТоваровОстатки.КоличествоОстаток < 0
У меня тоже было такое, думаю нужно будет в мастер-группе разобрать..
Я тоже столкнулся с такой подставой на экзамене правда , пришлось отказаться от нового механизма :(
“2. Для меня всегда оставался загадкой объект ПланВидовХарактеристик, так он и остался загадкой, надо более вдумчиво смотреть видео наверное.” – тоже есть вопросы хотя и могу реализовать :(
Бьюсь с проведением реализации.. Для каждого регистра делать отдельный запрос? Ведь для остатков наборы нужно разбирать и не обрабатывать услуги, для продаж нужны наборы с суммами и услугами… Правиль думаю? Или все же точить один большой запрос? Тут еще и с перерасчетом едениц начал делать…
Конечно лучше один запрос.
Но мы еще не проходили пакетные запросы и временные таблицы, поэтому в решении для движения по регистру остатков я буду использовать один запрос, для продаж – другой.
Здравствуйте, Евгений!
9-е задание выполнила, жду эталон.
Курс просто замечательный, лично у меня никаких нареканий нет ни по
содержанию, ни по графику, при его прохождении супер эффективно устраняются
многочисленные пробелы, даже в самых казалось бы перелопаченных вдоль и
поперек местах обнаруживаешь для себя всегда что-то новое, а ведь я
программирую в 8.1 уже года два.
Все домашние задания очень интересные, при сравнении своих решений
с эталонными всегда нахожу очень много интересных, ранее никогда мною не
использованных,способов решений и вариантов оптимизации, т.е. мой код намного
более объемный, хотя результат и достигается.
По третьему вопросу в конце девятого домашнего задания, “Какую тему
вы бы хотели подробнее раскрыть в мастер-группе?” хочу предложить следующее:
не знаю, относится ли управление распределенными базами данных к
разделу “Решение оперативных задач”, но, если даже и не относится, я уверена,
что эта тема будет интересна 100%-м участников группы. Особенно если попытаться раскрыть
подробнее обмен данными между распределенными базами данных по сети интернет с
разбором настроек протокола передачи данных и в минимально необходимом объеме язык XML.
Мне вот к примеру в лоб эта тема ну никак не дается, приходится упускать много
хороших проектов, где нужно просто выехать, внедрить программу в головном офисе
в районном центре, установить аналоги в каких-нибудь деревнях и раз в сутки настроить
между ними автоматический обмен по сети интернет, т.е., к примеру, план обмена я
создать могу, определить его состав тоже, а вот дальше с корректным написанием кода дело не
идет. Один раз не получилось, теперь браться за эту работу боюсь, хотя и чувствую,
что ничего там суперсложного нет и при профессиональном донесении материала все сразу
станет на свои места, т.е. я бы очень хотела, чтобы Вы вынесли именно этот
малоосвещенный в доступном варианте в литературе материал на изучение в отдельную
тему мастер-группы. Согласитель, данный материал почему-то обходится. Предварительно
можно было бы даже провести опрос относительно заинтересованности остальных участников
группы не предмет изучения УРИБа и если заинтересованность высокая, пойти навстречу
пожеланиям трудящихся.
С уважением,
Марина Шамгулова
А стандартного “управления распределенными базами данных” разве не хватает?
Вроде бы он нормально работает.
Там даже кодировать ничего не надо.
И в 7.7 так было, да и в 8.Х надежно работает.
Хотя конечно же документы, если у них включили обмен, ходят не только на нужную точку, но и по всем точкам.
Но, на мой взгляд еще из 7.7, тут можно решить через префикс номера документа – смотреть, имеется ли на той точке такой же префикс и тогда делать обмен.
В 8 эта задача решается более элегантно, мы рассмотрим ее решение.
смотря как реализовывать, если всё в слепую код выполняется, то да. А если всё-таки хочешь и сообщать, что в состоянии при загрузке пишет сколько загружено данных, записывает дату приема и сообщает ответчику и там еще прописывается когда данные обновились у клиента – то, тут скорее сложности будут, надо знать XML. У меня тоже была какая-то проблема, даже не понял почему, но исправил, в итоге три месяца обмен идет и полет нормальный… а вопрос всё-равно висит в воздухе, правда уже надо искать решение, давно было.
Евгений,качество приходуемых комплектующих брать по качеству набора или указывать в составе набора для каждой комплектующей
По качеству набора.
А как быть с продажами наборов? Ведь в рег. Продажи нужно отражать в количестве и сумме в разрезе номенклатуры. Фиксировать в продажах не сами комплектующие, а набор? Но насколько это имеет смысл?
Да, в продажах можно фиксировать сам набор.
Выполнил задание. Несложное, но очень долгое. Причем, если раньше не решать подобных задач (например, контроль остатков товарор, то можно выполнять задание достаточно долго).
1) Нового узнал немного, т.к. все задания близки по реализации к 8.1, видимо с первого блока попривык к особенностям 8.2. Взгляды – очень неудобно, что 1С отказалось от кнопки “Перейти”. Это уже обсуждалось, но, по факту – это не удобно, особенно при разработке. Приходится пользоваться отчетами для контроля движений. Кстати, вопрос, почему в режиме отладки, если ничего не делать, накапливаются текущие вызовы?
2)Если я ничего не путаю, сложности были в 6-м ДЗ. И также были связаны с директивами компиляции. Достаточно трудно привыкнуть к тому, что в модуле формы ПриЗаписи нельзя поработать, например, с ТЗ.
3)Нет вопросов.
>почему в режиме отладки, если ничего не делать, накапливаются текущие вызовы?
А формы в этот момент какие-нибудь открыты?
Нет. Сейчас провел экспеример. Запущена в режиме отладки конфигурация. Открыт рабочий стол. Примерно через 10 минут после запуска произошел вызов.
Замечательное наблюдение.
Тут штука вот какая: тонкий клиент может “жить” без сервера некоторое время – 20 минут.
Если за 20 минут тонкий (или веб) клиент не проявил активности сеанс на кластере серверов убивается со всеми данными.
Поэтому клиент раз в 10 минут посылает серверу сигнал – “Я еще жив”, вот и накапливаются вызовы :)
Но полагаю у вас файловая версия, и нет кластера серверов?
Тогда нужно вспомнить, что в файловом варианте эмулируется серверная среда..
Хм, тогда возникает такой вопрос. Например, в тонком клиенте я обработкой установлю монопольный режим доступа к базе – могу же в файловом? А потом, каким-то образом, разорву соединение между съэмулированное серверной средой и тонким клиентом – в результате получу недоступную базу на 20 минут?
(удалите второй коммент – ошибся окнами)
В файловом варианте – никак, поскольку эмуляция серверной среды происходит на клиенте..