Ну т.е. по факту вы подгоняете сумму ндс по общую сумму документа? А если в документе товары и услуги облагаются по разному - то считаете сумму ндс по каждой из этих групп и размазываете по строкам документа? Очень странная практика, т.к. работая с кучей заказчиков, ни разу не встречал бухгалтерию которая бы так работала. Наоборот иногда поступают замечания когда сумма по строке документа не идет. И сумму ндс по книге как раз никто не сравнивает. Только в случае книги покупок, чтобы сумма ндс в продажах по реализации шла с суммой ндс в книгах покупок.
Она и не будет. Т,к. если в случае корректировки фактуры разные строки будут давать увеличение и уменьшение суммы, то они попадают в разные книги. Никто не оперирует ндс-ом по документу. Всегда обрабатывается ндс по строкам. А если у вас математика по строке не пойдет - то либо бухгалтерия съест либо потребитель.
Самое интересно начинается в книгах покупок, когда идет погашение частями. ( В случае одной авансовой фактуры на несколько документов реализации ) И тут уже лучше доплатить на копейку больше чем меньше. На это как раз ФНС закрывает глаза)
Все верно. И в книгу покупок и продаж попадает именно сумма налога из строк фактуры, а не вычисленная умножением суммы документа на ставку. Это будет та-же самая сумма которая отображается в печатной форме сф в итоговой строке.
Сам постоянно, при поездке куда-то дальше 200км, всегда строю маршрут сразу с заправками. Так и нужные с кэшбэком можно выбрать, заодно сразу планируешь себе места где попьешь\поешь.
Не так давно, как раз в посте про цензуру Алисы, на вопрос "Кто такой Ленин" - она отвечала что не обсуждает такие темы. А сейчас проверил - и внезапно она ответила: "Ленин (Ульянов) Владимир Ильич (1870-1924) - российский революционер, крупный теоретик марксизма, советский политический и государственный деятель, основатель коммунистической партии и Советского государства. "
ui тоже можно обернуть, если проект большой, и разработку ведут разные люди. таким образом общий стиль приложения более однородный. ну и в базовых компонентах, так-же можно прописать кастомные пропсы, нужные в конкретном приложении.
Некоторые переходят на Postgres. Ну безусловно этот переход влечет за собой смену ПО. И как я понимаю позиция государства как раз в переводе всех на сертифицированный Postgres
Собственно то за что не нравиться Go пытаются затащить в Js. Тут где-то рядом целый трэд был про использование exception.
Можно попросить все же поправить форматирование?
fn main() -> anyhow::Result<()> {вы хотя бы вычитывали статью перед публикацией...
Ну т.е. по факту вы подгоняете сумму ндс по общую сумму документа? А если в документе товары и услуги облагаются по разному - то считаете сумму ндс по каждой из этих групп и размазываете по строкам документа?
Очень странная практика, т.к. работая с кучей заказчиков, ни разу не встречал бухгалтерию которая бы так работала. Наоборот иногда поступают замечания когда сумма по строке документа не идет.
И сумму ндс по книге как раз никто не сравнивает. Только в случае книги покупок, чтобы сумма ндс в продажах по реализации шла с суммой ндс в книгах покупок.
Она и не будет. Т,к. если в случае корректировки фактуры разные строки будут давать увеличение и уменьшение суммы, то они попадают в разные книги. Никто не оперирует ндс-ом по документу. Всегда обрабатывается ндс по строкам. А если у вас математика по строке не пойдет - то либо бухгалтерия съест либо потребитель.
Самое интересно начинается в книгах покупок, когда идет погашение частями. ( В случае одной авансовой фактуры на несколько документов реализации ) И тут уже лучше доплатить на копейку больше чем меньше. На это как раз ФНС закрывает глаза)
Все верно. И в книгу покупок и продаж попадает именно сумма налога из строк фактуры, а не вычисленная умножением суммы документа на ставку. Это будет та-же самая сумма которая отображается в печатной форме сф в итоговой строке.
да даже при одинаковой налоговой ставке, сумма налога считается по каждой строке и никогда не считается от суммы документа
если мы говорим про российский бух учет конечно
Сам постоянно, при поездке куда-то дальше 200км, всегда строю маршрут сразу с заправками. Так и нужные с кэшбэком можно выбрать, заодно сразу планируешь себе места где попьешь\поешь.
мне вчера переводил код с питона на раст
но там очень хромает разметка когда, когда ответ не влезает в одну плашку текст
Не так давно, как раз в посте про цензуру Алисы, на вопрос "Кто такой Ленин" - она отвечала что не обсуждает такие темы. А сейчас проверил - и внезапно она ответила:
"Ленин (Ульянов) Владимир Ильич (1870-1924) - российский революционер, крупный теоретик марксизма, советский политический и государственный деятель, основатель коммунистической партии и Советского государства. "
ui тоже можно обернуть, если проект большой, и разработку ведут разные люди. таким образом общий стиль приложения более однородный. ну и в базовых компонентах, так-же можно прописать кастомные пропсы, нужные в конкретном приложении.
Для себя открыл typeof. Особенно актуально мне кажется для описания объекта state, если у него есть дефолтное состояние
Некоторые переходят на Postgres. Ну безусловно этот переход влечет за собой смену ПО. И как я понимаю позиция государства как раз в переводе всех на сертифицированный Postgres