█ 17.08.2011 21:39
Обидно находить (и исправлять) ошибки программы... Особенно, если они встроенны "при рождении"... Ведь программисты не могут ошибаться? Но увы и даже данные "практически идеальные" программы имеют их *104
Исправление ошибок программ: Очень старый технологический недочёт. При привязке платежного документа к товарному (в режимах финансовых операций) программа запрашивала необходимость смены «центра затрат» (склада), но прописывала новый склад только в шапке финансового документа, не изменяя его «по истории». В результате (вдруг возникла необходимость использования разных подходов к извлечению информации) данные (по деньгам) акта сверки (оборотки) по конкретному складу расходились с данными по «списку финансовых документов». ИСПРАВЛЕНО:
Сейчас программа диагностирует данную ошибку и сама исправляет ссылку в истории в соответствии со «складом» финансового документа (касса или банк).
Замечание. В принципе, в данной версии исправлен источник возникновения данной ошибки (изменена процедура привязки документов при оплаченности финансового документа), но при её появлении в будущем прошу обратить внимание на это разработчика. Вполне допускаю, что не во всех местах программы исправил данный технологический недочёт.
Исправление ошибок программ: Очень старый технологический недочёт. При привязке платежного документа к товарному (в режимах финансовых операций) программа запрашивала необходимость смены «центра затрат» (склада), но прописывала новый склад только в шапке финансового документа, не изменяя его «по истории». В результате (вдруг возникла необходимость использования разных подходов к извлечению информации) данные (по деньгам) акта сверки (оборотки) по конкретному складу расходились с данными по «списку финансовых документов». ИСПРАВЛЕНО:
Сейчас программа диагностирует данную ошибку и сама исправляет ссылку в истории в соответствии со «складом» финансового документа (касса или банк).
Замечание. В принципе, в данной версии исправлен источник возникновения данной ошибки (изменена процедура привязки документов при оплаченности финансового документа), но при её появлении в будущем прошу обратить внимание на это разработчика. Вполне допускаю, что не во всех местах программы исправил данный технологический недочёт.
█ 22.08.2011 12:13
Всем доброго дня!
Вышла версия "сентября.2011" (тут была куча спама, которую OlegON заколебался чистить)
Вышла версия "сентября.2011" (тут была куча спама, которую OlegON заколебался чистить)
█ 30.10.2011 18:24
Добрый вечер!
Каюсь - скорость ввода новшеств в системы "КИС Lack" и "УС Land" уменьшилась, что связано с тем, что наше "ответственное" государство прикрыло большинство алкогольных оптовок, в том числе всех, использующих данные программы. "Тупые", как бы сказал М.Задорнов! Ведь это фирмы, работающие исключительно "в белую", обеспечивающие работой громадное количество людей (по моим прикидкам было уволено около 500 человек) и финансирующие прогрессивные (это не про КИС Lack) бизнес и информационные технологии. Как следствие число задач ко мне, как к программисту ушло в ноль - остальным возможностей моих систем "слишком много".
Но всё же некоторое движение в перёд "имеет место" и в основном связано с ускорением оперативных работ, интеллектуального блокирования глупых действий пользователей, оптимизации внутреннего кода программ:
- Усилен запрет на удаление работников и клиентов;
- автоматическое распределение и создание акта на списание по накладным на приход от поставщика и возврату от покупателей, т.е. две разнотипных операции оприходования и списания объеденены;
- ограничение доступа к индивидуальным настройкам системы.
Каюсь - скорость ввода новшеств в системы "КИС Lack" и "УС Land" уменьшилась, что связано с тем, что наше "ответственное" государство прикрыло большинство алкогольных оптовок, в том числе всех, использующих данные программы. "Тупые", как бы сказал М.Задорнов! Ведь это фирмы, работающие исключительно "в белую", обеспечивающие работой громадное количество людей (по моим прикидкам было уволено около 500 человек) и финансирующие прогрессивные (это не про КИС Lack) бизнес и информационные технологии. Как следствие число задач ко мне, как к программисту ушло в ноль - остальным возможностей моих систем "слишком много".
Но всё же некоторое движение в перёд "имеет место" и в основном связано с ускорением оперативных работ, интеллектуального блокирования глупых действий пользователей, оптимизации внутреннего кода программ:
- Усилен запрет на удаление работников и клиентов;
- автоматическое распределение и создание акта на списание по накладным на приход от поставщика и возврату от покупателей, т.е. две разнотипных операции оприходования и списания объеденены;
- ограничение доступа к индивидуальным настройкам системы.
█ 23.11.2011 21:08
Добрый вечер! Провёл реорганизацию задач и проект "УС Land" снова активизировался... Правда временно прекратил решать "перспективные" задачи и совершать творческие "подвиги". Ну а пока очередная пачка изменений:
I. Ведение спецификаций поставщиков.
Стало "модным" поставщикам товара менять договоренные правила работы с покупателями не ставя их в известность, например меняя цены поставки или торговики дабы выполнить план пытаются впарить ненужный товар, не забывая при этом во время требовать оплату. Для блокирования этого в учетную систему введена "блокирующая" технология. Её суть:
Для конкретного поставщика в терминах ассортиментов в полуавтоматическом режиме определяется список приобретаемых товаров (спецификация) с обговореенными ценами. При вводе приходных накладных программа проверяет соответствие данному списку, как по номенклатуре, так и по ценам. Но, как всегда не запрещая это оператору, а истошно матерясь на него - ведь, как известно "что если нельзя, но очень хочется, то можно"... тем более в реальном бизнесе ограничения дают одни (ведут спецификации), а снимают их по телефону более главные.
Версия на сайте будет опубликована в ближайшие выходные...
I. Ведение спецификаций поставщиков.
Стало "модным" поставщикам товара менять договоренные правила работы с покупателями не ставя их в известность, например меняя цены поставки или торговики дабы выполнить план пытаются впарить ненужный товар, не забывая при этом во время требовать оплату. Для блокирования этого в учетную систему введена "блокирующая" технология. Её суть:
Для конкретного поставщика в терминах ассортиментов в полуавтоматическом режиме определяется список приобретаемых товаров (спецификация) с обговореенными ценами. При вводе приходных накладных программа проверяет соответствие данному списку, как по номенклатуре, так и по ценам. Но, как всегда не запрещая это оператору, а истошно матерясь на него - ведь, как известно "что если нельзя, но очень хочется, то можно"... тем более в реальном бизнесе ограничения дают одни (ведут спецификации), а снимают их по телефону более главные.
Версия на сайте будет опубликована в ближайшие выходные...
█ 23.11.2011 21:44
Приближаются новогодние праздники и "продвинутые" представители ритейла пытаются придумать, как раскрутить народ на покупки. Один из механизмов - рекламные ценники.
II. Новый формат ценника. Это тот, который первый. Выделенные фрагменты и картинки настраиваются, да и печатаются они на цветастых бумажках. Суть понятна по надписям.
Другие два "старых" формата приведены "до кучи" и активно используются в деле продвижения товаров и услуг населению.
В принципе в версии декабрь.2011 (1112) придумано и реализовано множество и другой полезной фигни, но на её описание нужно много времени... Когда появится, то презентую и эти новшества.
P.S. Обратите внимание на слово "образец", которое (или другое) может вставляться в любой формат ценников. По закону данный ценник может иметь товар без сопроводительной документации, без сертификатов и вообще протухший, лишь бы его не продали в контрольной закупке. А так это просто "украшение" витрины магазина.
II. Новый формат ценника. Это тот, который первый. Выделенные фрагменты и картинки настраиваются, да и печатаются они на цветастых бумажках. Суть понятна по надписям.
Другие два "старых" формата приведены "до кучи" и активно используются в деле продвижения товаров и услуг населению.
В принципе в версии декабрь.2011 (1112) придумано и реализовано множество и другой полезной фигни, но на её описание нужно много времени... Когда появится, то презентую и эти новшества.
P.S. Обратите внимание на слово "образец", которое (или другое) может вставляться в любой формат ценников. По закону данный ценник может иметь товар без сопроводительной документации, без сертификатов и вообще протухший, лишь бы его не продали в контрольной закупке. А так это просто "украшение" витрины магазина.
█ 27.11.2011 13:21
Версия "КИС Lack декабрь.2011" и, как не странно "УС Land" (давно не обновлял) размещены наконец на сайте ХХХХХХ.YYYY.ZZZ... Описание ещё одного "интересного" новшевства:
В системах давно реализована и используется технология электронного обмена заявками с покупателями... Её суть:
1. Поставщик (оптовик,производитель/распределительный центр), использующий системы "КИС/УС" для покупателя/своей_торговой_точки автоматически делает посылку (файл), содержащий инфу (и отсылает её):
- список товаров (можно только по спецификации) с ценами_для_покупателя/ценами_продажи_точки
- возможно остатки товаров
- требуемую форму оплаты, акт сверки, справочник разделов прайса, ...
2. Покупатель при помощи программы [h]LO открывает данную посылку (прога копируется без настроек в любое место и её можно использовать). Проставляет требуемое количество товаров и автоматичеки формирует уже свою посылку "в зад".
3. У поставщика по данной посылке автоматически формируется отгрузочная накладная на покупателя (при это контролируются "правила игры") или м/с накладная на торговую точку.
4. Если покупатель/торговая_точка использует систему "КИС/УС", то ему может быть отправлена полученная накладная в электронном виде, где она "закачается" автоматически в виде приходной накладной. В принципе используется данный интерфейс и для 1ц (работают пару магазинов), но у него другой формат обмена.
Что нового сделано:
1. "Обойдена" проблема, когда на принимающей стороне посылка поставщика может быть единственной в неком (любое число) рабочем каталоге... но "люди"... пихали кучу посылок (с разных складов, на разные юр.лица) в один каталог и удивлялись, что видили "странные" товары. Сейчас - LO различает разные посылки в одном каталоге и предлагает выбор из них пользователю... далее контролируя только этот заказ.
2. Сейчас в посылке поставщика передаётся штрих код товара и резервное поле под "свои остатки". При приёме покупатель указывает путь к "своим БД", а точнее нужен доступ к одному файлу определённой структуры и с определенной информации типа (для "КИС/УС" чисто конкретно) Stores.dbf. Согласуя инфу по остаткам, анализируя штрихкод товара [h]LO расчитывает и в дальнейшем отражает остатки у покупателя (свои). Что пользователям "КИС/УС" удобно - это очевидно, но уже партнер уже нарисовал "конфу" для 1ц:УТ, которая генерит Stores.dbf и видимо её клиенты будут использовать данную технику заказов.
В системах давно реализована и используется технология электронного обмена заявками с покупателями... Её суть:
1. Поставщик (оптовик,производитель/распределительный центр), использующий системы "КИС/УС" для покупателя/своей_торговой_точки автоматически делает посылку (файл), содержащий инфу (и отсылает её):
- список товаров (можно только по спецификации) с ценами_для_покупателя/ценами_продажи_точки
- возможно остатки товаров
- требуемую форму оплаты, акт сверки, справочник разделов прайса, ...
2. Покупатель при помощи программы [h]LO открывает данную посылку (прога копируется без настроек в любое место и её можно использовать). Проставляет требуемое количество товаров и автоматичеки формирует уже свою посылку "в зад".
3. У поставщика по данной посылке автоматически формируется отгрузочная накладная на покупателя (при это контролируются "правила игры") или м/с накладная на торговую точку.
4. Если покупатель/торговая_точка использует систему "КИС/УС", то ему может быть отправлена полученная накладная в электронном виде, где она "закачается" автоматически в виде приходной накладной. В принципе используется данный интерфейс и для 1ц (работают пару магазинов), но у него другой формат обмена.
Что нового сделано:
1. "Обойдена" проблема, когда на принимающей стороне посылка поставщика может быть единственной в неком (любое число) рабочем каталоге... но "люди"... пихали кучу посылок (с разных складов, на разные юр.лица) в один каталог и удивлялись, что видили "странные" товары. Сейчас - LO различает разные посылки в одном каталоге и предлагает выбор из них пользователю... далее контролируя только этот заказ.
2. Сейчас в посылке поставщика передаётся штрих код товара и резервное поле под "свои остатки". При приёме покупатель указывает путь к "своим БД", а точнее нужен доступ к одному файлу определённой структуры и с определенной информации типа (для "КИС/УС" чисто конкретно) Stores.dbf. Согласуя инфу по остаткам, анализируя штрихкод товара [h]LO расчитывает и в дальнейшем отражает остатки у покупателя (свои). Что пользователям "КИС/УС" удобно - это очевидно, но уже партнер уже нарисовал "конфу" для 1ц:УТ, которая генерит Stores.dbf и видимо её клиенты будут использовать данную технику заказов.
█ 24.12.2011 14:29
Вот сижу и думаю... стоит ли размещать очередную модификацию проекта, т.к. практически ничего интересного не сделал? :
1. Исправлена пачка багов в open source инструменте разработки xHarbour
2. Исправлена небольшая кучка моих некритичных ошибок
3. Для фирм с жесткими правилами ведения затрат по "центрам" допилил "интеллект" программы в плане понимания "желаний" операторов
4. Исправил "нелогичность" с точки зрения некоторых операторов отчета - "оборотка по ассортиментам"... хотя к данному отчёту применима поговорка "мыши плакали, плевались, кололись, но продолжали интенсивно кушать кактус" (т.е. он один из самых популярных). Для понимания недовольства пользователей им приведу список отражаемых колонок:
- Наименование ассортимента
- Код ассортимната
- Минимальный, контролируемые его остаток
- Остаток (всё в измерителях отчета) на начало периода
- Сумма прихода за минусом возврата поставщикам
- Приход от поставщика
- Восзврат поставщику
- Отгрузка за минусом возврата
- Отдельно отгрузка покупателям
- и возврат от них
- перемещение между складами (торговыми точками)
- В куче Списание/инвентаризация/операции производства
- и отдельно по операциям списания
- Инвентаризации
- Прихода из производства
- расхода на производство
- остаток на конец периода
- дней, сколько ассортимент реально продавался в периода
- среднедневная продажа
- на сколько дней продажи осталось товара
- средняя цена закупа
- средняя цена реализации
- процент наценки
- продано "по весу"
- продано "по объёму"
- дата последнего поступления товара
- количество в последнем приходк
- Последний поставщик товара....
Конечно "эта фигня" экспортируется в электронную таблицу или word и там уже с ней "разбираются" :kirtsun_04:
1. Исправлена пачка багов в open source инструменте разработки xHarbour
2. Исправлена небольшая кучка моих некритичных ошибок
3. Для фирм с жесткими правилами ведения затрат по "центрам" допилил "интеллект" программы в плане понимания "желаний" операторов
4. Исправил "нелогичность" с точки зрения некоторых операторов отчета - "оборотка по ассортиментам"... хотя к данному отчёту применима поговорка "мыши плакали, плевались, кололись, но продолжали интенсивно кушать кактус" (т.е. он один из самых популярных). Для понимания недовольства пользователей им приведу список отражаемых колонок:
- Наименование ассортимента
- Код ассортимната
- Минимальный, контролируемые его остаток
- Остаток (всё в измерителях отчета) на начало периода
- Сумма прихода за минусом возврата поставщикам
- Приход от поставщика
- Восзврат поставщику
- Отгрузка за минусом возврата
- Отдельно отгрузка покупателям
- и возврат от них
- перемещение между складами (торговыми точками)
- В куче Списание/инвентаризация/операции производства
- и отдельно по операциям списания
- Инвентаризации
- Прихода из производства
- расхода на производство
- остаток на конец периода
- дней, сколько ассортимент реально продавался в периода
- среднедневная продажа
- на сколько дней продажи осталось товара
- средняя цена закупа
- средняя цена реализации
- процент наценки
- продано "по весу"
- продано "по объёму"
- дата последнего поступления товара
- количество в последнем приходк
- Последний поставщик товара....
Конечно "эта фигня" экспортируется в электронную таблицу или word и там уже с ней "разбираются" :kirtsun_04:
█ 22.01.2012 12:45
"Мы писали - мы устали! Сейчас не много отдохнём и опять писать начнём." (с) Детская кричалка.
Со вчерашнего дня занимаюсь писательским творчеством, а именно сочиняю инструкцию по версии "февраля.2012" - ну и "навалял" :Laie_22mini: Глаза в кучку, пальчики не слушаются, а писать "надо"... Начинаю, по мере написания (усталости) размещать выборку из инструкции. Буду крайне благодарен за критические замечания по типу изложения материала в инструкции, единственно замечу, что инструкция пишется для пользователей на "абонентке", где при посешении подробно объясняю, что "наворочил", да и к моему стилю изложения уже привыкли. Поехали...
Технологические изменения:
АВТОНУМЕРАЦИЯ. Серьёзное добавление в данную технологию. Очень «древняя» техника – напомню её «основы». Было две настройки, регулирующие нумерацию:
I. Включение/отключение. При отключении программа вообще прелагала пустое поле номера, в которое вводился необходимый номер. При включении техники «работал» второй реквизит (II). Принцип предложения номера – программа находила физически последний, введённый документ и предлагала его номер, увеличенный на единицу. При увеличении номера его значе-ние «преобразовывалось» к числовому значению и при этом номер «123» и номер «123/АБ» преобразовывались в одно «стартовое» число, что позволяло отделять документы «по филиа-лам» или «вставлять» номера «между».
II. Нумерация всех или только «проводимых». Если всех, то «просто» шло увеличение номе-ра, иначе программа искала «последний» проводимый документ, увеличивала его номер и предлагала его, как номер следующего документа. То есть, если нумерация для «левых» доку-ментов не контролировалась, то допускалось куча таких документов с одним номером. Зачас-тую просто народ убирал «ручками» номер с не проводимых документов.
! Замечание. Если сменить, предложенный программой номер, то следующий будет на единицу больше «нового» значения. Типичная ошибка: программа предлагает 101, оператор исправляет на 55, т.е. следующий номер будет 56 – сквозная нумерация сбивается.
III. Очистка номера для не проводимых документов. Новая возможность нумерации. Име-ет смысл, когда используют автонумерацию только проводимых документов. Если в момент сохранения документа программа «определяет» его, как не проводимый, то автоматиче-ски стирает его номер. Техника включается в настройке программы. Переписаны все опера-тивные режимы системы.
! Замечание. Данная техника не работает со «внутренними» документами: производство, списание, передача между складами, инвентаризации, переоценки и etc, т.е. где нет признака проводимости документа.
! Замечание. При пересмотре системы добавлена «автонумерация» при формировании отгрузки при «вводе продаж по остаткам» и распределении прихода, с автоматическим форми-рованием расходных накладных.
Спецификации поставщиков. Раннее была введена техника работы со спецификация-ми поставщиков, ограничивающая при оприходовании товаров операторов в плане «списка то-варов» и его «цен». Оказалось, что иногда к товару «прикрепляют» покупателя и тогда про-грамма не может отличать «поставщика» от «покупателя», т.е. «не понимает» с каким видом спецификации работать. Сейчас:
В программе введена настройка, отключающая технологию «спецификаций поставщи-ков», т.е. при её указании программа, игнорируя признаки «поставщика» работает только со спецификациями покупателей. При попытке обратиться к возможностям «техники по постав-щикам» «грязно» ругается, а так же предупреждает об «отключении» технологии во всех, свя-занных со «спецификациями» режимами программы (в случае её отключения).
! Замечание. Данный «геморрой» вынужден из-за разгильдяйства некоторых пользовате-лей в плане отделения поставщиков от покупателей. По умолчанию в технологии специфика-ций программа различает поставщиков (по ссылкам в справочнике товаров) и ограничивает ра-боты со спецификациями «его» товарами.
----------------
Исправление ошибок программ:
: Особенность «УС Land». При «успешном» удалении клиента экран автоматически не перерисовывался, т.е. клиент «не удалялся» - исправил, правда через опу.
: Особенность «УС Land» (глюк xHarbour) по округлениям. При оплате и привязки по F7 в финансовых документах, если накладные имели скидки с большой разрядностью, например 0.2390001239801, то иногда при оплате, как бы «под ноль» «УС Land» ругалась, что кто-то «оплатил документ по сети» (одиночная привязка или при привязке группы накладных). «Под-правил» на более «мягкое» сравнение сумм «осталось оплатить по накладной» и «суммы пла-тежа». Вот из-за таких «клопов» (dos инструмент Clipper их «корректно» обрабатывает или уже давно «обойдены» в системе «КИС Lack») и не рискую массово переводить всех на более современную, быструю и гибкую систему «УС Land»!!! «Обидно», что такие глюки «всплывают» довольно редко (один раз на более, чем 1000 документов), т.е. нет возможности их сразу скопом исправить, да и пользователи не всегда о них сообщают.
! Замечание. «Вызывало недоумение» логическая ошибка «сумма по отгрузке не совпада-ет сумме по истории» - случайно обнаружил (ну не мог догадаться), что она возникает при автоматическом исправлении фатальной ошибки «остатки на текущий момент не совпада-ют с расчетными остатками» при «разрушении» данных по отгрузочным накладным. То есть при наличии ошибки по расхождении сумм всегда, как рекомендует программа необходимо переделать «первичный» документ.
Со вчерашнего дня занимаюсь писательским творчеством, а именно сочиняю инструкцию по версии "февраля.2012" - ну и "навалял" :Laie_22mini: Глаза в кучку, пальчики не слушаются, а писать "надо"... Начинаю, по мере написания (усталости) размещать выборку из инструкции. Буду крайне благодарен за критические замечания по типу изложения материала в инструкции, единственно замечу, что инструкция пишется для пользователей на "абонентке", где при посешении подробно объясняю, что "наворочил", да и к моему стилю изложения уже привыкли. Поехали...
Технологические изменения:
АВТОНУМЕРАЦИЯ. Серьёзное добавление в данную технологию. Очень «древняя» техника – напомню её «основы». Было две настройки, регулирующие нумерацию:
I. Включение/отключение. При отключении программа вообще прелагала пустое поле номера, в которое вводился необходимый номер. При включении техники «работал» второй реквизит (II). Принцип предложения номера – программа находила физически последний, введённый документ и предлагала его номер, увеличенный на единицу. При увеличении номера его значе-ние «преобразовывалось» к числовому значению и при этом номер «123» и номер «123/АБ» преобразовывались в одно «стартовое» число, что позволяло отделять документы «по филиа-лам» или «вставлять» номера «между».
II. Нумерация всех или только «проводимых». Если всех, то «просто» шло увеличение номе-ра, иначе программа искала «последний» проводимый документ, увеличивала его номер и предлагала его, как номер следующего документа. То есть, если нумерация для «левых» доку-ментов не контролировалась, то допускалось куча таких документов с одним номером. Зачас-тую просто народ убирал «ручками» номер с не проводимых документов.
! Замечание. Если сменить, предложенный программой номер, то следующий будет на единицу больше «нового» значения. Типичная ошибка: программа предлагает 101, оператор исправляет на 55, т.е. следующий номер будет 56 – сквозная нумерация сбивается.
III. Очистка номера для не проводимых документов. Новая возможность нумерации. Име-ет смысл, когда используют автонумерацию только проводимых документов. Если в момент сохранения документа программа «определяет» его, как не проводимый, то автоматиче-ски стирает его номер. Техника включается в настройке программы. Переписаны все опера-тивные режимы системы.
! Замечание. Данная техника не работает со «внутренними» документами: производство, списание, передача между складами, инвентаризации, переоценки и etc, т.е. где нет признака проводимости документа.
! Замечание. При пересмотре системы добавлена «автонумерация» при формировании отгрузки при «вводе продаж по остаткам» и распределении прихода, с автоматическим форми-рованием расходных накладных.
Спецификации поставщиков. Раннее была введена техника работы со спецификация-ми поставщиков, ограничивающая при оприходовании товаров операторов в плане «списка то-варов» и его «цен». Оказалось, что иногда к товару «прикрепляют» покупателя и тогда про-грамма не может отличать «поставщика» от «покупателя», т.е. «не понимает» с каким видом спецификации работать. Сейчас:
В программе введена настройка, отключающая технологию «спецификаций поставщи-ков», т.е. при её указании программа, игнорируя признаки «поставщика» работает только со спецификациями покупателей. При попытке обратиться к возможностям «техники по постав-щикам» «грязно» ругается, а так же предупреждает об «отключении» технологии во всех, свя-занных со «спецификациями» режимами программы (в случае её отключения).
! Замечание. Данный «геморрой» вынужден из-за разгильдяйства некоторых пользовате-лей в плане отделения поставщиков от покупателей. По умолчанию в технологии специфика-ций программа различает поставщиков (по ссылкам в справочнике товаров) и ограничивает ра-боты со спецификациями «его» товарами.
----------------
Исправление ошибок программ:
: Особенность «УС Land». При «успешном» удалении клиента экран автоматически не перерисовывался, т.е. клиент «не удалялся» - исправил, правда через опу.
: Особенность «УС Land» (глюк xHarbour) по округлениям. При оплате и привязки по F7 в финансовых документах, если накладные имели скидки с большой разрядностью, например 0.2390001239801, то иногда при оплате, как бы «под ноль» «УС Land» ругалась, что кто-то «оплатил документ по сети» (одиночная привязка или при привязке группы накладных). «Под-правил» на более «мягкое» сравнение сумм «осталось оплатить по накладной» и «суммы пла-тежа». Вот из-за таких «клопов» (dos инструмент Clipper их «корректно» обрабатывает или уже давно «обойдены» в системе «КИС Lack») и не рискую массово переводить всех на более современную, быструю и гибкую систему «УС Land»!!! «Обидно», что такие глюки «всплывают» довольно редко (один раз на более, чем 1000 документов), т.е. нет возможности их сразу скопом исправить, да и пользователи не всегда о них сообщают.
! Замечание. «Вызывало недоумение» логическая ошибка «сумма по отгрузке не совпада-ет сумме по истории» - случайно обнаружил (ну не мог догадаться), что она возникает при автоматическом исправлении фатальной ошибки «остатки на текущий момент не совпада-ют с расчетными остатками» при «разрушении» данных по отгрузочным накладным. То есть при наличии ошибки по расхождении сумм всегда, как рекомендует программа необходимо переделать «первичный» документ.
█ 22.01.2012 14:53
Вроде бы всё, кроме "счетов-фактур" (они в отдельной теме) описал. Еще интересное (более подробно и красиво почитаете на сайте, версия систем думаю завтра будет размещена):
: Небольшое улучшение просмотра отчетов во встроенном редакторе. Мелочь, но, ко-торая сбережет кучу времени, а особенно в системе «УС Land», в которой просмотр докумен-тов и отчетов производится в режиме редактирования.
При вызове режима редактирования курсор сразу встаёт на вторую строку «текстовой времянки», т.е. сразу станут доступны клавиши End – в конец строки и Home – в начало стро-ки. Раннее для этого приходилось «спускаться» вниз, что зачастую забывалось.
: Счета-фактуры. Старый и новый формат. Более подробно по новым счетам фактурам ниже, а здесь новая технология. Раннее в настройке «наименование ИП» кроме ФИО владельца писали номер и дату выдачи свидетельства о государственной регистрации и другую информа-цию (что могли поместить). Это, как бы заполнялось поле «реквизиты государственной регист-рации», что вызывало раздражение у ряда бухгалтеров.
Сейчас. В настройке программы появился параметр «реквизиты государственной ре-гистрации ИП», где их все можно задать и данные реквизиты печатаются в соответствующем разделе счетов-фактур любых форматов. ЕСЛИ не заменяется «своя фирма» в настройке спе-циализированной печати счета фактуры.
: Автоматизированный запуск проверки логической целостности данных системы. Когда-то давно существовала программа, копирующая часть данных к себе в каталог и произ-водящая «ограниченную» проверку целостности данных и при наличии фатальных ошибок, сигнализирующая об этом. Дисциплинированные пользователи при этом запускали проверку логики в системе. Данная техника «отмерла» в силу «ограниченности» критериев проверки (не ловила большинство «популярных» ошибок) и некоторых проблем запуска Dos задач из кален-даря ОС (Win от XP), да и мне «надоело» её переделывать в свете расширения возможностей диагностики и видов диагностируемых ошибок. Хотя многие мне советовали «придумать», как запускать проверку логики из контура администратора – наконец придумал и сделал!
Данное новшество так же навеяно потенциальными возможностями системы «УС Land» и когда-то «обнаруженной» возможностью запускать Dos задачи из «планировщиков».
Режим системы «УС Land» запускается элементарно - в планировщике напишите командную строку для запуска:
hla L <путь сохранения данных без фатальных ошибок>.
Для «КИС Lack» (напоминаю прием) – создаете батник, содержащий строку:
la L <путь сохранения>, например: la l c:\savefile\ между la и l и c:\savefile\ необходимы пробелы. По настройке данной возможности «обратитесь к системному администратору» (са-мое любимое диагностическое сообщение программ семейства «1С»).
Данная команда запускает режим проверки расширенной логики и при работе (проверке) не задаёт никаких вопросов. Если фатальных ошибок не обнаруживается, то производится со-хранение «целых» данных в указанный каталог (при его не указании или неверном указании сохранения производятся в каталог сохранений из настройки программы). При наличии оши-бок, после «сирены» программа останавливается для просмотра отчета по ошибкам. Всегда в указанный каталог сохраняется текстовый файл об ошибках, даже если он пустой.
Имя файла ддммччмм.log, где ддмм – дата и месяц, а ччмм – часы и минуты сохране-ния отчета и его можно всегда распечатать (обычный текстовый документ).
: Разделы прайса – запоминание строк. В справочник разделов учета добавлена техника запоминания «последней» выбранной строки, что вызывается клавишами Alt+F5 (меню F2) или постоянно – в настройке программы. Это весьма актуально для розницы, где, как правило большое число разделов прайса.
: Разгильдяйство, принявшее массовый характер. При проверке логики программа сооб-щает об фатальных ошибках, исправляет их или просто диагностирует операторские ошибки – пользователи сохраняют копии, не пытаясь исправить ошибки и тем более проверить соответ-ствие документам (информации) в программе и «первичным» данным. Может быть это свя-зано, что сейчас данные портятся крайне редко? Но «не легче», т.к. спустя много времени «всплывают» расхождения фактических данных программным данным. Сейчас:
После каждого факта сохранения данных после проверки логики или при наличии фа-тальных ошибок программа автоматически пишет отчет (справку) о результатах проверки в ка-талог отчетов (\report) в файлы с именем ДДММЧЧММ.log (число, месяц, часы и минуты со-хранения данных), т.е. сейчас можно найти «виноватых» в расхождении данных.
— Изменение режимов программ:
: Программа перевода версий [h]LV.EXE. Сейчас в ней (верхняя полоса) до какой вер-сии она обновляет данные, модифицируя их структуры. Замечу, что «последнее» такая сложная процедура смены версии была в июне 2010 года, а обычно просто программы «заменяются по верху».
: Отчёт по группе Alt+F7 в документах любого типа. Уплотняя информацию был вы-нужден не отражать часть полезной информации и кроме этого суммы (цены) в товарных доку-ментах отражались без учёта скидок, что вызывало «непонимание». Сейчас блок по «шапкам» документам переписан – добавлено отражение:
0 Номера по порядку;
0 Веса;
0 Количества;
0 Объема;
0 Процента и суммы скидки;
0 Суммы без скидки. Всё это с отражением итогов по выборке, но при этом информация по каждому документу отражается в двух строках.
: Счета на предоплату в любом формате. Перед суммой прописью сейчас отражается сумма цифрами, что более понятно бухгалтерам для определения суммы оплаты. Текстовая форма и передача информации в ХБК.
: ХБК. Изменения, связанные с изменениями форм документов:
0 Счета на предварительную оплату (сумма цифрами);
0 Новые и «старые» счета фактуры – отражение реквизитов «ИП» в отдельном поле;
0 Новые формы счетов фактур.
: Небольшое улучшение просмотра отчетов во встроенном редакторе. Мелочь, но, ко-торая сбережет кучу времени, а особенно в системе «УС Land», в которой просмотр докумен-тов и отчетов производится в режиме редактирования.
При вызове режима редактирования курсор сразу встаёт на вторую строку «текстовой времянки», т.е. сразу станут доступны клавиши End – в конец строки и Home – в начало стро-ки. Раннее для этого приходилось «спускаться» вниз, что зачастую забывалось.
: Счета-фактуры. Старый и новый формат. Более подробно по новым счетам фактурам ниже, а здесь новая технология. Раннее в настройке «наименование ИП» кроме ФИО владельца писали номер и дату выдачи свидетельства о государственной регистрации и другую информа-цию (что могли поместить). Это, как бы заполнялось поле «реквизиты государственной регист-рации», что вызывало раздражение у ряда бухгалтеров.
Сейчас. В настройке программы появился параметр «реквизиты государственной ре-гистрации ИП», где их все можно задать и данные реквизиты печатаются в соответствующем разделе счетов-фактур любых форматов. ЕСЛИ не заменяется «своя фирма» в настройке спе-циализированной печати счета фактуры.
: Автоматизированный запуск проверки логической целостности данных системы. Когда-то давно существовала программа, копирующая часть данных к себе в каталог и произ-водящая «ограниченную» проверку целостности данных и при наличии фатальных ошибок, сигнализирующая об этом. Дисциплинированные пользователи при этом запускали проверку логики в системе. Данная техника «отмерла» в силу «ограниченности» критериев проверки (не ловила большинство «популярных» ошибок) и некоторых проблем запуска Dos задач из кален-даря ОС (Win от XP), да и мне «надоело» её переделывать в свете расширения возможностей диагностики и видов диагностируемых ошибок. Хотя многие мне советовали «придумать», как запускать проверку логики из контура администратора – наконец придумал и сделал!
Данное новшество так же навеяно потенциальными возможностями системы «УС Land» и когда-то «обнаруженной» возможностью запускать Dos задачи из «планировщиков».
Режим системы «УС Land» запускается элементарно - в планировщике напишите командную строку для запуска:
hla L <путь сохранения данных без фатальных ошибок>.
Для «КИС Lack» (напоминаю прием) – создаете батник, содержащий строку:
la L <путь сохранения>, например: la l c:\savefile\ между la и l и c:\savefile\ необходимы пробелы. По настройке данной возможности «обратитесь к системному администратору» (са-мое любимое диагностическое сообщение программ семейства «1С»).
Данная команда запускает режим проверки расширенной логики и при работе (проверке) не задаёт никаких вопросов. Если фатальных ошибок не обнаруживается, то производится со-хранение «целых» данных в указанный каталог (при его не указании или неверном указании сохранения производятся в каталог сохранений из настройки программы). При наличии оши-бок, после «сирены» программа останавливается для просмотра отчета по ошибкам. Всегда в указанный каталог сохраняется текстовый файл об ошибках, даже если он пустой.
Имя файла ддммччмм.log, где ддмм – дата и месяц, а ччмм – часы и минуты сохране-ния отчета и его можно всегда распечатать (обычный текстовый документ).
: Разделы прайса – запоминание строк. В справочник разделов учета добавлена техника запоминания «последней» выбранной строки, что вызывается клавишами Alt+F5 (меню F2) или постоянно – в настройке программы. Это весьма актуально для розницы, где, как правило большое число разделов прайса.
: Разгильдяйство, принявшее массовый характер. При проверке логики программа сооб-щает об фатальных ошибках, исправляет их или просто диагностирует операторские ошибки – пользователи сохраняют копии, не пытаясь исправить ошибки и тем более проверить соответ-ствие документам (информации) в программе и «первичным» данным. Может быть это свя-зано, что сейчас данные портятся крайне редко? Но «не легче», т.к. спустя много времени «всплывают» расхождения фактических данных программным данным. Сейчас:
После каждого факта сохранения данных после проверки логики или при наличии фа-тальных ошибок программа автоматически пишет отчет (справку) о результатах проверки в ка-талог отчетов (\report) в файлы с именем ДДММЧЧММ.log (число, месяц, часы и минуты со-хранения данных), т.е. сейчас можно найти «виноватых» в расхождении данных.
— Изменение режимов программ:
: Программа перевода версий [h]LV.EXE. Сейчас в ней (верхняя полоса) до какой вер-сии она обновляет данные, модифицируя их структуры. Замечу, что «последнее» такая сложная процедура смены версии была в июне 2010 года, а обычно просто программы «заменяются по верху».
: Отчёт по группе Alt+F7 в документах любого типа. Уплотняя информацию был вы-нужден не отражать часть полезной информации и кроме этого суммы (цены) в товарных доку-ментах отражались без учёта скидок, что вызывало «непонимание». Сейчас блок по «шапкам» документам переписан – добавлено отражение:
0 Номера по порядку;
0 Веса;
0 Количества;
0 Объема;
0 Процента и суммы скидки;
0 Суммы без скидки. Всё это с отражением итогов по выборке, но при этом информация по каждому документу отражается в двух строках.
: Счета на предоплату в любом формате. Перед суммой прописью сейчас отражается сумма цифрами, что более понятно бухгалтерам для определения суммы оплаты. Текстовая форма и передача информации в ХБК.
: ХБК. Изменения, связанные с изменениями форм документов:
0 Счета на предварительную оплату (сумма цифрами);
0 Новые и «старые» счета фактуры – отражение реквизитов «ИП» в отдельном поле;
0 Новые формы счетов фактур.
█ 29.01.2012 13:58
Срочно vip пользователю понадобилась доработка системы... Возникло подозрение (проанализировал базы - так оно и есть), что продавцы наглеют воруя, меняя цены товара и подгоняя суммы продаж под суммы кассовых чеков... Вообще - это "нормально"... просто их з/пл и привелегии были настолько велики (кроме того они все "родственники")... им было разрешено для избранных клиентов, по "звонку свыше" продавать товар вообще по "любым" ценам, помимо "автоматизированной системы скидок".
Для контроля данного типа злоупотребления (уже и по остальным 9 магазинам) был сделан отчет, анализирующий "равномерность" скидок и наценок относительно любой из базовой цены (их 11 и по части продаж используется не скидка к цене "прайса", а наценка отностительно цены закупа). Для построения просто задаётся период и тип базовой цены. Описание данной аналитики будет в версии марта.2012 - хотя сам отчет уже есть в версии февраря.2012 (см. сайт системы с 30.01.2012)...
Приведу пример "этого" магазина, где воровство "на лицо":
P.S. В принципе надоело, да и времени много тратится писать на форумах и скорее всего "отдохну какое-то время от них". На данном же форуме, кроме того, стало довольно некомфортно для "писателей" (поищу пока другую площадку) см. темы: https://olegon.ru/showthread.php?t=163 или https://olegon.ru/showthread.php?t=11747
Конечно, если у Вас появятся вопросы по системам "КИС Lack" & "УС Land" я с удовольствием отвечу на них:
1. На данном форуме - сообщения по вопросам приходят на почту.
2. По телефону или e-mail - они имеются на сайте системы.
3. Вскоре на сайте появится "книга знаний" по моим ответам на интересные (полезные) вопросы на этом и других форумах и т.д.
С уважением: Андрей Жуков.
Для контроля данного типа злоупотребления (уже и по остальным 9 магазинам) был сделан отчет, анализирующий "равномерность" скидок и наценок относительно любой из базовой цены (их 11 и по части продаж используется не скидка к цене "прайса", а наценка отностительно цены закупа). Для построения просто задаётся период и тип базовой цены. Описание данной аналитики будет в версии марта.2012 - хотя сам отчет уже есть в версии февраря.2012 (см. сайт системы с 30.01.2012)...
Приведу пример "этого" магазина, где воровство "на лицо":
Код:
Анализ расхождений скидок/наценок по отгрузочным накладным за период с 01.06.11 по 31.12.11 Стр. 1
----------------------------------------------------------------------------------------------------------------------------------
Н/п.|ДатаНакл| Номер |КодН| Наименование покупателя | Основание накладной |СуммаКОпл.
----------------------------------------------------------------------------------------------------------------------------------
Наименование товара |КодТ| Сумма | Количество |ЦенаСоСкид|Базовая Ц.|%Скид/нац.|РазностьСум.|Пр
----------------------------------------------------------------------------------------------------------------------------------
2 01.06.11 32914 13S8 частное лицо 1156.20
----------------------------------------------------------------------------------------------------------------------------------
Дюарс белая этик. 0.5л виски 0KZR 705.00 1.000 705.00 900.00 27.6596% 195.00
Ди би селекшн шардоне бел.п/сух вин 0JO3 225.60 1.000 225.60 240.00 6.3830% 14.40
Виллоубэнк семий/шардон.0.75л вино 0IXE 225.60 1.000 225.60 240.00 6.3830% 14.40
3 01.06.11 32916 13SA частное лицо 4650.00
----------------------------------------------------------------------------------------------------------------------------------
Макаллан 12лет 0.7л п/у виски 0JGW 3825.00 1.000 3825.00 4500.00 17.6471% 675.00
Финляндия 0.7л белая водка 0KFA 825.00 1.000 825.00 900.00 9.0909% 75.00
4 02.06.11 32917 13SB частное лицо 23212.00
----------------------------------------------------------------------------------------------------------------------------------
Портвейн Грэм'с Тони 10 лет кр. спец. 0.75л туба 0KT2 4790.00 2.000 2395.00 3000.00 25.2610% 1210.00
Портвейн Грэм'с Тони 20 лет кр. спец. 0.75л 0JGH 9042.00 2.000 4521.00 6000.00 32.7140% 2958.00
Ундуррага сибарис шардонне резерва 0.75л вино 0JIG 680.00 1.000 680.00 800.00 17.6471% 120.00
Тессерон лот-76 хо 0.7л 30лет конья 0KLT 6700.00 1.000 6700.00 9000.00 34.3284% 2300.00
Куантро 1л 40% ликер 0H7I 2000.00 1.000 2000.00 2500.00 25.0000% 500.00
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
179 23.07.11 33288 14BA частное лицо 900.00
----------------------------------------------------------------------------------------------------------------------------------
КОНФЕТЫ "ВИЗИТ" 0KPM 300.00 1.000 300.00 300.00 %
Конфеты "раффаэлло"150г. 0L7I 200.00 1.000 200.00 200.00 %
Сигариллы кэптэн блэк тв.упак. 0I67 220.00 2.000 110.00 110.00 %
Ка де монте бел.Сух. 0.75л вино 0KX8 180.00 1.000 180.00 200.00 11.1111% 20.00
==================================================================================================================================
Итого по всем 1155285.15 839721.30 315563.85 P.S. В принципе надоело, да и времени много тратится писать на форумах и скорее всего "отдохну какое-то время от них". На данном же форуме, кроме того, стало довольно некомфортно для "писателей" (поищу пока другую площадку) см. темы: https://olegon.ru/showthread.php?t=163 или https://olegon.ru/showthread.php?t=11747
Конечно, если у Вас появятся вопросы по системам "КИС Lack" & "УС Land" я с удовольствием отвечу на них:
1. На данном форуме - сообщения по вопросам приходят на почту.
2. По телефону или e-mail - они имеются на сайте системы.
3. Вскоре на сайте появится "книга знаний" по моим ответам на интересные (полезные) вопросы на этом и других форумах и т.д.
С уважением: Андрей Жуков.
Часовой пояс GMT +3, время: 21:18.
Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.