Блокировка регистрации НН/РК (частина 2️⃣)

kruger писав:

ЗорянаК писав:нужно считать: склад 600х4, продажа-660х4, коэфициент 660:600=1.1

Вы говорите, что было 4 закупки и 4 продажи (по коду 7306) и они сели в ЕРНН ? И теперь мы хотим регистрировать 5-ую продажу ?

Остаток = 600 + 600 + 600 + 600 - 660 - 660 - 660 - 660 = отрицтельный. Минус на 1,5 снова минус. 660 больше чем минус. Поэтому блокировка.

Здесь смысл в том, что блокируются скажем предоплаты. Но даже если работать без п/о то все равно через 3-4 цикла - блок. Может я не силен в математике, почему и спрашиваю. (хотя когда-то учился на мехмате).

ЗорянаК права. Склад по наростаючій, продаж теж. На день реєстрації своєї ПН считаєм всі вхідні зареєстровані ПН з даним кодом (7306). А далі всі свої видані ПН. Тут головне баланс між ПК та ПЗ. Щоб Ваші продажі по наростаючій були не більше ніж «склад» по зареєстрованим на Вас ПН*на 1,5. Як казав мій знайомий, логіки в відносинах з податковою не шукай, так що мехмат тут не допоможе#g_crazy#

Nelli-Nelli писав: ЗорянаК права. Склад по наростаючій, продаж теж. На день реєстрації своєї ПН считаєм всі вхідні зареєстровані ПН з даним кодом (7306). А далі всі свої видані ПН. Тут головне баланс між ПК та ПЗ. Щоб Ваші продажі по наростаючій були не більше ніж «склад» по зареєстрованим на Вас ПН*на 1,5. Як казав мій знайомий, логіки в відносинах з податковою не шукай, так що мехмат тут не допоможе#g_crazy#

Логика есть, она элементарная, но оказывается даже такую элементарщину не всем дано понять. #rolf#
Склад по наростающей в данном случае считать не корректно, т.к. после прихода идет продажа. И после продажи на виртуальном складе минуса нет, там 0.

ИгорьАлександрович писав: Логика есть, она элементарная, но оказывается даже такую элементарщину не всем дано понять. #rolf#
Склад по наростающей в данном случае считать не корректно, т.к. после прихода идет продажа. И после продажи на виртуальном складе минуса нет, там 0.

Повірте, по наростаючій!!! Та ще І з дати 01.01.2017!!! А якщо за цим слідкувати, можна навіть з передоплата ми не попадати в блок, за умови, що ВИ собі забезпечили ПК. Але це по торгівлі.

Nelli-Nelli писав: Повірте, по наростаючій!!! Та ще І з дати 01.01.2017!!!

Спорить и учить вас у меня нет никакого желания. Бесполезно.

ИгорьАлександрович писав: Спорить и учить вас у меня нет никакого желания. Бесполезно.

Спорить зі мною і не потрібно. А вчитись я завжди готова. І на форумі не пишу, коли невпевнена.

тем более, что на практике не было блока, много раз покупала и продавала, а не пять раз, даже не пять раз в день)

***************Купили трубу код 7306 за 600 тыс. грн., наценка 10%, продали трубу за 660 тыс. грн. и снова купили трубу .

Считаем "склад": 600 000 + 600 000 - 660 000 = 540 тыс. грн.
Считаем коэффициент 1,5: 660 000 / 540 000 = 1,222. Пока всё хорошо.*******************

вот здесь уже неправильно коэффициент посчитан, нужно 660:600

Nelli-Nelli писав:

kruger писав:

ЗорянаК писав:нужно считать: склад 600х4, продажа-660х4, коэфициент 660:600=1.1

Вы говорите, что было 4 закупки и 4 продажи (по коду 7306) и они сели в ЕРНН ? И теперь мы хотим регистрировать 5-ую продажу ?

Остаток = 600 + 600 + 600 + 600 - 660 - 660 - 660 - 660 = отрицтельный. Минус на 1,5 снова минус. 660 больше чем минус. Поэтому блокировка.

