█ 28.01.2015 13:20
Доброго дня Вячеслав!
Пишу урывками, т.к. имею "счастье" сидеть в одном кабинете с боссами, а сейчас очень эмоционально с ними и гл.бухом обсуждается антикризисный план правительства - имеются в нём ряд интересных для их бизнесов моментов.
Позволь, коль скоро ты считаешь это важным для бизнеса вынести данный технологический (философский) вопрос в отдельную тему. Здесь всё-таки предполагалось банальное перечисление технологий с их кратким объяснением?
Пишу урывками, т.к. имею "счастье" сидеть в одном кабинете с боссами, а сейчас очень эмоционально с ними и гл.бухом обсуждается антикризисный план правительства - имеются в нём ряд интересных для их бизнесов моментов.
Позволь, коль скоро ты считаешь это важным для бизнеса вынести данный технологический (философский) вопрос в отдельную тему. Здесь всё-таки предполагалось банальное перечисление технологий с их кратким объяснением?
█ 28.01.2015 15:11
А возможно обращение к "журналу операций" напрямую из справочника?
Т.е. - при просмотре товара - смотрим, кто, что и когда менял именно по данному товару, при просмотре документа - по данному документу и т.п.
Т.е. - при просмотре товара - смотрим, кто, что и когда менял именно по данному товару, при просмотре документа - по данному документу и т.п.
█ 28.01.2015 16:03
Извините за задержку. Надоели споры в кабинете - прогулялся во второй офис комплекса... примерно в 500 метрах. Продлил каспера. почистил ПК энергетика, поболтал с секретарем.
В котором определяем выжимку из журнала (пропуск полей означает "по всем"):
1. По коду работника;
2. Режимам. Можно вводить первые цифры для определения блока режимов. В принципе их можно посмотреть в сообщении: Статистика использования пакета в 2012 году
3. Период физического совершения операции по изменению данных;
4. Временной интервал физического совершения операций, например по работникам ночной смены;
5. Один из четырех форматов отчета;
6. По имени ПК в сети;
7. Контекст или лучше код объекта - код элемента справочника, код документа. Код всегда виден в оперативных режимах и печатается в документах. Можно делать сложное условие;
8. Подключить к анализу архивы журналов. Подробнее в теме: Обеспечение аудиторского следа в оперативной работе с системой
9. Возможность выгрузки в Excel для более тонкого анализа и оптимизации печатной формы.
Цитата:
Не всё так просто - такую интеграцию пока не сделал, да и не пытался. В программе администратор/сервис/анализ журнала операций через F6 вызывается отчет. Пример запроса: KirillHome ➤ А возможно обращение к "журналу операций" напрямую из справочника? Т.е. - при просмотре товара - смотрим, кто, что и когда менял именно по данному товару, при просмотре документа - по данному документу и т.п.
В котором определяем выжимку из журнала (пропуск полей означает "по всем"):
1. По коду работника;
2. Режимам. Можно вводить первые цифры для определения блока режимов. В принципе их можно посмотреть в сообщении: Статистика использования пакета в 2012 году
3. Период физического совершения операции по изменению данных;
4. Временной интервал физического совершения операций, например по работникам ночной смены;
5. Один из четырех форматов отчета;
6. По имени ПК в сети;
7. Контекст или лучше код объекта - код элемента справочника, код документа. Код всегда виден в оперативных режимах и печатается в документах. Можно делать сложное условие;
8. Подключить к анализу архивы журналов. Подробнее в теме: Обеспечение аудиторского следа в оперативной работе с системой
9. Возможность выгрузки в Excel для более тонкого анализа и оптимизации печатной формы.
█ 19.03.2019 15:40
Вчера был "озадачен" простым вопросом: 
Нашел способ интегрировать данную аналитику в существующие технологии... и подсказал, как "ручками" получить требуемую информацию, т.е. сделал лишь её автоматизацию.
В списке междускладских накладных добавил пометку (снятие) в группу по условиям задачи:
Понятно, что последовательно выбирая склады можно отобрать перемещения "со многих на многие"...
Цитата:
Взял паузу для поиска среди режимов программ - не нашел! Возможно: Как построить отчет со списком товаров, переданным с одного склада на другой?
- Никому из сотен пользователей за 25 лет развития программы это не понадобилось?
- Удалил данные возмости в процессах санации системы "УС Land"?
Нашел способ интегрировать данную аналитику в существующие технологии... и подсказал, как "ручками" получить требуемую информацию, т.е. сделал лишь её автоматизацию.
В списке междускладских накладных добавил пометку (снятие) в группу по условиям задачи:
Понятно, что последовательно выбирая склады можно отобрать перемещения "со многих на многие"...
█ 19.03.2019 15:45
Далее можно использовать "универсальную" - работающую во всех списках документов, т.е. и в междускладских накладных, оперативную аналитику, вызываемую по клавишам Alt+F7
Форма "отчета" для всех документов единообразна и представляет информацию, с избытком отвечающую на исходный, столь "озадачивший" меня вопрос:
Форма "отчета" для всех документов единообразна и представляет информацию, с избытком отвечающую на исходный, столь "озадачивший" меня вопрос:
Код:
Список группы между складских документов Стр. 1
----------------------------------------------------------------------------------------------------------------------------------
Н./п.|Дата тов/финанс. док.| От кого поступил товар/деньги |ВесПоНаклад.| Количество | Сумма |СуммаСоСкид.
Номер документа Кому поступает товар или деньги |ОбъёмПоНакл.| % скидки | |сумма скидки
----------------------------------------------------------------------------------------------------------------------------------
1 01.02.19 я Склад хранения материалов 5112.804 85026.635 242062.92 242062.92
Цех. изготовления продукции
...
94 07.03.19 я Склад хранения материалов 1077.061 36141.961 53136.37 53136.37
Цех. изготовления продукции
----------------------------------------------------------------------------------------------------------------------------------
количество 3301159.690 вес 205663 объем без скидок 8592654.72 сумма со скидками 8592654.72
Список товаров/ассортиментов
----------------------------------------------------------------------------------------------------------------------------------
Наименование товара/ассортимента |КодТ|Фас|Упак. + единиц|Количество|Сред/цена| Сумма | Вес | Объем
----------------------------------------------------------------------------------------------------------------------------------
Агар-алгар 900 1 27+ 0.286 27.286 1.23 33.56 0.027
Аквасорб А-500 1 20+ 0.104 20.104 783.11 15743.65 20.104
...
Ядра орехов арахиса обжаренные дробленые 35 12+ 13.242 433.242 140.00 60653.88 433.242
----------------------------------------------------------------------------------------------------------------------------------
Итого: Уп. 2981776 3301159.690 8592654.98 205663.1
█ 07.04.2019 08:32
Сегодня закончил в общем виде и отладил прототипы новых технологий программы. Допускаю, что они могут быть интересны разработчикам для своих учетных систем?... и конечно пользователям системы "УС Land":
I. Запрет ввода товара с предположительно неправильной ценой закупа. Ориентировочные цены определяются в справочнике ассортиментов, т.е. объекте объединяющим приходящие партии товаров.
Изначально задача встала из-за ошибок операторов при вводе сырья для производства, когда сырьё в ТТН поставщика указывается в одних измерителях, например "штуках", а в описании технологических карт в других, например "литрах" и при вводе операторам нужно переводить количества и цены в другие измерители... В принципе от "такого" преобразования пытаемся по новой разработанной логики избавляться, но ещё процесс не закончен.
В справочнике ассортиментов появились (добавились) новые поля:
Как и ВЕЗДЕ в системе - нулевые, а здесь оба значения настройки ОТКЛЮЧАЮТ технологию для объекта.
При определении детализации приходной накладной, на примере используется Smart техника программа анализирует цены и блокирует при необходимости ввод. Понятно, что "если надо" можно отключить ограничитель, ввести, а затем снова включить, что запомнится в журнале операций для последующих "разборок": https://olegon.ru/showthread.php?t=18880
II. Запрет продаж (отгрузок) товаров из определенных разделов учета. Например кому нельзя отгружали канцтовары для личных нужд. Это самый "крупный" ограничитель по отгрузке, но и самый простой для бизнеса. Техника добавилась к "большому списку" других запретов продаж:
III. Автоматическое обновление структур таблиц системы при первом запуске любой программы системы "УС Land". Это одна из многих новых технологий отработанных в "УС Лэнд:ЕГАИС" и внедренных в "УС Land", а раньше структуры БД менялись отдельной программой в ручном режиме, да ещё последовательно изменяя структуры для разных версий.
З.Ы. Для чего пишу... Просматривая сообщение увидел грамматическую ошибку в сообщении - дополнительный самоконтроль... и сразу исправил
I. Запрет ввода товара с предположительно неправильной ценой закупа. Ориентировочные цены определяются в справочнике ассортиментов, т.е. объекте объединяющим приходящие партии товаров.
Изначально задача встала из-за ошибок операторов при вводе сырья для производства, когда сырьё в ТТН поставщика указывается в одних измерителях, например "штуках", а в описании технологических карт в других, например "литрах" и при вводе операторам нужно переводить количества и цены в другие измерители... В принципе от "такого" преобразования пытаемся по новой разработанной логики избавляться, но ещё процесс не закончен.
В справочнике ассортиментов появились (добавились) новые поля:
Как и ВЕЗДЕ в системе - нулевые, а здесь оба значения настройки ОТКЛЮЧАЮТ технологию для объекта.
При определении детализации приходной накладной, на примере используется Smart техника программа анализирует цены и блокирует при необходимости ввод. Понятно, что "если надо" можно отключить ограничитель, ввести, а затем снова включить, что запомнится в журнале операций для последующих "разборок": https://olegon.ru/showthread.php?t=18880
II. Запрет продаж (отгрузок) товаров из определенных разделов учета. Например кому нельзя отгружали канцтовары для личных нужд. Это самый "крупный" ограничитель по отгрузке, но и самый простой для бизнеса. Техника добавилась к "большому списку" других запретов продаж:
III. Автоматическое обновление структур таблиц системы при первом запуске любой программы системы "УС Land". Это одна из многих новых технологий отработанных в "УС Лэнд:ЕГАИС" и внедренных в "УС Land", а раньше структуры БД менялись отдельной программой в ручном режиме, да ещё последовательно изменяя структуры для разных версий.
З.Ы. Для чего пишу... Просматривая сообщение увидел грамматическую ошибку в сообщении - дополнительный самоконтроль... и сразу исправил
█ 25.04.2019 12:29
Число дней в продаже, остатки запасов и т.д. покажу на примере очень старого (от 2001) отчета с новыми возможностями в релизе 1905 (выгрузка в электронную таблицу) и будущей 1906 (расчеты относительно любой, в том числе виртуальной себестоимости). Вызов:
Далее задаются ограничители отчета:
В формате выгрузки в электронную таблицу в колонках отражаются все атрибуты отчета и используя его гибкие механизмы анализа, можно ещё "бесконечно" его улучшить для исследования процессов продаж... К слову сейчас этот отчет больше используется для анализа производства. Как видно из запросов можно задавать различные измерители основных показателей и анализировать, как сеть, так и отдельный магазин (или его отдел)… Так же "прямо" указывается информация для закупщика.
Далее задаются ограничители отчета:
В формате выгрузки в электронную таблицу в колонках отражаются все атрибуты отчета и используя его гибкие механизмы анализа, можно ещё "бесконечно" его улучшить для исследования процессов продаж... К слову сейчас этот отчет больше используется для анализа производства. Как видно из запросов можно задавать различные измерители основных показателей и анализировать, как сеть, так и отдельный магазин (или его отдел)… Так же "прямо" указывается информация для закупщика.
█ 17.05.2019 11:09
Вспомни про гавно: https://olegon.ru/showpost.php?p=331118&postcount=262 - вот ещё одно! Только получил письмецо... нравятся мне клиенты - "перешли Абраму - пусть Абрам поворочается"
"УС Лэнд" имеет и такие технологии, которые приходится развивать и поддерживать, а Ваши, в сотни раз более дорогие в обслуживании системы тоже их имеют?
Только получил письмецо... нравятся мне клиенты - "перешли Абраму - пусть Абрам поворочается"
"УС Лэнд" имеет и такие технологии, которые приходится развивать и поддерживать, а Ваши, в сотни раз более дорогие в обслуживании системы тоже их имеют?
█ 30.08.2019 09:49
Вчера "случилась" иллюстрация закона Мерфи - "если неприятность может случится, то она случается"... и удивительно, что после решения проблемы вспомнил, а вечером настроил уже позабытую древнюю технику. Хотел текст разместить здесь: https://olegon.ru/showthread.php?t=31248, но это было неправильно... Хоть всё это забыл для реала, но ареал использования "УС Лэнд" всё же шире.
Суть! Сейчас в связи со стабильной работой систем "УС Лэнд" даже на плохой технике и постоянным контролем оной практически не случаются, последний раз в реале м.б. в 2011г. фатальная потеря информации, т.е. сбои, последствия которых не могу ручками исправить - надо восстанавливать из страховых копий, которые конечно иногда делаются, но... взглянул: за этот год только расходных накладных более 120 тысяч.
Проблема возникла не из-за техники, а от высокой интенсивности работы... и оператора "переклинило": в системе много режимов автоматических созданий документов из внешних источников или "правил" на контрагента, пакетных режимов печати и работы с данными... ну и опер вместо удаления, хотя нужно пробиться через кучу уточнений, случайно закаченного "мусора", удалил документы за год
Страховая копия была за предыдущий день и в системе появилось несколько тысяч документов, которые, по правильному нужно было восстанавливать... К счастью система иногда "следить", частично "сохраняя" данные... и из этих "следов" восстановил на 99% свежие документы.
Потом случайно вспомнил старые техники, когда такие ситуации были "нормальными" и постоянными... и конечно не нашел заготовок из тех времен... пришлось написать заново батник, пусть str_copy.bat:
Его суть: из рабочей базы сервера переношу на другой локальный диск сервера, т.е. быстро, необходимый минимум данных, делаю "ремонт" - полное восстановление файловой структуры системы, запускаю "автомат" по проверке логики данных системы: если всё хорошо, то программа сохраняет целые данные, если нет, то верещит "благим матом".
Затем повесил всё на планировщик на сервере с запусками каждые 2 часа... если что случится, то копия будет мин. 2 часовой свежести. Дамы повесили плакат с инструкцией что и как делать, если "нежданчик" ещё раз их посетит
Суть! Сейчас в связи со стабильной работой систем "УС Лэнд" даже на плохой технике и постоянным контролем оной практически не случаются, последний раз в реале м.б. в 2011г. фатальная потеря информации, т.е. сбои, последствия которых не могу ручками исправить - надо восстанавливать из страховых копий, которые конечно иногда делаются, но... взглянул: за этот год только расходных накладных более 120 тысяч.
Проблема возникла не из-за техники, а от высокой интенсивности работы... и оператора "переклинило": в системе много режимов автоматических созданий документов из внешних источников или "правил" на контрагента, пакетных режимов печати и работы с данными... ну и опер вместо удаления, хотя нужно пробиться через кучу уточнений, случайно закаченного "мусора", удалил документы за год
Страховая копия была за предыдущий день и в системе появилось несколько тысяч документов, которые, по правильному нужно было восстанавливать... К счастью система иногда "следить", частично "сохраняя" данные... и из этих "следов" восстановил на 99% свежие документы.
Потом случайно вспомнил старые техники, когда такие ситуации были "нормальными" и постоянными... и конечно не нашел заготовок из тех времен... пришлось написать заново батник, пусть str_copy.bat:
Код:
attrib hla.exe -r copy e:\d\lack\ls\database\*.dbf ls\database\*.dbf copy e:\d\lack\hla.exe *.exe copy e:\d\lack\ls.cfg *.cfg del ls\database\*.ntx hla R hla L
Затем повесил всё на планировщик на сервере с запусками каждые 2 часа... если что случится, то копия будет мин. 2 часовой свежести. Дамы повесили плакат с инструкцией что и как делать, если "нежданчик" ещё раз их посетит
█ 17.12.2019 11:54
Старт – выгрузка отчетов в формат электронных таблиц XLS.
В принципе работа только началась, но она стала «технологической» – базовый набор техник создан и отлажен: просто теперь каждый отчет нужно аккуратно дополнить новыми механизмами и отладить на предмет программных ошибок при различных настройках отчета, т.е. построить отчет во всех вариантах. Это нудный и долгий процесс, как следствие он ещё затянется на несколько месяцев.
Историческая справка: Изначально программа могла печатать отчеты на матричном принтере, затем добавился возможность просмотра отчета на экране и вывод в dos текстовый файл с расширением *.rep.
- Затем на ПК стали активно использоваться электронные таблицы – MS Excel. Изредка стали возникать задачи более глубокого анализа отчетов, что не успевал дорабатывать, а посему отчеты стали создаваться, форматируя под более удобную загрузку в XLS. Потом программа научилась подготавливать данные и для загрузки в бесплатные «офисы»;
- Следующим этапом стало создание форматов «экспорта», где отчеты «очищались» от лишних оформительских элементов;
- Потом научился посредством программы ХБК выгружать таблицы программы в формате XLS, что «совпало» с необходимостью предоставления информации в объеме, который невозможно было разместить на печатной форме;
- В завершении была сделана «попытка» описания смысла колонок в отдельном описании начала XLS таблицы, а так же вывода оформительских в ней текстовых примечаний. Это всё уже начало требовать огромных трудозатрат при создании таких форм вывода, да и всё равно получаемые формы XLS таблиц оставались «не понимаемые» большинством пользователей.
Техника создания отчетов системы «УС Land».
1. Из базы данных программы выбирается необходимая и преобразуемая информация в одну или несколько, что делало невозможным «классическую» выгрузку в XLS, таблиц программы;
2. Из полученной временной таблицы программа построчно выводила отчет во временный текстовый файл;
3. Только затем данный файл можно было «распечатать», просмотреть, преобразовать в Windows текстовый формат или формат Word. Выгрузку в XLS можно было сделать только единственной таблицы шага 1.
Суть новой глобальной технологии: Перед этапом (2) уже становится понятной будущая структура экспортируемой в XSL таблицы – создаётся временная таблица выгрузки. На этапе (2) после создания строки текстового файла ВСЕГДА добавляется строка во временную таблицу выгрузки. Это практически не замедляет создание отчета – падение быстродействие менее 1%. При выгрузке (5 – ExcХБК) используется эта создаваемая всегда и в фоновом режиме временная таблица. По выходу из формы «печати» отчетов программа уничтожает созданный «мусор» на компьютере.
Таким образом: объем – число строк точно соответствует печатной форме (ограничителям отчета), а так же с печатной формой «совпадает» их порядок с примечанием: в таблицы размерности колонок задаются без потери значности – ограничение ширины отчетов, когда нужно «обрезать» и округлять, а иногда добавляется нужные колонки, которые «очень нужны», но не мог вместить в печатную форму.
Имена колонок временной таблицы задаются латиницей и длинной менее 10 знаков, но понятными при транскрипции на понятный язык, например: oborot – оборот, kol_vo – количество, dohod – доход.
Процесс переделки системы будет длительный и что-бы не путались со «старыми» технологиями и приёмами отчеты «попавшие под раздачу» помечаются признаком в правом верхнем углу настройки параметров отчета «Можно в XLS». Всё переделаю – уберу этот признак... Теперь «картинки».
Форма вызова отчета, переделанного под эту технологию:
Образец создаваемого файла электронной таблицы:
Пример печатной формы отчета:
Образец "экспортного" формата - легко импортировать в XLS:
В принципе работа только началась, но она стала «технологической» – базовый набор техник создан и отлажен: просто теперь каждый отчет нужно аккуратно дополнить новыми механизмами и отладить на предмет программных ошибок при различных настройках отчета, т.е. построить отчет во всех вариантах. Это нудный и долгий процесс, как следствие он ещё затянется на несколько месяцев.
Историческая справка: Изначально программа могла печатать отчеты на матричном принтере, затем добавился возможность просмотра отчета на экране и вывод в dos текстовый файл с расширением *.rep.
- Затем на ПК стали активно использоваться электронные таблицы – MS Excel. Изредка стали возникать задачи более глубокого анализа отчетов, что не успевал дорабатывать, а посему отчеты стали создаваться, форматируя под более удобную загрузку в XLS. Потом программа научилась подготавливать данные и для загрузки в бесплатные «офисы»;
- Следующим этапом стало создание форматов «экспорта», где отчеты «очищались» от лишних оформительских элементов;
- Потом научился посредством программы ХБК выгружать таблицы программы в формате XLS, что «совпало» с необходимостью предоставления информации в объеме, который невозможно было разместить на печатной форме;
- В завершении была сделана «попытка» описания смысла колонок в отдельном описании начала XLS таблицы, а так же вывода оформительских в ней текстовых примечаний. Это всё уже начало требовать огромных трудозатрат при создании таких форм вывода, да и всё равно получаемые формы XLS таблиц оставались «не понимаемые» большинством пользователей.
Техника создания отчетов системы «УС Land».
1. Из базы данных программы выбирается необходимая и преобразуемая информация в одну или несколько, что делало невозможным «классическую» выгрузку в XLS, таблиц программы;
2. Из полученной временной таблицы программа построчно выводила отчет во временный текстовый файл;
3. Только затем данный файл можно было «распечатать», просмотреть, преобразовать в Windows текстовый формат или формат Word. Выгрузку в XLS можно было сделать только единственной таблицы шага 1.
Суть новой глобальной технологии: Перед этапом (2) уже становится понятной будущая структура экспортируемой в XSL таблицы – создаётся временная таблица выгрузки. На этапе (2) после создания строки текстового файла ВСЕГДА добавляется строка во временную таблицу выгрузки. Это практически не замедляет создание отчета – падение быстродействие менее 1%. При выгрузке (5 – ExcХБК) используется эта создаваемая всегда и в фоновом режиме временная таблица. По выходу из формы «печати» отчетов программа уничтожает созданный «мусор» на компьютере.
Таким образом: объем – число строк точно соответствует печатной форме (ограничителям отчета), а так же с печатной формой «совпадает» их порядок с примечанием: в таблицы размерности колонок задаются без потери значности – ограничение ширины отчетов, когда нужно «обрезать» и округлять, а иногда добавляется нужные колонки, которые «очень нужны», но не мог вместить в печатную форму.
Имена колонок временной таблицы задаются латиницей и длинной менее 10 знаков, но понятными при транскрипции на понятный язык, например: oborot – оборот, kol_vo – количество, dohod – доход.
Процесс переделки системы будет длительный и что-бы не путались со «старыми» технологиями и приёмами отчеты «попавшие под раздачу» помечаются признаком в правом верхнем углу настройки параметров отчета «Можно в XLS». Всё переделаю – уберу этот признак... Теперь «картинки».
Форма вызова отчета, переделанного под эту технологию:
Образец создаваемого файла электронной таблицы:
Пример печатной формы отчета:
Код:
Кол Уход товаров по разделу учета с 01.11.19 по 30.11.19 Стр. 1
------------------------------------------------------------------------------
Наименование и системный код объекта |СуммаУходаТов|Нац| Доля %
------------------------------------------------------------------------------
Сыр твердый 06 | 33487.083| 7| 40.100%
------------------------------------------------------------------------------
Молоко 0H | 14938.000| 17| 17.888%
------------------------------------------------------------------------------
Сыр плавленный 0E | 12720.260| 16| 15.232%
------------------------------------------------------------------------------
Масло фасованное 01 | 9819.000| 13| 11.758%
------------------------------------------------------------------------------
Молоко сгущенное 09 | 4544.000| 6| 5.441%
.... Образец "экспортного" формата - легко импортировать в XLS:
Код:
Кол Уход товаров по разделу учета с 01.11.19 по 30.11.19
Наименование и системный код СуммаУходаТоваров Доля %
Сыр твердый 06 33487,083 40,100
Молоко 0H 14938,000 17,888
Сыр плавленный 0E 12720,260 15,232
Масло фасованное 01 9819,000 11,758
Молоко сгущенное 09 4544,000 5,441
... Часовой пояс GMT +3, время: 01:39.
Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.