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

Yari, привет!

В твоей ситуации с ЗУП 3.1, когда после спецоценки с 11.11.2025 сотрудник переведен на должность электросварщика с допвзносами 2%, а премия, начисленная 14.11.2025, считается с допвзносами 6%, а не 2%, проблема связана с тем, как программа определяет ставки допвзносов для разных видов начислений.

В ЗУП допвзносы (например, 2% или 6%) устанавливаются в зависимости от условий спецоценки и вида начисления. Обычно допвзносы 2% применяются к оплате труда по окладу и другим основным начислениям, а премии по умолчанию считаются с допвзносами 6%, если не настроено иное.

Причина, почему премия считается с 6%, а не 2%, в том, что в настройках вида начисления премии не указано, что для нее нужно применять пониженные допвзносы, связанные со спецоценкой.

Что делать:

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

2. Для премии по умолчанию стоит ставка 6%, если не указано иное. Чтобы премия считалась с допвзносами 2%, нужно либо:

— Создать отдельный вид начисления премии, в котором в настройках допвзносов указать ставку 2% (соответствующую спецоценке электросварщика).

— Либо в существующем виде начисления премии изменить ставку допвзносов на 2%, если это соответствует учетной политике.

3. Если в организации премия должна считаться с допвзносами 2% для сотрудников с спецоценкой, то для таких сотрудников нужно использовать именно этот вид начисления премии с правильной ставкой допвзносов.

4. Также проверь, что в кадровом переводе на должность электросварщика с 11.11.2025 корректно установлен признак спецоценки и связанный с ней тариф допвзносов.

5. Если премия начисляется через документ «Премия» или «Начисление зарплаты и взносов», убедись, что в момент начисления премии выбран правильный вид начисления с нужной ставкой допвзносов.

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

Итого: программа считает допвзносы по премии 6%, потому что для премии не настроена ставка 2% допвзносов, соответствующая спецоценке. Нужно либо создать отдельный вид премии с нужной ставкой допвзносов, либо изменить существующий, либо скорректировать настройки допвзносов для премии.

https://infostart.ru/public/2131691/ — пример настройки допвзносов и начислений с учетом спецоценки.

https://infostart.ru/1c/articles/1211034/ — особенности начисления премий и допвзносов.

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

—

Если кратко: допвзносы по премии считаются 6%, потому что вид начисления премии не настроен на 2% допвзносы, соответствующие спецоценке. Нужно создать или изменить вид начисления премии с правильной ставкой допвзносов.

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

Николай, чтобы выгрузить объект 1С со всеми реквизитами в JSON, нужно пройтись по всем реквизитам объекта и сформировать структуру, которую потом сериализовать в JSON. Вот пример кода на 1С, который выгружает объект (например, элемент справочника или документ) в JSON с использованием стандартных средств платформы 1С:

Функция ВыгрузитьОбъектВJSON(ОбъектСсылка) Экспорт
    // Получаем объект по ссылке
    Объект = ОбъектСсылка.ПолучитьОбъект();

    // Создаем структуру для хранения данных
    Данные = Новый Структура;

    // Получаем метаданные объекта
    МетаданныеОбъекта = ОбъектСсылка.Метаданные();

    // Перебираем реквизиты объекта
    Для Каждого Реквизит Из МетаданныеОбъекта.Реквизиты Цикл
        ИмяРеквизита = Реквизит.Имя;
        ЗначениеРеквизита = Объект[ИмяРеквизита];

        // Если реквизит - это ссылка на другой объект, можно выгрузить его код или строковое представление
        Если ТипЗнч(ЗначениеРеквизита) = Тип("СправочникСсылка") Или ТипЗнч(ЗначениеРеквизита) = Тип("ДокументСсылка") Тогда
            Если ЗначениеРеквизита = Неопределено Тогда
                Данные.Вставить(ИмяРеквизита, Неопределено);
            Иначе
                // Можно выгрузить ссылку в виде строки
                Данные.Вставить(ИмяРеквизита, ЗначениеРеквизита.Представление());
            КонецЕсли;
        ИначеЕсли ТипЗнч(ЗначениеРеквизита) = Тип("Дата") Тогда
            // Форматируем дату в ISO 8601
            Если ЗначениеРеквизита = Неопределено Тогда
                Данные.Вставить(ИмяРеквизита, Неопределено);
            Иначе
                Данные.Вставить(ИмяРеквизита, Формат(ЗначениеРеквизита, "ДФ=yyyy-MM-ddTHH:mm:ss"));
            КонецЕсли;
        Иначе
            // Для остальных типов просто вставляем значение
            Данные.Вставить(ИмяРеквизита, ЗначениеРеквизита);
        КонецЕсли;
    КонецЦикла;

    // Создаем объект записи JSON
    ЗаписьJSON = Новый ЗаписьJSON;
    // Записываем структуру в строку
    СтрокаJSON = ЗаписьJSON.ЗаписатьСтрокуJSON(Данные);

    Возврат СтрокаJSON;
