Есть УТ 10.3. РИБ. Пользователь-кассир, которому доступны ЧекККМ, Отчет о розничных продажах и чуть мелочи. Как он может выполнять РИБ? База файловая

всмысле где кнопка выполнить обмен?

(1)
нет, как может выполнить обмен, если прав нет?

на справочники и доки. они ведь не запишутся?

(2) Обмен выполняется в привилигированном модуле обычно

(0) А что в УТ в настройках обмена нет галочки "Выполнять обмен под полными правами"???

(5), написано: "Выполнять операции под полными правами на сервере 1С предприятия". Это значит, что в файловом не будет работать? Или нет?

(4), т.е. ошибки прав не будет?

(6) если стоит галка - не будет. Ну проверь в конце концов, делов то

(7) тогда почему написано "на сервере 1С предприятия" ?

(8) потому что модуль вызывается Серверный. в файловом варианте - сервер у тебя на компе :)

(6) "Это значит, что в файловом не будет работать?"
Почему не будет? Всё будет.

А еще вопрос:
"Обмен выполняется в привилигированном модуле обычно"
Можно ли во внешней обработке кусок кода сделать "привилигированным" ?

(11) "Можно ли во внешней обработке кусок кода сделать "привилигированным" ?"
Нет.

Кстати, а на дату запрета данных "Выполнять обмен под полными правами" реагирует?

(12), а как определяется, что код не такой как все?

(13) Это определяется настройками программы (по крайней мере в УПП так).

(14) У общих модулей есть галочка "Привелигированный".

(15) в режиме обмена данными не проверяется дата запрета

(17), у клиента были траблы с обменом. Когда приезжал документ была ругань на дату запрета.
(15), в УТ есть "Принять дату запрета для полных прав". Это, видимо, та настройка?

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

(18) значит кривой код. типовой не реагирует на дату см(19)

(17) Хз, смотреть надо конкретный релиз, конкретный обмен. Всё меняется...

(19) в УТ 10.3.17.4 такой

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

Спасибо, теперь всё понятно =)

Мда.. я не понимаю зачем при обмене проверки. Если смогли сделать в одной базе - оно ДОЛЖНО быть в другой, без проверок. Странный подход в УТ... из-за этого встанут обмены

(24) Обмены разные нужны, обмены разные важны))
У кого-то полный обмен, а у кого-то хитрый. Всё зависит от задач.

(25) дак хитрые обмены рулят регистрацией изменений, а не остановкой всех обменов по ошибке :)
Короче Не согласен с УТ. В топку

=)

(26) Давай сильно не оффтопить, но вот тебе пример, когда нужна проверка по дате:
Организация на УПП. Учет с НДС. Головной офис, производственный цех и магазин.
В магазине решили, что нужно перепровести прошлогодний документ (или удалить). И что скажут бухгалтера на то, что ип придется восстанавливать последовательность взаиморасчетов с контрагентами (а вдруг что-нить полетит?), последовательность по НДС (а вдруг что-нить полетит?) и пересчитывать себестоимость (а вдруг что-нить полетит?).

Ну и где тут меньшее зло: при обмене ошибка, что надо манагерам по рукам настучать или после "правильного обмена" разгребать косяки?

(28) период в магазине закрывается, и снимает только ответственный за это дело, короче вопрос организационный. ИМХО - всякая ошибка при обмене - зло. От кривых рук не спасёт никто

Доп. галочка в настройках не помешала бы. Есть РИБ. В центре бухгалтер с полными правами правит доки старого периода (так нужно). Есть дочки без полных прав. У пользователей дата запрета. И обмен они сделать не могут, так как старый период.

В общем, всегда должен быть выбор. Галочку бы в настройках сделали и всё