Вернуться   Андрей Панько. Заметки про Dynamics NAV > Dynamics NAV (Navision)
Справка Пользователи Календарь Поиск Сообщения за день Все разделы прочитаны

Dynamics NAV (Navision) Заметки про Dynamics NAV (ранее Navision) и аддон LS Retail

Ответ
 
Опции темы Поиск в этой теме
  #1  
Старый 14.02.2007, 10:46
apanko apanko вне форума
Администратор
 
Регистрация: 15.08.2006
Сообщения: 1,629
Про цены и прайсы

Раздумывал как в Navision реализовать следующую схему:
Обычно товар продается по 100 рублей, но через неделю он выглядит уже не таким красивым, поэтому его нужно продавать по 80, а через две недели и вовсе по 60.
Ориентироваться на какие-либо сроки не нужно, т.к. состояние товара видно на глаз.
Учитывая, что система всегда предлагает наименьшую цену, использовать стандартный функционал было бы затруднительно: отпускная цена всегда была бы равна 60. Однако правило №1 строго настрого запрещает модифицировать стандартный функционал.

Правильный процесс должен происходить следующим образом:
регулярно специально обученный человек производит классификацию имеющегося товара, для чего изменяет остатки на складе, выпуская другой товар или вариант. Такой вариант не подходит, так как требует:
1. Производственного модуля.
2. Человека, который разбирается в предмете, а также способен понять производственный учет в Navision.
Если с первое требование удовлетворить легко, то по второму пункту явно вырисовывались сложности. Учитывая, что таких людей требуется как минимум шесть, а в дальнейшем и того больше, создавать изначально хлипкую систему не хотелось.

Немного подумав было найдено простое решение:
1. В справочник единиц измерения были добавлены следующие элементы: шт., шт-1, и шт-2.
2. Эти же единицы измерения были добавлены и в справочник Товар Единицы Измерения с коэффициентами 1.
3. В карточке товара в поле Продажа Единица Измерения установлено значение шт.
4. В справочнике Цены Продажи появились следующие строки:
* Все Клиенты, Товар1, шт, 100
* Все Клиенты, Товар1, шт-1, 80
* Все Клиенты, Товар1, шт-2, 60

При вводе заказа (счета) продажи по умолчанию используется единица измерения шт (из карточки товара), которой соответствует цена 100. Продавец легко может предоставить покупателю скидку, если товар утратил свою привлекательность, для этого ему просто нужно изменить единицу измерения.

Данный вариант кажется более приемлемым нежели переписывание функций 7000 кодеюнита.
Ответить с цитированием
  #2  
Старый 14.12.2007, 10:13
apanko apanko вне форума
Администратор
 
Регистрация: 15.08.2006
Сообщения: 1,629
Занесло один объект (не fob) в область.
А в области - ЕНВД, будь он не ладен.
Бухгалтера плачут – хотят выделить объект в отдельное юр.лицо.
Но нет. Распоряжение из центра – всем быть вместе.
Оно и правда, а то что за учет - 5 проводок. Даже не интересно. Было.



Дабы поддержать бизнес и естественно бухгалтеров нужно выполнить в Navisionряд настроек.

И в первую очередь настройки будут касаться розничных цен.

Базовый постулат: розничные цены во всей сети должны быть едины.

Прайсы в магазинах (он же Розница Ценовая Группа) формируются на основании поля «Цена Единицы включая НДС» карточки товара.

Маленькое отступление.
Вспомним, как система определяет нужную ставку НДС при продаже товара клиенту (обычной продаже через документ Счет продажи). Система для этих целей используется настройку НДС группы учета. Т.е. смотрит какая ставка указана в таблице НДС Настройка Учета при сочетании Клиент.НДС Бизнес группа + Товар.НДС Товарная группа.

Теперь, что касается LSRetail. Разработчики сохранили стандартный механизм, только в роли Клиента теперь выступает магазин (закладка Отчет/Закрытие поле НДС Бизнес Группа).

Т.к. товар один, значит и НДС товарную группу в карточке товара трогать не следует. Зато ЕНВДэшному магазину присвоим отдельную НДС Бизнес группу.

Таким образом, получим НДС Настройки учета (счета не указаны):
Нормальная НДСБГ + НДСТГ18 = 18%
ЕНВД НДСБГ + НДСТГ18 = 0%

Теперь перейдем к формированию прайсов для разных магазинов.

Розница ценовая группа для магазина-плательщика НДС
Цитата:

Код = МАГ1
Цена включает НДС = Да
НДС Бизнес Группа = Нормальная НДСБГ

Розница ценовая группа для магазина-плательщика ЕНВД
Цитата:

Код = МАГ2
Цена включает НДС = Да
НДС Бизнес Группа = ЕНВД НДСБГ


Прайсы
Цитата:

Код продажи = МАГ1
Код товара = Товар1
Цена единицы = 200
Цена единицы включая НДС = 200

Код продажи = МАГ2
Код товара = Товар1
Цена единицы = 200
Цена единицы включая НДС = 200


Теперь два примера работы системы.
Магазин – плательщик НДС.
Цитата:

Сотрудник в POS-клиенте вводит код Товара1.
1. Система находит товар.
2. Система определяет ставку НДС = 18% (Магазин.НДС Бизнес Группа + Товар1.НДС Товарная Группа)
3. Система находит прайс МАГ1.
4. Система определяет цену товара без НДС согласно прайсу = 169,49 (Т.к. 200 это с НДС, при ставке 18% [МАГ1.НДС Бизнес группа + Товар1.НДС Товарная Группа])
5. Система определяет розничную цену = 200р (169,49 [п.4]*18%[п.2])
6. В POS Trancsaction (POS Trans.Line), априучетев Transaction Header (Trans. SalesEntry) попадут обе суммы:
  • Net Amount = -169.49
  • Gross Amount = -200