КонецФункции

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

СсылкаНаОбъект = Справочники.Номенклатура.НайтиПоКоду("0000001");
Если СсылкаНаОбъект <> Неопределено Тогда
    JSONСтрока = ВыгрузитьОбъектВJSON(СсылкаНаОбъект);
    Сообщить(JSONСтрока);
КонецЕсли;

Объяснение:

— Получаем объект по ссылке.
— Перебираем все реквизиты метаданных объекта.
— Для каждого реквизита получаем значение.
— Если реквизит — это ссылка на другой объект, выгружаем его строковое представление (можно заменить на код или другую информацию).
— Для дат форматируем в ISO 8601.
— Для остальных типов просто вставляем значение.
— Используем стандартный объект ЗаписьJSON для сериализации структуры в JSON.

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

Если у вас 1С версии 8.3.10 и выше, то можно использовать встроенный метод `Объект.ЗаписатьJSON()`, но он не всегда удобен для кастомизации.

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

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

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

Обоснование:

1. Пособие по уходу за ребенком-инвалидом оплачивается в размере 100% среднего заработка (без ограничения), если работник проживает и работает в районах Крайнего Севера и приравненных местностях и имеет право на такую выплату (например, начал работу до 01.01.2007 или по другим основаниям).

2. Районный коэффициент и северная надбавка входят в расчет среднего заработка и должны учитываться в полном объеме при начислении пособий по временной нетрудоспособности, включая уход за ребенком-инвалидом.

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

4. Если в вашей конфигурации 1С:ЗУП районный коэффициент и северная надбавка не учитываются корректно, проверьте настройки в справочнике «Организации» — вкладка «Расчет зарплаты» — там должны быть установлены значения районных коэффициентов (местного и федерального) одинаковые, чтобы они корректно применялись к больничным и пособиям.

5. В случае если пособие по уходу за ребенком-инвалидом рассчитывается как 100% среднего заработка, районный коэффициент и северная надбавка включаются в средний заработок полностью, без каких-либо пропорций или выделений.

Итого: выделять доли районного коэффициента и северной надбавки с дней по уходу за ребенком-инвалидом в 2026 году не нужно, они учитываются в полном размере.
https://infostart.ru/1c/articles/179165/ — про особенности расчета пособий по уходу за ребенком в районах Крайнего Севера

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

Ошибка «Ошибка определения принадлежности клиентского и серверного процессов одному компьютеру» в OpenVPN обычно связана с конфликтом или неправильной работой службы OpenVPN, когда клиент и сервер пытаются работать на одном и том же хосте, и OpenVPN не может корректно определить, что процессы принадлежат одному компьютеру.

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

1. Запуск клиента и сервера OpenVPN на одном компьютере с одинаковыми настройками:
— Если вы запускаете и сервер, и клиент OpenVPN на одном ПК, убедитесь, что у них разные конфигурационные файлы и разные виртуальные интерфейсы (например, разные IP-адреса в туннеле).
— Проверьте, что клиент и сервер используют разные порты (например, сервер на 1194, клиент подключается к этому порту, но локально не конфликтует).

2. Проблемы с правами доступа и запуском служб:
— Запустите OpenVPN клиент и сервер с правами администратора.
— Убедитесь, что службы OpenVPN не конфликтуют между собой.

3. Конфликт TAP адаптеров:
— Проверьте, что виртуальный сетевой адаптер TAP установлен и работает корректно.
— Если адаптер не создается или конфликтует, удалите и переустановите TAP адаптер.
— Иногда помогает переустановка OpenVPN с включенной опцией EasyRSA и TAP драйверами.

