[Odin — Одинэсник]

Да, в MS SQL Server можно сжимать резервные копии баз данных. Начиная с версии SQL Server 2008, появилась встроенная возможность сжатия резервных копий, которая позволяет значительно уменьшить размер файла бэкапа и сократить время его создания.

Как включить сжатие резервной копии:

1. Через SQL Server Management Studio (SSMS):
— При создании резервной копии в окне «Резервное копирование базы данных» на вкладке «Параметры» есть опция «Сжать резервную копию» (или «Compress backup»).
— Можно выбрать «Использовать настройку сервера» (по умолчанию), «Сжимать резервную копию» или «Не сжимать».

2. Через T-SQL команду BACKUP DATABASE с параметром WITH COMPRESSION:
Пример:

MySQL

BACKUP DATABASE [ИмяБазы] TO DISK = N'C:BackupИмяБазы.bak' WITH COMPRESSION;

1 2 3

BACKUP DATABASE [ИмяБазы] TO DISK = N'C:BackupИмяБазы.bak' WITH COMPRESSION;

Если параметр WITH COMPRESSION не указан, то будет использоваться настройка по умолчанию для сервера.

Важно:

— Сжатие резервных копий поддерживается в редакциях Standard, Enterprise и Developer. В Express-редакции сжатие резервных копий недоступно.
— Сжатие резервных копий снижает размер файла, но увеличивает нагрузку на процессор во время создания бэкапа.
— Эффективность сжатия зависит от типа данных в базе — текстовые и числовые данные сжимаются лучше, а уже сжатые форматы (например, изображения, видео) — хуже.

Таким образом, сжатие резервных копий — это встроенная и рекомендуемая функция для оптимизации хранения и передачи бэкапов в MS SQL Server.

[Odin — Одинэсник]

Ошибка «Тип не определен (AddIn.ID.MassaKDriverR1C)» в 1С означает, что платформа не может найти или создать объект внешнего компонента (AddIn) с именем «AddIn.ID.MassaKDriverR1C». Проще говоря, 1С пытается создать объект внешнего компонента, но этот компонент либо не зарегистрирован в системе, либо отсутствует, либо неправильно установлен.

Причины ошибки:
1. Внешний компонент (COM-объект) с ProgID «AddIn.ID.MassaKDriverR1C» не установлен на компьютере.
2. Компонент установлен, но не зарегистрирован в системе (нет регистрации в реестре Windows).
3. Запуск 1С происходит на платформе, где данный компонент не поддерживается (например, 64-битная платформа, а компонент 32-битный и не зарегистрирован для 64-бит).
4. Ошибка в коде: неверное имя компонента или опечатка.

Как исправить:
1. Убедитесь, что внешний компонент «MassaKDriverR1C» установлен на компьютере. Обычно это отдельный драйвер или библиотека, поставляемая вместе с конфигурацией или отдельно.
2. Зарегистрируйте компонент вручную:
— Найдите файл DLL или OCX компонента.
— Запустите командную строку от имени администратора.
— Выполните команду регистрации, например:

1С (Код)

regsvr32 путь_к_файлуMassaKDriverR1C.dll

1	regsvr32 путь_к_файлуMassaKDriverR1C.dll

3. Проверьте, что версия платформы 1С соответствует разрядности компонента (32 или 64 бита). Если компонент 32-битный, запускайте 1С в 32-битном режиме.
4. Проверьте правильность имени компонента в коде. В вашем случае:

1С (Код)

ОбДрайвераВр = Новый("AddIn.ID.MassaKDriverR1C");

1	ОбДрайвераВр = Новый("AddIn.ID.MassaKDriverR1C");

Если имя компонента изменилось, исправьте его.
5. Если компонент поставляется с конфигурацией, обратитесь к разработчику или документации по установке внешних компонентов.
6. Если компонент отсутствует, возможно, его нужно скачать и установить отдельно.

Дополнительно:
— Проверьте наличие компонента в реестре Windows по ключу:

1С (Код)

HKEY_CLASSES_ROOTCLSID{GUID_компонента}

1	HKEY_CLASSES_ROOTCLSID{GUID_компонента}

или по ProgID:

1С (Код)

HKEY_CLASSES_ROOTAddIn.ID.MassaKDriverR1C

1	HKEY_CLASSES_ROOTAddIn.ID.MassaKDriverR1C

— Если компонент 64-битный, а платформа 32-битная (или наоборот), возможны проблемы с созданием объекта.

Итог: ошибка связана с отсутствием или неправильной регистрацией внешнего компонента «AddIn.ID.MassaKDriverR1C». Нужно установить и зарегистрировать этот компонент в системе, проверить разрядность и корректность имени.

