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 года проблем не было. Но может быть мне просто с компом не повезло.

11.12.2009

В новой для меня организации заметил такую особенность: после закрытия месяца на 43 счете оставались минусовые остатки. Бухгалтерия типовая, даже возможность изменения не включена, поэтому грешить на моих предшественников не приходилось. При закрытии периода рассчитывается фактическая себестоимость производимой продукции и соответственно корректируется дебетовый оборот счета 43 (в данном случае в меньшую сторону). А вот кредитовый оборот (списание, перемещение) не корректировался.