Здесь смысл в том, что блокируются скажем предоплаты. Но даже если работать без п/о то все равно через 3-4 цикла - блок. Может я не силен в математике, почему и спрашиваю. (хотя когда-то учился на мехмате).

ЗорянаК права. Склад по наростаючій, продаж теж. На день реєстрації своєї ПН считаєм всі вхідні зареєстровані ПН з даним кодом (7306). А далі всі свої видані ПН. Тут головне баланс між ПК та ПЗ. Щоб Ваші продажі по наростаючій були не більше ніж «склад» по зареєстрованим на Вас ПН*на 1,5. Як казав мій знайомий, логіки в відносинах з податковою не шукай, так що мехмат тут не допоможе#g_crazy#

У нас в начале осени был блок на авансы. Устранили авансы. В конце осени пошел блок на продажу в рассрочку. Стали разбираться с формулой 1,5. И вдруг пришли к мнению которое выше изложено.

Согласен что формула нарастающая. Почему то никто не может пока понять, что в формуле приход и расход не в штуках и метрах, а в гривнах; и приход в грн. всегда меньше расхода в грн. если торговать прибыльно. Оно и понятно, они же хотят встречный транзит ловить когда импортные бананы не должны с металлом дружить.

Поэтому и просьба (в т.ч. и Игоря Н) помогите с формулой разобраться, удобнее на условном примере.

Купили металл по 600. Продаем тот же метал по 660. И снова купили металл по 600. В ЕРНН 2 ПК и 1 ПЗ уже сели. Теперь хотим еще одну нн в ЕРНН зарегить. Считаю формулу "склада" :

600 + 600 - 660 = 540

Считаем предел зупинення: 1,5 * 540 = 810

Сравниваем 660 больше чем 810 ? Нет. Значит 2-ая продажа зарегится. Но дальше то начинается ...

ЗорянаК писав:тем более, что на практике не было блока, много раз покупала и продавала, а не пять раз, даже не пять раз в день)

***************Купили трубу код 7306 за 600 тыс. грн., наценка 10%, продали трубу за 660 тыс. грн. и снова купили трубу .

Считаем "склад": 600 000 + 600 000 - 660 000 = 540 тыс. грн.
Считаем коэффициент 1,5: 660 000 / 540 000 = 1,222. Пока всё хорошо.*******************

вот здесь уже неправильно коэффициент посчитан, нужно 660:600

В приказе 567 МФУ от 13.06.2017 (СМКОР) в п. 6 было "обсяг ... у 1,5 раза бильше ... залишку ризници обсяга постачання ... та обсягу придбання". Потом в июле п.6 уже изменился на противоположность "обсяг ... у 1,5 бильше ... ризници придбання ... та постачання ..."

С 22 марта вероятно эта же формула и будет снова.

Просьба. Напишите эту формулу как Вы сами понимаете для себя. Возьмите свой товар и 1 раз купите и 1 раз продайте. И снова закупайте. И теперь снова надо регить продажу по 2 сделке. И ... жду Вашу формулу для соблюдения п.6 ...

kruger писав:
Купили металл по 600. Продаем тот же метал по 660. И снова купили металл по 600. В ЕРНН 2 ПК и 1 ПЗ уже сели. Теперь хотим еще одну нн в ЕРНН зарегить. Считаю формулу "склада" :

600 + 600 - 660 = 540

Тут важно понимать очередность событий.
Если идет покупка за 600 и после нее продажа за 660, то по итогу будет не -60, а 0.
Если идет сначала 2 покупки по 600, а потом продажа за 660, тогда остаток 540. Все же просто, ну как тут можно запутаться??#rolf#
Я думаю не надо объяснять, что важно в какой последовательности следует регить?

ИгорьАлександрович писав:

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 ? Да. Значит блок. Оно и понятно - ведь если бы мы не пополнили НДС счет а купили бы бананы и перебросили ПК с бананов на ПЗ метала то это надо блочить.

Тогда вся надежда, что программеры в сервере меняют минус на нуль. В принципе похоже на правду. Спасибо.