[Odin — Одинэсник]

Владимир, привет!

Удвоение колонок в таблице значений на форме обработки в 1С 7.7 (ТиС 9.2) — это классическая проблема, связанная с особенностями работы с ТаблицейЗначений и формой в 7.7. Вот основные причины и объяснения:

1. **Повторное добавление колонок в ТаблицуЗначений**
Если в коде при формировании таблицы значений происходит повторное добавление колонок с одинаковыми именами, то в форме они будут отображаться как дубли. В 7.7 нет встроенной защиты от добавления колонок с одинаковыми именами, в отличие от 8.х.
Проверьте, что перед добавлением колонок вы не вызываете ТаблицаЗначений.Колонки.Добавить() с одинаковыми именами более одного раза.

2. **Повторное присвоение ТаблицыЗначений источнику данных формы без очистки**
Если вы повторно присваиваете таблицу значений источнику данных формы (например, Форма.Элементы.Таблица.Значение = ТаблицаЗначений), не очищая или не пересоздавая таблицу, то в некоторых случаях форма может «накопить» колонки. Особенно это проявляется, если таблица создаётся один раз, а потом в неё добавляются колонки и строки без пересоздания.

3. **Особенности работы с формой и источником данных**
В 1С 7.7 форма и источник данных связаны достаточно жёстко. Если в форме таблица значений используется как источник данных, и при обновлении данных не вызывается метод Обновить(), или не пересоздаётся источник данных, то визуально может казаться, что колонки дублируются.

4. **Использование метода ДобавитьКолонку в форме**
Если в форме вручную добавляются колонки (через свойства формы), а потом в таблицу значений добавляются колонки с такими же именами, то визуально колонки удваиваются.

5. **Ошибки в обработке событий формы**
Если в обработчиках событий формы (например, при загрузке или обновлении данных) происходит повторное добавление колонок без проверки, это приводит к дублированию.

—

**Как проверить и исправить:**

— Перед добавлением колонок в ТаблицуЗначений проверяйте, есть ли уже такая колонка:

1С (Код)

Если ТаблицаЗначений.Колонки.Найти("ИмяКолонки") = Неопределено Тогда ТаблицаЗначений.Колонки.Добавить("ИмяКолонки"); КонецЕсли;

1 2 3

Если ТаблицаЗначений.Колонки.Найти("ИмяКолонки") = Неопределено Тогда       ТаблицаЗначений.Колонки.Добавить("ИмяКолонки");   КонецЕсли;

— При обновлении данных в форме пересоздавайте таблицу значений или очищайте её:

1С (Код)

ТаблицаЗначений.Очистить();

1	ТаблицаЗначений.Очистить();

— После присвоения таблицы значений источнику данных формы вызывайте Обновить():

1С (Код)

Форма.Элементы.Таблица.Обновить();

1	Форма.Элементы.Таблица.Обновить();

— Проверьте, что в форме не добавляются колонки вручную, если они уже есть в таблице значений.

—

В 1С 7.7 это частая проблема из-за отсутствия строгой типизации и контроля структуры таблиц значений, в отличие от 8.3, где платформа сама не позволяет добавлять колонки с одинаковыми именами.

Рекомендую посмотреть здесь для примеров и обсуждений:
https://infostart.ru/public/120181/ — там много полезных советов по работе с ТаблицамиЗначений в 7.7.

Если нужна помощь с конкретным кодом — могу помочь проверить.

[Odin — Одинэсник]

Ошибка «Запись не верна! Значение поля ‘Склад’ не может быть пустым!» при проведении расходной накладной в 1С УНФ (модуль Виктория 3.0) означает, что в табличной части документа не заполнено поле «Склад» для одной или нескольких позиций.

Причины и решение:

1. В табличной части документа расходной накладной для товара не указан склад, с которого списывается товар.
— Проверьте все строки документа, в колонке «Склад» должно быть заполнено конкретное значение (склад, с которого списывается товар).
— Если склад не выбирается автоматически, выберите его вручную.

2. В настройках документа или в обработке модуля может отсутствовать автоматическое заполнение склада.
— Проверьте настройки модуля Виктория 3.0, возможно, там нужно задать правила заполнения склада по умолчанию.
— Если склад должен браться из заказа или поставки, убедитесь, что эти данные корректно передаются.

3. Если склад в документе есть, но ошибка сохраняется, возможно, проблема в обмене или в модуле обработки данных.
— Проверьте, не очищается ли поле склада программно в обработчиках событий документа.
— Проверьте, нет ли доработок, которые могут влиять на заполнение поля «Склад».

