В данной публикации приведены не те случаи, когда я могу однозначно говорить об ошибке конфигурации или платформы. Просто не всегда логика работы типового механизма мне понятна, и приходится искать обходные пути, чтобы решить нужную задачу.
Краткое содержание
Предварительно необходимо рассчитать скидки (РМК УТ11)
Проверить копия это базы или нет
Редактирование динамического списка в расширении
Получить данные динамического списка программно
Отображение на форме дополнительных реквизитов
Вид цен с использованием СКД для расчета цен
Чтение произвольного XML средствами XDTO
Создание "пустых" партнеров в чеках ККМ
Столкнулись с той же проблемой, что и коллеги в https://forum.infostart.ru/forum81/topic175604/
В общем, не стоит ставить эту галочку, от нее один вред
Для исправления данных пришлось написать мини-обработку:
Обработка дополнительно приложена к публикации.
Печать отложенных чеков
С появлением онлайн-ККТ эта проблема уже не так актуальна, но все же может возникнуть. Суть в том, что в РМК УТ 11 есть возможность откладывать Чек ККМ, открыть отложенный Чек ККМ, распечатывать товарный чек, а потом удалять отложенный чек. Кассиры могут случайно или умышленно воспользоваться этой возможностью.
Превышение суммы оплаты картой над суммой чека ККМ
При внесении оплаты по безналу по чеку ККМ можно несколько раз ввести эту оплату на сумму большую, чем сумма чека. Воспроизвести можно например так:
Эта ошибка вызовет проблему в том случае, если при пробитии чека ККМ возникнет отказ или ошибка - чек будет в состоянии "отложен". Если его повторно открыть, то система без проблем даст внести еще раз оплату картой (что обычно и проделывают кассиры), и добавит эту оплату к уже проведенной.
Там есть операция отмены оплаты платежной картой, но чек спокойно проводится при превышении суммы оплаты над суммой чека.
Исправляется довольно просто. В справочнике "ПодключаемоеОборудование" в форме "ФормаАвторизацииЭТ" в процедуре "ПриСозданииНаСервере"
Ошибка в указании вида оплаты при проведении возврата
Бывает ситуация, когда ЧекККМ был пробит с видом оплаты по карте, а при оформлении возврата в ту же смену документом ЧекККМНаВозврат кассир ошибочно проводит возврат оплаты наличными. Конфигурация УТ11 этому никак не препятствует. Но бухгалтеры требуют, чтобы возврат пробивался с тем же видом оплаты, что и покупка - таковы правила использования ККТ.
Та же самая ситуация при оформлении возврата в другую смену. Конфигурация не мешает провести Расходный кассовый ордер и Операцию по платежной карте на "неправильные" суммы. Можно поставить такой запрет с помощью вот этого кода:
Пробитие чека ККМ через РМК при открытой форме списка чеков
Если будет открыта форма списка чеков ККМ и одновременно РМК, то при пробитии чека программа будет надолго задумываться (если чеков много). Особенно весело, что она это делает два раза - перед вводом оплаты и непосредственно при пробитии. Проблемная строка вот эта, в форме списка чеков ККМ:
&НаКлиенте
Процедура УстановитьДоступностьКомандСозданияДокументовНаВозврат()
Если СтруктураСостояниеКассовойСмены = Неопределено И ЗначениеЗаполнено(КассаККМ) Тогда
ОбновитьСостояниеКассовойСменыИУстановитьОтборДинамическихСписковНаКлиенте(КассаККМ);
КонецЕсли;
ТекущиеДанные = Элементы.ЧекиККМ.ТекущиеДанные;
Видимо, при записи чека вызывается оповещение, которое вызывает и эту процедуру. Но почему такая простая конструкция вызывает тормоза именно при записи чека, а при простом открытии формы списка чеков не вызывает - мне сходу не понятно.
Еще через журнал чеков ККМ можно создать чек по "чужой" ККМ, которая не относится к текущему рабочему месту, что тоже может добавить веселья для сети магазинов.
Повторное пробитие чеков ККМ
Оказалось, что если пробитый чек ККМ открыть в обработке РМК (например, программно), то его вполне успешно можно менять и пробивать заново. Т.е. единственная защита от изменения пробитых чеков состоит в том, что УТ-шка при открытии документа выбирает нужную форму документа.
Периодическое "слетание" текущего рабочего места кассира
Этот вопрос пока подробно не исследовал, но было замечено, что иногда в 1С слетает привязка элемента справочника "Рабочее место" к текущему компьютеру. Наблюдается в тонком клиенте. Как следствие, слетает все торговое оборудование, надо прописывать заново. Особенно весело, если это происходит посреди смены. УТ11 при смене фискального устройства требует заново открыть смену. А предыдущие пробитые чеки остаются в "старой" смене, и приходится потом их перетаскивать.
Реализация в пути
Невозможно в списке реализаций установить отбор по реализациям "в пути" - это значение статуса не выбирается в отборе, доступно только значение "Реализовано"
Приходится для отбора использовать признак сравнения "не равно".
Кроме этого обнаружился косяк - при обмене с Бухгалтерией 3.0 реализации "в пути" выгружаются, но не загружаются в Бухгалтерию, вызывая ошибку. Мы отключили реализации "в пути" в правилах регистрации, хотя в общем случае это не подходит, конечно.
Перепроведение по видам запасов
Для повторного заполнения ТЧ "Виды запасов" у проведенного документа необходимо в доп. свойства объекта при проведении добавлять
Объект.ДополнительныеСвойства.Вставить("ПерезаполнитьВидыЗапасов", Истина);
Для этого можно воспользоваться обработкой "Групповое изменение реквизитов", закладка "Выполнить произвольный алгоритм"
Внешний модуль менеджера обмена
В настройках обмена в универсальном формате можно указать внешнюю обработку, содержащую доработанный модуль менеджера обмена. Проблема возникнет, если эту обработку переименовать или переместить. Или просто перестанет быть доступен сетевой путь, где она лежит. Пункт меню "Синхронизация данных" теперь не возможно открыть, и нельзя поменять путь к внешней обработке с модулем.
Но это полбеды, а проблема в том, что перестают работать подписки на события, которые отрабатывают события, связанные с этим планом обмена. А значит становится невозможно записать любой объект, включенный в состав этого плана обмена.
Выгрузка безналичных розничных оплат в Бухгалтерию
При обмене не совсем корректно происходит обработка возвратов безналичных оплат в ту же смену. В УТ11 в ТЧ "Товары" информация о покупке не попадает, а вот в ТЧ "Оплата картами" есть и приход, и расход. При попадании в Бухгалтерию отчет о розничных продажах не проводится из-за того, что возврат оплаты по безналу требует строки в возврате покупки, а ее нет.
Еще интереснее, если в отчете о розничных продажах есть только продажи по безналу, и возврат на эту же сумму. Тогда в модуле менеджера документа "Приходный кассовый ордер" происходит деление на ноль, и обмен завершается с ошибкой.
Для "лечения" этой особенности решили сворачивать оплаты по безналу при выгрузке из УТ11, для этого отредактировали обработчик Документ_ОтчетОРозничныхПродажах_Отправка в модуле менеджера обмена:
Удаление дублей партнеров и контрагентов
Есть такой интересный регистр сведений "Аналитика учета по партнерам", который хранит в себе записи, связывающие партнеров и ключи аналитики по партнерам (видимо, для ускорения). Если у нас продажи по одному из дублей идут по фирме "Ромашка", а по другому дублю по фирме "Иванов и Ко", то при выполнении типовой операции "замена дублей" замена будет произведена в документах, а в этом регистре сведений - нет. Найденные дубли будут отмечены на удаление. После удаления часть записей в этом регистре тоже удалится. А многие механизмы, например "Отчет по валовой" прибыли работают именно с этим регистром, в результате отчет по валовой прибыли будет сформирован не корректно. Выход - повторное проведение документов по этому контрагенту.
Предварительно необходимо рассчитать скидки
Чтобы убрать этот абсолютно лишний в РМК вопрос, можно использовать вот это расширение
Вид цен с использованием СКД для расчета цен
Как выяснилось, настройки (в т.ч. текст запроса) этой СКД кэшируются. Поэтому если внести в нее изменения, и сразу попытаться рассчитать цены, то они будут рассчитаны в соответствии со старой схемой. Необходимо перезапустить программу.
Проверить копия это базы или нет
ПараметрыБлокировки = БлокировкаРаботыСВнешнимиРесурсами.СохраненныеПараметрыБлокировки();
ЭтоКопия = ПараметрыБлокировки.РаботаСВнешнимиРесурсамиЗаблокирована;
Редактирование динамического списка в расширении
Наверное, это можно отнести скорее к особенностям платформы. Если добавить форму с динамическим списком в расширение, нажать там редактирование списка, а там - конструктор запроса, то при сохранении запроса сбиваются привязки полей формы к данным динамического списка. Но это полбеды, привязки можно восстановить. Но сбиваются какие-то более тонкие настройки, я не разобрался еще какие. В результате например при вызове процедуры
Источник.ДанныеСтроки(ВыделеннаяСтрока);
в данные попадают не все поля. У меня в динамическом списке чеков ККМ не попало поле Ссылка, и соответственно конфигурация начинает "глючить". А вот если не пользоваться конструктором запроса, а редактировать запрос чисто вручную - отрабатывает нормально, и ничего не слетает.
При программном изменении текста запроса в динамическом списке ситуация еще хуже. По некоторым полям в табличном поле на форме слетает ПутьКДанным. Если попытаться программно вернуть ПутьКДанным в прежнее значение, вылетает ошибка. Самое интересное, если добавить новое поле, и там прописать ПутьКДанным - все нормально добавляется. В общем, получается вот такой колхоз:
&НаСервере
Процедура СохранитьКолонки(СтруктураКолонки, ЭлементРодитель)
Для каждого Колонка Из ЭлементРодитель.ПодчиненныеЭлементы Цикл
Если ТипЗнч(Колонка) = Тип("ГруппаФормы") Тогда
СохранитьКолонки(СтруктураКолонки, Колонка);
Иначе
СтруктураКолонки.Вставить(Колонка.Имя, Новый Структура("РодительскийЭлемент,ПутьКДанным",
ЭлементРодитель, Колонка.ПутьКДанным));
КонецЕсли;
КонецЦикла;
КонецПроцедуры
&НаСервере
Процедура ВосстановитьКолонки(СтруктКолонкиСохр, Элементы, ЭлементРодитель)
Для каждого Колонка Из ЭлементРодитель.ПодчиненныеЭлементы Цикл
Если ТипЗнч(Колонка) = Тип("ГруппаФормы") Тогда
ВосстановитьКолонки(СтруктКолонкиСохр, Элементы, Колонка);
Иначе
Если Не ЗначениеЗаполнено(Колонка.ПутьКДанным) Тогда
КопияКолонки = Элементы.Вставить(Колонка.Имя + "_", Тип("ПолеФормы"),
СтруктКолонкиСохр[Колонка.Имя].РодительскийЭлемент, Колонка);
КопияКолонки.Ширина = Колонка.Ширина;
КопияКолонки.ПутьКДанным = СтруктКолонкиСохр[Колонка.Имя];
КонецЕсли;
КонецЕсли;
КонецЦикла;
КонецПроцедуры
&НаСервере
Процедура СоздатьНовыеКолонки()
СтруктКолонкиСохр = Новый Структура;
СохранитьКолонки(СтруктКолонкиСохр, Элементы.НашСписок);
НашСписок.ТекстЗапроса = "Новый текст запроса";//в этот момент мистическим образом слетают
//некоторые значения "путькданным" в колонках - некоторые, но не все.
//Что при этом происходит с динамическим списком, я так и не понял.
//Компоновщик настроек, доступные поля и т.д. не меняются
ВосстановитьКолонки(СтруктКолонкиСохр, Элементы, Элементы.НашСписок);
КонецПроцедуры
Видимость общих модулей в расширении
Для меня весьма таинственный и неприятный глюк. Берем функцию из модуля менеджера какого-либо объекта, добавляем в расширение (вызов "Вместо"). Теперь если в этой функции в расширении сделать вызов общего серверного модуля, выходит ошибка синтаксического контроля - якобы компилятор не видит этот модуль. Хотя этот же вызов используется в той же функции в "типовом" модуле менеджера. Пример
Закомментированный участок вызывает ошибку. Благо, в данном случае он не влияет на логику алгоритма. Что интересно, этот глюк может "мешать" в самых неожиданных местах. Например, ошибка "модуль не найден" вылетает при просмотре журнала регистрации с "измененным" объектом.
Эту особенность удалось обойти с помощью конструкции "Выполнить", если "проблемный" участок кода поместить в "Выполнить".
Правильный способ решения вопроса подсказал eden: необходимо весь модуль менеджера и объекта в расширении заключать в конструкцию
#Если Сервер Или ТолстыйКлиентОбычноеПриложение Или ВнешнееСоединение Тогда
#КонецЕсли
Как это сделано в типовых модулях конфигураций.
Изменение состава плана обмена в расширении
Можно добавить план обмена в расширение. Можно нажать "Состав" и натыкать галочек на тех объектах, которые хочется добавить в состав плана обмена. Но толку от этого не будет, регистрацию изменений этих объектов в плане обмена провести не удастся.
Добавление новых объектов в расширение
При добавлении новых объектов в расширение, например общих команд, необходимо не забывать включать эти объекты в роли (типовые, или созданные в расширении)
Просмотр временных таблиц в отладчике
Блин, а что - так можно было?..
Запрос.МенеджерВременныхТаблиц.Таблицы[Индекс].ПолучитьДанные().Выгрузить()
Команды в интерфейсе - как это найти в конфигураторе для отладки
Определить, какой объект в конфигурации запускается при запуске той или иной команды в меню, можно с помощью "Замера производительности". Там выходит полный список всего, что происходит, и можно понять, что было запущено - команда, обработка, или форма справочника например.
Еще с помощью замера производительности удобно искать место в конфигурации, где генерируется ошибка с тем или иным текстом. Потому как через отладчик иногда не реально пройти по десяткам функций до места ошибки.
Отображение на форме взаимозависимых таблиц
Бывает необходимо, чтобы на форме какая-либо таблица заполнялась автоматически при выделении пользователем строки другой таблицы.
Для этого используется событие "При активизации строки" таблицы. Если внутри обработчика этого события мы будем как-то изменять элементы формы (например, менять видимость/доступность), то будет вызвана перерисовка формы, и как следствие - повторный вызов обработчика "При активизации строки". Таким образом, обработчик может уйти в "бесконечный цикл".
Для обхода этой особенности в реквизиты формы добавил переменную, которая хранит текущее значение выбранной строки таблицы, чтобы не вызывать повторное изменение элементов в обработчике "при активизации" при повторном заходе, и "разорвать" бесконечный цикл.
Подставить в запрос кусок текста
Оказывается, в запрос вместо параметра &Параметр можно подставлять произвольный кусок текста, не обязательно значение. Иногда требуется заложить некоторую универсальность в текст запроса, но при этом не хочется уходить от конструктора. Думаю, этот способ может пригодиться.
Обход строк динамического списка (например, с отборами)
Уличная магия от 1С
&НаСервере
Процедура СписокВТЗнаСервере()
Схема = Элементы.ТаблицаНаФорме.ПолучитьИсполняемуюСхемуКомпоновкиДанных();
Настройки = Элементы.ТаблицаНаФорме.ПолучитьИсполняемыеНастройкиКомпоновкиДанных();
КомпоновщикМакета = Новый КомпоновщикМакетаКомпоновкиДанных();
МакетКомпоновки = КомпоновщикМакета.Выполнить(Схема, Настройки, , ,Тип("ГенераторМакетаКомпоновкиДанныхДляКоллекцииЗначений"));
ПроцессорКомпоновки = Новый ПроцессорКомпоновкиДанных;
ПроцессорКомпоновки.Инициализировать(МакетКомпоновки);
ПроцессорВывода = Новый ПроцессорВыводаРезультатаКомпоновкиДанныхВКоллекциюЗначений;
ТаблицаРезультат = ПроцессорВывода.Вывести(ПроцессорКомпоновки);
КонецПроцедуры
Не отображаются какие-то колонки в динамическом списке у пользователя
Проверить права доступа к реквизитам объекта этого динамического списка.
Сортировка в динамическом списке не работает
Если динамический список сделан на основе произвольного запроса, из финального запроса следует убрать конструкции "СГРУППИРОВАТЬ ПО". Например, обернуть финальный запрос во вложенный запрос.
Добавить быстрые отборы (установленные пользователем) динамического списка на форму
Вот здесь указываем группу (на форме) для размещения отборов. Только нельзя указывать ту же группу, в которой находится сам динамический список, а то он пропадает.
Условное оформление динамического списка - отбор по дополнительному реквизиту/сведению
ЭлементОформления = Список.УсловноеОформление.Элементы.Добавить();
ЭлементОтбора = ЭлементОформления.Отбор.Элементы.Добавить(Тип("ЭлементОтбораКомпоновкиДанных"));
ЭлементОтбора.ЛевоеЗначение = Новый ПолеКомпоновкиДанных("Ссылка.[Ошибка интеграции (Список заказов клиентов)]");
ЭлементОтбора.ВидСравнения = ВидСравненияКомпоновкиДанных.Равно;
ЭлементОтбора.ПравоеЗначение = Истина;
ЭлементОтбора.Использование = Истина;
ЭлементОформления.Оформление.УстановитьЗначениеПараметра("ЦветФона", WebЦвета.Оранжевый);
Отображение на форме дополнительных реквизитов
НачатьПолучениеФайлов
Казалось бы такая отличная вещь как НачатьПолучениеФайлов требует повторной аутентификации на веб-сервере, когда база опубликована на веб-сервере с аутентификацией. Вызывается окошко, куда пользователю необходимо ввести свой пароль. Ясно, что при реальной работе это не допустимо, потому что всех будет выбешивать. Запихнуть эти параметры аутентификации программно нет возможности - некуда.
Адресация задач
В УТ11 (и в других конфигурациях) есть хороший механизм задач. Есть возможность адресовать задачи не конкретному исполнителю, а нескольким исполнителям сразу, относящимся к определенной роли. И можно указывать уточнение, кому именно должна упасть задача, например, только сотрудникам из определенного подразделения.
Интуитивно создается впечатление, что данная задача упадет пользователям, указанным в данной роли, и у которых проставлено искомое подразделение. Как бы не так, таблица Задача.ЗадачаИсполнителя.ЗадачиПоИсполнителю остается пустой, на форме "Мои задачи" ничего не выводится. Оказывается, есть еще такой регистр "Исполнители задач", в котором нужно вручную корректно указать в измерениях конкретный объект адресации
Изменение закэшированных данных в модулях с повторным использованием
КэшОповещений = НапоминанияПользователяКлиентПовтИсп.ПолучитьНапоминанияТекущегоПользователя();
Запись = НайтиЗаписьВКэшеОповещений(КэшОповещений, ПараметрыОповещения);
Если Запись <> Неопределено Тогда
ЗаполнитьЗначенияСвойств(Запись, ПараметрыОповещения);
Иначе
КэшОповещений.Добавить(ПараметрыОповещения);
КонецЕсли;
Изменение макета СКД отчета в конфигураторе
Иногда при изменении макета СКД отчета эти изменения почему-то не отображаются в пользовательской версии отчета. Иногда даже после нажатия кнопки "Стандартные настройки". В этом случае помогает переименовать отчет в конфигураторе (название отчета), например, добавить цифру.
Условия в виртуальной таблице в запросе
Иногда нельзя накладывать в виртуальной таблице условия на поля, которые не входят в итоговую выборку полей, т.е. нельзя вот так написать:
ВЫБРАТЬ
ТоварыНаСкладахОстатки.Номенклатура КАК Номенклатура,
СУММА(ТоварыНаСкладахОстатки.КоличествоОстаток) КАК Количество
ИЗ
РегистрНакопления.ТоварыНаСкладах.Остатки(
&Период,
Склад = &Склад
И Номенклатура В (&МассивНоменклатуры)
И ИСТИНА) КАК ТоварыНаСкладахОстатки
ГДЕ
ТоварыНаСкладахОстатки.КоличествоОстаток > 0
СГРУППИРОВАТЬ ПО
ТоварыНаСкладахОстатки.Номенклатура
Этот запрос будет ругаться на поле "Склад". Точное объяснение я не знаю, если убрать условие "и истина" - тогда почему-то работает. Также, если добавить поле склад в выборку - тоже работает.
Остатки на дату в запросе
Конструкции вида
РегистрНакопления.ТоварыВЯчейках.Остатки(КОНЕЦПЕРИОДА(&Период, ДЕНЬ)
{(КОНЕЦПЕРИОДА(&Период, ДЕНЬ))},
Вызывают ошибки в СКД. Надо убрать параметры у виртуальной таблицы, оставить только на закладке "Компоновка".
Чтение произвольного XML средствами XDTO
Берем XML-файл, который хотим прочитать. С помощью онлайн-сервиса, к примеру
www.freeformatter.com/xsd-generator.html
Создаем из XML-файла XSD-схему. Далее помещаем эту схему макет с типом "Двоичные данные". Далее можно пользоваться этой схемой для создания фабрики XDTO и считывания данных из XML-файла.
ДвоичныеДанныеСхемы = ПолучитьМакет("СхемаXSDЗаказы");
ИмяВременногоФайла = ПолучитьИмяВременногоФайла("xsd");
ДвоичныеДанныеСхемы.Записать(ИмяВременногоФайла);
Пути = Новый Массив();
Пути.Добавить(ИмяВременногоФайла);
ЧтениеТекста = Новый ЧтениеТекста(ИмяФайлаXML, КодировкаТекста.UTF8);
СтрокаXML = ЧтениеТекста.Прочитать();
ЧтениеXML = Новый ЧтениеXML;
ЧтениеXML.УстановитьСтроку(СтрокаXML);
Попытка
Фабрика = СоздатьФабрикуXDTO(Пути);
ДанныеXDTO = Фабрика.ПрочитатьXML(ЧтениеXML);
Исключение
Сообщить(ОписаниеОшибки());
КонецПопытки;
SourceTree + KDiff3 + Git
Исследование проблем производительности
https://its.1c.ru/db/metod8dev/content/5983/hdoc
Подключение сканера ШК к форме
Буду рад вашим дополнениям в комментариях о новых неожиданностях и путях обхода.
