Утилита анализа остатков в ЕГАИС : КИС Lack & УС Land

Флудить, так флудить...

"Для бизнеса". Какого бизнеса? Какого угодно? Для продуктовых супермаркетов точно не вариант.
"Отправка чеков на кассу". Что такое "касса"? Кассовый аппарат, кассовая программа?
"Автоматические расходы марок". Автоматические на основании чего? Загрузка из кассовых программ, логов?
Сложно даже догадаться, про что речь. А достаточно всего пару уточняющих фраз.
"Виртуально", "Как угодно" - любимые мусорные слова, которые часто повторяются, сбивая с толку.
Ъ?

По большей части с замечаниями СОГЛАСЕН!

Однако, когда пишу в технических темах предполагаю, что читатель владеет, хотя бы основами "моей" терминологии и имеет, хоть смутное, но представление об работе "УСЕга" и её применяемости. Там, где "сложно объяснить" привожу картинки. Да и возможно ошибочно считаю, что программа окончательно переродилась в утилиту для It специалистов... которых излишний примитивизм в объяснениях выбешивает

Так же есть комментарии к твоим полезным замечаниям:
Наказывают любой алкогольный бизнес, но я ни разу не "слышал", что в виртуальном миру "УСЕга" используют для отправки чеков в ЕГАИС... Хотя это смогло бы спасти очень многие небольшие магазины.

Тута не согласен... разделяю "отправку чеков в ЕГАИС" - можно лишиться лицензии, от отправки на "кассу" - не важно, что понимать под этим

Любая операция отправленная в ЕГАИС изменяет в нем информацию по предприятию, т.е. отправка расходной операции с марками из "УСЕга" можно считать "автоматическим расходом", который правит и внутреннюю базу программы тоже.

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

"2. Утилита "УСЕга" позволяет производить "виртуальные" автоматические расходы марок, что позволяет их поддерживать в актуальном состоянии..."

Для сравнения.

"2. Утилите "УСЕГа" позволяет вводить чеки вручную, без отправки в Егаис, для поддержания в актуальном состоянии остатков по маркам в базе данных утилиты."

Как раз второй вариант не правильный и ввел бы читателей в заблуждение... в исходном тексте дал ссылку, где умный и активный пользователь - помощник в развитии системы очень подробно пояснял его подход, когда весь учет ведётся в "1С", но марки поддерживаются в "УСЕга" в актуальном состоянии через "виртуальный автоматический расход марок". Повторю ссылку: https://olegon.ru/showthread.php?t=31150&page=2

Никаких ручных чеков без отправки в ЕГАИС
Для поддержания в актуальном состоянии остатков по маркам в базе данных, утилитe УСЕГа достаточно данных собственного пула марок и данных фильтра УТМ. Это способ без отправки запросов по остаткам Р3

Поправлюсь, что это верно только для новых марок.

Я понял. Но речь шла о том, как преподносит информацию Андрей. Он сам попросил примеры, где понять его мысли крайне сложно.

Мы разбираем фразу:
"2. Утилита "УСЕга" позволяет производить "виртуальные" автоматические расходы марок, что позволяет их поддерживать в актуальном состоянии..."
Я привел вариант, как я ее понял.
"2. Утилите "УСЕГа" позволяет вводить чеки вручную, без отправки в Егаис, для поддержания в актуальном состоянии остатков по маркам в базе данных утилиты."

Почему я так понял? Потому, что следом написано:
"ВСЕ операции по маркам с ЕГАИС программа позволяет производить "виртуально" - без отправки документов в ЕГАИС."
То есть, "виртуально" - без отправки в Егаис.
Почему вручную? Читаем:
"Любая операция отправленная в ЕГАИС изменяет в нем информацию по предприятию, т.е. отправка расходной операции с марками из "УСЕга" можно считать "автоматическим расходом", который правит и внутреннюю базу программы тоже."
То есть речь про расходную операцию, созданную в УСЕГа.
Теперь складываем. Расходная операция в данном контексте это чек, виртуальная значит без отправки в Егаис. Про фильтр нигде сказано не было. Причем я специально уточнил, что значит "автоматически". И если бы Андрей написал, что из фильтра, то стало бы сразу понятно.

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

Такое свойственно, на самом деле, многим программистам. Поэтому и существует разделение труда - программисты пишут код, содержание диалоговых окон и документацию пишут другие люди.

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

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

Сейчас понял, что было бы хорошо...

Вы прочитали "зафлуденное" сообщение: https://olegon.ru/showpost.php?p=341095&postcount=12? Такое решение не устраивает?