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

Программирование - Практика программирования

глюки 1С глюки Управление Торговлей 11 ошибки платформы 1С

39
По мере обнаружения буду писать сюда тонкости работы с УТ 11 и платформой, больше для себя, но, может, кому-то еще пригодится... Для нескольких вопросов предложены варианты обхода.

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

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

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

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

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

 
 Процедура УбратьПустыхКлиентовИзЧековНаСервере()

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

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

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

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

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

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

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

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

 
 ПриСозданииНаСервере

Ошибка в указании вида оплаты при проведении возврата

Бывает ситуация, когда ЧекККМ был пробит с видом оплаты по карте, а при оформлении возврата в ту же смену документом ЧекККМНаВозврат кассир ошибочно проводит возврат оплаты наличными. Конфигурация УТ11 этому никак не препятствует. Но бухгалтеры требуют, чтобы возврат пробивался с тем же видом оплаты, что и покупка - таковы правила использования ККТ.

Та же самая ситуация при оформлении возврата в другую смену. Конфигурация не мешает провести Расходный кассовый ордер и Операцию по платежной карте на "неправильные" суммы. Можно поставить такой запрет с помощью вот этого кода:

 
 Модуль формы "ФормаДокументаРМК" документа "ЧекККМНаВозврат"
 
 Модуль документа "РасходныйКассовыйОрдер"
 
 Модуль документа "ОперацияПоПлатежнойКарте"

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

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

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

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

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

Повторное пробитие чеков ККМ

Оказалось, что если пробитый чек ККМ открыть в обработке РМК (например, программно), то его вполне успешно можно менять и пробивать заново. Т.е. единственная защита от изменения пробитых чеков состоит в том, что УТ-шка при открытии документа выбирает нужную форму документа.

Периодическое "слетание" текущего рабочего места кассира

Этот вопрос пока подробно не исследовал, но было замечено, что иногда в 1С слетает привязка элемента справочника "Рабочее место" к текущему компьютеру. Наблюдается в тонком клиенте. Как следствие, слетает все торговое оборудование, надо прописывать заново. Особенно весело, если это происходит посреди смены. УТ11 при смене фискального устройства требует заново открыть смену. А предыдущие пробитые чеки остаются в "старой" смене, и приходится потом их перетаскивать.

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

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

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

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

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

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

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

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

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

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

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

Выгрузка безналичных розничных оплат в Бухгалтерию

При обмене не совсем корректно происходит обработка возвратов безналичных оплат в ту же смену. В УТ11 в ТЧ "Товары" информация о покупке не попадает, а вот в ТЧ "Оплата картами" есть и приход, и расход. При попадании в Бухгалтерию отчет о розничных продажах не проводится из-за того, что возврат оплаты по безналу требует строки в возврате покупки, а ее нет.

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

Для "лечения" этой особенности решили сворачивать оплаты по безналу при выгрузке из УТ11, для этого отредактировали обработчик Документ_ОтчетОРозничныхПродажах_Отправка в модуле менеджера обмена:

 
 Обработчик "При отправке"

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

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

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

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

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

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

 
 ТекстЗапросаПодарочныеСертификаты

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

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

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

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

#КонецЕсли

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

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

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

Добавление новых объектов в расширение

При добавлении новых объектов в расширение, например общих команд, необходимо не забывать включать эти объекты в роли (типовые, или созданные в расширении)

Просмотр временных таблиц в отладчике

Блин, а что - так можно было?..

Запрос.МенеджерВременныхТаблиц.Таблицы[Индекс].ПолучитьДанные().Выгрузить() 

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

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

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

Отображение на форме взаимозависимых таблиц

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

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

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

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

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

39

Скачать файлы

Наименование Файл Версия Размер
Убрать пустых клиентов из чеков
.epf 6,73Kb
09.08.18
0
.epf 6,73Kb Скачать

См. также

Комментарии
Избранное Подписка Сортировка: Древо
1. RogoW 09.08.18 14:12 Сейчас в теме
Добрый день, вот ещё в копилку.

Уже несколько раз натыкался. Например, при первоначальной настройке базы неопытный пользователь делает такое:
- в "НСИ и администрирование / Склад и доставка" ставим флажок "Ордерные склады"
- открываем склад, на его форме появляется вкладка "Ордерная схема и структура"
- ставим на этой вкладке, например, флажок "Использовать ордерную схему... при отражении излишков, недостач..."

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

Столкнулся с этим, когда разбирался, почему документ "Пересортица" не делает движений по регистру "Товары на складах" (для склада скрытым способом использовалась ордерная схема).
alex-l19041; adhocprog; Rustig; Sergafan10; Kutuzov; +5 Ответить
27. Dragonim 88 28.08.18 14:39 Сейчас в теме
(1)
Это верно практически для всего функционала который можно включить и отключить, и связано это с тем, что проверка идёт самих элементов, а не функциональных опций. Если функциональная опция была отключена, то всё установлено по умолчанию, если её потом кто-то включил, что-то поменял по умолчанию, а потом снова выключил, то данные изменения в базе остались и никуда не делись.

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

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

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

