[alex040269]

Еще одна особенность при обновлении измененных конфигураций. Давно сталкивался, и вот снова те же грабли:
Редактируем конфигурацию заказчика у себя. В неком документе имя реквизита ВидОплаты меняем на ФормаОплаты (так кажется более логично, т.к. он типа Перечисление.ФормаОплаты). Сохраняем конфу, приезжаем к заказчику, обновляем конфу. В окне "Объединение конфигураций" 1С честно предупреждает: ФормаОплаты: Объект добавлен; ВидОплаты: Объект удален, Возможна потеря данных!!!
Проверяем, правда-ли это - принимаем изменения, запускаем 1С, открываем документ - так и есть: реквизит ФормаОплаты у заказчика пуст!
Т.о., обновление в таких случаях нужно делать за два шага: непосредственно у заказчика изменяем имена реквизитов, если такое требуется, а затем обновляем конфу.

Это не баг, а правда жизни, т.к. 77, в отличие от 8, сравнивает объекты только по идентификатору, а не по внутренней ссылке НО если переименовать в основной базу УРБД, то в периферийной тоже переименуется.

[Cthulhu]

Еще одна особенность при обновлении измененных конфигураций. Давно сталкивался, и вот снова те же грабли:
Редактируем конфигурацию заказчика у себя. В неком документе имя реквизита ВидОплаты меняем на ФормаОплаты (так кажется более логично, т.к. он типа Перечисление.ФормаОплаты). Сохраняем конфу, приезжаем к заказчику, обновляем конфу. В окне "Объединение конфигураций" 1С честно предупреждает: ФормаОплаты: Объект добавлен; ВидОплаты: Объект удален, Возможна потеря данных!!!
Проверяем, правда-ли это - принимаем изменения, запускаем 1С, открываем документ - так и есть: реквизит ФормаОплаты у заказчика пуст!
Т.о., обновление в таких случаях нужно делать за два шага: непосредственно у заказчика изменяем имена реквизитов, если такое требуется, а затем обновляем конфу.

Не баг. Как "отче наш".

1. Обновление конфигурации "объединением" - синхронизирует метаданные по наименованиям (идентификаторам).
Если объект метаданных конфигурации (с таким же именем, как в конфигурации-обновлении) не найден - создается новый со всеми свойствами, как в конфигурации-обновлении.
Если объект метаданных конфигурации (с таким же именем, как в конфигурации-обновлении) найден - все есго свойства изменяются в соответствии с конфигурацией-обновлением.

2. Обновление конфигурации "загрузкой" (измененной конфигурации) - синхронизирует метаданные по внутренним Id.
Если объект метаданных конфигурации (с таким внутренним Id, как в конфигурации-обновлении) не найден - создается новый со всеми свойствами (вколючая внутренний Id), как в конфигурации-обновлении.
Если объект метаданных конфигурации (с таким же внутренним Ид, как в конфигурации-обновлении) найден - все есго свойства (включая идентификатор-наименование) изменяются в соответствии с конфигурацией-обновлением.

ПОЭТОМУ.
Загрузка в рабочую базу данных результатов и доработок, выношенных "на стороне".
1. Снять копию рабочей ИБ (на локальный комп или в иное "отдельное место").
2. На локальном компе или в ином "отдельном месте" (см.п.1). Накатить "объединением" без сохранения - получить список переименованных реквизитов (которые при объединении обозначаются как "новые").
3. В копии рабочей ИБ - переименовать такие реквизиты "как надо" по списку, сформированному (копипастой или ручкой) при выполнении предыдущего пункта. Сохранить изменения.
4. На локальном компе или в ином "отдельном месте" (см.п.1). Накатить "объединением" (убедившись в отсутствии "неправильно добавленных" объектов метаданных, которые "на самом деле" нужно просто переименовать). Сохранить.
5. На рабочей базе данных. Обновить конфигурацию "загрузкой измененной конфигурации" из файла метаданных (1cv7.md), полученного при выполнении п.4.
6. Снять копию обновленной рабочей - на локальный комп/ноут разработчика. При необходимости - накатить на неё "объединением" те изменения и доработки, которые не вошли в новую версию рабочей ИБ (при выполнении п.4 были сняты галки). И начиная с этого момента для ковыряний/доработок использовать именно эту базу (старую можно спилить).

