Опердень, "срочно нужно вчера".
Feb. 2nd, 2010 11:24 am![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
metaclassКак известно, с 01.01.2010 в РБ изменились налоги. НДС стал 20%, сельхозналог отменили, акциз увеличился на 9%.
А сейчас, в первых числах следующего месяца уже по новым ставкам делаются отчеты и отдаются клиентам.
В связи с этим я второй день не вылезаю из оккультной опердени моей собственной разработки 2000-го года, и не устаю радоваться тому, что когда-то сделал все расчеты в лоб конечным автоматом, где состоянием служит множество из сальдо по всем счетам, клиентам и прочей детализации и параметров расчета, а событиями - первичные документы, операции и прочие исходные данные за период.
Короче, за два дня оказалось:
1) Одна из бухгалтерий удалила операцию установки нового НДС и это через синхронизацию баз разошлось по всем бухгалтериям по всей стране. Объяснения "зачем" я от них не добился, следов сознательного удалений не видно. "Промахнулись, удаляя другую операцию". Виноват, очевидно, я, потому что у меня не хватило терпения реализовать поверх всей шизы которая там есть еще и тонкий анализ прав доступа на изменение, типа "конкретно эту операцию по этому налогу в бухгалтериях менять запрещено".
2) Оказалось, что предыдущее изменение НДС (199x-200хз какой год) и текущее изменение НДС делаются по разному. Тогда если была предоплата или поставка в прошлом периоде - это обязательно шло по ставке НДС прошлого периода. Сейчас - влияет только дата поставкизаглянул еще раз в код, проверить паранойю, все правильно.
3) Оказалось, что то ли я тупой, то ли мне не так сказали, но НДС я поставил не с 01.01.2010 а c 04.01.2010, синхронно с изменением цены за счет этого НДС. Почему цену изменили не с 01.01, а с 04.01, если это ради НДС - лунный кролик приказал, не иначе как. Но это еще не все, они еще и с 10.01 цену поменяли второй раз. Видимо из соображений "резко менять нельзя, народ подумает, что девальвация".
4) Была ставка акциза 208400, увеличилась на 9%. Вопрос от 04.01.2010 "уточнить ставку у ответственных за это лиц" повис неотвеченным, т.к. кроме этого у всех еще работы выше крыши.
Какая новая ставка, как вы считаете? Конечно же 227160, т.к. у нас нет наличных денег меньше 10 рублей, поэтому округление в осноном безналичной ставки акциза, к тому же не показываемой в цене отдельно даже при наличном расчете, делается до 10 рублей.
5) Отмена сельхозналога делается опять "не так", как было раньше. Т.е. раньше налог считался по текущей ставке всегда, независимо от того, когда была поставка - сейчас или в прошлом периоде. Сейчас же придется считать по ставке периода поставки. Ну, это пофег, добавлю в структуру которая хранит информацию о поставке еще одно поле для сельхозналог, его загрузку-сохранение, добавлю операцию принудительного проставления этого поля на старую ставку для всех неоплаченных остатков на 01.01.2010 и расчет не по текущей а по сохраненной ставке.
Ад жопный, в общем.
А вы говорите, халява. Все, будучи оставлено без внимания и предоставленное самому себе, стремится саморазрушится и уничтожиться, либо целенаправленно уничтожается и разрушается сознательными усилиями неадекватных людей.
PS: МУАХАХАХА, только что позвонили - 5 пункт отменяется, т.е. переделывать ничего нужно, достаточно установить ставку в 0, налога в этом году не будет считаться вообще.
А сейчас, в первых числах следующего месяца уже по новым ставкам делаются отчеты и отдаются клиентам.
В связи с этим я второй день не вылезаю из оккультной опердени моей собственной разработки 2000-го года, и не устаю радоваться тому, что когда-то сделал все расчеты в лоб конечным автоматом, где состоянием служит множество из сальдо по всем счетам, клиентам и прочей детализации и параметров расчета, а событиями - первичные документы, операции и прочие исходные данные за период.
Короче, за два дня оказалось:
1) Одна из бухгалтерий удалила операцию установки нового НДС и это через синхронизацию баз разошлось по всем бухгалтериям по всей стране. Объяснения "зачем" я от них не добился, следов сознательного удалений не видно. "Промахнулись, удаляя другую операцию". Виноват, очевидно, я, потому что у меня не хватило терпения реализовать поверх всей шизы которая там есть еще и тонкий анализ прав доступа на изменение, типа "конкретно эту операцию по этому налогу в бухгалтериях менять запрещено".
2) Оказалось, что предыдущее изменение НДС (199x-200хз какой год) и текущее изменение НДС делаются по разному. Тогда если была предоплата или поставка в прошлом периоде - это обязательно шло по ставке НДС прошлого периода. Сейчас - влияет только дата поставки
3) Оказалось, что то ли я тупой, то ли мне не так сказали, но НДС я поставил не с 01.01.2010 а c 04.01.2010, синхронно с изменением цены за счет этого НДС. Почему цену изменили не с 01.01, а с 04.01, если это ради НДС - лунный кролик приказал, не иначе как. Но это еще не все, они еще и с 10.01 цену поменяли второй раз. Видимо из соображений "резко менять нельзя, народ подумает, что девальвация".
4) Была ставка акциза 208400, увеличилась на 9%. Вопрос от 04.01.2010 "уточнить ставку у ответственных за это лиц" повис неотвеченным, т.к. кроме этого у всех еще работы выше крыши.
Какая новая ставка, как вы считаете? Конечно же 227160, т.к. у нас нет наличных денег меньше 10 рублей, поэтому округление в осноном безналичной ставки акциза, к тому же не показываемой в цене отдельно даже при наличном расчете, делается до 10 рублей.
5) Отмена сельхозналога делается опять "не так", как было раньше. Т.е. раньше налог считался по текущей ставке всегда, независимо от того, когда была поставка - сейчас или в прошлом периоде. Сейчас же придется считать по ставке периода поставки. Ну, это пофег, добавлю в структуру которая хранит информацию о поставке еще одно поле для сельхозналог, его загрузку-сохранение, добавлю операцию принудительного проставления этого поля на старую ставку для всех неоплаченных остатков на 01.01.2010 и расчет не по текущей а по сохраненной ставке.
Ад жопный, в общем.
А вы говорите, халява. Все, будучи оставлено без внимания и предоставленное самому себе, стремится саморазрушится и уничтожиться, либо целенаправленно уничтожается и разрушается сознательными усилиями неадекватных людей.
PS: МУАХАХАХА, только что позвонили - 5 пункт отменяется, т.е. переделывать ничего нужно, достаточно установить ставку в 0, налога в этом году не будет считаться вообще.
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
no subject
Date: 2010-02-02 11:56 am (UTC)т.е. если задним числом удалить налог, то пересчитаются все счета, сальдо и исходящие документы?
мне кажется, уже отправленные и сданные в налоговую документы должны получать защиту от изменения
no subject
Date: 2010-02-02 12:11 pm (UTC)Но вообще я планирую во второй версии сделать бранчи, типа изменение вносится задним числом, но все расчеты по нему - прокладываются в текущем периоде, расчетом разницы между бранчами. Ну, как merge в системах контроля версий.
Сделать простым образом невозможно - расчеты нелинейные.
no subject
Date: 2010-02-02 12:40 pm (UTC)Polarian (http://www.polarion.com/) так работает, как я знаю.
no subject
Date: 2010-02-02 01:57 pm (UTC)no subject
Date: 2010-02-02 12:41 pm (UTC)no subject
Date: 2010-02-02 01:37 pm (UTC)no subject
Date: 2010-02-02 04:37 pm (UTC)no subject
Date: 2010-02-04 11:52 am (UTC)no subject
Date: 2010-02-02 01:10 pm (UTC)no subject
Date: 2010-02-02 01:32 pm (UTC)no subject
Date: 2010-02-02 03:41 pm (UTC)no subject
Date: 2010-02-02 03:43 pm (UTC)А вместо этого они ебут вас. Нахуя?!
no subject
Date: 2010-02-02 04:10 pm (UTC)no subject
Date: 2010-02-02 04:36 pm (UTC)А вот мысль забить на вторую работу и потребовать 2.5х увеличения зарплаты на этой давно витает в голове, но смысл последнее время окончательно потерялся - я для обоих работ один и тот же код пишу :)
no subject
Date: 2010-02-02 04:44 pm (UTC)no subject
Date: 2010-02-02 04:57 pm (UTC)no subject
Date: 2010-02-02 05:00 pm (UTC)(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:no subject
Date: 2010-02-02 05:12 pm (UTC)(no subject)
From:no subject
Date: 2010-02-02 05:09 pm (UTC)Они продадут клиенту одну и ту же работу 10 раз, и все равно все будет делаться в Excel.
Тут вопрос именно в том, чтобы у клиента даже мысль в ту сторону не ходила.
Хотя, на самом деле я их уже два года запинываю "купите себе SAP и отстаньте от меня наконец, я даже помогу вам не сдохнуть от этого сапа, поначалу" %:)
no subject
Date: 2010-02-02 04:40 pm (UTC)no subject
Date: 2010-02-02 04:53 pm (UTC)no subject
Date: 2010-02-02 05:10 pm (UTC)no subject
Date: 2010-02-02 05:15 pm (UTC)(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:сильно просим
Date: 2010-02-02 07:39 pm (UTC)А можно попросить отдельный пост/статью _для_дебилов_недопрограммистов_ по этому алгоритму, историю как пришел к такому решению и т.д.? интересно до жути... пожалуста... :-)
Re: сильно просим
Date: 2010-02-02 07:55 pm (UTC)