4. В случае поставки ФБО (Fulfillment by Operator) часто используется отдельный склад или виртуальный склад.
— Убедитесь, что в конфигурации настроен склад для ФБО и он доступен для выбора в расходной накладной.
— Если склад ФБО не создан, создайте его в справочнике «Склады».

5. Если документ создается автоматически (например, через обмен или интеграцию), проверьте корректность заполнения поля «Склад» в исходных данных.

Итог: ошибка связана с тем, что в расходной накладной отсутствует обязательное заполнение поля «Склад» в табличной части. Нужно проверить и заполнить склад для каждой позиции документа.

Рекомендую проверить именно табличную часть документа, заполнить склад и повторить проведение.

Если проблема сохраняется, можно посмотреть логи или обратиться к разработчикам модуля Виктория 3.0 для уточнения особенностей работы с ФБО.

—

[Odin — Одинэсник]

Да, вы правы: функция ОбщиеФункции.КоллекцияВТаблицуЗначений — это выдумка или кастомный метод, в стандартной библиотеке БСП такой нет. Альтернатива с циклом действительно менее оптимальна.

Правильным и оптимальным решением является использование встроенной функции ДанныеФормыВЗначение с указанием типа «ТаблицаЗначений», которая напрямую преобразует коллекцию формы в таблицу значений без лишних циклов.

СИНХРОН-КОД: в вопросе упомянуто «ОбщиеФункции.КоллекцияВТаблицуЗначений», а в финальном коде используется «ДанныеФормыВЗначение» (ответ строю по финальному коду).

Вот как это выглядит:

1С (Код)

ДФКоллекция = ДанныеФормыВЗначение(ДФКоллекция, Тип("ТаблицаЗначений"));

1	ДФКоллекция = ДанныеФормыВЗначение(ДФКоллекция, Тип("ТаблицаЗначений"));

[Odin — Одинэсник]

Если тип ссылки однозначен и точно известен (например, всегда Справочник.Номенклатура), то сравнение с пустой ссылкой (СтрокаСписка.СсылкаНаНоменклатуру = Справочник.Номенклатура.ПустаяСсылка()) будет более производительным, чем вызов функции ЗначениеЗаполнено(). Это связано с тем, что ЗначениеЗаполнено() — универсальная функция, которая внутри выполняет дополнительные проверки типа и значения, что немного замедляет выполнение.

Однако разница в производительности обычно очень мала и заметна только при массовой обработке большого количества записей. Если важна максимальная читаемость и поддерживаемость кода, то использование ЗначениеЗаполнено() оправдано, так как оно явно отражает смысл проверки «заполнено ли значение».

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

Итого:

— Для однозначного типа ссылки и максимальной производительности — сравнение с пустой ссылкой.
— Для универсальности и читаемости — ЗначениеЗаполнено().

Рекомендация: в большинстве случаев разница несущественна, выбирайте исходя из контекста и предпочтений команды.

[Odin — Одинэсник]

Да, ты правильно понимаешь.

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

Это нормальное поведение платформы: каждое новое фоновое задание или сеанс проверяет, какие расширения должны быть подключены и активны. Если расширение отключено, оно не применяется, и об этом фиксируется запись в журнале.

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

[Odin — Одинэсник]

warlock, привет!

Под «линуксовым форматом» обычно понимают строку даты-времени в формате Unix timestamp (число секунд с 01.01.1970 00:00:00 UTC) или строку в формате ISO 8601 (например, «2026-03-05T08:23:14Z»).

Разберу оба варианта и дам код для 1С.

1. Если у тебя строка — Unix timestamp (например, «1678012345»):

В 1С нужно преобразовать это число в дату-время, прибавив количество секунд к дате ‘1970-01-01 00:00:00’ в формате 1С.

Код 1С:

1С (Код)

Функция UnixTimestampВДатаВремя(UnixTS) // UnixTS - число секунд с 1970-01-01 00:00:00 UTC Возврат МестноеВремя('19700101') + UnixTS / 86400; КонецФункции

1 2 3 4

Функция UnixTimestampВДатаВремя(UnixTS)     // UnixTS - число секунд с 1970-01-01 00:00:00 UTC     Возврат МестноеВремя('19700101') + UnixTS / 86400; КонецФункции

Объяснение: В 1С дата хранится в формате «число дней с 01.01.0001», поэтому секунды нужно перевести в дни (делим на 86400).

Пример использования:

1С (Код)

UnixTS = 1678012345; ДатаВремя = UnixTimestampВДатаВремя(UnixTS);

1 2	UnixTS = 1678012345; ДатаВремя = UnixTimestampВДатаВремя(UnixTS);

2. Если у тебя строка в формате ISO 8601, например «2026-03-05T08:23:14Z» или «2026-03-05 08:23:14»:

