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