v7: УСН 77 релиз 154-156. Книга расходов и доходов И константа "Выделять входящий НДС".
10.04.2008
08:36
#21
Я то могу забить на что угодно 
)
В данном случае есть желание заказчика и оно не противоречит закону и логике.
Тем более что в 8.х есть вариант именно как желает заказчик.
Поэтому просто делаю как он хочет. И нет у меня ни времени ни желания разбираться с логикой работы типовой УСН от 1С в данном вопросе.
)В данном случае есть желание заказчика и оно не противоречит закону и логике.
Тем более что в 8.х есть вариант именно как желает заказчик.
Поэтому просто делаю как он хочет. И нет у меня ни времени ни желания разбираться с логикой работы типовой УСН от 1С в данном вопросе.
14.04.2008
01:21
#22
Я уже писал что в принципе без разницы выделяете НДС или нет.
Смысл в моменте признания расходов по НДС.
Разработчики почему-то решили, что если константа стоит выделять НДС - значит надо сразу и в расходы принять.
В модуле проведения ПоступленияМПЗ прямо так и написано. Если выделяем, то делаем проводки по Н02.2 сразу если есть что зачитывать (оплата). И в этом случае совсем не проверяется например так РасходыПоМатериалам <> Перечисление.ПорядокПризнанияМатериальныхРасходов.ПоФактуСписания. Тоже самое касается и не материалов, просто другое перечисление.
Варианта решения собственно два.
1. Поправить формирование проводок документов и перепровести их. Все встает на место за маленьким исключением. Что за исключение ниже опишу.
2. Переписать КДиР так, что бы искать в содержании проводок "НДС" в поступлениях МПЗ и пропускал такие проводки. Тоже не долго.
Более правильный вариант 1, так как проводки документов будут корректными. Но он требует перепроведение документов.
Менее трудоемкий, но НЕ надежный вариант - это поправление КДиР. Содержание поправь и удали слово НДС и получи фашист гранату.
Вывод: Ай-Яй-Яй!!! Написание кода вставкой и копированием отключает голову и позволяет легко делать машинальные ошибки. я не притендую на идеальный код, но посмотрев на то что в типовой УСН понятно почему она такая какая есть.
P.S. Теперь про то самое исключение. Дело в том, документ Требование накладная косячит при списании материалов в производство в определенных случаях. Сумма НДС левая берется (копейки округления), а сумма по самомму материалу правильная.
Для чистоты эксперемента пробовал по номенклатуре, которая никогда не поступал и контрагенту по которому сальдо нулевое на начало и нет оборотов до и во время всех эксперементальных покупок оплат и передачи в производство. Документы развел по датам в правильном порядке, т.е. оплата авансом Х, на следующий день поступление ТМЦ на туже сумму Х и на третий день передача ТМЦ в производство того же количества по всем позициям, что и поступило.
Возникает ситуация не часто, но посмотрев логику кода - можно с легкостью придумавать такие варианты.
Смысл в моменте признания расходов по НДС.
Разработчики почему-то решили, что если константа стоит выделять НДС - значит надо сразу и в расходы принять.
В модуле проведения ПоступленияМПЗ прямо так и написано. Если выделяем, то делаем проводки по Н02.2 сразу если есть что зачитывать (оплата). И в этом случае совсем не проверяется например так РасходыПоМатериалам <> Перечисление.ПорядокПризнанияМатериальныхРасходов.ПоФактуСписания. Тоже самое касается и не материалов, просто другое перечисление.
Варианта решения собственно два.
1. Поправить формирование проводок документов и перепровести их. Все встает на место за маленьким исключением. Что за исключение ниже опишу.
2. Переписать КДиР так, что бы искать в содержании проводок "НДС" в поступлениях МПЗ и пропускал такие проводки. Тоже не долго.
Более правильный вариант 1, так как проводки документов будут корректными. Но он требует перепроведение документов.
Менее трудоемкий, но НЕ надежный вариант - это поправление КДиР. Содержание поправь и удали слово НДС и получи фашист гранату.
Вывод: Ай-Яй-Яй!!! Написание кода вставкой и копированием отключает голову и позволяет легко делать машинальные ошибки. я не притендую на идеальный код, но посмотрев на то что в типовой УСН понятно почему она такая какая есть.
P.S. Теперь про то самое исключение. Дело в том, документ Требование накладная косячит при списании материалов в производство в определенных случаях. Сумма НДС левая берется (копейки округления), а сумма по самомму материалу правильная.
Для чистоты эксперемента пробовал по номенклатуре, которая никогда не поступал и контрагенту по которому сальдо нулевое на начало и нет оборотов до и во время всех эксперементальных покупок оплат и передачи в производство. Документы развел по датам в правильном порядке, т.е. оплата авансом Х, на следующий день поступление ТМЦ на туже сумму Х и на третий день передача ТМЦ в производство того же количества по всем позициям, что и поступило.
Возникает ситуация не часто, но посмотрев логику кода - можно с легкостью придумавать такие варианты.
Читают тему
(гостей: 1)