По тому что регистрируются к обмену объекты подписками на событие, их тип нужно тоже расширять. И редактировать правила регистрации.
3. Kutuzov 428 09.08.18 14:46 Сейчас в теме
(2) вроде как нельзя менять состав объектов для подписки


Если вам как-то удалось поменять состав плана обмена через расширение, напишите, плиз, буду благодарен)
Прикрепленные файлы:
4. katenok86 243 09.08.18 14:55 Сейчас в теме
(3)Я просто объяснила причину. Не помню если честно можно ли с учетом последних возможностей создать в расширении новую подписку?
5. katenok86 243 09.08.18 14:58 Сейчас в теме
Посмотрела действительно нельзя ни расширить состав объектов подписки ни добавить новую подписку через расширение.
6. Rustig 995 09.08.18 19:04 Сейчас в теме
(0) да, интересно, не очевидных механизмов много.
а что в целом скажете: можно уже переходить на ут11, или нормально еще будет продолжать ставить и внедрять ут 10.3?
7. Kutuzov 428 09.08.18 21:12 Сейчас в теме
(6) УТ 11 хорошая, мне нравится с ней работать. После появления механизма расширений - ввобще красота. Если смотреть со стороны программиста, то я в последнее время только с 11-й работаю, с 10-кой не связываюсь, и даже плохо помню, как там и что.
Если смотреть со стороны клиента, у которого уже стоит 10.3, то переход на УТ 11 целесообразен, если:
1) Это нужно бизнесу. Прям вот нужно, от этого планируется рост прибыли на 50%, и понятно, откуда он возьмется после перехода.
2) Нет рядом адекватных программистов/компаний, обслуживающих 10.3

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

С нуля новым клиентам 10.3 я бы не ставил, УТ 11 по-приятнее в работе, и для нее больше разработок и интеграций.
Mahon83; Rustig; +2 Ответить
8. Rustig 995 10.08.18 08:08 Сейчас в теме
(7) приходилось ли выбирать для клиента между УТ 11, УНФ или Розницей ? функционал пересекается, а реализация и набор ошибок - отличаются... что лучше - ут или унф - к примеру для оптово-розничной фирмы?
9. genayo 10.08.18 08:19 Сейчас в теме
(8) В УТ11 хорошие механизмы ценообразования и скидок, и есть блок адресного хранения, который неплохо подойдет для небольших складов.
10. Rustig 995 10.08.18 08:23 Сейчас в теме
11. genayo 10.08.18 08:26 Сейчас в теме
(10) Такого точно нет :) УНФ всё-же не совсем под оптово-розничную торговлю заточена, больше под фирмы типа изготовления пластиковых окон, дверей и т.п.
12. Kutuzov 428 10.08.18 10:06 Сейчас в теме
(8) Это вопрос на целую статью) У меня не хватит компетенции такую статью написать, т.к. в основном с УТ 11 работаем. Наверное, лучше для себя выбрать, какое решение больше нравится, его и предлагать. В вашем случае надо посмотреть все три конфигурации. Потом выбрать, какая конфигурация больше подойдет вашим существующим клиентам, и уже ее внедрять и плотно изучать.
18. NataLisa 14.08.18 15:43 Сейчас в теме
(8) Позвольте выскажусь вместо автора статьи.
Розница хороша для розницы, где если и есть опт, то минимальный. Главное чего нет в Рознице - это нормальные взаиморасчеты. Например, есть магазин, который торгует стройматериалами. Вроде Розница здесь оптимальна - не сложно, не громоздко. Но потом владелец задает вопрос - а я отпускаю строительным бригадам. Нужно выписать на ИП. Не вопрос - документ реализация есть - выпишем. А я им в долг даю, в рассрочку.... А вот это мы уже не учтем, никак. Нет такого функционала в рознице. Опять придется писать в тетрадочку. (Хотя есть такие кого тетрадочка очень устроит). Но если только выписать документы ТОРГ-12 и даже С/ф, то вполне подойдет. Ибо УТ все же на порядок сложнее в освоении для мелкого бизнеса.
УНФ попроще в терминологии, и подойдет если есть небольшое производство. Или оказание услуг. Для торговли мне лично не очень... но, возможно, это мое субьективное мнение, т.к. больше знаю УТ и Розницу.
Ну а в остальных случаях УТ. Она конечно не проста в освоении... и были некоторые клиенты которым ставили УТ10, потому что после пары встреч с руководством или владельцем бизнеса понятно - не потянут. Такой у нас в провинции бизнес...