4. Проверка конфигурации:
— В конфигурационных файлах сервера и клиента проверьте, что не используются одинаковые client-config-dir или другие параметры, которые могут вызвать конфликт.
— Убедитесь, что в конфиге клиента не прописан параметр «local» с IP сервера, если клиент и сервер на одном ПК.

5. Логи OpenVPN:
— Посмотрите логи OpenVPN клиента и сервера, чтобы понять, на каком этапе возникает ошибка.
— Логи обычно находятся в папке с конфигурацией или в системных журналах.

6. Если используется Windows:
— Проверьте, что нет конфликтов с другими VPN клиентами.
— Отключите временно антивирус и брандмауэр, чтобы исключить блокировку.

7. Если ошибка возникает при запуске OpenVPN GUI:
— Попробуйте запустить OpenVPN GUI от имени администратора.
— Убедитесь, что в настройках GUI не указаны одинаковые пути к конфигам для клиента и сервера.

Если после проверки всех пунктов ошибка сохраняется, рекомендуется полностью удалить OpenVPN, удалить TAP адаптеры, перезагрузить компьютер и установить OpenVPN заново с последней версией, обязательно с правами администратора.

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

Олег, привет!

В клиент-серверном варианте 1С, когда сервер находится на другом компьютере, нельзя напрямую из кода 1С на сервере вызвать внешнюю программу (например, nircmd.exe) для создания скриншота экрана клиента, потому что сервер физически не видит экран клиента и не имеет доступа к его файловой системе.

Чтобы сделать скриншот экрана клиента с помощью nircmd.exe, нужно запускать эту программу именно на клиентской машине, где отображается экран, а не на сервере.

Вот как можно организовать процесс программно:

1. **Размещение nircmd.exe на клиенте**
Убедитесь, что nircmd.exe находится на клиентском компьютере в известном пути, например, в каталоге с 1С или в отдельной папке.

2. **Запуск nircmd.exe из 1С на клиенте**
В клиент-серверном режиме вызов внешних программ нужно делать на клиенте, используя механизм запуска внешних приложений из клиентского кода. Для этого в 1С есть объект `ВнешниеКоманды` или можно использовать `ВыполнитьКомандуОС`.

Пример кода для запуска nircmd.exe на клиенте:

Процедура СделатьСкриншот()
       ПутьКNircmd = ОбщиеНастройки.ПутьКNircmd; // путь берём из настройки
       ИмяФайла = Обработки.РабочаяПапка + "скриншот_" + Формат(ТекущаяДатаСеанса(), "ДФ=yyyyMMdd_HHmmss") + ".png";
       Команда = СтрСоединить(ПутьКNircmd, " savescreenshot ", ИмяФайла);
       
       // Запускаем команду на клиенте
       Результат = ВыполнитьКомандуОС(Команда, , , Истина);
       Если Результат <> 0 Тогда
           Сообщить("Ошибка при создании скриншота. Код ошибки: " + Результат);
       Иначе
           Сообщить("Скриншот сохранен: " + ИмяФайла);
       КонецЕсли;
   КонецПроцедуры

3. **Избежание ошибки «файл не обнаружен»**
Ошибка возникает, если nircmd.exe не найден по указанному пути или если путь к файлу скриншота недоступен для записи. Чтобы избежать ошибки:

— Проверьте, что `nircmd.exe` действительно лежит по указанному пути на клиенте.
— Убедитесь, что у пользователя есть права на запуск этой программы и запись в папку для скриншотов.
— Используйте абсолютные пути, не относительные.
— Проверьте, что в настройках безопасности 1С разрешен запуск внешних программ (в свойствах конфигурации и в настройках безопасности платформы).

4. **Если нужно отправить скриншот на сервер**
После создания скриншота на клиенте можно отправить файл на сервер 1С через HTTP-запрос или загрузить в базу 1С как файл.

5. **Если запускать nircmd.exe на сервере**
Это бессмысленно, так как сервер не имеет доступа к экрану клиента. Если сервер и клиент на одном компьютере — тогда можно запускать, но в клиент-серверной архитектуре сервер и клиент — разные машины.

—

**Итог:**
— Запускайте nircmd.exe на клиенте, а не на сервере.
— Указывайте полный путь к nircmd.exe и к файлу скриншота.
— Убедитесь в правах доступа и настройках безопасности.
— Для запуска используйте `ВыполнитьКомандуОС` или `ВнешниеКоманды` в клиентском коде 1С.

