Возможности "УС Land" для ведения и анализа бизнес-процессов забытые "за ненадобностью" : КИС Lack & УС Land
21.11.2024 17:32
█ 20.02.2019 16:20
Универсальная учетная система "УС Land" может, как угодно вести любые бизнес процессы в любых сферах малого бизнеса, как угодно анализируя их через встроенные механизмы или виртуальные объекты. Всё это создавалось более 24 лет, конечно по реальным потребностям бывших реальных пользователей системы.
Однако в силу вырождения предпринимательства на Руси, потери мной подавляющего числа "продвинутых" пользователей большинство из этих продвинутых возможной забыты, в том числе мной, хотя и не удалены из системы... но востребованность в "экзотике" изредка возникает, что вызывает у меня "когнитивный диссонанс" - знаю, что это должно быть в системе, но не помню - где, да и "сходу" найти не могу.
Вот и сегодня "озадачили". Пришлось перекопать гору исходников... и как напоминалку себе позвольте завести эту тему?
Задача в терминах пользователя: по поставщику, который ещё и отгружает от лица нескольких ЮЛ нужно знать приходы, остатки, продажи, доходность, маржу... и вообще полную "картину" по работе с ним... В последние годы только требуют и контролируют, что бы "углы" в единых измерителях совпадали, а скрещивание "ужа и ежа" давно не востребовано.
Нашел решение в "УС Land" в отчете "аналитика / сложная / оборотная ведомость по ассортиментам. Им часто пользуются, но для контроля штучек, весов, расчетов по закупу и т.д.:
В нормальной печатной форме он имеет обычную понятную структуру, которая не решала исходную задачу:
Однако, о чём забыл отчет можно выгрузить в ценники (для простых пользователей) или в электронную таблицу (для аналитиков, которых сейчас у меня нет). Выделено на скрине. В программе ценников есть расширение отчетной подсистемы, где играясь со шрифтами размещал сколь угодно сложную информацию:
Приведу фрагмент отчета, где даётся полный ответ на изначальную задачу, а так же выявляется множество и других решений для бизнеса, например на сколько дней осталось запасов или как часто отгружается товар...
P.S. Когда, а это крайне редко будут всплывать такие вопросы от реальных пользователей, наверное решения буду размещать здесь
Однако в силу вырождения предпринимательства на Руси, потери мной подавляющего числа "продвинутых" пользователей большинство из этих продвинутых возможной забыты, в том числе мной, хотя и не удалены из системы... но востребованность в "экзотике" изредка возникает, что вызывает у меня "когнитивный диссонанс" - знаю, что это должно быть в системе, но не помню - где, да и "сходу" найти не могу.
Вот и сегодня "озадачили". Пришлось перекопать гору исходников... и как напоминалку себе позвольте завести эту тему?
Задача в терминах пользователя: по поставщику, который ещё и отгружает от лица нескольких ЮЛ нужно знать приходы, остатки, продажи, доходность, маржу... и вообще полную "картину" по работе с ним... В последние годы только требуют и контролируют, что бы "углы" в единых измерителях совпадали, а скрещивание "ужа и ежа" давно не востребовано.
Нашел решение в "УС Land" в отчете "аналитика / сложная / оборотная ведомость по ассортиментам. Им часто пользуются, но для контроля штучек, весов, расчетов по закупу и т.д.:
В нормальной печатной форме он имеет обычную понятную структуру, которая не решала исходную задачу:
Код:
Скл: Оборотная ведомость по ассортиментам (Количество единиц) за период с 01.01.18 по 31.01.18 Стр. 1
----------------------------------------------------------------------------------------------------------------------------------
Наименование ассортиментного минимума |Нач.остаток|Приход-возв.|Отгруз-возв.|Междусклад.|Сп/инв/П-во|Кон. остаток
----------------------------------------------------------------------------------------------------------------------------------
LEGENDER 45 % 01F3 2.465 2.465
ODERTALL 45% 01F5 53.126 29.740 23.386
... 
Приведу фрагмент отчета, где даётся полный ответ на изначальную задачу, а так же выявляется множество и других решений для бизнеса, например на сколько дней осталось запасов или как часто отгружается товар...
P.S. Когда, а это крайне редко будут всплывать такие вопросы от реальных пользователей, наверное решения буду размещать здесь
█ 30.04.2019 14:42
Хорошая рабочая неделя - вчера был понедельник, а сегодня уже "пятница"... Руководство отпустило всех домой... и понеслось (продолжилось): в одном магазине вдруг перестала работать клава, а в другом чужой WiFi для ЕГАИС отключился... нужно держать под контролем водителя и стороннего айтишника, т.к. нахожусь в 40 км. от них 
Пока прохлаждаюсь на работе размещу ещё одно сообщение... и на праздники "помолчу"
"УС Лэнд" несмотря на презрительное отношение специалистов при "больших" системах автоматизации является довольно "навороченной" учетной системой, которая в "лучшие" времена (до 2011) обслуживала около 8 алкогольных оптовок (сейчас их в Саратове осталось 2), ну и "до кучи" множество других оптовок, пяток розничных сетей, несколько заводов... Достаточно этого факта для доказательства, что это не студенческая поделка.
Тут недавно был "фантазийный наезд":
1. В программе ценников, которая интегрируется с любой учеткой можно сделать сколь угодную выборку товаров, по показанному или иным признакам - демка для возможности:
2. Затем во этой выборке или запросам режима можно ограничить список товаров для составления заказов. Даты и сроки определяют период продаж и дату остатков:
3. Затем в табличке составляется заказ, где по строкам видны цены закупа, остатки, продажи, а в шапке отражаются финансовые и логистические параметры заказа. Заказ можно распечатать, сохранить в Excel, отправить по e-mail, проводя внутри режима необходимые "доработки" и анализ:
P.S. В силу "размера масштаба" круга пользователей "УС Land" данная подсистемка учитывала разные подходы к заказам от пользователей, занимающимися разными видами бизнесов.
Пока прохлаждаюсь на работе размещу ещё одно сообщение... и на праздники "помолчу""УС Лэнд" несмотря на презрительное отношение специалистов при "больших" системах автоматизации является довольно "навороченной" учетной системой, которая в "лучшие" времена (до 2011) обслуживала около 8 алкогольных оптовок (сейчас их в Саратове осталось 2), ну и "до кучи" множество других оптовок, пяток розничных сетей, несколько заводов... Достаточно этого факта для доказательства, что это не студенческая поделка.
Тут недавно был "фантазийный наезд":
Цитата:
На который сразу не смог ответить, однако вспомнил об небольшой "развлекаловки для менеджеров по закупу", которую кратко здесь напомню... и ей когда-то пользовались, как упрощенной возможностью задачки из цитаты: Андрей, а где цена последней закупки с выделением цветом, если цена данного поставщика не лучшая? Где расшифровка, у кого этот товар закупался в последнее время? А где видно, что два разных поставщика могут быть на самом деле одним? А где автозаказ с учетом тоннажа используемого транспорта?
1. В программе ценников, которая интегрируется с любой учеткой можно сделать сколь угодную выборку товаров, по показанному или иным признакам - демка для возможности:
2. Затем во этой выборке или запросам режима можно ограничить список товаров для составления заказов. Даты и сроки определяют период продаж и дату остатков:
3. Затем в табличке составляется заказ, где по строкам видны цены закупа, остатки, продажи, а в шапке отражаются финансовые и логистические параметры заказа. Заказ можно распечатать, сохранить в Excel, отправить по e-mail, проводя внутри режима необходимые "доработки" и анализ:
P.S. В силу "размера масштаба" круга пользователей "УС Land" данная подсистемка учитывала разные подходы к заказам от пользователей, занимающимися разными видами бизнесов.
█ 18.05.2019 08:25
Вчера прочитал тему о ценниках с составом товара и способах "борьбы" с его большим количеством: https://olegon.ru/showthread.php?t=31852 и вспомнил, что когда-то был и активно использовался данный механизм и в "УС Land", как при описании состава весового товара, так и для демонстрации комплектующих составного товара... Пока идёт сбор на дачу, где я "лишний" опишу сие...
Конечно "большой" состав - пройденный этап... Всего описание может содержать 1024 символа, что опишет всё, что угодно.
Состав описывается в карточки товара (партии), которые размножаются дублированием, т.е. не нужно набирать или копипастить заново. Если объекты описания отделяются знаком (;), то программы их размещают в отдельных строках:
Формат (один из 34) выбирается при печати, а ценники выглядят так:
Данная техника используется не только для печати ценников, но и при каких-то аналитических функциях, а так же оперативной работы. Описывать не буду - некогда, да и выходит за рамки обсуждения на которое была ссылка, да и уже торопят со сборами...
Конечно "большой" состав - пройденный этап... Всего описание может содержать 1024 символа, что опишет всё, что угодно.
Состав описывается в карточки товара (партии), которые размножаются дублированием, т.е. не нужно набирать или копипастить заново. Если объекты описания отделяются знаком (;), то программы их размещают в отдельных строках:
Формат (один из 34) выбирается при печати, а ценники выглядят так:
Данная техника используется не только для печати ценников, но и при каких-то аналитических функциях, а так же оперативной работы. Описывать не буду - некогда, да и выходит за рамки обсуждения на которое была ссылка, да и уже торопят со сборами...
█ 30.01.2020 15:29
Закончил на сегодня работу на переделке старого отчетика, который "красочно" описывает историю бизнеса в России и, что она развивается циклично. Года изменения "правил игры" уже не помню, но тенденция:
1. В начале предприниматели просто торговали и им нужен был учет, анализ, прогнозирование по товарам и деньгам, но государство решило их поприжать...
2. Заставили розницу и мелкий опт поставить кассовые аппараты... и сразу появилась задача скрытия продаж, анализируя реальную картину... просто набивалась в конце дня липовые чеки и разумеется они в итого не должны быть меньше суммы максимальной продажи или оплаты. Вот для этого и был создан отчет, который покажу и его экспорт (v. 2003) в электронную таблицу:
Результат:
3. Затем появились электронная кассовая лента... Отчетом продолжали активно пользоваться, но "умельцы" вносили изменения в кассы и на "ленте" отражались "правильные" продажи;
4. Наконец государство одумалось и ввело ЕНДВ... и смысл скрывать реальные обороты уже не было. Правда в "УС Land" стали встраиваться технологии слива "лишних" оборотов на розницы с ЕНВД. Об отчете забыли;
5. С 2021 года произойдет отмена режима ЕНВД, а контроль будет производится по on-line продажам, но бизнес "не дурак", да и начинку современных кассовых аппаратов специалисты освоили... значит в данной технологии снова появится потребность?
1. В начале предприниматели просто торговали и им нужен был учет, анализ, прогнозирование по товарам и деньгам, но государство решило их поприжать...
2. Заставили розницу и мелкий опт поставить кассовые аппараты... и сразу появилась задача скрытия продаж, анализируя реальную картину... просто набивалась в конце дня липовые чеки и разумеется они в итого не должны быть меньше суммы максимальной продажи или оплаты. Вот для этого и был создан отчет, который покажу и его экспорт (v. 2003) в электронную таблицу:
Результат:
3. Затем появились электронная кассовая лента... Отчетом продолжали активно пользоваться, но "умельцы" вносили изменения в кассы и на "ленте" отражались "правильные" продажи;
4. Наконец государство одумалось и ввело ЕНДВ... и смысл скрывать реальные обороты уже не было. Правда в "УС Land" стали встраиваться технологии слива "лишних" оборотов на розницы с ЕНВД. Об отчете забыли;
5. С 2021 года произойдет отмена режима ЕНВД, а контроль будет производится по on-line продажам, но бизнес "не дурак", да и начинку современных кассовых аппаратов специалисты освоили... значит в данной технологии снова появится потребность?
█ 08.02.2020 09:39
Во время переделки очередного отчета под выгрузку в формат XLS: https://olegon.ru/showpost.php?p=342505&postcount=20 обнаружил, что он является "братской могилой" забытых технологий. Кратко напомню о них в "срезе данного отчета". Вообще он был основным в оперативной программе, но стал слишком сложным для операторов: для них резко он упростился, а полный вариант "стал жить отдельно":
0. Технология. Какое-то время создавал варианты выгрузки в формат RTF программы ценников, где открывался редактор, отчет могли подправить и отправить на печать... но "спешащим" работникам это было "лишним" и техника не прижилась. Помимо этого была сделана более простая возможность экспорта в формат Word, где желающие могли вносить правки и в Word может выгружаться любой документ и отчет.
Непосредственно задачи бизнеса... по п.п. меню форматов:
3. Через технику ассортиментов можно было вести виртуальные номенклатуры, но что-бы не косячить нужно было это как-то контролировать. Сейчас никто не работает с виртуальными товарным объектами;
4. Остатки с реквизитами последних приходов нужны были рознице, а сейчас стало более достаточен "ухода и остатки на конец", да и функции товароведов перешли в реале к бухгалтерии, которой это не надо;
7. Когда то "УС Land" была неплохой WMS системой с размещений товаров по адресам, анализом свободных мест хранения, подбором товаров по местам хранения: https://olegon.ru/showthread.php?t=17634. Технология осталась, а "продвинутые" фирмы исчезли;
8. Остатки для ревизий. По ним проводились ревизии, где строго пытались вести регламентированный государством учет... Сейчас лишь бы выжить, а на это нет времени, но форма осталась и сейчас в XLS виде выглядит:
9. Комплексный учет в страховых компаниях: https://olegon.ru/showthread.php?t=10764. Технологии и режимы остались, включаются одной переменной настройки. Не удалены, т.к. слишком сложно их из системы "выцарапывать"
0. Технология. Какое-то время создавал варианты выгрузки в формат RTF программы ценников, где открывался редактор, отчет могли подправить и отправить на печать... но "спешащим" работникам это было "лишним" и техника не прижилась. Помимо этого была сделана более простая возможность экспорта в формат Word, где желающие могли вносить правки и в Word может выгружаться любой документ и отчет.
Непосредственно задачи бизнеса... по п.п. меню форматов:
3. Через технику ассортиментов можно было вести виртуальные номенклатуры, но что-бы не косячить нужно было это как-то контролировать. Сейчас никто не работает с виртуальными товарным объектами;
4. Остатки с реквизитами последних приходов нужны были рознице, а сейчас стало более достаточен "ухода и остатки на конец", да и функции товароведов перешли в реале к бухгалтерии, которой это не надо;
7. Когда то "УС Land" была неплохой WMS системой с размещений товаров по адресам, анализом свободных мест хранения, подбором товаров по местам хранения: https://olegon.ru/showthread.php?t=17634. Технология осталась, а "продвинутые" фирмы исчезли;
8. Остатки для ревизий. По ним проводились ревизии, где строго пытались вести регламентированный государством учет... Сейчас лишь бы выжить, а на это нет времени, но форма осталась и сейчас в XLS виде выглядит:
9. Комплексный учет в страховых компаниях: https://olegon.ru/showthread.php?t=10764. Технологии и режимы остались, включаются одной переменной настройки. Не удалены, т.к. слишком сложно их из системы "выцарапывать"
█ 19.02.2020 11:16
Занимаясь переделкой отчетов под выгрузку в XLS часто натыкался на функцию в коде для шапки отчета и "экспорта в офис":
+cHeadTxtCRM(1)
+cHeadTxtCRM(2,TEMP->client,cOff)
... сегодня не "выдержал" и решил вспомнить "что это"?... и оказалось, что это некогда мегапопулярная, а сейчас "забытая" информация по ограничителям работы с поставщиками и покупателями - отражение шапки и атрибутов клиентов, например:
Да и "ограничительные" на уровне системы технологии сейчас практически не используются. Реквизиты задаются в карточке клиента и имеют "смысл":
з - запрет отпуска товаров данному покупателю;
ТТН - максимально разрешенное число неоплаченных отгрузочных накладных;
Дни - максимальное число дней неоплаты "первой" неоплаченной ТТН, после чего отпуск запрещается;
Ц - номер фиксированной цены реализации, по которой производится отгрузки;
Отс - число дней отсрочки платежа автоматически предлагаемое для накладных;
СуммаКредита - сумма долга, при превышении которой программа запрещает отпуск;
О - стандартная форма расчетов с клиентом. 1-наличная, 2-безналичная, 3-бесплатная передача.
+cHeadTxtCRM(1)
+cHeadTxtCRM(2,TEMP->client,cOff)
... сегодня не "выдержал" и решил вспомнить "что это"?... и оказалось, что это некогда мегапопулярная, а сейчас "забытая" информация по ограничителям работы с поставщиками и покупателями - отражение шапки и атрибутов клиентов, например:
Да и "ограничительные" на уровне системы технологии сейчас практически не используются. Реквизиты задаются в карточке клиента и имеют "смысл":
з - запрет отпуска товаров данному покупателю;
ТТН - максимально разрешенное число неоплаченных отгрузочных накладных;
Дни - максимальное число дней неоплаты "первой" неоплаченной ТТН, после чего отпуск запрещается;
Ц - номер фиксированной цены реализации, по которой производится отгрузки;
Отс - число дней отсрочки платежа автоматически предлагаемое для накладных;
СуммаКредита - сумма долга, при превышении которой программа запрещает отпуск;
О - стандартная форма расчетов с клиентом. 1-наличная, 2-безналичная, 3-бесплатная передача.
█ 17.07.2020 13:54
Последние дни выискиваю не переработанные под экспорт в XLS режимы и сегодня наткнулся на одну древнюю технология "забытую за ненадобностью"... Почему решил, что забыта? - очень много оформительских ошибок в режимах и формах, связанных с давними изменениями структур программ, а так ошибки в расчетах для некоторых редких хозоперациях.
Выделение сопутствующих покупок
Раньше решали задачи:
1. Розница. Предложение "товаров, которые покупают с выбранным", упорядочивание выкладки;
2. Опт. Оптимальное размещение товаров на складах;
3. Производство. Долговременное примерное планирование производства и планирование графика покупки или обновления основных средств.
Суть. На что наткнулся, где подправил код, где нашел применяемость в программе:
1. С требуемой периодичностью строется базовая таблица совместных покупок в программе администратора. Настройка задаётся под сильносвязанные или слабосвязанные покупки, учитывая сезонный спрос:
2. В оперативных режимах, при вызове любого типа справочника товаров можно получить аналитику - что берут и как с данным товаром? Помню, что есть какой-то отчет на эту тему, но не нашел его, да и ненадобно…
Пример оперативной справки, где подбравил формат и которая сейчас выгружается в формат электронной таблицы: https://olegon.ru/showpost.php?p=342505&postcount=20
P.S. Выделено и отражается загашенным цветом активно используемое выделение товаров вне спецификации покупателя, т.е., что им нельзя продавать.
Выделение сопутствующих покупок
Раньше решали задачи:
1. Розница. Предложение "товаров, которые покупают с выбранным", упорядочивание выкладки;
2. Опт. Оптимальное размещение товаров на складах;
3. Производство. Долговременное примерное планирование производства и планирование графика покупки или обновления основных средств.
Суть. На что наткнулся, где подправил код, где нашел применяемость в программе:
1. С требуемой периодичностью строется базовая таблица совместных покупок в программе администратора. Настройка задаётся под сильносвязанные или слабосвязанные покупки, учитывая сезонный спрос:
2. В оперативных режимах, при вызове любого типа справочника товаров можно получить аналитику - что берут и как с данным товаром? Помню, что есть какой-то отчет на эту тему, но не нашел его, да и ненадобно…
Пример оперативной справки, где подбравил формат и которая сейчас выгружается в формат электронной таблицы: https://olegon.ru/showpost.php?p=342505&postcount=20
Код:
Покупают с торт * Вдохновение 800гр шт (01UT)
6157 С*пирожное "Эклер со сливками" шт 01V0
5466 торт №10 сникерс 0.850кг. шт 012O
5270 С-рулет "Сказка" 0.6 шт 01EH
4490 С*пирожное "Профитроли шоколад" 01XC
4161 Торт Медовый со сливками 850гр шт 012N
4152 торт * Вишенка 800гр. шт 01UU
3668 С*пирожное Фантазия 01VH
3635 С-пирожное "Летний Букет" 375гр. 020I
2608 торт № Нежный 750гр. шт 0021
2327 С*пирожное Сладкий друг 375гр. 020J
2249 Торт № Трюфель 700гр. шт 01E2
2242 С-пирожное "Медовое в ассорти" 280гр. 018V
1704 торт № Белочка 750гр. шт 01D4
1376 Торт * Темная ночь 800гр шт 01VQ
1293 С-пирожное "Кармен" 280г. шт 0176
772 торт № Вишенка 700гр. шт 01DL
414 торт * Экзотик 700гр. шт 01Q9
320 П. Рулет сливочный"Сказка" 3.6 кг/1 упак. 00KZ
302 Торт Медовый 0.850кг. шт 012P
250 Торт * Сюжет 0.700кг. шт 00WN P.S. Выделено и отражается загашенным цветом активно используемое выделение товаров вне спецификации покупателя, т.е., что им нельзя продавать.
█ 23.04.2021 15:43
Иногда "забытые" технологии "выходят боком", как, например случилось вчера, да и продолжилось на сегодня придумыванием "защиты от дурака"...
Налог с продаж - прочий налог с товара
Был введен в систему в 199х году, когда продажа товаров за наличный расчет облагалась данным дополнительным налогом, а т.к. "это" пронизывало все документы, расчеты, аналитику, то его ведение "прошито" во всех модулях системы... Затем его отменили, но ввели "что-то похожее", которое тоже отменили... Был длительный период, когда очень сильно хотел выкинуть его ведение из системы, но потом у оптовок появилась "технология" разных цен, зависящих от формы оплаты, ну а когда "продвинутые" оптовки "отвалились" уже не пытался удалить ведение, уже, называемого "прочим" налогом из системы дабы не наделать глобальных косяков.
Что так же "вышло боком", что в настройках системы есть множество параметров "прячущих" его от пользователей, хотя с 0% всегда участвует в расчетах, а в автоматизированных подсистемах и производстве тиражируется из "шаблонов" товарных объектов.
До кучи, ведь "проблемы не ходят по одиночке" наложились косяки персонала при создании "производственных" объектов системы, которые обычно делают продвинутые пользователи, которые были в "отсутствии" и глюки в документах EDI от ТС... После исправление "понятных" косяков юзверов "завис" на "очевидном", как бы глюке программы...
При просмотре видим сумму накладной:
При входе в правку её детализации видим совершенно другую:
При этом режим правки строки с отключенными "лишними" атрибутами ничего ошибочного или не показывает... Для анализа проверили логическую целостность БД системы, попытались править другими способами - бесполезно… Попросил, прислали мне БД для вдумчивого анализа и БД анализировал уже используя инструмент прямого доступа к данным таблиц.
А "собака была зарыта" в том, что по ошибке ввели НСП в шаблон изделия, которые "размножался" в производственных процессах и во всех режимах автоматического создания документов по EDI, в том числе при создании "потрохов" накладных:
… и как всегда выяснилось, что это "давняя" проблема - по факту ввели косячное описание всего одной продукции неделю назад... и всю неделю спокойно правили удаляя "косячную" строку из детализации и вводя её заново... а вчера просто закачали гору документов с неверными ценами и надо было массово переправлять их в режиме, где и есть механизм правки кривого задания налогов:
Налог с продаж - прочий налог с товара
Был введен в систему в 199х году, когда продажа товаров за наличный расчет облагалась данным дополнительным налогом, а т.к. "это" пронизывало все документы, расчеты, аналитику, то его ведение "прошито" во всех модулях системы... Затем его отменили, но ввели "что-то похожее", которое тоже отменили... Был длительный период, когда очень сильно хотел выкинуть его ведение из системы, но потом у оптовок появилась "технология" разных цен, зависящих от формы оплаты, ну а когда "продвинутые" оптовки "отвалились" уже не пытался удалить ведение, уже, называемого "прочим" налогом из системы дабы не наделать глобальных косяков.
Что так же "вышло боком", что в настройках системы есть множество параметров "прячущих" его от пользователей, хотя с 0% всегда участвует в расчетах, а в автоматизированных подсистемах и производстве тиражируется из "шаблонов" товарных объектов.
До кучи, ведь "проблемы не ходят по одиночке" наложились косяки персонала при создании "производственных" объектов системы, которые обычно делают продвинутые пользователи, которые были в "отсутствии" и глюки в документах EDI от ТС... После исправление "понятных" косяков юзверов "завис" на "очевидном", как бы глюке программы...
При просмотре видим сумму накладной:
При входе в правку её детализации видим совершенно другую:
При этом режим правки строки с отключенными "лишними" атрибутами ничего ошибочного или не показывает... Для анализа проверили логическую целостность БД системы, попытались править другими способами - бесполезно… Попросил, прислали мне БД для вдумчивого анализа и БД анализировал уже используя инструмент прямого доступа к данным таблиц.
А "собака была зарыта" в том, что по ошибке ввели НСП в шаблон изделия, которые "размножался" в производственных процессах и во всех режимах автоматического создания документов по EDI, в том числе при создании "потрохов" накладных:
… и как всегда выяснилось, что это "давняя" проблема - по факту ввели косячное описание всего одной продукции неделю назад... и всю неделю спокойно правили удаляя "косячную" строку из детализации и вводя её заново... а вчера просто закачали гору документов с неверными ценами и надо было массово переправлять их в режиме, где и есть механизм правки кривого задания налогов:
█ 16.01.2022 11:51
Давеча мне позвонил пользователь системы с "неожиданной" проблемой - один из его "жирных" покупателей потребовал, что-бы в документах на него отражались артикулы в БД покупателя и наименования, как отражает товар покупатель в своих магазинах... т.к. клиент очень не хотел потерять этого покупателя, то задал мне извечный вопрос - что делать? Помнил, что в системе есть "что-то такое", но уже лет десять этим не пользуются... Нашел - объяснил:
В индивидуальной спецификации покупателя, в режиме изменения:
можно переопределить наименования товаров в нашей базе данных на те, что нужны покупателю, а так же (и/или) задать печатаемые артикулы покупателя:
тогда все виды исходящих не него первичных документов будут в его наименования и при необходимости с указанием артикулов, а что-бы наши работники не путались, то впереди имени такого товара отражается знак тильды, например в "текстовых" документах:
… или в "красявых" документах, печатаемых через систему ХБК: https://olegon.ru/showthread.php?t=30313
Замечу, что печатаются, заменяя "краткие" наименования товаров и при настройки ХБК - печатать в длинных наименованиях, наименования и артикулы покупателя отражаться не будут
В индивидуальной спецификации покупателя, в режиме изменения:
можно переопределить наименования товаров в нашей базе данных на те, что нужны покупателю, а так же (и/или) задать печатаемые артикулы покупателя:
тогда все виды исходящих не него первичных документов будут в его наименования и при необходимости с указанием артикулов, а что-бы наши работники не путались, то впереди имени такого товара отражается знак тильды, например в "текстовых" документах:
Код:
{QDLG} Оплата через банк Накладная N_ 1 Дата 14.01.22 г.
Поставщик: Общество с ограниченной ответственностью ГК "Приус"
Покупатель: АО "Тандер" ММ КТА //
Склад: Скл.готов. Примечание: 14.01/18:34 Реализация до 08.02.22
Основание: Стр: 1
┌────┬───────────────────────────────────────────────────────┬───┬────┬─────┬─────────┬──────────┬──────────────────┬────────────┐
│Н/п.│ Наименование товара, его код │НДС│Фас.│ЕдИзм│ Ц е н а │Общее к-во│Кол-во упак+единиц│ Сумма │
├────┼───────────────────────────────────────────────────────┼───┼────┼─────┼─────────┼──────────┼──────────────────┼────────────┤
1 П- торт Трюфель 580гр. 5ZQM 20% 1 Шт 100.00 20.000 20 + 2000.00
2 ~8978979 Профи-тролли 5ZTN 20% 1 Шт 61.92 3.000 3 + 185.76
3 ~Арт178723 Шоколадные тролли 5ZTM 20% 1 Шт 73.02 17.000 17 + 1241.34
└────┴───────────────────────────────────────────────────────┴───┴────┴─────┴─────────┴──────────┴──────────────────┴────────────┘
Сумма 3427.10 Ед. 40.000 Упак. 40 Литр. 0.000 Вес 18.450 Объем 0.19792 Скидка 0.00% Сумма ск. 0.00
КОпл: 3427.10 НДС:( 571.18) 20% Сум: 571.18 от 3427.10
Прописью: Тpи тысячи четыpеста двадцать семь рублей 10 копеек
Адрес: _Рогулевка 410002, Саратовская область, г.Саратов,ул.Волжская,2/10
Прочее:
ZZZZ Выписал ___________ / / Разрешил _____________________ / /
Отпустил ___________ / / Принял _______________________ / /
Документы получены полностью, претензий к количесту и качеству товара -не имею _________ / / Дата приёмки ( )
… или в "красявых" документах, печатаемых через систему ХБК: https://olegon.ru/showthread.php?t=30313
Замечу, что печатаются, заменяя "краткие" наименования товаров и при настройки ХБК - печатать в длинных наименованиях, наименования и артикулы покупателя отражаться не будут
█ 29.03.2022 11:19
Почему не рекламирую себя и "УС Лэнд" понятно - "и здесь неплохо кормят", но...
Почему реальные пользователи держатся за меня и мои программы?
Свежий, мелкий, но актуальный в связи с резким возрастанием стоимости офисной бумаги нюанс выживания БИЗНЕСА... ну и срочная, уже внедренная у реальных пользователей доработка системы. Где-то 15 лет назад оптовики озаботились экономией бумаги и в ХБК были созданы основные формы первички, печатаемые в портретной ориентации на листах формата А4. С 2011 оптовки начали активно закрываться и постепенно нужда в таких форматах исчезла... до 14 марта 2022г., хотя и данные формы дорабатывались вместе с изменением законодательства и его требований.
Вспомнив о них, по просьбе всех оставшихся фирм перевел документооборот на данный формат, но встретился "нюанс": когда-то обычное число позиций в накладной тех оптовок было от 50 наименований и компактные формы, включаемые в настройке ХБК давали реальную экономию бумаги. Оказалось, что даже с одним наименованием в ТТН форма, например УПД, занимает больше половины листа... Пришлось "ломая глаза" адаптировать формы к новой реальности и сейчас на половинке листа А4 (ландшафтной ориентации А5) помещаются:
1. ТОРГ-12, счет фактура - 10 позиций;
2. УПД - 7 позиций... Достаточно для 95% всех реальных отгрузок
4. ТТН для других отгрузок - 20 наименований
3. Паллетная этикетка - 2 шт. на лист
При этом сохранил читабельность документов для получателей, водителей, кладовщиков. Образцы новых форм в реальном масштабе:
Немного калькуляции ДЛЯ БИЗНЕСА. Реально проведено для одной мелкой оптовки. На первичку в среднем (до смены ХБК) за сутки уходило 4 пачки бумаги, а сейчас с учетом прочей экономии уходит 2 пачки. Реальное уменьшение затрат только на бумаге = 3.000 рублей в смену или около МИЛЛИОНА рублей в год, ну и пару сотен тысяч рублей на картриджах... Отвечая на исходный вопрос - какие силы смогут заставить боссов добровольно отказаться от "УС Land"?
P.S. Графические программы: https://olegon.ru/showthread.php?t=30313 не привязаны к учетной системе. Просто УС в каталог ХБК кидает dBase III файл с заполненными полями задания печати. Назначение полей описано в инструкции.
Почему реальные пользователи держатся за меня и мои программы?
Свежий, мелкий, но актуальный в связи с резким возрастанием стоимости офисной бумаги нюанс выживания БИЗНЕСА... ну и срочная, уже внедренная у реальных пользователей доработка системы. Где-то 15 лет назад оптовики озаботились экономией бумаги и в ХБК были созданы основные формы первички, печатаемые в портретной ориентации на листах формата А4. С 2011 оптовки начали активно закрываться и постепенно нужда в таких форматах исчезла... до 14 марта 2022г., хотя и данные формы дорабатывались вместе с изменением законодательства и его требований.
Вспомнив о них, по просьбе всех оставшихся фирм перевел документооборот на данный формат, но встретился "нюанс": когда-то обычное число позиций в накладной тех оптовок было от 50 наименований и компактные формы, включаемые в настройке ХБК давали реальную экономию бумаги. Оказалось, что даже с одним наименованием в ТТН форма, например УПД, занимает больше половины листа... Пришлось "ломая глаза" адаптировать формы к новой реальности и сейчас на половинке листа А4 (ландшафтной ориентации А5) помещаются:
1. ТОРГ-12, счет фактура - 10 позиций;
2. УПД - 7 позиций... Достаточно для 95% всех реальных отгрузок
4. ТТН для других отгрузок - 20 наименований
3. Паллетная этикетка - 2 шт. на лист
При этом сохранил читабельность документов для получателей, водителей, кладовщиков. Образцы новых форм в реальном масштабе:
Немного калькуляции ДЛЯ БИЗНЕСА. Реально проведено для одной мелкой оптовки. На первичку в среднем (до смены ХБК) за сутки уходило 4 пачки бумаги, а сейчас с учетом прочей экономии уходит 2 пачки. Реальное уменьшение затрат только на бумаге = 3.000 рублей в смену или около МИЛЛИОНА рублей в год, ну и пару сотен тысяч рублей на картриджах... Отвечая на исходный вопрос - какие силы смогут заставить боссов добровольно отказаться от "УС Land"?
P.S. Графические программы: https://olegon.ru/showthread.php?t=30313 не привязаны к учетной системе. Просто УС в каталог ХБК кидает dBase III файл с заполненными полями задания печати. Назначение полей описано в инструкции.
Часовой пояс GMT +3, время: 17:32.
Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.