Разные хм... неожиданности при работе с УТ 11 и платформой

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

Создание "пустых" партнеров в чеках ККМ

Столкнулись с той же проблемой, что и коллеги в https://forum.infostart.ru/forum81/topic175604/

В общем, не стоит ставить эту галочку, от нее один вред

Для исправления данных пришлось написать мини-обработку:

Процедура УбратьПустыхКлиентовИзЧековНаСервере()
	
	Запрос = Новый Запрос;
	Запрос.Текст =
	"ВЫБРАТЬ
	|	ЧекККМ.Ссылка КАК ЧекККМ,
	|	ЧекККМ.Партнер,
	|	ОтчетОРозничныхПродажах.Ссылка КАК ОтчетОРозничныхПродажах
	|ИЗ
	|	Документ.ЧекККМ КАК ЧекККМ
	|		ВНУТРЕННЕЕ СОЕДИНЕНИЕ Документ.ОтчетОРозничныхПродажах КАК ОтчетОРозничныхПродажах
	|		ПО ЧекККМ.КассоваяСмена = ОтчетОРозничныхПродажах.КассоваяСмена
	|			И (ОтчетОРозничныхПродажах.Проведен)
	|			И (ЧекККМ.Статус = ЗНАЧЕНИЕ(Перечисление.СтатусыЧековККМ.Пробит))
	|			И (ЧекККМ.Партнер.Наименование = """")
	|			И (ЧекККМ.Дата >= &НачалоПериода)
	|			И (ЧекККМ.Дата <= &КонецПериода)"
	;
	Запрос.УстановитьПараметр("НачалоПериода", Период.ДатаНачала);
	Запрос.УстановитьПараметр("КонецПериода", Период.ДатаОкончания);
	ТЗЧеки = Запрос.Выполнить().Выгрузить();
	ТЗОтчеты = ТЗЧеки.Скопировать(, "ОтчетОРозничныхПродажах");
	ТЗОтчеты.Свернуть("ОтчетОРозничныхПродажах", "");
	
	Для каждого стрТЗОтчеты Из ТЗОтчеты Цикл
		
		Отб = Новый Структура("ОтчетОРозничныхПродажах", стрТЗОтчеты.ОтчетОРозничныхПродажах);
		ТЗЧекиПоОтчету = ТЗЧеки.Скопировать(Отб);
		МассивПартнеров = ТЗЧекиПоОтчету.ВыгрузитьКолонку("Партнер");
		
		НачатьТранзакцию();
		ОтчетОРозничныхПродажахОбъект = стрТЗОтчеты.ОтчетОРозничныхПродажах.ПолучитьОбъект();
		Для каждого стрТовары Из ОтчетОРозничныхПродажахОбъект.Товары Цикл
		
			Если МассивПартнеров.Найти(стрТовары.Партнер) <> Неопределено Тогда
			
				стрТовары.Партнер = Справочники.Партнеры.РозничныйПокупатель;
			
			КонецЕсли;
		
		КонецЦикла;
		ОтчетОРозничныхПродажахОбъект.Записать(РежимЗаписиДокумента.Проведение);
		
		Для каждого стрТЗЧекиПоОтчету Из ТЗЧекиПоОтчету Цикл
		
			ЧекККМОбъект = стрТЗЧекиПоОтчету.ЧекККМ.ПолучитьОбъект();
			Партнер = ЧекККМОбъект.Партнер;
			ЧекККМОбъект.Партнер = Справочники.Партнеры.РозничныйПокупатель;
			ЧекККМОбъект.ОбменДанными.Загрузка = Истина;
			ЧекККМОбъект.Записать();
			
			ПартнерОбъект = Партнер.ПолучитьОбъект();
			ПартнерОбъект.УстановитьПометкуУдаления(Истина);
		
		КонецЦикла;
		
		ЗафиксироватьТранзакцию();
	
	КонецЦикла;
	
КонецПроцедуры

Обработка дополнительно приложена к публикации.

Печать отложенных чеков

С появлением онлайн-ККТ эта проблема уже не так актуальна, но все же может возникнуть. Суть в том, что в РМК УТ 11 есть возможность откладывать Чек ККМ, открыть отложенный Чек ККМ, распечатывать товарный чек, а потом удалять отложенный чек. Кассиры могут случайно или умышленно воспользоваться этой возможностью.

Превышение суммы оплаты картой над суммой чека ККМ

При внесении оплаты по безналу по чеку ККМ можно несколько раз ввести эту оплату на сумму большую, чем сумма чека. Воспроизвести можно например так:

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

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

Исправляется довольно просто. В справочнике "ПодключаемоеОборудование" в форме "ФормаАвторизацииЭТ" в процедуре "ПриСозданииНаСервере"

&НаСервере
Процедура ECom_ПриСозданииНаСервереПосле(Отказ, СтандартнаяОбработка)
	
	времПределСуммы = 0;
	Если Не (Параметры.Свойство("ПределСуммы", времПределСуммы)
	   И времПределСуммы > 0) Тогда
		Элементы.Сумма.МаксимальноеЗначение = 0;
	КонецЕсли;
	
КонецПроцедуры

Пробитие чека ККМ через РМК при открытой форме списка чеков

Если будет открыта форма списка чеков ККМ и одновременно РМК, то при пробитии чека программа будет надолго задумываться (если чеков много). Особенно весело, что она это делает два раза - перед вводом оплаты и непосредственно при пробитии. Проблемная строка вот эта, в форме списка чеков ККМ:

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

Видимо, при записи чека вызывается оповещение, которое вызывает и эту процедуру. Но почему такая простая конструкция вызывает тормоза именно при записи чека, а при простом открытии формы списка чеков не вызывает - мне сходу не понятно.

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

Реализация в пути

Невозможно в списке реализаций установить отбор по реализациям "в пути" - это значение статуса не выбирается в отборе, доступно только значение "Реализовано"

Приходится для отбора использовать признак сравнения "не равно".

Кроме этого обнаружился косяк - при обмене с Бухгалтерией 3.0 реализации "в пути" выгружаются, но не загружаются в Бухгалтерию, вызывая ошибку. Мы отключили реализации "в пути" в правилах регистрации, хотя в общем случае это не подходит, конечно.

Перепроведение по видам запасов

Для повторного заполнения ТЧ "Виды запасов" у проведенного документа необходимо в доп. свойства объекта при проведении добавлять

Объект.ДополнительныеСвойства.Вставить("ПерезаполнитьВидыЗапасов", Истина);

Для этого можно воспользоваться обработкой "Групповое изменение реквизитов", закладка "Выполнить произвольный алгоритм"

Внешний модуль менеджера обмена

В настройках обмена в универсальном формате можно указать внешнюю обработку, содержащую доработанный модуль менеджера обмена. Проблема возникнет, если эту обработку переименовать или переместить. Или просто перестанет быть доступен сетевой путь, где она лежит. Пункт меню "Синхронизация данных" теперь не возможно открыть, и нельзя поменять путь к внешней обработке с модулем.

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

Добавление формы с динамическим списком в расширение

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

Источник.ДанныеСтроки(ВыделеннаяСтрока);

в данные попадают не все поля. У меня в динамическом списке чеков ККМ не попало поле Ссылка, и соответственно конфигурация начинает "глючить". А вот если не пользоваться конструктором запроса, а редактировать запрос чисто вручную - отрабатывает нормально, и ничего не слетает.

Видимость общих модулей в расширении

Для меня весьма таинственный и неприятный глюк. Берем функцию из модуля менеджера какого-либо объекта, добавляем в расширение (вызов "Вместо"). Теперь если в этой функции в расширении сделать вызов общего серверного модуля, выходит ошибка синтаксического контроля - якобы компилятор не видит этот модуль. Хотя этот же вызов используется в той же функции в "типовом" модуле менеджера. Пример

&Вместо("ТекстЗапросаПодарочныеСертификаты")
Функция ECom_ТекстЗапросаПодарочныеСертификаты(Запрос, ТекстыЗапроса, Регистры)
	
	ИмяРегистра = "ПодарочныеСертификаты";
	
	//Если Не ПроведениеСерверУТ.ТребуетсяТаблицаДляДвижений(ИмяРегистра, Регистры) Тогда
	//	Возврат "";
	//КонецЕсли; 
	
	УстановитьПараметрыЗапросаКоэффициентыВалют(Запрос);
	
	ТекстЗапроса = 
	"ВЫБРАТЬ
	|	&Период                                                 КАК Период,
	|	ЗНАЧЕНИЕ(ВидДвиженияНакопления.Приход)                  КАК ВидДвижения,
	|	ТабличнаяЧасть.ПодарочныйСертификат                     КАК ПодарочныйСертификат,
	|	ТабличнаяЧасть.Сумма    КАК Сумма,
	|	ТабличнаяЧасть.Сумма * &КоэффициентПересчетаВВалютуРегл КАК СуммаРегл
	|ИЗ
	|	Документ.РеализацияПодарочныхСертификатов.ПодарочныеСертификаты КАК ТабличнаяЧасть
	|ГДЕ
	|	ТабличнаяЧасть.Ссылка = &Ссылка
	|	И &ЧекПробит";
	
	ТекстыЗапроса.Добавить(ТекстЗапроса, ИмяРегистра);
	
	Возврат ТекстЗапроса;
	
КонецФункции

Закомментированный участок вызывает ошибку. Благо, в данном случае он не влияет на логику алгоритма. Что интересно, этот глюк может "мешать" в самых неожиданных местах. Например, ошибка "модуль не найден" вылетает при просмотре журнала регистрации с "измененным" объектом.

Эту особенность удалось обойти с помощью конструкции "Выполнить", если "проблемный" участок кода поместить в "Выполнить".

Правильный способ решения вопроса подсказал eden: необходимо весь модуль менеджера и объекта в расширении заключать в конструкцию

#Если Сервер Или ТолстыйКлиентОбычноеПриложение Или ВнешнееСоединение Тогда

#КонецЕсли

Как это сделано в типовых модулях конфигураций.

Изменение состава плана обмена в расширении

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

Указанные ситуации воспроизведены на УТ 11.4.3.144, платформа 8.3.11.3034

Буду рад вашим дополнениям в комментариях о новых неожиданностях и путях обхода.