BEST logo логотип компании БЭСТ - программы для бизнеса ПРОДАЖИ
+7 (991) 312-04-37
trade@bestnet.ru
ПОДДЕРЖКА
+7 (495) 775-66-76
consult@bestnet.ru
СКАЧАТЬ
Обновления
Дистрибутивы
Авторизация

Логин:
Пароль:
Забыли свой пароль?
Регистрация
ВАШ ВОПРОС

Доступ к Личному кабинету закрыт!
Как получить доступ?


Форум

Поиск  Пользователи  Правила 
Закрыть
Логин:
Пароль:
Забыли свой пароль?
Регистрация
Войти
 
Выбрать дату в календареВыбрать дату в календаре

Страницы: 1 2 3 След.
ОБРАЩАЮСЬ К С. ПАВЛИЧЕНКО, 6-НДФЛ
 
Добрый день!
На горячей линии
Ваши специалисты представили пример на ДЕМО-базе как должен выглядеть расчет зарплаты, и соответсующий ему Расчет 6-НДФЛ.
Привожу файлы:


Расчитан всего один ЛС, где три вида дохода :
БОЛ -2540 , ОТП - 2700 и ЗР1 -10000.

Раздел 1 Расчета 6:-НДФЛ заполнен верно
[FILE ID=542465]

А вот раздел 2 заполнен странно
[FILE ID=542466]

Доходы
БОЛ -2540 (НДФЛ 330) и , ОТП - 2700 (НДФЛ 351) заполнены верно - по своим датам и со своим НДФЛ.
Даты этих доходов в течении месяца.

А вот третий доход ЗР1 - 10000 , дата которого в последний день месяца, что тоже верно,
Но вот сумма показана странная , - весь доход за месяц 15240 (2540+2700+10000) за минусом НДФЛ исчисленного из предыдущих
ДОХОДОВ 15240 - 330 -351 = 14559 ?!

Проявляется не только не знание изменеий в НК касательно исчсления, удержания и перечисления НДФЛ,
но и Порядка заполнения 6 -НДФЛ.
В 6- НДФЛ в Разделе 2 показываются суммы каждого вида ДОХОДА по датам получения дохода и удержанный с них НДФЛ.
При чем ДОХОД показывается полный, без вычета НДФЛ.