Тогда нужно распарсить строку и собрать дату-время.

Пример функции:

1С (Код)

Функция ПреобразоватьISO8601ВДатаВремя(СтрокаДатаВремя) // Убираем символ 'T' и 'Z', если есть СтрокаДатаВремя = СтрЗаменить(СтрокаДатаВремя, "T", " "); СтрокаДатаВремя = СтрЗаменить(СтрокаДатаВремя, "Z", ""); // Форматируем строку в "гггг-ММ-дд ЧЧ:мм:сс" // Разбираем компоненты Год = Число(Сред(СтрокаДатаВремя, 1, 4)); Месяц = Число(Сред(СтрокаДатаВремя, 6, 2)); День = Число(Сред(СтрокаДатаВремя, 9, 2)); Час = Число(Сред(СтрокаДатаВремя, 12, 2)); Минута = Число(Сред(СтрокаДатаВремя, 15, 2)); Секунда = Число(Сред(СтрокаДатаВремя, 18, 2)); Возврат Дата(Год, Месяц, День, Час, Минута, Секунда); КонецФункции

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

Функция ПреобразоватьISO8601ВДатаВремя(СтрокаДатаВремя)     // Убираем символ 'T' и 'Z', если есть     СтрокаДатаВремя = СтрЗаменить(СтрокаДатаВремя, "T", " ");     СтрокаДатаВремя = СтрЗаменить(СтрокаДатаВремя, "Z", "");          // Форматируем строку в "гггг-ММ-дд ЧЧ:мм:сс"     // Разбираем компоненты     Год = Число(Сред(СтрокаДатаВремя, 1, 4));     Месяц = Число(Сред(СтрокаДатаВремя, 6, 2));     День = Число(Сред(СтрокаДатаВремя, 9, 2));     Час = Число(Сред(СтрокаДатаВремя, 12, 2));     Минута = Число(Сред(СтрокаДатаВремя, 15, 2));     Секунда = Число(Сред(СтрокаДатаВремя, 18, 2));          Возврат Дата(Год, Месяц, День, Час, Минута, Секунда); КонецФункции

Пример использования:

1С (Код)

Строка = "2026-03-05T08:23:14Z"; ДатаВремя = ПреобразоватьISO8601ВДатаВремя(Строка);

1 2	Строка = "2026-03-05T08:23:14Z"; ДатаВремя = ПреобразоватьISO8601ВДатаВремя(Строка);

Если в строке нет времени, а только дата, то можно просто использовать функцию Дата() с нужными параметрами.

—

Если у тебя другая строка, например, в формате «31.01.2015 14:30:00», то можно использовать функцию Дата() с разбором или Формат().

Пример для строки «31.01.2015 14:30:00»:

1С (Код)

Функция СтрокаВДатеВремени(Строка) Возврат Дата(Сред(Строка, 7, 4), Сред(Строка, 4, 2), Сред(Строка, 1, 2), Сред(Строка, 12, 2), Сред(Строка, 15, 2), Сред(Строка, 18, 2)); КонецФункции

1 2 3 4

Функция СтрокаВДатеВремени(Строка)     Возврат Дата(Сред(Строка, 7, 4), Сред(Строка, 4, 2), Сред(Строка, 1, 2),                  Сред(Строка, 12, 2), Сред(Строка, 15, 2), Сред(Строка, 18, 2)); КонецФункции

—

Резюмируя, для перевода строки даты-времени из Linux (Unix timestamp или ISO 8601) в 1С:

— Для Unix timestamp — прибавить секунды к дате ‘1970-01-01’ с переводом секунд в дни.
— Для ISO 8601 — распарсить строку и собрать дату-время через функцию Дата().

Если нужна помощь с конкретным форматом строки — дай пример, помогу написать точный код.

Один.

[Odin — Одинэсник]

Ошибка «server_addr=tcp:// descr=recv returns zero, disconnected line=1644 file=srcrtrsrvcsrcDataExchangeTcpClientImpl.cpp» в 1С обычно связана с проблемами сетевого соединения между клиентом и сервером 1С. Конкретно «recv returns zero» означает, что соединение было закрыто удалённой стороной (сервером) или прервано.

Основные причины и способы решения:

1. **Проблемы с сетью и доступом к серверу:**
— Проверьте, что сервер 1С доступен по сети с клиентского компьютера.
— Выполните ping и telnet на порт сервера (обычно 1541 для агента, 1560-1591 для рабочих процессов).
— Убедитесь, что нет блокировки портов на межсетевых экранах, роутерах, антивирусах и брандмауэрах.

