Форум

Нет вариантов?

Я определил какие внешние отчеты не формируется.
Это те, у которых файл с расширением (.frf)был создан мною.
Все внешние отчеты, которыми я пользуюсь, так или иначе надо настраивать. Чтобы при установлении очередного SP настроенные файлы не обновлялись, я создаю копии этих отчетов, а файлам .frf даю новое имя ( собственно копирую файл .frf и добавляю буковку в имени файла).
Вот все эти внешние отчеты сейчас и не формируются.
Алгоритм отрабатывает: запрашиваются все исходные данные, всё вводится, а позавершению на экране пустой лист, выданный Дизайнером отчетом ( лист в рамочке с разметкой точками). А вверху слева, где нумерация страниц, также пронумерована всего одна страница.

А вот почему Дизайнер отчетов не стал воспринимать созданные пользователем файлы .frf после перехода на УСН непонятно.
Может теперь будут мнения?

Идет формирование, выполняется диалог, а по завершению Дизайнер отчетов выдает всего один пустой лист.
Что не так?

Цитата

АИЛ2 пишет: У меня первоначально в карточке ОС стояла типовая операция из НУ при ОСНО. Там налоговая амортизация считалась от Первоначальной (восст.) стоимости для НУ . Заменив типовую операцию на рекомендуемую для УСН (как в ДЕМО версии-NУ), амортизацию считает от Первоначальной стоимости минус Входная амортизация . При чем, и в карточке ОС в Объкте НУ там где показано окно начисления амортизации в качестве Стоимости расчета НА в первом случае стоит Первоначальная стоимость , а во втором - Первоначальная за минусом Входной амортизации . Что определило замену показателя от которого считается амортизация? Показателя Стоимости расчета НА в карточке ОС в Объкте НУ там, где показано окно начисления амортизации? Меняется только типовая операция расчета налоговой амортизации, собственно формула расчета.

Определило поле Стоимость для начисления НА в Типовой операции.
Похоже по умолчанию используется Первоначальная стоимость .
Либо в поле задается формула, отчего считается налоговая амортизация.

У меня первоначально в карточке ОС стояла типовая операция из НУ при ОСНО.
Там налоговая амортизация считалась от Первоначальной (восст.) стоимости для НУ.
Заменив типовую операцию на рекомендуемую для УСН (как в ДЕМО версии-NУ), амортизацию считает от Первоначальной стоимости минус Входная амортизация.
При чем, и в карточке ОС в Объкте НУ там где показано окно начисления амортизации в качестве Стоимости расчета НА в первом случае стоит
Первоначальная стоимость, а во втором - Первоначальная за минусом Входной амортизации.

Что определило замену показателя от которого считается амортизация?
Показателя Стоимости расчета НА в карточке ОС в Объкте НУ там, где показано окно начисления амортизации?
Меняется только типовая операция расчета налоговой амортизации, собственно формула расчета.

В первой формуле (типовой операции) для расчета используется Первоначальная стоимость в Н.У.(ST_NU)
Во второй же формуле - Стоимость для начисления НА (ST_NA)

Так что же определило замену показателя от которого считается амортизация при смене
типовой операции, собственно формулы расчета?

Далее более.

В формулах расчета НА используются упомянутые уже перемееные Первоначальная стоимость в Н.У.(ST_NU)
и Стоимость для начисления НА (ST_NA)
В карточке же ОС "Объект НУ" есть только показатель Первоначальной (восст.) стоимость для НУ.
Какой из перечисленных переменных он соответвует?
Похоже что первой - Первоначальная стоимость в Н.У.(ST_NU) .
А вторая переменная - Стоимость для начисления НА (ST_NA) , что расчетная?
Первоначальная за минусом Входной амортизации, так?

Ну предположим или будем считать, что так.

Далее более.
В преславутой инструкции сказано, что в Картотеке ОС следует произвести одну из процедур её приведения в режим начальных остатков по клавишам ALT-I или ALT-P, что в конечном счете с учетом вышескзанного обеспечило бы правильный расчет.
Но у меня почему-то ни первая, ни вторая процедура не отрабатывают.
Запускаются, спрашивают уточнение расчета и все - никаких действий. В чем дело?

