Вроде как удобная штука. Пользователь уже ввел пароль при входе в компьютер, зачем вводить еще один от 1С. Но сегодня у меня случился прикол...
Столкнулся с неожиданным. Номера телефонов вводятся в форме по маске, а в базе данных хранятся естественно без, ну чтобы использовать их для технических нужд без всяких там пробелов. И тут потребовалось по кнопке вывести телефон автора документа, чтобы проверяющий мог ему позвонить...
Пример вполне логичного ошибочного применения популярной функции...
Ситуация: в розничной сети иногда падают чеки. Текст ошибки в заголовке статьи. В логах при этом странное. После так называемого санкционированного закрытия формы сложной оплаты (это когда продавец все сделал, хочет уже чек и нажал мышкой кнопку Enter), вдруг перед фискализацией происходит повторное открытие этой же формы, как и положено стирается таблица оплат, поэтому суммы и не идут. Бились с этим месяца два, а причина оказалась потрясающей...
Иногда сисадмины бывают несносными, внедряют популярные, но лишние требования...
Случилось тут одно происшествие. Расследование оного привело в состояние шока...
Статьи и видеоролики на эту тему приводят меня в изумление. Тема раскрыта, но куда-то не туда...
В фильмах часто бывают смешные моменты. Какая-то база данных преступников. Ну сколько там записей, ну максимум миллион и то если действие происходит в большой стране. И начинается медленный поиск, герои напряженно смотрят на экран, а там зачем-то мелькают картинки. Пролетают секунды, минуты, поиск все идет, хотя на самом деле результат должен быть получен мгновенно...
Бывает так, в современной 1С с помощью удобного механизма поиска-отбора получили нужный список. А сколько в нем записей? Для решения этой простой задачи ожидается какая-нибудь стандартная кнопка, но ее до сих пор нет...
Не секрет, что 1С - это не "пустой" язык программирования, а готовые бизнес-приложения с возможностью исправления стандартных механизмов и собственной доработки/разработки. То есть это очень удобно. Но тут и кроется подвох выбора...