Новости для бухгалтера, бухучет, налогообложение, отчетность, ФСБУ, прослеживаемость и маркировка, 1С:Бухгалтерия

Вход или Регистрация

Показывать по 10 20 40 сообщений
Новая тема Ответить
Письмо в техподдержку 1С
[Прочее]

Ошибки комплексной конфигурации 7.7

Thorvardr
читатель
офлайн
Дата регистрации: 25.02.2005
Сообщений: 3082
Пост №1
 
20.01.2010 20:49

"Ошибка 1 (релиз 7.70.493):<br>Отчет.ПодготовкаСведенийДляИМНС, примерное место - строка 2120<br>Имеем два одинаковых блока алгоритма, очевидно второй был просто скопирован с первого и подправлен:<br>//имущественные вычеты на которые сотрудник имел право<br>ОписаниеВычета311=ДоходыВычетыНалогиСотрудников.ПолучитьЗначение(СтрокаИтоговойТаблицы+ПоследнийМесяц-1,3).ПолучитьЗначение(5);<br>Если ТипЗначенияСтр(ОписаниеВычета311)="СписокЗначений" Тогда<br> ВсегоСуммаВычета311 = ОписаниеВычета311.ПолучитьЗначение(3);<br> НомерУведомления = ОписаниеВычета311.ПолучитьЗначение(4);<br> ДатаУведомления = Формат(ОписаниеВычета311.ПолучитьЗначение(5), "ДДДММГГГГ");<br> КодФНСУведомления = ОписаниеВычета311.ПолучитьЗначение(6);<br>КонецЕсли;<br><br>ОписаниеВычета312=ДоходыВычетыНалогиСотрудников.ПолучитьЗначение(СтрокаИтоговойТаблицы+ПоследнийМесяц-1,3).ПолучитьЗначение(6);<br>Если ТипЗначенияСтр(ОписаниеВычета312)="СписокЗначений" Тогда<br> ВсегоСуммаВычета312 = ОписаниеВычета312.ПолучитьЗначение(3);<br> НомерУведомления = ?(ПустоеЗначение(НомерУведомления)=1,ОписаниеВычета312.ПолучитьЗначение(4),НомерУведомления);<br> ДатаУведомления = ?(ПустоеЗначение(ДатаУведомления)=1,Формат(ОписаниеВычета311.ПолучитьЗначение(5), "ДДДММГГГГ"),ДатаУведомления);<br> КодФНСУведомления = ?(ПустоеЗначение(КодФНСУведомления)=1,ОписаниеВычета312.ПолучитьЗначение(6),КодФНСУведомления);<br>КонецЕсли;<br><br>Ошибка во втором блоке в строке ДатаУведомления= ..., при внимательном рассмотрении в самом деле видно, что это ошибка. Там должно быть написано "ОписаниеВычета312", а не "ОписаниеВычета311".<br><br>Ошибка 2 (релиз 7.70.493):<br>Обработка.РасчетЕСН. Таблица "13н_Раздел2". Колонка 36, строка 195. Ну, или относительно состава печатной формы, это строка "0600" в разделе 00002 и колонка "ТФОМС".<br>Имеем там в ячейке формулу:<br>Формат(ИтоговаяТаблица.ПолучитьЗначение(4,"Строка06ТФОМС")-ИтоговаяТаблица.ПолучитьЗначение(1,"Строка06ТФОМС"),"Ч-15."+Точность)<br>А она неправильная! Должна быть такая:<br>Формат(ИтоговаяТаблица.ПолучитьЗначение(4,"Строка06ТФОМС"),"Ч-15."+Точность)<br><br>Почему? А посмотрите соседние ячейки с этой и уловите логику. Очевидно, формула была тоже просто скопирована вместе с областью таблицы с другого места (с "0610" строки). Соседние подправили, а эту нет.<br><br>Ошибка 3 (релиз 7.70.493):<br>Если у нас в комплексной ведется учет более чем одного собственного юрлица, то в справочнике юрлиц имеем несколько элементов. Теперь смотрим в глобальный модуль:<br>Функция глВеличинаПроцентаСтавкиЕСН(ЮрЛицо, Код, ДатаАктуальности)<br> СпрСтавкиЕСН = СоздатьОбъект("Справочник.СтавкиЕСН");<br> СпрСтавкиЕСН.ИспользоватьВладельца(ЮрЛицо);<br> Если СпрСтавкиЕСН.НайтиПоКоду(Код,0) = 1 Тогда<br>       Возврат СпрСтавкиЕСН.Процент.Получить(ДатаАктуальности) <br> КонецЕсли;<br> Возврат 0 <br>КонецФункции<br><br>Ошибка в "СпрСтавкиЕСН.НайтиПоКоду(Код,0)". Почему 0 то? Зачем вообще тогда было писать ИспользоватьВладельца(...), если поиск идет "по всему справочнику"? Что имеем в результате ошибки? А вот что. При аргументе ФлагПоиска=0 будет найден первый подходящий элемент справочника такой, который соответствует режиму упорядочивания элементов. То есть, практически, результат данного поиска зависит от того, в каком порядке отсортированы по наименованию элементы в справочнике. И мы получим вовсе не информацию о том есть у нас у юрлица ЕСН или нет, а просто какое то значение, с нужным нам юрлицом никак и не связанное. В итоге больничные листы могут при проведении в журнал документов записать либо кучу ненужных записей про особые режимы, либо не сделать этого в том случае когда это надо.<br><br>Ошибка 4 (релиз 7.70.493):<br>В модуле формы документа БольничныйЛист сделана процедура Печать2010(), но ниоткуда она не вызывается. В итоге отрабатывает Печать2007 и мы имеем печатную форму со сведениями о среднем заработке, в которой нет нижней части. Исправляем так:<br>В процедуре Печать добавляем/меняем строки:<br>Если ДатаНачалаСобытия >= '01.01.2010' Тогда<br> Печать2010(ПараметрПечати);<br>ИначеЕсли ((ДатаНачалаСобытия < '01.01.2007') и (Окончание >= '01.01.2007')) или (ДатаНачалаСобытия >= '01.01.2007') Тогда<br>...<br><br>Ошибка 5 (фича?) (релиз 7.70.493):<br>в правилах формирования проводок для ситуации "Реализация" выкинули правило установки во второе субконто счета 90.1.1 значения ставки НДС. Это очень плохо (прям сильно ругаюсь). Все бухи "мои" просто в недоумении. Это очень нужная информация! Зачем это сделали - понятно. Из за ввода реквизита "Рублевая оценка" в регистры (о проблемах с вводом этого ресурса я писал тут: http://www.buh.ru/forum/thread.jsp?id=451316). У нас тут все в рублях, поэтому я своим исправил просто. 1. Снова вернул ситуационную привязку к движению регистра КнигаПродаж, как это было в старых релизах. 2. В таблицу "Проводки" обработки "НастройкаФормированияПроводок" в строки, касающиеся этого события внес допустимый для выбора элемент правила "СтавкаНДС".<br>В результате у нас аналитика по ставкам на месте.<br><br>Ошибка 6 (релиз 7.70.493):<br>Документ.Сторно. Модуль проведения, почти самый конец. Имеются строки:<br>// Сразу закроем остатки по книге покупок (продаж), чтобы не анализировать их <br>// документом "Формирование книги покупок (продаж)"<br>....<br>Ага, отличные дела... А проводки кто делать будет? Регистры подвигали, а проводки не сделали, в итоге обороты в книге продаж верны, но с оборотами 68.2 не сходятся. "Документ.Сторно" в справочниках Хозяйственные операции + Проводки по ним отсутствует как событие, поэтому там и не описать нужные нам проводки. Я добавлял кусок алгоритма прямо тут в модуле проведения."