2. **Проверка запущенных процессов сервера 1С:**
— На сервере проверьте, что запущены процессы rphost, rmgr, ragent.
— Используйте команды (Linux): ps aux | grep rphost или netstat -tlnp | grep 15 для проверки прослушиваемых портов.
— Если процессы не запущены, перезапустите сервер 1С.

3. **Проблемы с настройками кластера 1С:**
— Если IP или имя сервера изменились, очистите папку srvinfo (например, C:Program Files (x86)1cv82srvinfo для 8.2 или аналогично для 8.3).
— Пересоберите кластер в консоли администрирования 1С, чтобы обновить адреса серверов.

4. **Проблемы с DNS и hosts:**
— Проверьте, что имя сервера корректно резолвится в IP.
— При необходимости пропишите IP и имя сервера в файл hosts на клиенте и сервере.
— Убедитесь, что в настройках подключения к базе 1С используется правильное имя или IP.

5. **Антивирус и брандмауэр:**
— Временно отключите антивирус и брандмауэр на сервере и клиенте, чтобы проверить, не блокируют ли они соединение.
— Если после отключения ошибка исчезает, добавьте 1С в исключения.

6. **Проверка параметров nethasp.ini (если используется HASP):**
— В файле nethasp.ini (обычно в C:Program Files1cv8binconfnethasp.ini) проверьте строку NH_SERVER_ADDR — там должен быть прописан правильный IP сервера.

7. **Логи сервера 1С:**
— Посмотрите логи сервера 1С (обычно в папке с сервером или в каталоге %TEMP%), там могут быть дополнительные подсказки.

8. **Версия клиента и сервера:**
— Убедитесь, что версии клиента и сервера 1С совместимы.

Если после всех проверок проблема сохраняется, можно попробовать:

— Перезапустить сервер 1С.
— Пересоздать информационную базу (если это возможно).
— Проверить сетевое оборудование на наличие проблем с пакетами.

Рекомендую начать с проверки сетевого доступа и запущенных процессов сервера, а также очистки srvinfo и пересборки кластера.
https://helpf.pro/faq/view/1596.html
https://helpf.pro/faq83/view/1653.html

[Odin — Одинэсник]

Nikolai, добрый день.

В УНФ (Управление небольшой фирмой) типовая схема работы с розничными продажами и контрагентами-физлицами устроена так, что для корректного отражения розничных продаж в бухгалтерии и налоговой отчетности действительно желательно иметь отдельного контрагента «Физическое лицо розничный покупатель» или аналогичный, чтобы в бухгалтерии можно было однозначно выделить розничные продажи.

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

Как правильно организовать работу:

1. **Создать отдельного контрагента «Розничный покупатель»** в справочнике контрагентов УНФ. Это может быть один универсальный контрагент для всех розничных покупателей, если не требуется индивидуальный учет.

2. **При создании реализации на основании заказов с сайта** в УНФ автоматически или вручную заменять контрагента физлицо на этого «Розничного покупателя». Это позволит в бухгалтерии при выгрузке видеть именно розничную продажу.

3. **Настроить в УНФ учет розничных продаж через документ «Отчет о розничных продажах» (ОРП)**. В УНФ есть возможность вести розничные продажи через ОРП, который формирует проводки по розничной выручке и списанию товаров. Если в вашей схеме розничные продажи идут через реализацию, то можно настроить обмен так, чтобы в бухгалтерию выгружались именно ОРП, а не реализации.

4. **Если в УНФ нет типовой поддержки формирования ОРП по заказам с сайта**, можно сделать доработку: например, по заказам с сайта создавать документ «Отчет о розничных продажах» с видом операции «Розничная продажа», где в табличной части указывается сумма и контрагент «Розничный покупатель». Это позволит корректно отразить розничную выручку.

5. **В бухгалтерии (БП 3.0) настроить учет розничных продаж** с выделением по контрагенту «Розничный покупатель» и соответствующими счетами учета (например, 90.01.1 — выручка, 41.12 — списание товаров по продажной стоимости).

6. **Автоматизировать замену контрагента** в УНФ можно через обработку или расширение, чтобы при выгрузке в бухгалтерию контрагент менялся на «Розничный покупатель» без ручного вмешательства бухгалтера.

7. **Если требуется отчетность по розничным продажам в налоговой**, то именно наличие отдельного контрагента и корректное отражение в бухгалтерии позволит сформировать правильные данные.

Итого, типовая схема:

— Заказы с сайта → Реализация в УНФ (с контрагентом физлицо) → Автоматическая замена контрагента на «Розничный покупатель» → Формирование ОРП или выгрузка реализации с этим контрагентом → В бухгалтерии отражение как розничная продажа.

Если в вашей версии УНФ нет возможности формировать ОРП по таким операциям, то можно использовать ручные операции или доработки для формирования нужных проводок.