...
Конечно, я могу принудительно в нужные поля налоговой карточки занести соответвующие значения и "радоваться" своему успеху.
Но для чего делаются процедуры, пишутся инструкции и т.п.. Хочется же осознанно работать, с пониманием сделанного, не тратя на это время, когда методом тыка, выбросив Инструкцию, пытаешься панять как же в конце концов можно приспособиться к программе.

Спасибо.
Но, извините, там не всё так понятно, как казалось бы.
Вот есть что-то похожее:

"2. Формирование остаточной стоимости. По клавише ALT-P в поле первоначальной стоимости как для бухгалтерского, так и для налогового учета записывается остаточная стоимость объекта на момент перехода на УСН. "

Но я не пойму, зачем при этом менять первоначальную стоимость для бухгалтерского учета?
Мне это не нужно. БУ должен остаться обычным, а не подстроенными под НУ при УСН.

Где и как опредляется, что налоговая амортизация для ОС, приобретенных до перехода на УСН, считается от остаточной стоимости, а не от первоначальной, как при ОСНО?

НЕ понравилось, что БЭСТ находится на сетевом диске, а работаю с рабочей станции.

Все подготовил к переходу на УСН в соответствии с интсрукцией.
Запускаю Upgrade. Гаснет экран монитора, Ничего не вижу, что происходит... Прождал минут 40.
Нажал на Esc, зажегся экран, программа как бы вышла на верхний уровень меню (т.е., так же как по Esc завершает).
Проделал второй раз, так же не дождался результат из-за погасшего экрана.
В чем дело ?
Оставляю работать на ночь...

Спасибо. Все получилось.

Цитата
ВАЛЕРИЙ БОНДАРЧУК пишет: Накатить сверху значит, вначале установить 2010.45. Принять файлы БЭСТ. И установить 2010.53, который корректно произведет обновление. И выгрузит в формате 5,01

1. Установил w45
2. Принял Файл Бэст
3. Установил w53
3. А как "накатит сверху", так и не понял. Извините.

"который корректно произведет обновление" поясните пожалуйста

.

Минуточку, по-моему я морочу голову себе и вам...
...Да, действительн. Прошу прощения.
Нашел ошибку в алгоритме (хххх.frm) - недоставало одной команды ENDIF при первом месяце январе). А на ситнтаксис
проверки похоже нет. Вот и не до конца алгоритм отрабатывал.

А не подскажите, с помощью каких команд добраться до начислений инвалидов по кодам фондов?
Т.е. с использованием функций S_CTI(...) и ей подобных.
Есть системный параметр IC1 - группа инвалидности. А с помощью какой команды узнать, что он не пуст?

Спасибо. Помог вариант с "Очисткой данных за период".

Еще странная вещь творится.
Есть выходная форма, построенная с помощью функции FileEval, соответсвенно есть файл с алгоритмом хххх.frm/
Форма и файл хххх.frm созданы мною.
Работает много лет.

Последний раз получили данную форму за декабрь прошлого года. Все отлично.
Закрыли период. Считаем зарплату за январь. Выходной документ не формируется как надо.
Такое ощущение, что файл хххх.frm НЕ дорабатывает до конца. Именно последних значений переменных [avars]
нет, пустые значения.

Откатываюсь на декабрь - все отлично. Закрываю период, открываю январь, ничего не делая более - нет последних переменых.
Что за фокус, может есть идеи?

Цитата
Владимир Устькачкинцев пишет: Все изменения можно делать и при открытом январе (всё нормально рассчитывается), только придется из постоянных удержаний в лицевой счет "ручками" перекидывать новые удержания.

Наверное не всегда. Я в январе в "Отчисления в фонды" вводил новые коды фондов. Они не учтитываются в январе. Только после закрытие перода и открытия нового (февраля)

На сколько периодов можно сделать откат?
Расчетный период январь. Закрыл его, открыл февраль.
Надо откатится на декабрь. С февраля откатился на январь успешно.
При попытке откатится на декбарь выдает сообщение "Откать уже производился. Сделать повторный откат?"
После подтверждения, делает откат, но остается в январе.