zak555 (398843952)
читатель
офлайн
Дата регистрации: 27.03.2008
Сообщений: 4656
Пост №2
 
20.01.2010 23:30

Ошибка 7 :<br>неправильная обработка метода ОчиститьДвижения() для регистра Покупатели/Поставщики<br><br>если любой проведённый документ интерактивно перепровести, то метод ОчиститьДвижения() оставляет последние значение прошлого проведения<br>править процедуру глДвижениеДолгов()<br>подробнее http://www.forum.mista.ru/topic.php?id=440368

zak555 (398843952)
читатель
офлайн
Дата регистрации: 27.03.2008
Сообщений: 4656
Пост №3
 
20.01.2010 23:34

Ошибка 8:<br>Поступление ТМЦ (Импорт)<br>возникновение лишних движений => и проводок<br>ошибка округления, подробнее http://www.forum.mista.ru/topic.php?id=433962

zak555 (398843952)
читатель
офлайн
Дата регистрации: 27.03.2008
Сообщений: 4656
Пост №4
 
21.01.2010 14:25

пояснение про ошибку 7:<br>ОчиститьДвижения() не очищает последние движение любого регистра...

zak555 (398843952)
читатель
офлайн
Дата регистрации: 27.03.2008
Сообщений: 4656
Пост №5
 