А за статью спасибо. Правда стоит собрать свою базу знаний, ибо от 1С не всегда дождешься...А такое описание багов очень всем пригодится.
22. Ali1976 2 15.08.18 09:49 Сейчас в теме
(8) Унф для торговли отмели из-за плохой системы резервов. Нельзя в одном заказе поставщику резервировать под несколько Заказов клиентов. Про "особенный" контроль остатков и расчет себестоимости в унф вообще лучше промолчу это боль. Выбирайте между Ут11 и Розницей исходя из ваших потребностей.
13. wazup666 10.08.18 10:33 Сейчас в теме
По поводу синхронизации данных. Возможно, путь к внешнему модулю сохраняется в стандартном хранилище настроек т. к. у реквизита формы стоит галочка "Сохраняемые данные". Можно попробовать удалить эту настройку программно.
14. wazup666 10.08.18 11:59 Сейчас в теме
(13) Хотя не так. Перепутал с обработкой ВыгрузкаЗагрузкаEnterpriseData. В вашем случае надо очистить реквизит ПутьКМенеджеруОбмена у плана обмена по Enterprise Data. Но это не точно.
15. Yashazz 2295 12.08.18 13:50 Сейчас в теме
Это что. вместо багтрекера 1С пополам с личным дневничком? Да если я сяду описывать хотя бы прелести УНФ в, допустим, ценообразовании или интеграции с сайтом, это уже статьи на три будет)
maXon777; +1 Ответить
16. Kutuzov 428 12.08.18 14:00 Сейчас в теме
(15)Пишите, чем больше информации в сети в открытом доступе, тем лучше :). А то иногда столкнешься с какой-то нелепостью, а ничего не гуглится по проблеме. Приходится копаться по полдня в ерунде, чувствуя себя изобретателем велосипеда.
maXon777; +1 Ответить
17. necropunk 5 13.08.18 10:15 Сейчас в теме
(15) Ну, кстати, поддерживаю. В 1С писать такие репорты - как свистеть известно куда, а так хоть поиском иногда натыкаешься, да и вообще - предупрежден значит вооружен.
19. ildary 14.08.18 15:54 Сейчас в теме
(17) в целом конечно правильно, но было бы прекрасно, если бы такие наборы ошибок велись не в стиле "статья на инфостарте", а какой-нибудь удобный набор табличек с фильтрацией, с колонками:

"Конфигурация" "Подсистема" "Описание"
maXon777; +1 Ответить
21. maXon777 95 15.08.18 08:05 Сейчас в теме
(17) в 1с можно и нужно писать. Сейчас они хорошо реагируют на баги и корректируют их - даже благодарность шлют).
20. maXon777 95 15.08.18 08:04 Сейчас в теме
при сохранении запроса сбиваются привязки полей формы к данным динамического списка.

Это потому что они разыменовались - в списки автоматически добавляется Документ.Ссылка как ДокументСсылка и тд. и это приводит к ошибке (не только в УТ). Когда правишь в ручную этого не происходит. Глюк расширений. За тему отдельное спасибо!
23. eden 15.08.18 11:01 Сейчас в теме
Добрый день.
ПО поводу пункта "Видимость общих модулей в расширении".
Дело в том, что модули менеджера и объекта могут выполняться в контексте толстого клиента (Режим запуска клиент-сервер, управляемое приложение). В таком случае синтаксический контроль выдаст ошибку по всем модулям, которые имеют флаг "Сервер" и не имеет флаг "Вызов сервера". В стандартах разработки и во всех типовых конфигурациях все процедуры и функции модулей (менеджера и объекта) обернуты конструкцией
#Если Сервер Или ТолстыйКлиентОбычноеПриложение Или ВнешнееСоединение Тогда

#КонецЕсли

Для решения проблемы возможно в модуле расширения нужно добавить такую же конструкцию. Сам не тестировал.
24. Kutuzov 428 15.08.18 11:33 Сейчас в теме
(23) Протестировал - так и нужно делать. Спасибо!
25. mike002 15.08.18 11:55 Сейчас в теме
УТ 11.4.5.32 Платформа 8.3.10.2699
Если обновить Расширение когда в базе есть пользователи , перестает работать сравнение с ПредопределенымЗначением Перечисления в основной конфигурации. Например : в документе ВозвратТоваровОтКлиента неотображается себестоимость строкой -
СпособОпределенияСебестоимости = ПредопределенноеЗначение("Перечисление.СпособыОпределенияСебестоимости.ИзТекущегоДокумента")

Помогает перезапуск сервера.
26. ildary 15.08.18 13:14 Сейчас в теме
(25) Я слышал, что обновление расширения при невышедших пользователях вызывает неявное динамическое обновление. Которое в 8.3.10 любит делать неожиданности.
Оставьте свое сообщение