ЗорянаК права. Склад по наростаючій, продаж теж. На день реєстрації своєї ПН считаєм всі вхідні зареєстровані ПН з даним кодом (7306). А далі всі свої видані ПН. Тут головне баланс між ПК та ПЗ. Щоб Ваші продажі по наростаючій були не більше ніж «склад» по зареєстрованим на Вас ПН*на 1,5. Як казав мій знайомий, логіки в відносинах з податковою не шукай, так що мехмат тут не допоможе#g_crazy#kruger писав:Вы говорите, что было 4 закупки и 4 продажи (по коду 7306) и они сели в ЕРНН ? И теперь мы хотим регистрировать 5-ую продажу ?ЗорянаК писав:нужно считать: склад 600х4, продажа-660х4, коэфициент 660:600=1.1
Остаток = 600 + 600 + 600 + 600 - 660 - 660 - 660 - 660 = отрицтельный. Минус на 1,5 снова минус. 660 больше чем минус. Поэтому блокировка.
Здесь смысл в том, что блокируются скажем предоплаты. Но даже если работать без п/о то все равно через 3-4 цикла - блок. Может я не силен в математике, почему и спрашиваю. (хотя когда-то учился на мехмате).
Блокировка регистрации НН/РК (частина 2️⃣)
-
- Светоч Мысли
- Повідомлень: 1729
- З нами з: 31 травня 2015, 13:16
- Дякував (ла): 399 разів
- Подякували: 905 разів
-
- Профи
- Повідомлень: 44
- З нами з: 07 серпня 2017, 20:52
- Дякував (ла): 20 разів
- Подякували: 36 разів
Логика есть, она элементарная, но оказывается даже такую элементарщину не всем дано понять. #rolf#Nelli-Nelli писав: ЗорянаК права. Склад по наростаючій, продаж теж. На день реєстрації своєї ПН считаєм всі вхідні зареєстровані ПН з даним кодом (7306). А далі всі свої видані ПН. Тут головне баланс між ПК та ПЗ. Щоб Ваші продажі по наростаючій були не більше ніж «склад» по зареєстрованим на Вас ПН*на 1,5. Як казав мій знайомий, логіки в відносинах з податковою не шукай, так що мехмат тут не допоможе#g_crazy#
Склад по наростающей в данном случае считать не корректно, т.к. после прихода идет продажа. И после продажи на виртуальном складе минуса нет, там 0.
-
- Светоч Мысли
- Повідомлень: 1729
- З нами з: 31 травня 2015, 13:16
- Дякував (ла): 399 разів
- Подякували: 905 разів
Повірте, по наростаючій!!! Та ще І з дати 01.01.2017!!! А якщо за цим слідкувати, можна навіть з передоплата ми не попадати в блок, за умови, що ВИ собі забезпечили ПК. Але це по торгівлі.ИгорьАлександрович писав: Логика есть, она элементарная, но оказывается даже такую элементарщину не всем дано понять. #rolf#
Склад по наростающей в данном случае считать не корректно, т.к. после прихода идет продажа. И после продажи на виртуальном складе минуса нет, там 0.
-
- Профи
- Повідомлень: 44
- З нами з: 07 серпня 2017, 20:52
- Дякував (ла): 20 разів
- Подякували: 36 разів
Спорить и учить вас у меня нет никакого желания. Бесполезно.Nelli-Nelli писав: Повірте, по наростаючій!!! Та ще І з дати 01.01.2017!!!
-
- Светоч Мысли
- Повідомлень: 1729
- З нами з: 31 травня 2015, 13:16
- Дякував (ла): 399 разів
- Подякували: 905 разів
Спорить зі мною і не потрібно. А вчитись я завжди готова. І на форумі не пишу, коли невпевнена.ИгорьАлександрович писав: Спорить и учить вас у меня нет никакого желания. Бесполезно.
-
- Мудрец
- Повідомлень: 139
- З нами з: 06 вересня 2015, 11:02
- Дякував (ла): 37 разів
- Подякували: 23 рази
тем более, что на практике не было блока, много раз покупала и продавала, а не пять раз, даже не пять раз в день)
***************Купили трубу код 7306 за 600 тыс. грн., наценка 10%, продали трубу за 660 тыс. грн. и снова купили трубу .
Считаем "склад": 600 000 + 600 000 - 660 000 = 540 тыс. грн.
Считаем коэффициент 1,5: 660 000 / 540 000 = 1,222. Пока всё хорошо.*******************
вот здесь уже неправильно коэффициент посчитан, нужно 660:600
***************Купили трубу код 7306 за 600 тыс. грн., наценка 10%, продали трубу за 660 тыс. грн. и снова купили трубу .
Считаем "склад": 600 000 + 600 000 - 660 000 = 540 тыс. грн.
Считаем коэффициент 1,5: 660 000 / 540 000 = 1,222. Пока всё хорошо.*******************
вот здесь уже неправильно коэффициент посчитан, нужно 660:600
-
- Профи
- Повідомлень: 32
- З нами з: 17 серпня 2015, 14:58
- Дякував (ла): 8 разів
- Подякували: 4 рази
У нас в начале осени был блок на авансы. Устранили авансы. В конце осени пошел блок на продажу в рассрочку. Стали разбираться с формулой 1,5. И вдруг пришли к мнению которое выше изложено.Nelli-Nelli писав:ЗорянаК права. Склад по наростаючій, продаж теж. На день реєстрації своєї ПН считаєм всі вхідні зареєстровані ПН з даним кодом (7306). А далі всі свої видані ПН. Тут головне баланс між ПК та ПЗ. Щоб Ваші продажі по наростаючій були не більше ніж «склад» по зареєстрованим на Вас ПН*на 1,5. Як казав мій знайомий, логіки в відносинах з податковою не шукай, так що мехмат тут не допоможе#g_crazy#kruger писав:Вы говорите, что было 4 закупки и 4 продажи (по коду 7306) и они сели в ЕРНН ? И теперь мы хотим регистрировать 5-ую продажу ?ЗорянаК писав:нужно считать: склад 600х4, продажа-660х4, коэфициент 660:600=1.1
Остаток = 600 + 600 + 600 + 600 - 660 - 660 - 660 - 660 = отрицтельный. Минус на 1,5 снова минус. 660 больше чем минус. Поэтому блокировка.
Здесь смысл в том, что блокируются скажем предоплаты. Но даже если работать без п/о то все равно через 3-4 цикла - блок. Может я не силен в математике, почему и спрашиваю. (хотя когда-то учился на мехмате).
Согласен что формула нарастающая. Почему то никто не может пока понять, что в формуле приход и расход не в штуках и метрах, а в гривнах; и приход в грн. всегда меньше расхода в грн. если торговать прибыльно. Оно и понятно, они же хотят встречный транзит ловить когда импортные бананы не должны с металлом дружить.
Поэтому и просьба (в т.ч. и Игоря Н) помогите с формулой разобраться, удобнее на условном примере.
Купили металл по 600. Продаем тот же метал по 660. И снова купили металл по 600. В ЕРНН 2 ПК и 1 ПЗ уже сели. Теперь хотим еще одну нн в ЕРНН зарегить. Считаю формулу "склада" :
600 + 600 - 660 = 540
Считаем предел зупинення: 1,5 * 540 = 810
Сравниваем 660 больше чем 810 ? Нет. Значит 2-ая продажа зарегится. Но дальше то начинается ...
-
- Профи
- Повідомлень: 32
- З нами з: 17 серпня 2015, 14:58
- Дякував (ла): 8 разів
- Подякували: 4 рази
В приказе 567 МФУ от 13.06.2017 (СМКОР) в п. 6 было "обсяг ... у 1,5 раза бильше ... залишку ризници обсяга постачання ... та обсягу придбання". Потом в июле п.6 уже изменился на противоположность "обсяг ... у 1,5 бильше ... ризници придбання ... та постачання ..."ЗорянаК писав:тем более, что на практике не было блока, много раз покупала и продавала, а не пять раз, даже не пять раз в день)
***************Купили трубу код 7306 за 600 тыс. грн., наценка 10%, продали трубу за 660 тыс. грн. и снова купили трубу .
Считаем "склад": 600 000 + 600 000 - 660 000 = 540 тыс. грн.
Считаем коэффициент 1,5: 660 000 / 540 000 = 1,222. Пока всё хорошо.*******************
вот здесь уже неправильно коэффициент посчитан, нужно 660:600
С 22 марта вероятно эта же формула и будет снова.
Просьба. Напишите эту формулу как Вы сами понимаете для себя. Возьмите свой товар и 1 раз купите и 1 раз продайте. И снова закупайте. И теперь снова надо регить продажу по 2 сделке. И ... жду Вашу формулу для соблюдения п.6 ...
-
- Профи
- Повідомлень: 44
- З нами з: 07 серпня 2017, 20:52
- Дякував (ла): 20 разів
- Подякували: 36 разів
Тут важно понимать очередность событий.kruger писав:
Купили металл по 600. Продаем тот же метал по 660. И снова купили металл по 600. В ЕРНН 2 ПК и 1 ПЗ уже сели. Теперь хотим еще одну нн в ЕРНН зарегить. Считаю формулу "склада" :
600 + 600 - 660 = 540
Если идет покупка за 600 и после нее продажа за 660, то по итогу будет не -60, а 0.
Если идет сначала 2 покупки по 600, а потом продажа за 660, тогда остаток 540. Все же просто, ну как тут можно запутаться??#rolf#
Я думаю не надо объяснять, что важно в какой последовательности следует регить?
-
- Профи
- Повідомлень: 32
- З нами з: 17 серпня 2015, 14:58
- Дякував (ла): 8 разів
- Подякували: 4 рази
Очередность/последовательность очень важна, это ясно.ИгорьАлександрович писав:Тут важно понимать очередность событий.kruger писав:
Купили металл по 600. Продаем тот же метал по 660. И снова купили металл по 600. В ЕРНН 2 ПК и 1 ПЗ уже сели. Теперь хотим еще одну нн в ЕРНН зарегить. Считаю формулу "склада" :
600 + 600 - 660 = 540
Если идет покупка за 600 и после нее продажа за 660, то по итогу будет не -60, а 0.
Если идет сначала 2 покупки по 600, а потом продажа за 660, тогда остаток 540. Все же просто, ну как тут можно запутаться??#rolf#
Я думаю не надо объяснять, что важно в какой последовательности следует регить?
Вы говорите что если купили за 600, потом продали за 660, то будет 0 грн. Другими словами в их формуле которая на их сервере крутится (программно) не допускается минус ? В п. 6 приказа 567 об этом ни слова. Допустим что это так, минус меняется на нуль программно.
Тогда словили аванс 660. Ничего пока не закупали. Пополнили счет НДС. Хотим регить 660. Считаем "склад".
0 - 660 = 0
Считаем зупинення.
1,5 * 0 = 0.
Сравниваем. 660 больше 0 ? Да. Значит блок. Оно и понятно - ведь если бы мы не пополнили НДС счет а купили бы бананы и перебросили ПК с бананов на ПЗ метала то это надо блочить.
Тогда вся надежда, что программеры в сервере меняют минус на нуль. В принципе похоже на правду. Спасибо.