26.01.2010 22:57

"Еще одна ошибка закралась в новые релизы (493 и 494). При расчете больничного листа по уходу за ребенком задваивается сумма начисления. Практически в самом конце процедуры глСобратьДанныеДляБЛ2010 в строке 75028 вместо<br><br>СуммаПособияПоловинаДоляНеЕНВД = СуммаПособияПолная - СуммаПособияПоловинаДоляЕНВД;<br>должно быть<br>СуммаПособияПоловинаДоляНеЕНВД = СуммаПособияПоловина - СуммаПособияПоловинаДоляЕНВД;"

zak555 (398843952)
читатель
офлайн
Дата регистрации: 27.03.2008
Сообщений: 4656
Пост №6
 
27.01.2010 17:42

зарплатную часть кто-нибудь сравнивал 494 с http://infostart.ru/public/64134/?PAGEN_1=2#comm<br>?

Thorvardr
читатель
офлайн
Дата регистрации: 25.02.2005
Сообщений: 3082
Пост №7
 
27.01.2010 20:06

Попунктно не сравнивал. Ссылку с infostart читал, при обновлениях ЗиК применял. В комплексной тоже проблемы схожие, но я там исправлял до того как с материалом на infostart-е ознакомился. Правил то что "выстрелило", не факт, что поправил или просмотрел все эти места. Сейчас что то работы привалило, некогда даже про ошибки комплексной продолжить. Потом вернусь к этой теме

zak555 (398843952)
читатель
офлайн
Дата регистрации: 27.03.2008
Сообщений: 4656
Пост №8
 
27.01.2010 22:14

> Попунктно не сравнивал. Ссылку с infostart читал, при обновлениях ЗиК применял. В комплексной тоже проблемы схожие, но я там исправлял до того как с материалом на infostart-е ознакомился. Правил то что "выстрелило", не факт, что поправил или просмотрел все эти места. Сейчас что то работы привалило, некогда даже про ошибки комплексной продолжить. Потом вернусь к этой теме<br><br>ну я так понял, что ошибки в комплексной в сфере "ЗиКа" только в этом годы вылазят ?

Thorvardr
читатель
офлайн
Дата регистрации: 25.02.2005
Сообщений: 3082
Пост №9
 
28.01.2010 09:29

Да, по больничным листам

Оболтус
читатель
офлайн
Дата регистрации: 13.04.2009
Сообщений: 29
Пост №10
 
28.01.2010 09:42

"Мои 5 копеек:<br><br>Комплексная, 493, КарточкаУчетаПоСтраховымВзносам<br><br>Процедура ПриОткрытии(ФлагЧтенияНастройки)<br> <br> НачальныйГод = 2010;<br> КонечныйГод = Мин(ДатаГод(РабочаяДата()), 2010);<br> <br> Если НачальныйГод>КонечныйГод Тогда<br>       СпЛет.ДобавитьЗначение(2010,"2010 г.");<br>       СпЛет.ТекущаяСтрока(1);<br> Иначе<br>       Для ГодВСписок = НачальныйГод По КонечныйГод Цикл<br>            СпЛет.ДобавитьЗначение(ГодВСписок,Строка(ГодВСписок)+" г."); <br>       КонецЦикла; <br>       СпЛет.ТекущаяСтрока(СпЛет.РазмерСписка());<br> КонецЕсли;<br><br>На мой взгляд, в этом месте всегда будет либо:<br><br>СпЛет.ДобавитьЗначение(2010,"2010 г.");<br>СпЛет.ТекущаяСтрока(1);<br><br>либо:<br><br>Для ГодВСписок = 2010 По 2010 Цикл<br><br>То есть, 2010 год навечно :)."

Показывать по 10 20 40 сообщений

Читают тему:

Быстрый переход
Для технических специалистов
  • Книга жалоб и предложений по работе сайта
  • Для технических специалистов
  • Представление регламентированной отчетности
  • Говорильня
  • Бухгалтерский учет: обсуждаем проекты нормативных актов и рекомендаций по ведению учета от БМЦ
  • Новый порядок применения ККТ (онлайн кассы с передачей сведений в ФНС)
  • Интернет-конференция: Оформление командировок по новым правилам
  • МАРКИРОВКА
  • ЕГАИС
  • Учет, налогообложение, автоматизация