Это не баг, а правда жизни, т.к. 77, в отличие от 8, сравнивает объекты только по идентификатору, а не по внутренней ссылке sad.gif НО если переименовать в основной базу УРБД, то в периферийной тоже переименуется.

77 в отличие от 8 сравнивает и по идентификаторам, и по внутренним Id - зависит от желания программиста (если программист недостаточно профессионален - от воли случая).
УРБД, получая в согставе очередного обмена изменения конфигурации (в виде упакованного 1cv7.md в составе файла автообмена) - выполняет именно "загрузку измененной конфигурации".

Сообщение отредактировал Cthulhu - 26.09.12, 15:14

[sava1]

...

Поддерживаю

[Cthulhu]

ПОЭТОМУ.
Загрузка в рабочую базу данных результатов и доработок, выношенных "на стороне".

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

[Vofka]

Уважаемые писатели данного топика!
Вам удобно все это писать и обсуждать в одной теме? Может создать подраздел где-то какой-то, или можно каждый полезный прием постить, например, тут в отдельной теме. А то получается каша. И чем больше в этой теме постов - тем больше вся полезная информация этой темы превращается в кашу.

Можно отвечать прям тут, а после обсуждения, если оно будет, мы решим что делать и мусор уберем.

[Cthulhu]

Vofka
Тогда уж два подраздела.

[Cthulhu]

Оживлю.
Общий реквизит документов типа "строка" неограниченной длины. Будучи НЕ последним в списке общих реквизитов (в дереве метаданных). В SQL-версии ведет к вылетам по внутренним SQL-ошибкам.
Отсюда - полезное универсальное правило:
На всякий случай. Всегда и везде. Общие реквизиты документов типа "строка" неограниченной длины в списке общих реквизитов дерева метаданных - смещать в самый низ списка.

[mister-x]

В SQL-версии

цей баг виявлено на sql 2000 SP4 чи і пізніших версіях?

[Fynjy]

цей баг виявлено на sql 2000 SP4 чи і пізніших версіях?

На всех.

[mister-x]

маємо:

ит.ИспользоватьСубконто(ВидыСубконто.Контрагенты,СписокСубконто,1,0);
ит.ВыполнитьЗапрос(НачалоПериода,КонецПериода,"361", , ,1,"День","С");
Ит.ВыбратьСубконто();
Пока ит.ПолучитьСубконто() = 1 Цикл
ит.выбратьПериоды();
пока ит.получитьПериод()=1 цикл
...

С-П:

ВыбратьПериоды(<?>,,,)
Синтаксис:
ВыбратьПериоды(<ФлагВсе>,<ФлагДК>,<Номер>,<РазвСальдо>)
Назначение:
Открывает выборку периодов.
Возвращает 1 - если действие выполнено и в выборке есть хотя бы один период; 0 - если действие не выполнено или в выборке нет ни одного периода.
Параметры:
<ФлагВсе> - число: 0 - отбирать те счета, которые имели итоги на этом уровне обхода итогов запроса; 1 - включить в выборку все счета, которые имели итоги в данном запросе; -1, -2 : включить в выборку счета, которые имели итоги в группировке n-го вышестоящего уровня. По умолчанию - 0.
<ФлагДК> - число: 1 - включать в выборку счета только с дебетовыми оборотами; 2 - включать в выборку счета только с кредито-выми оборотами. 0 - включать в выборку счета вне зависимости от дебетовых/кредитовых оборотов. По умолчанию 0.
<Номер> - число - номер выборки. Если параметр не указан, выборке присваивается номер 0.
<РазвСальдо> - признак необходимости рассчитывать развернутое сальдо по субконто. Используется только если в запросе участвуют субконто. 1 - рассчитывать развернутое сальдо. 0 - не рассчитыть развернутое сальдо; По умолчанию 0.

Що маємо реально, якщо по даному контрагенту за вибраний період не було оборотів, то в цикл по періодах не заходить - тобто напр., початкове сальдо по дт = 30 = кін. сальдо по дт=30.
Якщо ж

ит.выбратьПериоды(1);

в цикл по періодах заходить, навіть, якщо маємо ситуацію із прикладу.
Тобто, або під цим

<ФлагВсе> - число: 0 - отбирать те счета, которые имели итоги на этом уровне обхода итогов запроса;

мається на увазі, якщо були обороти за вказаний період по вказаному рахунку, а це

1 - включить в выборку все счета, которые имели итоги в данном запросе;