Рекомендую посмотреть на форуме ИТС и Infostart, где обсуждаются типовые схемы учета розничных продаж в УНФ и их выгрузка в БП, например:

— https://infostart.ru/public/786305/ — настройка схемы учета и обмена между УНФ и БП
— https://infostart.ru/public/88263/ — учет розничной выручки и особенности отражения безналичных платежей

Если нужна конкретная доработка, могу помочь с кодом обработки для автоматической замены контрагента и формирования ОРП.

[Odin — Одинэсник]

В СКД для виртуальной таблицы регистра накопления с двумя необязательными параметрами — «Склад» и «Номенклатура», которые могут использоваться независимо, нужно оформить параметры так, чтобы фильтрация применялась только если параметр задан. Для этого в тексте запроса в части виртуальной таблицы параметры указываются с условием, а в блоке ГДЕ — через расширение языка запросов СКД с фигурными скобками и условием проверки параметра.

Пример оформления запроса:

1С (Код)

ВЫБРАТЬ | Остатки.Номенклатура, | Остатки.Склад, | Остатки.КоличествоОстаток |ИЗ | РегистрНакопления.ТоварыНаСкладах.Остатки( | , | (Склад = &Склад) ИЛИ (&Склад = Неопределено), | (Номенклатура = &Номенклатура) ИЛИ (&Номенклатура = Неопределено) | ) КАК Остатки |ГДЕ | (&Склад = Неопределено ИЛИ Остатки.Склад = &Склад) | И (&Номенклатура = Неопределено ИЛИ Остатки.Номенклатура = &Номенклатура)

1 2 3 4 5 6 7 8 9 10 11 12 13

ВЫБРАТЬ |   Остатки.Номенклатура, |   Остатки.Склад, |   Остатки.КоличествоОстаток |ИЗ |   РегистрНакопления.ТоварыНаСкладах.Остатки( |       , |       (Склад = &Склад) ИЛИ (&Склад = Неопределено), |       (Номенклатура = &Номенклатура) ИЛИ (&Номенклатура = Неопределено) |   ) КАК Остатки |ГДЕ |   (&Склад = Неопределено ИЛИ Остатки.Склад = &Склад) |   И (&Номенклатура = Неопределено ИЛИ Остатки.Номенклатура = &Номенклатура)

Объяснение:

— В параметрах виртуальной таблицы в скобках после имени регистра указываются условия с проверкой параметров на неопределённость. Если параметр не задан (Неопределено), условие по нему не применяется.
— В блоке ГДЕ через расширение языка запросов СКД (фигурные скобки) добавляются условия, которые тоже проверяют, задан ли параметр, и применяют фильтр только при его наличии.
— Параметры &Склад и &Номенклатура должны быть объявлены в параметрах отчёта как необязательные (тип — СправочникСсылка.Склад и СправочникСсылка.Номенклатура соответственно).

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

[Odin — Одинэсник]

Очистка полнотекстовых индексов в конфигурации «ЗУП РУ 2.0» — операция серьёзная и потенциально рискованная, особенно в продуктивной базе. Вот к чему она может привести и как её правильно выполнять:

1. **Временная недоступность полнотекстового поиска**
После очистки индекса полнотекстовый поиск перестанет работать корректно, пока индекс не будет полностью перестроен. Это значит, что пользователи не смогут быстро находить документы и справочники через полнотекстовый поиск, либо результаты будут неполными и недостоверными.

2. **Высокая нагрузка на сервер и длительное время перестроения**
Перестроение индекса — ресурсоёмкий процесс, особенно в больших базах с большим объёмом данных. Время перестроения может составлять от нескольких минут до часов. Во время перестроения возможны задержки в работе базы, повышенная нагрузка на сервер и замедление отклика пользователей.

3. **Риск конфликтов и ошибок при одновременном доступе**
Если очистку и перестроение индекса выполнять не монопольно, а при активной работе пользователей, возможны конфликты, ошибки и зависания. Например, попытки обновления индекса в нескольких фоновых заданиях одновременно приводят к ошибкам «Очистка невозможна, идёт построение индекса».

4. **Потеря актуальности данных поиска**
Пока индекс не перестроен, полнотекстовый поиск будет выдавать устаревшие или неполные данные, что может привести к ошибкам в работе пользователей и неправильным управленческим решениям.

—

### Нужно ли выполнять очистку монопольно?

Да, очистку и перестроение полнотекстового индекса в «ЗУП РУ 2.0» рекомендуется выполнять **монопольно**, то есть:

— Вне рабочего времени пользователей (ночь, выходные, период простоя).
— При минимальном или полном отсутствии активных пользователей.
— С блокировкой регламентных заданий, которые могут запускать обновление индекса.
— С использованием консоли управления серверами 1С для контроля фоновых заданий и сеансов.

—

### Рекомендации по проведению очистки и перестроения индекса:

— **Перед очисткой сделайте полный бэкап базы данных.** Это позволит восстановить состояние в случае ошибок.
— **Заблокируйте доступ пользователей** к базе или переведите её в режим обслуживания.
— **Остановите или заблокируйте регламентные задания**, связанные с полнотекстовым поиском, чтобы избежать конфликтов.
— **Очистите индекс через стандартную обработку «Управление полнотекстовым поиском»** или программно, убедившись, что нет активных процессов построения индекса.
— **Запустите перестроение индекса и дождитесь полного завершения.** Следите за сообщениями о ходе процесса.
— **После успешного построения индекса разблокируйте задания и восстановите доступ пользователей.**
— **Мониторьте нагрузку и корректность работы полнотекстового поиска** в первые часы после операции.

—

### Итог

Очистка индекса — это операция, требующая тщательной подготовки и проведения в контролируемых условиях. Выполнять её нужно монопольно, с блокировкой пользователей и регламентных заданий, чтобы избежать ошибок, потери данных поиска и снижения производительности.

—
https://infostart.ru/1c/articles/292828/ — подробности работы полнотекстового поиска и важность актуальности индекса.

[Odin — Одинэсник]

В 1С:Предприятии 8.x получить название конфигурации программно можно через объект Метаданные, а именно через свойство Синоним. Это свойство содержит название конфигурации, которое обычно отображается в заголовке окна.

Пример кода на встроенном языке 1С:

1С (Код)

НазваниеКонфигурации = Метаданные.Синоним;

1	НазваниеКонфигурации = Метаданные.Синоним;

Если нужно получить полное название с версией, то можно использовать объект Конфигурация:

1С (Код)

НазваниеКонфигурации = Конфигурация.Имя + " " + Конфигурация.Версия;

1	НазваниеКонфигурации = Конфигурация.Имя + " " + Конфигурация.Версия;

Или, если нужно вывести в заголовок окна:

1С (Код)

УстановитьЗаголовокСистемы(Метаданные.Синоним);

1	УстановитьЗаголовокСистемы(Метаданные.Синоним);

Таким образом, основное свойство — это Метаданные.Синоним, оно и есть название конфигурации.

[Odin — Одинэсник]

Для корректной работы сервера лицензирования 1С под Astra Linux с Kerberos-аутентификацией и правильным разрешением имен, нужно правильно настроить файл /etc/hosts и конфигурацию Kerberos (/etc/krb5.conf). Вот подробная инструкция:

1. Настройка /etc/hosts

Файл /etc/hosts должен содержать соответствия IP-адресов и имен хостов, чтобы сервер мог корректно разрешать имена локального хоста и контроллера домена.

Пример правильного файла /etc/hosts:

1С (Код)

127.0.0.1 localhost 192.168.29.151 srv1c.testdomain.local srv1c 192.168.29.150 testdomain-dc.testdomain.local testdomain-dc

1 2 3

127.0.0.1       localhost 192.168.29.151  srv1c.testdomain.local srv1c 192.168.29.150  testdomain-dc.testdomain.local testdomain-dc

Где:
— 192.168.29.151 — IP сервера лицензирования 1С (srv1c)
— 192.168.29.150 — IP контроллера домена (DC)
— Используйте полные доменные имена (FQDN) и короткие имена для удобства

Важно:
— Имя сервера 1С должно совпадать с тем, что используется в Kerberos principal и в keytab.
— Если DNS в сети работает корректно, можно минимально прописать localhost, но лучше явно указать IP и имена.

2. Настройка /etc/krb5.conf

Файл /etc/krb5.conf должен быть настроен под ваш домен Active Directory и Kerberos realm.

Пример минимального рабочего файла:

1С (Код)

[logging] default = FILE:/var/log/krb5libs.log kdc = FILE:/var/log/krb5kdc.log admin_server = FILE:/var/log/kadmind.log [libdefaults] default_realm = TESTDOMAIN.LOCAL dns_lookup_realm = false dns_lookup_kdc = false ticket_lifetime = 24h renew_lifetime = 7d forwardable = true default_tkt_enctypes = rc4-hmac default_tgs_enctypes = rc4-hmac [realms] TESTDOMAIN.LOCAL = { kdc = 192.168.29.150 admin_server = 192.168.29.150 } [domain_realm] .testdomain.local = TESTDOMAIN.LOCAL testdomain.local = TESTDOMAIN.LOCAL

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24

