23.01.2010

Давно уже наблюдаю за этим регистром и все жду что когда-нибудь с ним что-нибудь сделают. Сейчас уже приноровился конечно, но все равно из-за него возникает проблема с расчетными листками. А именно, (если кто еще не столкнулся) : если по человеку есть несколько документов по начислению зарплаты, в которых в одном документе НДФЛ посчитан с плюсом, а в другом с минусом (вцелом посчитан верно), то в расчетном листке у сотрудника будет показываться не существующее сальдо. Т.е. в расчетном листке будет, например начислено 1000 руб., удержано 130 руб., выплачено 870 и еще будет конечное сальдо.

13.01.2010

Весь 2009-й год включая декабрь мои организации не вели учет принятых бюджетных обязательств. Ни по бюджету, ни тем более по внебюджету. Отчетных форм то не было, а значит не особо то и хотелось бухгалтерам напрягаться. А сейчас нарисовались эти самые 128 и 138 формы. Хоть в 1С 7.7 они на данный момент автоматом не заполняются, но тем не менее было решено все таки ввести документы и соответственно проводки по принятым обязательствам.

В результате я написал обработку, которая делает следущее:

06.01.2010

В принципе ничего сложного нет. Необходимо для начала скачать модуль для Друпала geshifilter. В папке модуля необходимо залить в папку geshi непосредственно сам модуль GeSHi. Внутри этой папки есть опять папка geshi, в которой лежат настройки для каждого поддреживаемого языка.
Для 1С я создал там файл 1c7.php. И надо не забыть включить новый язык settings/geshifilter/languages.

31.12.2009

Оказывается что при УСН режим налогообложения Доходы документ "Корректировка долга" не делает движений по книге учета доходов и расходов. Второй раз натыкаюсь на этот вопрос со стороны бухгалтеров. При чем видимо ни при каких условиях:

Процедура ОтразитьВУСН(ДокументСсылка, ВидОперации = Неопределено, Параметры = Неопределено, ЭтапПроведения = 0) Экспорт
  Если ОбщегоНазначения.ПрименениеУСНДоходы(ДокументСсылка.Организация, ДокументСсылка.Дата) Тогда
    Возврат;
КонецЕсли;

30.12.2009

Сотруднику начисляем в одном месяце начисление облагаемое ПФР, и начисление не облагаемое ПФР. Оба начисления не принимаемые к НУ. Если проводим только один документ с облагаемым ПФР видом начисления, то все ок - вся сумма пенсионного налога относится к непринимаемым расходам. А если провести второй документ и перепровести закрытие месяца, то сумма пенсионных отчислений вообще ни в какой части не относится к непринимаемым расходам.

Проблема вот в этом очень странном коде:

  ТаблицаДоходовДляПФР.ПолучитьСтрокуПоНомеру(Стр); 

27.12.2009

Уже давно наблюдаю за обновлениями, но просвета в своде начислений как не было так и нет. Во первых не очень удачное решение в плане вывода свода по подразделениям. А именно: если человек по основному месту работы сидит в одном подразделении, а по совместительству в другом, то в своде все его начисления плюсуются в его основное подразделение. И как узнать сколько расходов приходится на то или иное подразделение не понятно. Понимаю, что это сделано скорее всего из-за НДФЛ, но тем не менее.

24.12.2009

Столкнулся с такой ситуацией. В организации начисляется зарплата работникам по ЕНВД, по УСН и распределяемая зарплата. По ЕНВД-шникам не полная сумма пенсионных отчислений попадает к не принимаемым расходам. В документе по начислению зарплаты выбрано, что это начисления ЕНВД, в вид начисления был выбран с пометкой "Принимается для НУ".

19.12.2009

Отчет работает так, что если человек уволен с внутреннего совместительства, то он считается уволенным и с основного места работы. В одной части запроса стоит условие ВидЗанятости <> Внутреннее совместительство, а рядом во второй части запроса это условие не добавлено.

14.12.2009

Если в базе существуют сотрудники с полностью одинаковыми ФИО, то возможно неправильное начисление налогов в ПФР. При расчете налогов формируется ТЗ "ТаблицаНачислений", которая сворачвается и сортируется по ФИО. Табличка то вроде правильная получается, а вот обрабатывается она потом не правильно.
НачисленияПФР = ВернутьТаблицуНачислений(ТаблицаНачислений,Сотрудник,"ПФР");
Вот в этой функции есть цикл, внутри которого условие:

 
Если ТаблицаНачислений.Сотрудник <> Сотр Тогда
	Если Фл = 0 Тогда
		Продолжить;
	Иначе
		Прервать;
	КонецЕсли;	

11.12.2009

Сегодня попробовал установить Налогоплательщик 2009. Налогоплательщик ЮЛ стал как известно платным поэтому стали переходить на Налогоплательщик 2009. Пока попробовал только на одной машине - результат отрицательный. Выдает ошибки по поводу версии библиотек. Не понятно только почему бы эти библиотеки нормальные в дистибутив не впихнуть. С версией 2008 года проблем не было. Но может быть мне просто с компом не повезло.