TopSoft: опыт успешных решений

Внимательно читаем содержимое лога компиляции: [i] Используется поле или переменная CDOG лог.таблицы вместо переменной объекта (стр.139, поз.58 в D:\PROJECTS\FORUM.GALAKTIKA.RU\fmMain.vip) if getFirst GETFIRST Dogovor where ((Comp(cDog) /== Dogovor.nRec)) = tsOk { Иными словами, вместо переменной, к...

Наличие данных в обязательных для заполнения полях нужно проверять в обработчике cmCheckRecord.

Имеет место явная нестыковка терминов. В статье о RescanPanel под "панелью" подразумевается номер узла логической таблицы. То же касается методов логической таблицы ReReadRecord и ReDrawPanel: "панель" = "номер узла". Должен заметить, что в vip панель (panel) не имеет в...

Хорошо бы для начала увидеть описание ЛТ интерфейса.

Значение coXXXX для включенных в ЛТ таблиц компилятор генерирует автоматически. По всей видимости, среди включенных в проект файлов есть такой, в котором значение coXXXX определяется явным образом - оно и перекрывает значение сгенерированной.

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

С таким же успехом можно просто поставлять исходные коды прикладной части.

Речь, видимо, об утилитах delbyp.exe, delprefi.exe, getitem.exe, additem.exe, включенных в комплект поставки инструментария разработки, - с помощью первых двух можно вымарать из ресурсного файла неправильную настройку. Содержимое же ресурсного файла удобно просматривать в Консоли управления: пункт &...

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

Лучше, если ошибка придет "извне": это обеспечит объективность в выборе степени критичности.

О том ведь и речь: сначала из SUMUPSOC удаляются записи текущего филиала (при этом остаются записи, относящиеся к другим филиалам), а затем из SUMULSOC закачиваются данные по всему предприятию в целом! Неудивительно, что при этом дублируются NREC-и. Если изложено верно, то этой проблеме прямая дорог...

Верно ли я понял, что моя догадка верна, и insert..select пытается втащить все записи из исходной таблицы в целевую?

А усечение в условиях филиальности работает как и задумано, т.е., сводится у далению всех записей, относящихся к текущему филиалу.

Удаление и копирование выполняется внутри транзакции. Этим объясняется результирующее количество записей в таблице. Мелькнула дикая догадка: что, если удаление записей идет в рамках текущего филиала, а вставка с помощью insert..select пытается закачать данные по всем филиалам? Хорошо бы собрать код ...

Максим, по сути - это обычные функции, экспортируемые динамически подключаемыми библиотеками. Да, их нужно регистрировать. Подробности см. в документе "Описание языка VIP" (Арифметические выражения - Подключение функций и процедур из DLL).

А данные отсортированы по _NrecFPCO? По логике, нет смысла применять оператор к несортированным данным.