█ 18.04.2022 15:15
В принципе занимаясь задачами: https://olegon.ru/showthread.php?t=33631 уже сталкивался с данной проблемой, описанной в инструкции с версии 2205.
… и этого было, в силу ограниченности поставляемого ассортимента и числа "привередливых" покупателей вполне. Однако занимаясь задачкой: https://olegon.ru/showthread.php?t=36634 при обсуждении проблем с провайдерами выявилось, что эта задача актуальна, но и товаров тысячи наименований, да и покупателей сотни... Значит нужно создавать более автоматизированные механизмы.. Перечислю некоторые из них:
1. Предложение цен в доработанном режиме: "Отчеты/Специализированные/Список товаров без остатков-ревизия."
Результат - форма отчета:
2. В основном потребуется работа со индивидуальными прайсами покупателей. Форма получения инфы:
Результат - форма отчета. Как видно цены подогнаны:
3. Самое главное. Помощь при выписке отгрузочных накладных.
В продолжении меню задаём режим предложения по подгонке цен, действующий до выхода из программы:
Варианты:
- отключить режим;
- подгонять в меньшую сторону;
- подгонять цены в большую сторону.
Тогда, например в экспресс-выписке программа сразу предлагает цены по выбранному подходу, которые можно менять:
При выписке через Insert/Tab программа показывает справочник с обычными ценами, но при выборе из него преобразует и предлагает другую цену, которую можно затем поменять...
Цитата:
… и даже была сделана отдельная программа, которая поможет Вам правильно подбирать цены: https://olegon.ru/showthread.php?t=16617&page=4 В УС Land режим подгонки цен и вставка копипастом в поле ввода вызывается в любой программе системы нажатием кнопок Ctrl+N. При этом вызывается форма: Данная задача появилась из-за «особенностей» проведения электронных документов через провайдеров, где алгоритмы анализа различаются, но суть одна: точно анализируется связка цена_без_ндс * ставка_ндс = цена_с_ндс, где цены должны быть точные до копейки. Не важно, как ведёт учёт УС, т.к. правило может нарушаться при ведении учета, когда цены ведём с НДС, как в «УС Лэнд» или цены ведём без НДС, как на многих предприятиях. Приведу примеры, приводящие к ошибочным ситуациям при обмене через ЭДО электронными УПД:
Учет цен, включая НДС. Наша цена 230.00, НДС 20%, цена без НДС получается 191.666;
Учет в ценах без НДС. Цена 133.75, НДС 10%, цена с НДС получается 147.125.
Учет цен, включая НДС. Наша цена 230.00, НДС 20%, цена без НДС получается 191.666;
Учет в ценах без НДС. Цена 133.75, НДС 10%, цена с НДС получается 147.125.
… и этого было, в силу ограниченности поставляемого ассортимента и числа "привередливых" покупателей вполне. Однако занимаясь задачкой: https://olegon.ru/showthread.php?t=36634 при обсуждении проблем с провайдерами выявилось, что эта задача актуальна, но и товаров тысячи наименований, да и покупателей сотни... Значит нужно создавать более автоматизированные механизмы.. Перечислю некоторые из них:
1. Предложение цен в доработанном режиме: "Отчеты/Специализированные/Список товаров без остатков-ревизия."
Результат - форма отчета:
Код:
Список товаров на 18.04.22 Стр. 1
----------------------------------------------------------------------------------------------------------------------------------
Наименование и системный код товара |Цена продажи| НДС% |МинЦенаОкруг|МаксЦенаОкр.| Раздел учета |Фас
----------------------------------------------------------------------------------------------------------------------------------
C-торт "Вишенка" 600 61SI| 108.61| 20.00| 108.60| 108.66|Торты | 1
C-Торт "Медовый со сливками" 600 6037| 118.64| 20.00| 118.62| 118.68|Торты | 1
...
С-Торт "Рулет Сказка" 500 шт 62WO| 108.66| 20.00| 108.66| 108.66|Рулеты | 1 2. В основном потребуется работа со индивидуальными прайсами покупателей. Форма получения инфы:
Результат - форма отчета. Как видно цены подогнаны:
Код:
Прайс по ООО "Лента" на 18.04.22 Стр. 1
----------------------------------------------------------------------------------------------------------------------------------
Н./п. Наименование товара Цена ЦенаЗаКг. Прим/Ост НДС% ЦенаМин.НДС ЦенаМаксНДС АртикулШтрКод
----------------------------------------------------------------------------------------------------------------------------------
1 С*пирожное Сладкий друг 375гр. 96.42 257.12 20% 96.42 96.42
...
6 С-Торт Вдохновение 600гр шт 154.92 258.20 20% 154.92 154.92 3. Самое главное. Помощь при выписке отгрузочных накладных.
В продолжении меню задаём режим предложения по подгонке цен, действующий до выхода из программы:
Варианты:
- отключить режим;
- подгонять в меньшую сторону;
- подгонять цены в большую сторону.
Тогда, например в экспресс-выписке программа сразу предлагает цены по выбранному подходу, которые можно менять:
При выписке через Insert/Tab программа показывает справочник с обычными ценами, но при выборе из него преобразует и предлагает другую цену, которую можно затем поменять...
█ 23.08.2023 10:48
В программе есть справочник работников, содержащий, как обычно условно постоянную информацию, требуемую для оформления первички. В следствии узкого предназначения справочник крайне редко меняется - последний раз серьёзно трогал 15 лет назад, когда активно развивались технологии для торговых агентов... и вот уже урывками работу с ним изменяю ужо 2 месяца. Всё началось, что для водителей в свете новых требований к путевым листам нужно было дополнительно вести номер СНИЛС (впрочем выявилось, что нужен и для других работников), а так же дату выдачи и окончания действия водительского удостоверения.
Сразу после установи релиза встали вопросы - анализ у кого эти атрибуты не заполнены, а кого права "протухшие"... и вообще могут быть и другие вопросы по списку работников. Сделал универсальный отчет по куче видов запросов и выдачи полной инфы по работникам - если лишнее, то в Excel удалят лишние колонки. До кучи решил попробовать интерфейсный прием с чекбоксом
В отчете анализируются данные в том числе будущим временем... Не успел передохнуть, как задача... 30 лет в ней нужды не было, хотя в справочнике другой фирмы было и в десятки раз больше работников. Нужно, что-бы информация об уволенных работников не терялась, но их не было бы в справочнике... Однако "полноценных" кадров не нужно, т.к. пользуются 1С:ЗуП. Оценив размеры баз и опыт использования фильтрации в УСЕга добавил атрибуты: дата и причина увольнения, которая нужна, а при открытии справочника устанавливаю фильтр - не отображать с непустой датой увольнения.
Предполагая (угадал) дальнейшие задачи сразу вложил возможности:
1. Отражения при необходимости уволенных (-) в конце строки;
2. Доступность полного справочника в рабочих режимах и отчетах;
3. Переделка отчетов "только по работникам", что можно отражать только активных или всех;
4. Возможность обратного приема - просто удаляем дату увольнение и etc
... и наконец пожелания по данному справочнику закончились
Сразу после установи релиза встали вопросы - анализ у кого эти атрибуты не заполнены, а кого права "протухшие"... и вообще могут быть и другие вопросы по списку работников. Сделал универсальный отчет по куче видов запросов и выдачи полной инфы по работникам - если лишнее, то в Excel удалят лишние колонки. До кучи решил попробовать интерфейсный прием с чекбоксом
В отчете анализируются данные в том числе будущим временем... Не успел передохнуть, как задача... 30 лет в ней нужды не было, хотя в справочнике другой фирмы было и в десятки раз больше работников. Нужно, что-бы информация об уволенных работников не терялась, но их не было бы в справочнике... Однако "полноценных" кадров не нужно, т.к. пользуются 1С:ЗуП. Оценив размеры баз и опыт использования фильтрации в УСЕга добавил атрибуты: дата и причина увольнения, которая нужна, а при открытии справочника устанавливаю фильтр - не отображать с непустой датой увольнения.
Предполагая (угадал) дальнейшие задачи сразу вложил возможности:
1. Отражения при необходимости уволенных (-) в конце строки;
2. Доступность полного справочника в рабочих режимах и отчетах;
3. Переделка отчетов "только по работникам", что можно отражать только активных или всех;
4. Возможность обратного приема - просто удаляем дату увольнение и etc
... и наконец пожелания по данному справочнику закончились
█ 17.04.2024 16:55
Уже более 20 лет в системе существует базовая система "группирования объектов", т.е. когда программы записи документов и справочников системы, помеченные в группу (помечаются * в колонке таблицы списка) воспринимает, как единственный объект для выбора, анализа, проведения манипуляций. Столько же по времени существуют основные, действующие во всех списках основные операции с группой. В скобках для документов:
F8 (Alt+F8) Установка/снятие пометок;
Ctrl+F8 (Alt+F10) Снятие всех пометок;
Ctrl+F5 (Alt+F5) Смена всех пометок на противоположное;
Shift+F10 Перемещение по помеченным объектам и т.д.
И вот только в версии мая 2024г. появился "очевидный" режим - перемещение по помеченным объектам ВВЕРХ (назад) по списку, вызываемый кнопкам Shift+F11. До кучи "обнаружил", что в системе могу использовать клавиши F11/F12, в том числе совместно с Ctrl, Shift, Alt
что позволит расширить число режимов, вызываемых через горячие клавиши, а не выбором пункта меню
Режим доступен во всех справочниках и документах программы...
F8 (Alt+F8) Установка/снятие пометок;
Ctrl+F8 (Alt+F10) Снятие всех пометок;
Ctrl+F5 (Alt+F5) Смена всех пометок на противоположное;
Shift+F10 Перемещение по помеченным объектам и т.д.
И вот только в версии мая 2024г. появился "очевидный" режим - перемещение по помеченным объектам ВВЕРХ (назад) по списку, вызываемый кнопкам Shift+F11. До кучи "обнаружил", что в системе могу использовать клавиши F11/F12, в том числе совместно с Ctrl, Shift, Alt
что позволит расширить число режимов, вызываемых через горячие клавиши, а не выбором пункта меню
Режим доступен во всех справочниках и документах программы...
█ 06.06.2024 08:52
В течении полугода один пользователь донимал задачкой - ну мало ему 9 фиксированных цен продажи. Дайте больше! Однако на устоявшуюся технологию индивидуальных прайсов переходить категорически не хочет. Провел анализ отложенных в долгий ящик и других пожеланий выявил многовариантность технологий и требований к набору фиксированных цен системы:
- виртуальные цены для анализа развития бизнеса в будущем, где были замечания к точности цены 12.2;
- робкие требования к добавлению других измерителей товаров, например жирность для масла или габаритные размеры, или учет в разных валютах
Пользуясь наличием времени - иссохли новые идеи у клиентов, да и тем, что понял, как "натянуть сову на глобус" реализовал данные пожелания. Приведу фрагмент инструкции к версии:
I. 15 виртуальных цен продажи (измерителей) вместо 9.. В системе существуют два ме-ханизма работы с ценами реализации, которые можно изменять в документах:
1. Фиксированные цены в карточке товаров. При выписке накладной на продажу любым способом или на возврат от покупателя можно выбирать цену по номеру. К данному типу цены накладываются многочисленные автоматизированные условия и данный тип цены может быть прикреплен к клиенту, тогда он будет предлагаться автоматически;
2. Второй более гибкий и имеющий большую область применения – индивидуальные спецификации для покупателей и поставщиков.
Замечание. Данные механизмы разрешают выбирать и «запрещенные» товары, а так же произвольным образом устанавливать скидки и другие ограничители при создании документов.
В дальнейшем механизм №1 – цен в справочнике товара стал использоваться, как меха-низм виртуальных цен, например при анализе себестоимости товаров для разных торговых точках, ведение валютных цен, анализ себестоимости при ожидаемом повышения входных цен и так далее. Однако изредка возникало ограничение, связанное с точностью определения цен – два знака, а ещё реже возникали идеи ведения нестандартных измерителей товаров, например плотности, объема в м3, времени изготовления изделия. Так же для некоторых пользователей 9 фиксированных цен стало мало.
С данной версии в программу добавлено ещё 6 виртуальных фиксированных цен (произ-вольных измерителей), но с другой точностью (Число 15.6), вместо обычной (Число 12.2). При использовании данных измерителей, как цены программа в документах их округляет до обычной точности, но в отчетах, выгружаемых в электронные таблицы исходная точность сохраняется.
Для такого изменения потребовалась обширная переделка системы, связанная:
1. Изменение алгоритмов более сотни процедур – отработка дополнительных цен;
2. Изменение поведения форм, где вводились типы цены. Раньше, как правило был 1 символ для ввода, т.е. программа его запоминала при вводе цифры, а сейчас потребовалось 2 знака, что усложнило ввод и поверки корректности ввода типа цены. В некоторых отчетах изменились привычные «номера»;
3. В некоторых отчетах сейчас «цены» отражаются с максимальной точностью – 6 знаков.
II. Привязка типа цены к покупателю. Данная технология существует давно, но в силу обнаружения (исправления) ошибок программы при работе с ней, она используется редко. Суть: для покупателя определяется тип (номер) цены, а при выписке отгрузки/возврата программа подставляет цену с данным номером в документе. Кроме того есть ряд режимов, где производится контроль реальных цен документов с ценами, полагаемых данному клиенту. По-мимо изменения структуры БД так же доработаны:
1. Формы ведения этого атрибута и отражения его в формах/отчетах;
2. Переделки, а нашел где «не доделано», алгоритмов работы с данной технологией
- виртуальные цены для анализа развития бизнеса в будущем, где были замечания к точности цены 12.2;
- робкие требования к добавлению других измерителей товаров, например жирность для масла или габаритные размеры, или учет в разных валютах
Пользуясь наличием времени - иссохли новые идеи у клиентов, да и тем, что понял, как "натянуть сову на глобус" реализовал данные пожелания. Приведу фрагмент инструкции к версии:
I. 15 виртуальных цен продажи (измерителей) вместо 9.. В системе существуют два ме-ханизма работы с ценами реализации, которые можно изменять в документах:
1. Фиксированные цены в карточке товаров. При выписке накладной на продажу любым способом или на возврат от покупателя можно выбирать цену по номеру. К данному типу цены накладываются многочисленные автоматизированные условия и данный тип цены может быть прикреплен к клиенту, тогда он будет предлагаться автоматически;
2. Второй более гибкий и имеющий большую область применения – индивидуальные спецификации для покупателей и поставщиков.
Замечание. Данные механизмы разрешают выбирать и «запрещенные» товары, а так же произвольным образом устанавливать скидки и другие ограничители при создании документов.
В дальнейшем механизм №1 – цен в справочнике товара стал использоваться, как меха-низм виртуальных цен, например при анализе себестоимости товаров для разных торговых точках, ведение валютных цен, анализ себестоимости при ожидаемом повышения входных цен и так далее. Однако изредка возникало ограничение, связанное с точностью определения цен – два знака, а ещё реже возникали идеи ведения нестандартных измерителей товаров, например плотности, объема в м3, времени изготовления изделия. Так же для некоторых пользователей 9 фиксированных цен стало мало.
С данной версии в программу добавлено ещё 6 виртуальных фиксированных цен (произ-вольных измерителей), но с другой точностью (Число 15.6), вместо обычной (Число 12.2). При использовании данных измерителей, как цены программа в документах их округляет до обычной точности, но в отчетах, выгружаемых в электронные таблицы исходная точность сохраняется.
Для такого изменения потребовалась обширная переделка системы, связанная:
1. Изменение алгоритмов более сотни процедур – отработка дополнительных цен;
2. Изменение поведения форм, где вводились типы цены. Раньше, как правило был 1 символ для ввода, т.е. программа его запоминала при вводе цифры, а сейчас потребовалось 2 знака, что усложнило ввод и поверки корректности ввода типа цены. В некоторых отчетах изменились привычные «номера»;
3. В некоторых отчетах сейчас «цены» отражаются с максимальной точностью – 6 знаков.
II. Привязка типа цены к покупателю. Данная технология существует давно, но в силу обнаружения (исправления) ошибок программы при работе с ней, она используется редко. Суть: для покупателя определяется тип (номер) цены, а при выписке отгрузки/возврата программа подставляет цену с данным номером в документе. Кроме того есть ряд режимов, где производится контроль реальных цен документов с ценами, полагаемых данному клиенту. По-мимо изменения структуры БД так же доработаны:
1. Формы ведения этого атрибута и отражения его в формах/отчетах;
2. Переделки, а нашел где «не доделано», алгоритмов работы с данной технологией
Часовой пояс GMT +3, время: 10:59.
Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.