А что за сумма 15240-330-551=14559 (весь доход минус НДФЛ, не всего а только с доходов выплаченных в течении месяца (до конца месяца).
Трудно даже его как- то квалифицировать!

Похоже, что разработчики считают что НДФЛ считается по-прежнему, в конце месяца относительно всех доходов.
А то, что выдается в течении месяца - НДФЛ не удерживаютя.
Если так, то это было до 2016 года!
Сейчас НДФЛ исчисляется, удерживается и перечисляется с каждого дохода по дате выплаты (дате получения) (кроме зарплаты)

При этом, разработчики уверенно цитируют старые нормы НК и считают правыми себя.
Обратите, полжалуйста, на это внимание.
Уже третий квартал на исходе , а у нас не реализован Расчет 6-НДФЛ .

P.S.Проблемы не только с 6-НДФЛ,но и по другим вопросам не "пробить". Одно желание - лишь бы спихнуть вопрос.
Спасибо. Надеюсь на понимание.
Изменено: Новосибирск ОАО "Электропромпроект" - 31.08.2016 15:27:50
РАЗРАБОТЧИКАМ, Зарплата . Формирование отчетов.
 
[FILE ID=541917]
Зарплата. Формирование отчетов. Свод за период (по начислениям/удержаниям)
Приложены три файла: зя январь, за февраль и за январь-февраль.
Поясните пожалуйста, что отражается по начислению ТАР в столбце Дни Часы?
[FILE ID=541916]




Я привел три варианта, где следующие результаты:
- за январь (за один месяц) /644
- за февраль (тоже за один(!)месяц) 644/644
- за январь и февраль(за два(!)месяца (за период) 644/1288

Даже не вникая в достоверность приведенных чисел, видно:
во - первых, почему в 1 и 2 случае - свод за один месяц- отображение по разному;
во-вторых, вроде бы в этом столбце Дни и Часы отражаются. Но видно, что днй здесь нет.
Анализируя только эти результаты, можно сделать какие-то выводы (хотя никакие не делаются).

....

А теперь если посмотреть распечатки за прошлый год:
04мес 644/644
05мес 644/621
06мес 483/483
04-06мес /1783
А теперь сопоставьте полученные выводы с этими результатами.
...
В числителе - явно не часы.
В знаменателе - действительно фактически отработанные часы текущего месяца - отражаются верно.
А в числителе что отражается? Особенно по 05мес?
Куда делись обещанные дни?
Вопрос РАЗРАБОТЧИКАМ (ПРОГРАММИСТАМ), что должно отражается в данном столбце по программе в разных ситуациях:
-за текущий месяц;
-за период;
-почему иногда только в числителе иногда только в знаменателе. Если просмотреть предудущие периоды,
то за январь (первый месяц) могут быть и такие варианты как 644/- и - /644.
Изменено: Новосибирск ОАО "Электропромпроект" - 16.03.2016 09:08:44
2-НДФЛ 2016
 
Не формируется Раздел 3 - доходы по месяцам.
Раздел 5 - общая сумма дохода, база, исчисленный, удержанный, перечисленный налог формируется верно.
[FILE ID=541641] [FILE ID=541642]
Справка 2-НДФЛ 2012-2013 при этом формируется верно, на той же базе и при том же запросе
АО преобразовано в ООО. Есть ли возможность налоговой отчетности с нуля не открывая нового предприятия?
 
С 10.06.2015 АО прекратило свою деятельность, ООО -возникло.
Есть ли возможность в БЭСТ 5 , не убирая начисления по зарплате с начала года, получить отчетность по РСВ-1 и Индивидуальным сведениям в ПФР начиная с июня месяца, т.е база для начисления страховых взносов и сами азносы должны считаться с июня месяца? За 5 месяцев за АО уже полностью отчитались.
Аналогично по 2-НДФЛ. АО уже отчиталсоь по 2-НДФЛ за 5 месяцев, теперь отчетность по 2-НДФЛ должна не с начала года, а с июня- начисления и удержания?
Внешний отчет РСВ-1: Расчет по страх.взн. 2014, Количество застрахованных
 
На титульном листе этого отчета есть показатель "Количество застрахованных лиц", очень странную цифру выдает.

В отчете этот показатель определён как:
[trim(str([kol_z]))+REPLICATE('—', 6- LENGTH(trim(str([kol_z]))))]

-------------------------------------------------------------------

begin

kol_z:=[DialogForm.DataSet1." КОЛ_ЗАСТР "];

IF [kol_zap251]<>0 THEN kol_z:=[kol_zap251];

IF ([kol_zap251]=0) and ([kol_zap251]>0) THEN kol_z:=[kol_zap252];

end

Во-первых, что это за условие ([kol_zap251]=0) and ([kol_zap251]>0), как возможно одновременно равно 0 и больше 0.
Или я что-то не понимаю?
Где можно посмотреть, как опредляется kol_zap251 и kol_zap252

Но главный Вопрос , что в результате за цифру выдает, которая превышает Количество застрахованных лиц в два раза?
По алгоритму, что в данном Внешнем отчете этот показатель равен 29, а на титульном листе уже 58.


Ну и попутно. В карточке запроса , что появляется при Предварительном просмотре, есть показатель "Количество страниц раздела 6"
У меня там после расчета стоит 116, которое я меняю на нужное, Но после каждого расчета всегда 116, откуда оно берется?
РАЗРАБОТЧИКАМ. Имущество. Формирования отчетности.
 
Некорретно отрабатывает запрос на формирования Ведомостей наличия.

К примеру, Ведомость наличия детальная на ДЕМО базе.

1. Выбираю группу 004. Формируется по группе 004. ОК!

2. Устанавливаю группу "Все" через справочник. Формируется по всем группам. ОК!

3. Повторяю формирование ведомости не меняя запрос ( в нем остался установленный признак "Все") . А формируется по группе 004!

Вывод: Если нужна ведомость по всем группам, т.е.значение группы "Все", то ее надо устанавливать при каждом запросе. Даже если она не меняется!
Иначе она отрабатывает только при первом выполнении ( в момент установки этого значения), а при повторении будет выбираться группа, которая была до установки признака "Все".

Это можно пронаблюдать и визуально.
Когда выбираешь значение группы через иерархический Справочник, то наименование выбранной группы подсвечивается выделенным цветом.
Когда устанавливаю значение группы "Все" через справочник, то в иерархический Справочник устанавливается на верхнюю строку
+ 00 ОС. Ведомость формируется нормально - по всем группам.
А когда запускаю формирование ведомости повторно и тут же смотрю на состояние иерархического Справочника, там установлено (подсвечена) на предыдущую группу.
Естественно и формируется ведомость по этой группе. Хотя в запросе стоит значение группы "Все"
Изменено: Новосибирск ОАО "Электропромпроект" - 23.04.2015 15:32:09
FastReport - сообщение об ошибке
 


Имущество. Формирование отчетов. Ведомости наличия.
При формировании Ведомости наличия детальная и Ведомость наличия краткая выдаются сообщения, что в прилож. файле соответственно.
Далее, нажав на OK, формируется пустой отчет, только шапка, самой таблицы нет.
В то же время Ведомость наличия детальная (ландшафт) формируется без проблем.

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

О чем говорит, что одна ведомость формируется без проблем, а другие - нет?
И почему это наблюдается только на одной из рабочих станций.
Экспорт данных в электронном виде., Неверно формируется файл .xml. Уважаемые пользователи БЭСТ5,
 
Добрый день!
Обращаюсь прежде всего к пользователям, который экспортируют данные для передачи отчетности по электронным каналам связи в ИФНС, т.е. кто формирует файл с расширением .xml, в частности по БО (Ф1,2,3,4)

Первое. В сформированный файл .xml попадают не все показатели, присутствующие в сформированных внешних отчетах и сохраненных в архиве внешних отчетов. В исходном файле внешнего отчета есть, а в .xml их нет!
Наблюдается ли у кого-нибудь подобное?

Второе. В Форме 2 (да не только) есть вычитаемые показатели, которые в печатной форме отражаются в круглых скобках.
В файле .xml эти показатели сформированы с минусом. После загрузки в программные средства по передаче данных в электронном виде ( у нас это ТЕНЗОР, назовем его оператор)) все эти показатели для получения результата (прибыли) складываются, так как минус (признак вычитаемого показателя) на минус (значение в файле .xml ) дает плюс.
У вас наблюдается подобное? Загляните, пожалуйста, в файл .xml , если , к примеру, в поле строки 2120 Ф2 минус ?

По общению на Линии консультаций, меня не понимают, говорят что только у меня наблюдается подобное, обвиняя во всем опреатора.
Оператор же считает, что он прав. И каждый ссылается " Наша программа сертифицирована ФНС . У нас все верно".
А что, я единственный пользователь БЭСТ5 у опреатора ТЕНЗОР?

Общаюсь с коллегами, которые работают с 1С, у них нет эти минусов в .xml.

Убедительно прошу откликнуться, и сказать ситуацию по обоим случаям у вас.

P.S.
Вот нахожу информацию об обновлении версии 1С:

1С:Предприятие 8 Типовая конфигурация
Управление производственным предприятием, редакция 1.2


Версия 1.2.7

Новое в версии
Регламентная отчетность
  • Изменения в электронном представлении форм регламентированной отчетности
    • Изменены правила именования файлов выгрузки данных налоговой и бухгалтерской отчетности в электронном виде в соответствии с приказом ФНС России от 13.04.2007 г. N ММ-3-13/230@. Новые правила именования файлов применяются при выгрузке данных отчетности с 01.07.2007.
    • Изменен порядок выгрузки вычитаемых показателей при представлении в электронном виде форм бухгалтерской отчетности: начиная с 01.07.2007, вычитаемые показатели выгружаются со знаком «плюс».


Ну где-то же они нашли что "вычитаемые показатели выгружаются со знаком «плюс»."
Изменено: Новосибирск ОАО "Электропромпроект" - 02.04.2015 14:51:40
Отчетность в фонды РСВ-1
 
Вероятно я что-то недопонимаю. Растолкуйте пожалуйста.
Я формирую отчетность в ПФР в БЭСТе: РСВ-1 и СЗВ-6-4. Затем загружаю их в Программе передачи отчетности по каналам связи и передаю в ПФР.
Проверка в ПФР никогда не проходит нормально, т.к. все страховые взносы в БЭСТ считаются по каждому работнику отдельно, а в Программе передачи отчетности всё считают от общей суммы начисления.
И естественно, что результаты будут расходится на копейки. Причем, проверка в самой Программе передаче отчетности проходит успешно - они допускают расхождение в несколько копеек. А вот Пенсионный фонд разницу в 1 копейку выбрасывает в ошибку и отчет не принимается.Таким образом приходится страховые взносы рассчитывать второй раз, для заполнения РСВ-1 - теперь от общей суммы начисления по организации, либо "гонять копейки" туда-сюда. Время что на первый вариант, что на второй порой уходит немало

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

И что, так и "гоняем копейки" всё корректируя вручную?
ОШИБКА при попутке изменить режим доступа к базе
 
Стало выскакивать это сообщение при выходе из любого режима
Что случилось?
Среднесписочная численность
 
Кроме отчетности в ФНС "Сведения о среднесписочной численности работников" - которой как я понимаю нет в БЭСТ5 (илия не нахожу?),
среднесписочная численность опредляется в форме 4-ФСС. Уже много лет пытаюсь опредлить алгоритм расчета среднесписочной в этом отчете, что бы приспособиться к этому алгоритму и с пониманием вопринимать результат.
Но все тщетно. Результат пока абсолютно не предсказуемый.
Может кто здесь подскажетк как же работает функция
КОЛ_СОТР("СР_СПИС">,<Период>),
которая заложена в Внешней отчетности 4-ФСС.


Как учитывает уволенных и принятых в текущем месяце? Учитывает есть ли, нет ли нет начислений в текущем месяце, к примеру все дни на больничном или отпускные выплачены в предыдущем месяце? Короче - какие факторы влияют на результат. Ибо он ну никак не подвергается анализу .
Хотелось бы очень это узнать. Просто мечтаю...

Во внешнем отчете отчете РСВ-1 тоже формируется численность:
- на титульном листе - количество застрахованных лиц и среднесписочная численность
- и в разделе 2.1 в строке 260 - количество лиц которым начислены страховые взносы.
Что касается титульного листа - то при подсчете количества застрахованных лиц ошибка вроде бы в том, что численность считается по текущую дату, а не за период формирования отчета.
Т.е если сейчас просчитать РСВ_1 за 1 квартал, полугодие, 9 месяцев и год, то во всех случаях будет одно и тоже число.
Среднсписочная численнность вроде бы аналогично 4-ФСС.
Ну а в строке 260 вроде как ближе к истине.








Форма 4-ФСС
 
1. Интересует, когда, в каком случае, в форме 4-ФСС будет на титульном листе Шифр страхователя равный "071" (основной тариф ФСС)?
(только теорию и я знаю, а вот когда по алгоритму будет)

Из Алгоритма формы 4-ФСС (от 03.10.2012) в начальных настройках следует:
...
ШИФР_1="071"
...
ФСС = Фссм
И = 1
ЕСЛИ (ПУСТО(ФСС)=0)
ПОКА (И <= ДЛИНА(ФСС))
К_ТАР = ФОНД_ТАР(ФСС[И],0,УБР_ПРОБЕЛ(ЧИСЛО_СТР(ГС)),"ОСН",0)
К_ТАРи = ФОНД_ТАР(ФСС[И],0,УБР_ПРОБЕЛ(ЧИСЛО_СТР(ГС)),"ИНВ",0)
ШИФР_1 = К_ТАР[10]
ЕСЛИ (К_ТАР[2]=К_ТАРи[2])
ШИФР_1 = К_ТАРи[10]
ИНВ51 = 0
ДОП_ШИФР="00"
....

Из этого куска алгоритма следует, что первоначальная установка ШИФР_1="071"
всегда будет изменена на непонятно что
ШИФР_1 = К_ТАР[10]
непонятно что потому, ибо читаю
ФОНД_ТАР() – возвращает массив из четырех элементов по указанным параметрам
· сумма страхового;
· Значение ставки страховой части;
· сумма накопительного налога;
· значение ставки накопительной части.

массив из четырех элементов
а в алгоритме К_ТАР[10]
из десяти?


2. Как работает функция
КОЛ_СОТР("СР_СПИС">,<Период>)

Как учитывает работников уволенных и принятых в текущем месяце?
Похоже не считает их вообще?


SP30.6
Изменено: Новосибирск ОАО "Электропромпроект" - 02.04.2013 15:24:39
Формирование Раздела II Книги ДиР ( УСН.)
 
Вопрос по формированию Раздел II. Расчет расходов на приобретение ОС в Книге доходов и расходов (для УСН)

Прошу прощения, вопрос пока снимаю.




.






.
Изменено: Новосибирск ОАО "Электропромпроект" - 01.03.2013 13:26:47
Расчеты с партнерами. Параметры типовых операций
 
БЭСТ 5/3.4 SP30.4

Приложение Расчеты с Партнерами.
В ДЕМО версии есть типовые операции Н/З и С/З, проводки к которым настроены через параметр к типовым операциям:
Н/З=> DocPartnerAcnt - Счет расчетов с партнёром;
С/З => DocPartnerAcnt2 - Счет расчетов по авансам с партнёром

Расчеты с Партнерами =>Документы по расчетам .
Для типа сделки Продажи - проводки формируются согласно параметрам, соответсвенно типовым операциям..
Н/З=> 621
С/З =>623

Где определяются значения этих параметров? Откуда взялось, что
DocPartnerAcnt =621
а
DocPartnerAcnt2=623 ???

Для типа сделки Закупки - проводки согласно параметрам не формируются! ПОЧЕМУ?

Если в типовой операции использовать параметр DocPartnerCode, то он формируется верно. Да с ним вроде бы и понятно. Значение его есть в заголовке документа.
А вот где берутся значения
DocPartnerAcnt =621
DocPartnerAcnt2=623 для типа сделки Продажи и почему их нет для типа сделки Закупки???.


Изменено: Новосибирск ОАО "Электропромпроект" - 26.02.2013 13:14:11
SP30.4
 
Установлен SP30.4, в описнии которого сказано


2. УСН. Добавлены отчеты по соответствующим разделам отчета <Книга доходов и расходов (пр. №135н от 22.10.2012)> (<Книга доходов и расходов>) в соответствии с Приказом от 22 октября 2012 г. N 135н <Об утверждении форм книги учета доходов и расходов организаций и индивидуальных предпринимателей, применяющих упрощенную систему налогообложения, книги учета доходов индивидуальных предпринимателей, применяющих патентную систему налогообложения, и порядков их заполнения>. Правила формирования отчета <Раздел IV. Книга доходов и расходов УСН> по новому разделу <Раздел IV. Расходы, предусмотренные пунктом 3.1 статьи 346.21 Налогового кодекса Российской Федерации, уменьшающие сумму налога, уплачиваемого в связи с применением упрощенной системы налогообложения (авансовых платежей по налогу)> см. в данной пояснительной записке в разделе <Заработная плата> .

Что-то не вижу подобного после установки?
Задваиваются сообщения с форума на электронную почту
 
Все входящие и исходящие мои сообщения по форуму дублируются дважды на моей электронной почте, т.е приходит по два сообщения. на каждое входящее и на кажоде исходящее сообщение.
Где это управляется, почему дважды?
Как сделать что бы шло одно сообщение ?
И как сделать, что бы вообще не шли сообщения на почту?

На закладке Подписаться на новые сообщения этой темы стоит галочка, но она недоступна для установки/сброса

PS. При общении на Линии консультаций сообщения на почту поступают по одному.
Изменено: Новосибирск ОАО "Электропромпроект" - 01.02.2013 09:24:37
Коллеги по УСН отклкикнитесь, пожалуйста., проблемы с освоением БЭСТ-5
 
Коллеги, кто на УСН. Поделитесь были ли у Вас подобные проблемы.

БЭСТ 5 3.4. SP29. Х\р. УСН.

В приложенном файле изложена проблема.
Кто осилит чтение, ответьте, пожалуйста, хоть в общем , у вас без проблем пройден этот этап?
Буду рад более существенным советам.
Спасибо.
Изменено: Новосибирск ОАО "Электропромпроект" - 25.07.2012 12:29:14
Налоговая амортизация ОС до перехода и парметры в карточке ОС
 
ОС прибретено и введено в эксплуатацию 03.03.2006 года. Общий СПИ 60 мес.
Амортизацию начали исчислять с 01.04.2006.

1.На момент перехода на УСН, к примеру на 01.01.2011, входной СПИ составит 4 года 7 месяцев -55месяцев (или 4 года 8 месяцев-56 месяцев?)
Оставшийся СПИ- 5 месяцев (или 4 месяца?)

Амортизацию осталось начислять 5 месяцев. Но попадая на УСН мы его должны амортизировать в течении 3 лет, соответвенно 50, 30 и 20% (т.к., общий СПИ от 3-х до 15 лет)
Это действительно так? Вместо 5 месяцев еще 3 года?

Что будет с параметрами прошедший СПИ и остаточный СПИ в период применения УСН? Остаточный СПИ уйдет в минус?


2. Изменим чуть-чуть условие примера - Общий СПИ 120 мес
Помним, что на УСН перешли с 01.01.2011 года.
На дату перехода прошедший СПИ - 55 месяцев, и все в усовиях применения ОСНО.

Предположим, что программу БЭСТ-5 ставим с 01.01.2012 года.
На этот момент прошедший СПИ - 67 месяцев, и них 55 при ОСНО и 12 при УСН.

Какие значения мы должны установить в следующих параметрах:


Общий СПИ......120
Входной СПИ....55 или 67
Прошедший СПИ..12 или 0
Оставшийся СПИ

которым затем и будут соответствовать параметры:
Износ входной
Износ накопленный
Остаточная стоимость
После восстановления БД из архива БЭСТ-5 не запускается на рабочих станциях
 
1. После Восстановления БД из архива (архивного файла) БЭСТ5 не запускается
на периферийных рабочих станциях . Выдает ошибки (см. прил. файлы)
Первые два сообщения под номерами(1и2) – при попытке войти в главное меню. Но затем главное меню появляется.
Остальные – при попытке войти в то или иное приложение. Сообщения об ошибках идут одно за другим.
3.4 – при попытке войти в одно из приложений.
5-ые – в другое
На главной станции , на которой и серверная часть и БД – БЭСТ5 работает нормально!

2. Если же базу данных восстанавливаю таким образом:

Создание БД -> Подключить существующую БД, то на всех станциях БЭСТ 5 работает нормально.

БЭСТ5-34. SP29. Хозрасчетная. УСН.
Внешние отчеты
 
Не раз уже жаловался на то, что не стабильно работает Формирование внешних отчетов в АРМ ГБ.
То извлекает не все данные из архива, то (и очень часто!!!) в архиве совсем другая форма находится ,не соответвует нужной, то еще что-то.

Очень сложно получить , какую-нибудь форму за три года подряд. Пока доберешься до третьей, что-нибудь да произойдет.
Такая нестабильность в формировании Внешних отчетов еще у кого- то наблюдается или это только у меня?
Изменено: АИЛ2 - 30.03.2012 15:25:29
Установка SP89
 
Установил.
Подсистема Учет зарплаты.
В реестре Лицевых счетов добавлена процедура «Создание записей по уплате налога». Процедура вызывается в реестре Лицевых счетов сотрудников по функциональной клавише «ALT_N».

Выполнение процедуры начинается с запроса, в котором необходимо указать:
• код настройки платежа,



Для ввода требуется какой-то справочник, что это за справочник?

По Инструкции вроде бы это похоже на Справочник платежей в фонды. Но почему он не подключается при вводе. Сообщение "Справочник пуст".
Изменено: АИЛ2 - 14.03.2012 11:24:05
Настройки на 2012 год
 
1. При установленном СSP5 уже все изменения на 2012 год учтены и можно производить настройк или следует ждать очередного SP (SP86), где всё будет учтено?

2. Что-то не нашёл группового ввода/удаления льгот из Таблиц подоходного налога->Справочника льгот. Нет такого?
Т.е., надо всем удалить льготу (стандартный вычет на каждого сотрудника) с кодом 103
на 400 рублей и вставить новые. Удалять всем индивидуально?
Зарплата. Справка о зарплате для расчета больничного
 
БЭСТ-4. V12.01/01/ SP71/
Учет Заработной платы.

Пакетом SP71 в Выходные формы-> Справки по шаблонам -> Индивидуальные справки добавлен шаблон "Справка о пособии по б/л FR"
Сама справка формируется, но у меня почему-то не учитывается ограничение заработка на 415000 рублей.

Т.е., считает от фактического заработка, а он как за 2009 так и 2010 годы превышает 415000 рублей.
Попытался заглянуть в файл с алгоритмом sr_zar11.frm но ничего там не понял.
Может кто-то поможет объяснить, что там делается:

Вот фрагмент файла:
Код

...
nI := 1
nSumEnd:=0
//aVars[9] - среднедневной максимальный заработок
//avars[24] - сумма больничного

aVars[9]:=0
avars[7]:=415000
DO WHILE nI<=LEN(aRet)
nSumEnd:= nSumEnd+aRet[nI,3]

//Определение максимального заработка

if aRet[nI,3]>415000
aVars[9]:=aVars[9]+415000
else
aVars[9]:=aVars[9]+aRet[nI,3]
endif
nI := nI+1
ENDDO

//Определение минимального заработка

avars[8]:=4330 * 24 /730

aVars[10]:=nSumEnd/730

aVars[11]:=4330/LASTDAYOM(CTOD(Per_F))


//Расчет больничного
aVars[24]:=aVars[9]*val(aVars[5])
...



1. Здесь есть проверка на 415000 рублей, но почему-то, как я сказал выше, она не срабатывает.

2. Как видно из фрагмента алгоритма сумма больничного aVars[24]
определяется как произведение парметра aVars[9] и aVars[5], где aVars[5] это дни больничного а aVars[9] - весь заработок, который учитывается для расчета среднего, а не среднедневной. Т.е не вижу деления на 730

...
3. Кому-то считает даже меньше минимального = 139.68 что это за сумма?

В в приведенном выше фрагменте алгоритма есть формула aVars[11]:=4330/LASTDAYOM(CTOD(Per_F)).
Она как раз и дает 139.68 (4330/31). Что за случай? Когда средндневной считается по этой формуле?


4. Кому-то среднее дневное взяла равным 0, хотя у работников есть начисления оба года.
В каких это случае возможно, исходя из алгоритма?

5. В первой (верхней) таблице "Причитается пособие" в трех последних графах значение определено идентификаторами CR_D1 (2,3). Где определяются эти значения, в алгоритме не нахожу?

6. И вообще, где опредляется выбор нужного из среднедневных: мах, мин, фактичекого или фактического усеченного ограничением в 415000, тоже в алгоритме не вижу?
Справка о заработной плате дл больничного листа
 
Учет Заработной платы.

Пакетом SP71 в Выходные формы-> Справки по шаблонам -> Индивидуальные справкидобавлен шаблон "Справка о пособии по б/л FR"
Сама справка формируется, но у меня почему-то не учитывается ограничение заработка в 415000 рублей.
Т.е., считает от фактического заработка а он как за 2009 так и 2010 годы превышает 415000 рублей.
Попытался заглянуть в файл с алгоритмом sr_zar11.frm но ничего там не понял.
Может кто-то поможет объяснить, что там делается:
Вот фрагмент файла:
Код
...
   nI := 1
   nSumEnd:=0
//aVars[9] - среднедневной максимальный заработок
//avars[24] - сумма больничного

aVars[9]:=0
avars[7]:=415000
   DO WHILE nI<=LEN(aRet)
      nSumEnd:= nSumEnd+aRet[nI,3]

//Определение максимального заработка

if aRet[nI,3]>415000
   aVars[9]:=aVars[9]+415000
else
   aVars[9]:=aVars[9]+aRet[nI,3]
endif
      nI := nI+1
   ENDDO

//Определение минимального заработка

avars[8]:=4330 * 24 /730

aVars[10]:=nSumEnd/730

aVars[11]:=4330/LASTDAYOM(CTOD(Per_F))

       
//Расчет больничного
aVars[24]:=aVars[9]*val(aVars[5])
...


1. Здесь есть проверка на 415000 рублей, но почему-то, как я сказал выше, она не срабатывает.
2. Как видно из фрагмента алгоритма сумма больничного aVars[24]
определяется как произведение парметра aVars[9] и aVars[5], где aVars[5] это дни больничного а aVars[9] - весь заработок, который учитывается для расчета среднего, а не среднедневной. Т.е не вижу деления на 730

...
3. Кому-то считает даже меньше минимального = 139.68 что это за сумма?

Что за формула aVars[11]:=4330/LASTDAYOM(CTOD(Per_F)) в приведеном выше алгоритме?
Когда по этой формуле считается? Она как раз и дает 139.68

4. Кому-то среднее дневное взяла равным 0, хотя у работников есть начисления оба года.

5. В первой (верхней) таблице "Причитается пособие" в трех последних графах значение определено идентификатором CR_D1 (2,3). Где определяются эти значения, в алгоритме не нахожу?

6. И вообще, где опредляется выбор нужного из среднедневных: мах, мин, фактичекого или фактического усеченного ограничением в 415000, тоже в алгоритме не вижу?

Кто -нибудь тут отвечает, господа разработчики? Который уже Вопрос остается без внимания?
Изменено: АИЛ2 - 31.03.2011 16:32:36
Разработчикам. Ошибка в п/с ОС
 
Народ-то тут бывает?

В Подсистеме ОС В карточке ОС есть такой объект как < Срок использования >, где ведется учет различных СПИ как в БУ так и в НУ.

Показатель "Прошедший СПИ на данном предприятии" при каждом закрытии периода
увеличивается на +1 в БУ и на +1 для ОСНО (+3 для УСН) в НУ при условии, что производился соответвующий расчет амортизации. Если расчет амортизации не производился, то и соответвующий СПИ не изменяется. Что является правильным.

Аналогично, если налогоая амортизация не считается для какого-то из ОС,т.е., его <Объект НУ> не заполнен, то и при закрытии периода показатель "Прошедший СПИ на данном предприятии" не увеличивается. Что тоже является верным.
НО вот при ОТКАТЕ в таких ОС его показатель "Прошедший СПИ на данном предприятии"
уменьшается на -1 (-3 для УСН). Т.е. при закрытии периода он не увеличился , а при откате уменьшился!
Если откатов несколько подряд, то такое неверное уменьшение этого показателя происходит только при первом откате. При последующих откатах уменьшения не происходит.

Отсюда получается неверным и значение показателя "Оставшийся СПИ".
Проверте, пожалуйста. У меня БЭСТ-4, SP67.
Страницы: 1 2 3 След.