—

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

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

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

Если запрос в цикле неизбежен, то чтобы минимизировать негативные последствия по производительности и нагрузке на базу, нужно применять несколько проверенных подходов:

1. **Оптимизация самого запроса**
— Убедитесь, что запрос написан максимально эффективно: используйте только необходимые поля, фильтры, индексы.
— Избегайте подзапросов и сложных вычислений внутри запроса, если можно вынести их из цикла.
— Используйте параметры запроса, чтобы не пересоздавать текст запроса каждый раз.

2. **Пакетная обработка**
— Вместо выполнения запроса для каждого элемента по отдельности, собирайте данные для нескольких элементов и делайте один запрос с условием «ГДЕ … В (…)» или с использованием табличного параметра.
— Это уменьшит количество обращений к базе.

3. **Кэширование результатов**
— Если данные, получаемые запросом, не меняются в рамках цикла, сохраните их в переменную и используйте повторно, чтобы не делать одинаковые запросы.

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

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

6. **Использование индексов и оптимизация структуры базы**
— Проверьте, что по полям, используемым в фильтрах и соединениях, есть индексы. Это существенно ускорит выполнение запросов.

7. **Минимизация объема данных**
— Запрашивайте только необходимые поля и только те записи, которые действительно нужны.

Пример пакетного запроса вместо запроса в цикле:

// Собираем ссылки в табличное значение
ТаблицаСсылок = Новый ТабличноеЗначение;
ТаблицаСсылок.Колонки.Добавить("Ссылка", Новый ОписаниеТипов("СправочникСсылка.Справочник"));

Для Каждого Элемент Из МассивСсылок Цикл
    НоваяСтрока = ТаблицаСсылок.Добавить();
    НоваяСтрока.Ссылка = Элемент;
КонецЦикла;

Запрос = Новый Запрос;
Запрос.Текст = 
"ВЫБРАТЬ
|   Документ.Ссылка,
|   Документ.Дата,
|   Документ.Сумма
|ИЗ
|   Документ.Продажи КАК Документ
|ГДЕ
|   Документ.Ссылка В (&Ссылки)";
Запрос.УстановитьПараметр("Ссылки", ТаблицаСсылок);

Результат = Запрос.Выполнить();

Так вы уменьшите количество запросов к базе с N (число элементов) до 1.

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

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

ВТИ Николай, приветствую!

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

Поясню, почему так происходит и как это исправить.

### Почему проводки остаются «старыми»?

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

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

### Как исправить, чтобы проводки были по долгосрочному договору?

1. **Проверьте документы, формирующие задолженность и начисления по займу**

— В 1С обычно есть документы «Займ полученный» или «Займ выданный», где указывается договор займа.
— Если у вас был краткосрочный договор, то все документы по начислению процентов, задолженности и т.п. привязаны к нему.
— Для перехода на долгосрочный договор нужно либо:
— Создать новый договор в справочнике договоров с контрагентом, указав его как долгосрочный.
— Создать новые документы займа с новым договором.
— Либо скорректировать существующие документы, заменив договор (если это возможно и не нарушает логику учёта).

2. **Используйте документ «Корректировка долга»**

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

3. **Проверьте настройки проводок в документах**

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

4. **Перепроведение документов**

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

5. **Если в конфигурации есть разделение по договорам займа**

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

6. **Возможна доработка конфигурации**

— Если стандартные механизмы не позволяют корректно перенести задолженность с одного договора на другой, можно сделать доработку.
— Например, написать обработку, которая массово изменит договоры в документах займа и перерассчитает проводки.
— Или использовать механизм «Корректировка долга» с дополнительными настройками.

### Итог

Чтобы проводки бухгалтерского учета отражали долгосрочный договор займа, нужно:

— В документах, формирующих задолженность и платежи, указать именно долгосрочный договор.
— Использовать документ «Корректировка долга» с видом операции «Перенос задолженности» для переноса остатков с краткосрочного договора на долгосрочный.
— Перепровести документы, чтобы обновились проводки.
— При необходимости проверить и скорректировать тип договора в справочнике.

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

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

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

—

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

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

Alex, привет!

