Конфигурация 1С БП 30

Ввели еще один субсчет для авансов (62.04, пассивный... ) - ( ну вот надо им )
в документах поступления на расчетный счет выбираем где счет аванса его

проблема в том, что не выписываются счета-фактуры на аванс обработкой "Регистрация счетов фактур на аванс " ( если просто ввести на основании поступления на расчетный счет, то создается счет-фактура )

в модуле менеджера обработки нашел место, где явно указываются эти счета
    

СчетаРасчетовПоАвансамПолученным = Новый Массив;
	СчетаРасчетовПоАвансамПолученным.Добавить(ПланыСчетов.Хозрасчетный.РасчетыПоАвансамПолученным);	// 62.02
СчетаРасчетовПоАвансамПолученным.Добавить(ПланыСчетов.Хозрасчетный.РасчетыПоАвансамПолученнымВал); // 62.22
СчетаРасчетовПоАвансамПолученным.Добавить(ПланыСчетов.Хозрасчетный.РасчетыПоАвансамПолученнымУЕ);  // 62.32

если сюда добавить 62.04 - то заполняет

единственное меня смущает то, что раньше вроде это автоматом работало, вводишь субсчет, выбираешь его в поступлениях и все норм...

никто не в курсе ?

не надо им.

(1) им надо (

не надо менять план счетов
Не Надо Менять План Счетов
НЕ НАДО МЕНЯТЬ ПЛАН СЧЕТОВ

(3) В БП можно. Добавлять можно.

(4) Чревато. Регламентированная отчетность спасибо не скажет.

(5) Напугали гусара триппером.
Субсчета только для бухотчётности важны, а там в коде добавить на раз-два-три )

А вот удалять субсчета крайне тяжело. Это надо вспомогательные счета-яшки использовать вроде Я62.04

(5) Там тоже можно настраивать заполнение (в Балансе точно)

(4) Можно. Но с чисто вымытыми руками. И не везде.

(0)
Сами себе на ровном месте геморрой придумали

(0) а если не секрет, для чего им этот счет?

(11) мне тут попадались особо одаренные, которые заводили пару счетов 62.41 и 62.42, для взаиморасчетов с маркетплейсами. Мозгов у людей нету.

(11) Скорее всего жаба душит Корп купить и пытаются вести ГосЗаказ в Профе.

(12) поискал в сети, кто как использует счет 62.04, наткнулся на такую прелесть: https://buh.ru/forum/forum18375/topic37327/
"Счет 62.01 был переименован, 62.02 заменен на 62.04..."

(14) ГБ имеет право на любой каприз. А программист 1С может всё.

(11) туда они кидают невыясненные платежи, потом им закрывают 62.01

(16) а чем их 76-ой не устраивает?

(16) 76.09 для этого придумали

(15) Аудиторы так не считают. На моей памяти пара случаев отрицательных результатов аудита БУ было.

(17) Ей не нужен 76-ой. Она получила аванс от одного из десятка тысяч покупателей. Не успевает разнести конкретно на нужного, потому что у нас любят платить с разных карточек и не указывать номер договора в назначении платежа.
Вот и собирает пока скоп на 62.04, потому что 100500 знает, что будет НДС с аванса. Пока по-бырому исчисляет НДС с аванса скопом. Потом потихоньку нормально подменяет 62.04 на нормальный 62.02 При этом удобно, что авансовый НДС в целом не меняется, т.е. равен const )

На пальцах: авансы пока не выяснены для занесения в программу от кого, но точно - от покупателей.

(20)А смысл так делать? В декларацию такой НДС с аванса скопом не засунешь

(21) Декла раз в квартал. Успеет разбросать. А вот сумму она уже знает здесь и сейчас.

(22)И какой смысл до отчетности считать НДС с авансов?

Кстати, возвращаясь к спору о себестоимости в ЕРП. Тут даже контрагента не успевает бухгалтер определить. Тогда как же она сходу определит под десяток статей и разрезов для четырёхмерного учёта: БУ, НУ, МСФО, УУ ?
Да никак. Значит ЕРП всегда накроется медным тазом.

Тут надо всю конструкцию менять, чтоб можно было БЕЗ проблем перещёлкивать ранее выбранные значения задним числом.
Тут нужен изначально папочковый подход. Чтобы отчётность шла не по элементам, а по папкам. И регистры по папкам разных уровней.

(24)что такое МСФО не знаю (точнее кому оно нужно), УУ можно и из БУ вытащить при нормальной аналитике

А вот НУ как по мне надо формировать как БУ + отклонения. Как раньше было, а не параллельным учетом

(23) Не в последний же день сводить НДС с языком на плече. Надо же заранее прикинуть сколько вычетнуть в этом квартале, а сколько и отложить.