взагалі не правильно описано. Або я щось не так зрозумів із опису даного методу.
Хтось з таким зустрічався?
ЗІ. СписокСубконто - список на формі, в списку може бути і група.

Сообщение отредактировал mister-x - 17.12.12, 21:40

[XBrut]

Знову про ОбработкаЯчейкиТаблицы()
Реліз платформи 27
1) робимо зовнішній звіт.
2) готуємо локальний виклик ОбработкаЯчейкиТаблицы() все як положено, щоб він працював.
3) а тепер переносимо створення Таб=СоздатьОбъект("Таблица") в модуль форми (вниз , щоб объект створювався під час компіляції)
...все. виклику ОбработкаЯчейкиТаблицы() нема іде глобальний виклик.
П.С.
прошу товарішів перевірити.

[Sanyk]

Є таке. Зустрічався. Від місця, де розташована процедура "ОбработкаЯчейкиТаблицы()" в тексті, залежить, яка сама процедура буде викликатись (глобальна чи локальна).

[XBrut]

Є таке. Зустрічався. Від місця, де розташована процедура "ОбработкаЯчейкиТаблицы()" в тексті, залежить, яка сама процедура буде викликатись (глобальна чи локальна).

Я мав на увазі місце створення об'єкту "Таблиця", а не місце процедури ОбработкаЯчейкиТаблицы(). Поясніть , що саме бачили ви.

[Sanyk]

Мабуть в минулий раз я Вас не правильно зрозумів. В моїй практиці були ситуації щодо виклика локальної процедури "ОбработкаЯчейкиТаблицы". Якщо в тексті модуля локальна процедура знаходилась нижче від місця вмклику (виклик процедури не завжди виконується з таблиці), то викликалася глобальна процедура.

Взагалі я намагаюсь не описувати змінні внизу модуля форми, аби не мати проблем. (100 % проблеми гарантовані в модулі проведення документів при групових обробках, при чому є проблеми з змінними які описані знизу в глобальному модулі (наприклад, для ПУБ це таблиця глТбОперация, не завжди для нового документу видаляються старі записи))

[XBrut]

Якщо в тексті модуля локальна процедура знаходилась нижче від місця виклику,то викликалася глобальна процедура.

логічна, але неочевидна поведінка прогами.

[alex040269]

//*******************************************
Процедура ПриОткрытии()

КонецПроцедуры

Таблица = СоздатьОбъект("Таблица");
Таблица.ИсходнаяТаблица("Таблица");

результат:

Таблица.ИсходнаяТаблица("Таблица");
{D:\1С\7\ZP\EXTFORMS\1.ERT(7)}: Неверное имя Таблица

//*******************************************
Процедура ПриОткрытии()
    Таблица = СоздатьОбъект("Таблица");
    Таблица.ИсходнаяТаблица("Таблица");
    Сообщить("1");
КонецПроцедуры

результат:

1

[mister-x]

Таблица випадково не реквізит форми?

[alex040269]

Таблица випадково не реквізит форми?

Таблица - Таблиця, яка існує в формі оброьки/звіту після створення!

Сообщение отредактировал alex040269 - 11.06.14, 10:26

[mister-x]

В СП:

Таблица
Синтаксис:
Таблица
Назначение:
Атрибут (только для чтения) представляет собой ссылку на объект типа ''Таблица''. Доступ к данному атрибуту возможен только в контексте Модуля формы отчета или обработки. При настройке формы отчета (обработки), если табличный документ размещен непосредственно в форме (для этого в диалоге, вызываемом пунктом ''Свойства формы'' меню ''Действия'' в параметре ''Использовать таблицу'' выбирается вариант ''Пустую'' или ''Для ввода данных''), то доступ к такому объекту осуществляется через атрибут контекста формы отчета (обработки) Таблица.
Атрибуты и методы объекта ''Таблица'' позволяют в программном модуле управлять процессом формирования и визуального отображения таблицы в целом, а также изменять свойства визуального отображения отдельных областей таблицы.
В тексте программного модуля через точку после имени атрибута ''Таблица'' можно записывать адреса областей таблицы, а далее через точку можно вызывать методы управления свойствами этих областей.

отже, це слово в обробці чи в звіті зарезервоване - приклад використання в обробці "Информац. блок"

Сообщение отредактировал mister-x - 11.06.14, 11:20

[mister-x]

Надибав цікаву статйку - [необходимо зарегистрироваться для просмотра ссылки], пригодиться.