В 1С:Бухгалтерия 3.0 корректировочный счет-фактура выданный сам по себе не создает бухгалтерских проводок, потому что он является документом, который отражает корректировку данных по НДС, а не хозяйственную операцию, влияющую на бухгалтерский учет. Основная задача корректировочного счета-фактуры — корректировка налогового учета (учета НДС), а не формирование бухгалтерских проводок.

Вот почему так происходит:

1. **Корректировочный счет-фактура — это документ налогового учета.** Он служит для отражения изменений в суммах НДС, например, при изменении цены, количества или ставки НДС по ранее оформленной реализации. В бухгалтерском учете эти изменения могут не требовать корректировки проводок, если сама хозяйственная операция не меняется.

2. **В 1С:Бухгалтерия 3.0 корректировка по НДС отражается в регистрах НДС, а не в бухгалтерских регистрах.** Поэтому при создании корректировочного счета-фактуры движения по бухгалтерским счетам не формируются автоматически.

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

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

5. **Включение функционала корректировочных документов.** В разделе «Главное» → «Функциональность» должна быть включена опция «Исправительные и корректировочные документы», чтобы корректировки работали корректно.

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

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

Если нужна доработка, чтобы корректировочный счет-фактура формировал проводки, то это делается через доработку механизма формирования проводок в документе корректировки реализации (например, как описано здесь: https://infostart.ru/1c/articles/159317/).

В итоге: корректировочный счет-фактура выданный — это документ для налогового учета НДС, и он не создает бухгалтерских проводок, если не связан с документом корректировки реализации, который формирует проводки.

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

Один.

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

I

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

1. **Остановка сервера 1С**
Для начала нужно остановить службу сервера 1С, чтобы не было конфликтов при удалении файлов кэша. В Windows это можно сделать через «Службы» или командой в командной строке с правами администратора:

   net stop "1C:Enterprise 8.3 Server Agent"
   

(Даже для 8.2 служба называется так же.)

2. **Резервное копирование настроек кластера**
В каталоге с серверной информацией 1С (обычно это `D:Server1Csrvinforeg_1541`) находится файл `1CV8Clst.LST` — это настройки кластера серверов. Его нужно скопировать в безопасное место, например:

   copy /y D:Server1Csrvinforeg_15411CV8Clst.LST C:
   

3. **Удаление каталога с кэшем сервера**
В каталоге `reg_1541` хранится кэш, журнал регистрации и полнотекстовые индексы. Чтобы очистить кэш, удалите весь каталог `reg_1541` целиком:

   rmdir D:Server1Csrvinforeg_1541 /s /q
   

После удаления создайте пустой каталог заново:

   md D:Server1Csrvinforeg_1541
   

4. **Восстановление настроек кластера**
Скопируйте обратно файл настроек кластера в пустой каталог:

   copy C:1CV8Clst.LST D:Server1Csrvinforeg_1541
   

5. **Запуск сервера 1С**
После очистки кэша запустите службу сервера:

   net start "1C:Enterprise 8.3 Server Agent"
   

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

—

Если сервер 1С работает на Linux, то очистка кэша и сеансовых данных делается так:

— Остановить службу сервера:

  service srv1cv8 stop
  

— Очистить временные файлы:

  rm -rf /tmp/*
  

— Удалить сеансовые данные (пример для пользователя `usr1cv8`):

  rm -rf /home/usr1cv8/.1cv8/1C/1cv8/reg_1541/snccntx*
  

— Запустить службу сервера:

  service srv1cv8 start
  

—

**Важно:** Перед очисткой кэша всегда делайте резервные копии важных данных и настроек, чтобы избежать потери информации.

—
https://helpf.pro/faq82/view/1804.html
https://1s-on.ru/ochistka-kesha-servernogo-i-klientskogo-dlya-1spredpriyatiya/

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

Abdu, привет!

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

Соединение таблиц по составному типу данных в запросах 1С — задача не тривиальная, потому что нельзя просто сравнить составное поле с другим составным полем напрямую, как обычное скалярное значение. Нужно учитывать, что составной тип — это набор нескольких полей, и сравнение происходит по этим базовым полям.

Как правильно делать соединение по составному типу:

1. **Разложить составной тип на базовые компоненты**
В запросе 1С можно получить отдельные компоненты составного типа через специальные функции или свойства. Например, для ссылочного типа — это обычно поле «Ссылка», для числового — числовое значение и т.д.
В языке запросов 1С напрямую получить компоненты составного типа нельзя, но можно использовать приведение типов или сравнивать составные типы через функцию ЗНАЧЕНИЕ().

2. **Использовать функцию ЗНАЧЕНИЕ() для сравнения**
Если у вас есть два поля составного типа, например, ссылки на справочники, то для соединения можно использовать условие:

   |Таблица1.СоставноеПоле = Таблица2.СоставноеПоле
   

или

   |Таблица1.СоставноеПоле = ЗНАЧЕНИЕ(Таблица2.СоставноеПоле)
   

Но это работает, если составные типы однородны и имеют одинаковый тип.

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

   |Таблица1.СоставноеПоле = Таблица2.Ссылка
   

Если составной тип — это ссылка, то сравнение по ссылке — самый простой и правильный способ.

4. **Пример запроса с соединением по составному типу (ссылке)**

   Запрос.Текст = 
   "ВЫБРАТЬ
   |   Таблица1.Поле1,
   |   Таблица2.Поле2
   |ИЗ
   |   Справочник.Справочник1 КАК Таблица1
   |       ВНУТРЕННЕЕ СОЕДИНЕНИЕ Справочник.Справочник2 КАК Таблица2
   |       ПО Таблица1.СоставноеПоле = Таблица2.Ссылка";
   Результат = Запрос.Выполнить();
   

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

6. **Обходные пути**
— Создать вычисляемое поле в запросе, которое будет приводить составной тип к простому (например, к строке или числу) и соединять по нему.
— Использовать временные таблицы с уже подготовленными простыми ключами для соединения.
— В некоторых случаях можно использовать объединение с пустыми ссылками (ЗНАЧЕНИЕ(Справочник.ПустаяСсылка)) для формирования составных типов в запросе.

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

—

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

https://infostart.ru/1c/articles/184361/ — подробный разбор работы с составными типами и их влияния на производительность.

Если нужна конкретика по вашему случаю — можно привести пример структуры таблиц и составных типов, тогда дам точный код запроса.

—

Если кратко, то в запросах 1С:
— соединение по составному типу = соединение по ссылке внутри этого типа,
— либо разбивка на базовые поля,
— либо использование функции ЗНАЧЕНИЕ() для формирования пустых или типизированных значений.

Надеюсь, это поможет!

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

В типовой конфигурации Управление торговлей 11.5 нет встроенной стандартной функциональности, которая бы автоматически блокировала отгрузку, если клиент не зарегистрирован в системе Меркурий. Меркурий — это внешняя система контроля ветеринарных сертификатов и сопроводительных документов, и интеграция с ней обычно реализуется через отдельные внешние обработки или доработки.

Для реализации блокировки отгрузки по условию регистрации клиента в Меркурии необходимо:

1. Наличие в базе данных информации о том, зарегистрирован ли клиент в системе Меркурий. В типовой УТ 11.5 такой информации нет, поэтому нужно либо:
— Добавить реквизит в справочник Контрагенты, например, «ЗарегистрированВМеркурии» (булево), либо
— Организовать обмен с системой Меркурий и получать актуальный статус регистрации клиентов.

2. Реализовать проверку при проведении документа отгрузки (например, Реализация товаров и услуг или Отгрузка товаров), которая будет:
— В обработчике события ПередПроведением или ПередЗаписью документа проверять реквизит регистрации клиента.
— Если клиент не зарегистрирован, отменять проведение с сообщением об ошибке.

3. Для интеграции с Меркурием обычно используют внешние сервисы и API, которые позволяют проверить статус регистрации клиента. Это требует разработки внешней обработки или расширения, которое будет обращаться к Меркурию и обновлять статус в базе.

Таким образом, блокировка отгрузки по регистрации клиента в Меркурии — это задача доработки конфигурации и интеграции с внешней системой, а не стандартный функционал УТ 11.5.

Рекомендую посмотреть примеры интеграции с Меркурием и доработок на Infostart и специализированных ресурсах, например:

— https://infostart.ru/public/ (по запросу «Меркурий интеграция»)
— Официальная документация и API системы Меркурий

Если нужна конкретная реализация — могу помочь с примером кода для проверки и блокировки проведения документа по реквизиту регистрации клиента.

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

OLEG, приветствую!

В типовой конфигурации Управление торговлей 11.5 (УТ 11.5) нет встроенной стандартной функциональности, которая бы автоматически блокировала отгрузку товаров, если клиент не зарегистрирован в системе «Честный Знак». Такая интеграция и проверка требуют доработки или внедрения дополнительного механизма.

Объясню подробнее:

1. **Отсутствие прямой интеграции с «Честным Знаком» в УТ 11.5**
В типовой УТ 11.5 нет штатного механизма, который бы автоматически проверял регистрацию клиента в системе маркировки «Честный Знак» и блокировал отгрузку на основании этой проверки.

2. **Возможные варианты реализации блокировки**
— **Внешняя интеграция через API «Честного Знака»**
Можно реализовать обмен с системой «Честный Знак» через веб-сервисы или API, чтобы проверять статус регистрации клиента. Для этого потребуется разработка дополнительного модуля, который при оформлении отгрузки будет делать запрос в систему маркировки и получать ответ о статусе клиента. Если клиент не зарегистрирован, то в интерфейсе или в бизнес-логике можно блокировать проведение документа отгрузки.
— **Использование дополнительных реквизитов и правил**
В карточке контрагента можно добавить реквизит «Зарегистрирован в Честном Знаке» (булево или справочник со статусом). При оформлении отгрузки проверять этот реквизит и запрещать проведение, если он не установлен. При этом актуальность данных придется поддерживать вручную или через интеграцию.
— **Автоматизация через обработчики событий**
В обработчике проведения документа отгрузки (например, в событии ПередЗаписью или ПриПроведении) можно добавить проверку статуса клиента и выдать ошибку, если клиент не зарегистрирован.

3. **Рекомендации**
— Если у вас есть задача жестко контролировать отгрузки по регистрации в «Честном Знаке», то лучше реализовать интеграцию с API системы маркировки.
— Для упрощения можно использовать промежуточный справочник или флаг в карточке контрагента, который обновляется автоматически или вручную.
— Важно учитывать, что «Честный Знак» — это внешняя система, и данные о регистрации клиента могут меняться, поэтому нужна регулярная синхронизация или проверка.

4. **Пример кода для блокировки отгрузки по флагу в карточке контрагента** (упрощенный вариант):

Процедура ПередЗаписью(Отказ, РежимЗаписи)
    Если НЕ Справочники.Контрагенты.ВыбратьПоКоду(Документ.Контрагент) Тогда
        Возврат;
    КонецЕсли;

    Клиент = Документ.Контрагент;
    Если НЕ Клиент.ЗарегистрированВЧестномЗнаке Тогда
        Отказ = Истина;
        Сообщить("Отгрузка запрещена: клиент не зарегистрирован в системе Честный Знак.");
    КонецЕсли;
КонецПроцедуры

Этот код нужно разместить в модуле документа отгрузки.

—

**Итог:** В УТ 11.5 нет штатной блокировки отгрузки по регистрации клиента в «Честном Знаке». Для реализации требуется доработка с интеграцией или использованием дополнительных реквизитов и проверок.

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

—

OLEG, если нужно — могу подготовить пример обработки для интеграции с API «Честного Знака» или более детальный алгоритм блокировки.

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

В отчёте ЗУП «Сведения о стаже» спецоценка (специальная оценка условий труда) не отображается, потому что в типовой конфигурации ЗУП 3.x этот отчет не учитывает данные по спецоценке напрямую. Причина в том, что спецоценка хранится в отдельных регистрах сведений или справочниках, которые не связаны с регистром стажа, на основе которого формируется отчет.

Чтобы спецоценка отображалась в отчёте «Сведения о стаже», нужно доработать отчет или обработку, добавив в запрос выборку данных из регистра сведений «Специальная оценка условий труда» (или аналогичного, в зависимости от версии конфигурации). При этом необходимо связать данные по сотруднику и периоду с данными по стажу.

Примерный алгоритм решения:

1. Определить, где в вашей конфигурации хранится информация о спецоценке (обычно это регистр сведений «Специальная оценка условий труда» или справочник с периодами и категориями условий труда).

2. В запрос отчёта «Сведения о стаже» добавить соединение с этим регистром сведений по сотруднику и дате.

3. В выборку добавить поле с категорией спецоценки (например, «Категория условий труда»).

4. В форму отчёта добавить колонку для отображения спецоценки.

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

Рекомендую посмотреть пример доработки отчёта на форуме Инфостарт, где подробно разбирается интеграция данных спецоценки в отчеты по стажу:
https://infostart.ru/public/1156555/ (пример работы с механизмом представлений и расширениями для ЗУП)

Также полезна статья по учету спецоценки в ЗУП:
https://infostart.ru/public/72974/ (описание доработок и исправлений в учете стажа и спецоценки)

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

Кратко: спецоценка не отображается, потому что отчет не берет данные из регистра спецоценки, нужна доработка запроса и формы отчета.

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

Привет!

В Бухгалтерии предприятия 3.0 выбор ставки НДС 10% в документах реализации может быть недоступен из-за настроек учетной политики, справочников или ограничений в форме документа. Чтобы исправить ситуацию, нужно проверить несколько моментов:

1. Убедитесь, что в учетной политике и налоговом учете ставка НДС 10% включена и активна.

2. Проверьте перечисление «СтавкиНДС» в конфигураторе — ставка 10% должна быть там определена и активна.

3. В карточках номенклатуры проверьте, что для товаров, которые должны иметь ставку 10%, она указана правильно, иначе при выборе товара в реализации будет подставляться другая ставка.

4. Проверьте модуль формы документа реализации на наличие кода, который может ограничивать выбор ставки НДС 10%.

5. Проверьте, что у вас актуальная версия конфигурации, так как в некоторых релизах были ошибки с обработкой ставок НДС. Если нужно, можно добавить или исправить функцию получения ставки НДС, чтобы она корректно возвращала 10% для соответствующего перечисления.

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

Если после всех проверок ставка 10% не появляется, можно добавить ее вручную в перечисление и обработчики, а также проверить программные ограничения.

Пример функции, которая возвращает числовое значение ставки НДС, включая 10%:

// Функция ПолучитьСтавкуНДСЧислом(СтавкаНДС) Экспорт
//     Если СтавкаНДС = Перечисления.СтавкиНДС.НДС10 Тогда
//         Возврат 10;
//     ИначеЕсли СтавкаНДС = Перечисления.СтавкиНДС.НДС20 Тогда
//         Возврат 20;
//     КонецЕсли;
//     Возврат 0;
// КонецФункции

Если нужна помощь с конкретным кодом или настройками — обращайтесь!

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

Nerush Maksim, приветствую!

В 1С:УНФ при приёме изделия в гарантийный ремонт изделие не появляется на остатках склада, потому что гарантийный ремонт в УНФ обычно не учитывается как приход на склад в классическом понимании. Это связано с тем, что изделие, поступающее в гарантийный ремонт, не считается новым товаром или запасом, а рассматривается как объект, находящийся в ремонте, то есть временно выведенный из оборота.

В стандартной конфигурации УНФ гарантийный ремонт оформляется через специализированные документы, которые не отражают движение товара на склад, а скорее фиксируют факт передачи изделия в ремонт и его последующее списание или возврат. Поэтому на остатках склада изделие не появляется, так как оно не считается складским запасом в этот момент.

Если необходимо, чтобы изделие отображалось на остатках склада в период гарантийного ремонта, то нужно реализовать дополнительную логику:

1. Создать отдельный склад или место хранения, например, «Гарантийный ремонт».
2. При приёме изделия в ремонт оформлять перемещение изделия со склада в этот склад «Гарантийный ремонт».
3. Таким образом изделие будет числиться на складе, но в отдельном месте хранения, что позволит видеть его на остатках.

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

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

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

—

Пример кода для перемещения изделия в склад «Гарантийный ремонт»:

// Создаем документ перемещения
ДокументПеремещение = Документы.ПеремещениеТоваров.СоздатьДокумент();
ДокументПеремещение.Дата = ТекущаяДатаСеанса();
ДокументПеремещение.Организация = ТекущаяОрганизация();
ДокументПеремещение.Откуда = СкладОсновной;
ДокументПеремещение.Куда = СкладГарантийныйРемонт;

// Добавляем позицию
Строка = ДокументПеремещение.Товары.Добавить();
Строка.Номенклатура = Изделие;
Строка.Количество = Количество;

// Проводим документ
ДокументПеремещение.Записать();
ДокументПеремещение.Провести();

Таким образом изделие будет числиться на складе «Гарантийный ремонт» и отображаться в остатках.

—

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

Надеюсь, это поможет!

[Автор]

Сообщения