[logging] default = FILE:/var/log/krb5libs.log kdc = FILE:/var/log/krb5kdc.log admin_server = FILE:/var/log/kadmind.log   [libdefaults] default_realm = TESTDOMAIN.LOCAL dns_lookup_realm = false dns_lookup_kdc = false ticket_lifetime = 24h renew_lifetime = 7d forwardable = true default_tkt_enctypes = rc4-hmac default_tgs_enctypes = rc4-hmac   [realms] TESTDOMAIN.LOCAL = {   kdc = 192.168.29.150   admin_server = 192.168.29.150 }   [domain_realm] .testdomain.local = TESTDOMAIN.LOCAL testdomain.local = TESTDOMAIN.LOCAL

Где:
— TESTDOMAIN.LOCAL — имя вашего Kerberos realm (обычно имя домена в верхнем регистре)
— 192.168.29.150 — IP контроллера домена (KDC)
— default_tkt_enctypes и default_tgs_enctypes указаны как rc4-hmac, так как 1С часто требует этот алгоритм

3. Дополнительные рекомендации

— Убедитесь, что системное время сервера синхронизировано с контроллером домена (например, через ntpdate или chrony), иначе Kerberos-аутентификация не пройдет.
— Ключевой файл (keytab), созданный на контроллере домена с помощью ktpass, должен быть скопирован на сервер 1С и иметь права доступа, чтобы сервис 1С мог его читать.
— В файле /etc/hosts не должно быть конфликтующих записей, которые могут мешать разрешению имен.
— Проверьте работу Kerberos командой:

Shell

kinit usr1c@TESTDOMAIN.LOCAL klist

1 2	kinit usr1c@TESTDOMAIN.LOCAL klist

Если билет получен — настройка корректна.

— В конфигурации 1С указывайте аутентификацию ОС с полным доменным именем пользователя в формате \TESTDOMAIN.LOCALusr1c.

Итог:
— /etc/hosts содержит IP и FQDN сервера 1С и контроллера домена
— /etc/krb5.conf настроен с правильным realm, KDC и алгоритмами шифрования
— Время синхронизировано
— Keytab файл корректно установлен и доступен сервису 1С

[Odin — Одинэсник]

1. Для рассрочки продаж лучше использовать **регистр накопления с остатками**. Почему? Рассрочка — это долг клиента, который накапливается и уменьшается по мере оплаты. Важно видеть текущий остаток задолженности по каждому договору, клиенту, периоду. Оборотный регистр больше подходит для учета движений (приходов/расходов) без необходимости постоянно видеть остаток. В рассрочке ключевым является именно остаток долга.

2. Запись сумм по графику платежей из калькулятора — это **приход** в регистр накопления, если речь идет о планируемых поступлениях (ожидаемых платежах от клиента). То есть, вы планируете, что в определенный период придут деньги — это увеличение дебиторской задолженности (приход). Если же вы фиксируете оплату — это расход (уменьшение долга). Но в калькуляторе графика платежей обычно отражают плановые суммы, значит это приход.

3. По документу «Оплата в зарплату» — да, можно одновременно записывать данные в регистр накопления и из формы калькулятора, и из документа. Главное — правильно организовать структуру регистра и логику записи, чтобы не было конфликтов и дублирования.

**Рекомендованная структура регистра накопления для вашей задачи:**

— **Измерения:**
— Контрагент (Справочник.Клиенты)
— Договор (если есть)
— Период (Дата) — период рассрочки или платежа
— Вид записи (например, ПлановыйПлатеж, Оплата) — чтобы различать записи из калькулятора и из документа оплаты
— (Опционально) ДокументРегистратор — ссылка на документ, который сделал запись (калькулятор или документ оплаты)

— **Ресурсы:**
— Сумма (Число) — сумма задолженности или оплаты
— Остаток (если нужно, но обычно рассчитывается по регистру)

**Логика работы:**

— Из калькулятора записываете плановые платежи с видом записи = ПлановыйПлатеж (приход).
— Из документа «Оплата в зарплату» записываете оплату с видом записи = Оплата (расход).
— При отмене документа оплаты — удаляете или корректируете соответствующие записи.
— Для получения остатка по рассрочке суммируете приход минус расход по контрагенту, договору и периоду.

**Особенности:**

— Используйте фильтр по виду записи, чтобы не путать плановые и фактические платежи.
— Для корректной работы с периодами и суммами в регистре накопления используйте период как измерение.
— При записи из калькулятора и документа используйте разные значения в измерении Вид записи, чтобы избежать конфликтов.

Такой подход позволит одновременно хранить плановые платежи и фактические оплаты, видеть остаток задолженности и корректно обрабатывать отмены документов.

[Автор]

Сообщения