Необходимость в откате возникла потому, что не настроились на новые тарифы по взносам.
Настройку произвели уже в открытом периоде января. Потому не считались взносы по новому.
Январь закрывали для того, что бы убедится в том, что действительно надо нстройку делать до
окрытия нового периода. Вот теперь не можем вернуться на декабрь и все проделать с начала.
Что посоветуете?
Спасибо.

Цитата
. Установил 2010.45, загрузил файл, накатил сверху 2010.53, все ок.

А что значит "накатил сверху"?

Проделал аналогичное.Выгрузил из БЭСТа в старом формате.Загрузил в СБиС++ (Электронная отчетность)Там уже обновленная версия 2-НДФЛ
Загруженное формируется в старом формате. Создавая новую запись им внося данные вручную - формирует в новом формате.

Цитата
Яков Караван пишет: 1. Надозакрыть период до 01/01/2010 2. Расскрываем новую чистую базу "рабочая УСН" 3. Делаем апгрейд из вашей базы в новую.

Где и как выполняется пункт 2?
Так что бы это было в отдельном каталоге.

Почему за полугодие в разделе 1 строка 100 равна строке 150 за первый квартал?
Т.е. остаток на начало расчетного периода почему стал равен остатку на конец отчетного периода ?

К тому же в командах вычисления P100_3, когда значение выбирается из таблицы за предыдущий период ошибка: Если ПУСТО (Р150_3)... Р150_3 почему?

Всем спасибо за участие.
Разобрался с вашей помощью.

Для сведения: при выборе проводок платежей ппадают лишние проводки.
В алгоритме концы месяцев по 30 дней опредлены как 31 день. Исправление избавит вас от лишних проводок на экране.

ПФРмо - это код фонда ПФР. Так?
ФОТмо - это код колонки начисления, соответсвующая коду фонда ПФР. Это не так?

Ну так вы и скажите, что есть ФОТмо.
В алгоритме этот параметр, как и большинство, не описан.

Цитата
Владимир Устькачкинцев

Спасибо. Но колонка 032 в первой ветви алгоритма (без ЕНВД).
Ну ладно, определю я её.
Но в связи с тем я писал выше, в алгоритме далее ФОТ переопредляется как массив из ФОТмо .... что-то не пойму...
Сейчас проверю

Странно, куда-то исчез ответ..., вернее не записался
Дублирую.

Цитата
Денис пишет: Да. Больничные должны отражаться в этих строках...

Денис, извините, но
должны отражаться
или
отражаются по данному алгоритму?

Насколько я понял из алгоритма, то строка 211 (Р211_...) формируется как разница между начислениями колонки ФОТ[и] и облагаемой базой по фонду ПФР[и].

ФОТ[] - это массив номеров колонок начислений, сформированный по начальным установкам параметраФОТмо .
А ПФР[] - это массив кодов фондов, сформированный по начальным установкам параметраПФРмо.
Но ПФРмо и ФОТмо по сути одно и то же. Первое - коды фондов ПФР, второе - колонки начислений соответсвующие этим фондам.
Поэтому и разница между начислениями колонки ФОТ[и] и облагаемой базой по фонду ПФР[и] будет равна 0. Так я " читаю" алгоритм. Может неправ.

Цитата
Денис пишет: ...Чтобы они попали туда надо, чтобы коды больничных входили в колонку которую вы указываете (Код колонки начислений: ФОТ) при формировании РСВ-1.

Так как конкретно параметр в начальных установках соответсвует тому, что бы попасть куда надо?

Спасибо, Денис.
Но вы как раз и процитировали, что АДВ-6-3 предоставляется в составе документов, содержащих сведения о начисленных и уплаченных страховых взносах на обязательное пенсионное страхование и страховом стаже застрахованного лица,
т.е СЗВ-6-1.
Так почему разработчики заполнили её и для СЗВ-6-2?
Потому что её требуют некоторые ПФР?

Так в разделе 2 должны быть больничные или нет?
В строках 210 и 211? Где это в настройках должно быть?