Магазин – плательщик ЕНВД.
Цитата:

Сотрудник в POS-клиенте вводит код Товара1.
1. Система находит товар.
2. Система определяет ставку НДС = 0% (Магазин.НДС Бизнес Группа + Товар1.НДС Товарная Группа)
3. Система находит прайс МАГ2.
4. Система определяет цену товара без НДС согласно прайсу = 200 (Равна цене с НДС т.к. ставка НД 0% [МАГ2.НДС Бизнес группа + Товар1.НДС Товарная Группа])
5. Система определяет розничную цену = 200р (200 [п.4]*0%[п.2])
6. В POS Trancsaction (POS Trans.Line), априучетев Transaction Header (Trans. SalesEntry) попадут обе суммы:
  • Net Amount = -200
  • Gross Amount = -200
Ответить с цитированием
  #3  
Старый 14.01.2008, 12:41
apanko apanko вне форума
Администратор
 
Регистрация: 15.08.2006
Сообщения: 1,629
Любопытный факт:
Если в таблице прайсов (6 Customer Price Group) изменить значение поля НДС Бизнес Группа (Цена) [VAT Bus. Posting Gr. (Price)], то система предложит обновить соответствующие поля в таблице цен (7002 Sales Price).
А вот при изменении работающего с ним в паре поля Цена Включает НДС (Price Includes VAT) никаких обновлений справочника цен не происходит.


_____________
Триггеры onValidate в таблице 6

Последний раз редактировалось apanko, 14.01.2008 в 13:40.
Ответить с цитированием
  #4  
Старый 28.04.2008, 17:28
apanko apanko вне форума
Администратор
 
Регистрация: 15.08.2006
Сообщения: 1,629
Приняли решение менять прайсы по другому.
Не так как раньше.

Чтобы быть готовым занялся изучением стандартного функционала по массовому изменению цен.

Нашел соотвествующий журнал и процедуры к нему.

Все хорошо, но для ЕНВД магазина POS-клиент цену не находит, т.к. поле "Цена включая НДС", стандартным журналом не заполняется.

Указанное поле приделал LS, а инструмент для заполнения не выдал.

Пришлось править отчет 5073 Implement Price Change

Вместо:
SalesPrice."Unit Price" := "New Unit Price";

Написать:
SalesPrice.VALIDATE("Unit Price","New Unit Price");

Надо еще что-то думать с полями:
"Price Includes VAT"
"Allow Line Disc."
"Allow Invoice Disc."
"VAT Bus. Posting Gr. (Price)"

Пока запихнул их заполнение в условие, но это не по феншую.
По фэншую еще отчеты 7051 и 7052 менять придется.
Ответить с цитированием
  #5  
Старый 08.12.2009, 14:07
apanko apanko вне форума
Администратор
 
Регистрация: 15.08.2006
Сообщения: 1,629
Уже не про LS Retail, а про стандарт.

В карточке товара есть поле Цена Продажи. Значение поля можно рассчитывать на основании себестоимости и значения прибыли.

Для этого в поле Расчет Цена/Прибыль нужно установить значение "Цена=Себестоимость+Прибыль".

А дальше получается очень любопытно:
1. Прибыль должна быть меньше 100%.
2. Прибыль в 50% приводит к увеличению цены в двое, а указание значения прибыли в 99,99999% уносит значение цены в космос.

Непоняв логику начал искать и нашел статью в базе знаний: https://mbs.microsoft.com/knowledgebase/KBDisplay.aspx?WTNTZSMNWUKNTMMYSZRRNOTTUKOOSTLLSLZ WZSZOUWZSPZMLKWPKSRQOZVPRQNKN

В статье говорится, что процент прибыли (он же рентабельность), является не рентабельностью продукции, а рентабельностью продаж.
Т.е. это процент прибыли от розничной цены.

Т.е. когда я задал значение процента прибыли в 50% система предложила такую цены продажи в которой прибыль будет 50%, а вторые 50% - это себестоимость.
Именно по этой причине процент прибыли не может быть больше или равен 100% - в этом случае либо себестоимость должна быть равна нулю, либо цена стремиться к бесконечности.
Ответить с цитированием
  #6  
Старый 08.12.2009, 15:09
apanko apanko вне форума
Администратор
 
Регистрация: 15.08.2006
Сообщения: 1,629
О, как.
После коррекции себестоимости цена единицы обновляется (на основании себестоимости единицы и процента прибыли).
Точность округления в этом случае берется из поля Цена Точность Округления.
Ответить с цитированием
  #7  
Старый 08.12.2009, 17:19
apanko apanko вне форума
Администратор
 
Регистрация: 15.08.2006
Сообщения: 1,629
Цены продажи можно задавать разными в зависимости от даты.
При заполнении документа продажи если тип документа Счет или Кредит-Нота для определения цены продажи используется поле Дата Учета, для всех остальных документов используется поле Дата Заказа.

Последний раз редактировалось apanko, 08.12.2009 в 17:43.
Ответить с цитированием
Ответ


Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск

Ваши права в разделе
Вы не можете создавать темы
Вы не можете отвечать на сообщения
Вы не можете прикреплять файлы
Вы не можете редактировать сообщения
BB-коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.


Часовой пояс GMT +4, время: 16:00.

Контакты: e-mail, телефон: +7(926)1805967 - Архив - Вверх

Microsoft Most Valuable Professional
vBulletin v3.5.4, Copyright ©2000-2021, Jelsoft Enterprises Ltd.
Русский перевод: zCarot, Vovan & Co
Права на все материалы, опубликованные на блогофоруме принадлежат Андрею Панько, если в самом материале не указано иное.
Рейтинг@Mail.ru Rambler's Top100