21.01.2012

Выгружал на начало года только справочники, чтобы бухгалтера могли работать с первичкой за 2012г. уже в 8-ке, а отчеты сдавали естественно на 7-ке. Сейчас вроде подвели уже итоги на 7-й версии и начал выгружать только остатки без справочников. Получил вот такое сообщение:

19.01.2012

В связи с началом нового 2012 года и сдачей отчетности за 2011г. наклепал несколько простеньких обработок, которые, возможно будут полезны.

1. ЗакрытиеВычетовНаДетей. С сотрудников нужно собирать разные документы, подтверждающие право на вычеты на детей, поэтому кому-то проще закрыть все детские вычеты на конец 2011года и открывать их вновь при поступлении нужных документов. Данная обрыботка как раз закрывает вычеты на детей.

19.01.2012

Пару раз выгружал регламентированную отчетность из 1С БГУ 8.2 и проблем не было. (Именно с процессом выгрузки). А вот сегодня напоролся на организацию, где программа при выгрузке вот что мне выдала:

13.01.2012

Начиная по-моему с 646 релиза в документе по принятию к учету ОС КОСГУ для 106 счета устанавливается равным 310. До этого КОСГУ был 401. Т.е. у многих, кто переходил на этот релиз половина года будет по 410 КОСГУ, вторая половина года по 310.

В инструкции написано, что надо код 310, но скорее всего это опечатка. Даже 1С-овский технологический анализ ругается на 310 код. Предлагаю обработку, где вы сами будете решать какой код установить во всех документах. Обработка пробегает по документам и меняет коды в документе и в операции(не перепроводя сам документ, на всякий случай).

10.01.2012

Отступать некуда. Переходим на БГУ 8.2. Обнаружил еще некоторые особенности переноса данных.

Во-первых, длина кода у справочников Контрагенты и Договоры в 7-ке больше чем в 8-ке. Точно уже не помню либо это я их увеличил, либо это типовое. Скорее всего второе. Переносится нормально, если у вас нет префиксов перед кодами. Тогда типовые правила сами сжимают номера. Если же есть префикс, то тогда лучше сделать перенумерацию длинных кодов. Прилагаю обработку в которой это есть.

29.12.2011

В 2010 году организация совмещала деятельности по ЕНВД и по общему режиму. С 2011 года они перешли полностью на ЕНВД. При расчете отпускных и командировочных, естественно, берется средний заработок, в котором встречаются проводки, которые не подпадают под деятельность ЕНВД. И соответственно мы имеем в частности карточку учета страховых взносов с разделами по ЕНВД и общим режимом. А бухгалтерам хочется чтобы в 2011-м было только ЕНВД.

26.12.2011

После обновления на 318 релиз при формировании сравки 2НДФЛ вылазит такая ошибка:

СуммыВычетов[Номер]=СуммыВычетов[Номер]+СуммаВычета;
{Глобальный модуль(34495)}: Значение индексного выражения находится за границами массива

23.12.2011

Ошибка при формировании Регистра налогового учета по налогу на доходы. Видимо, вообще не проверяют то, что делают.

В функции ПолучитьДанныеРаздела3() в запросе лишняя точка:

21.12.2011

Пару лет назад делал подобную обработку для 7-ки:
http://www.allexx.info/1C_buh7_budg_bo_auto
Теперь на скорую руку сделал для 8-й БГУ. Принцип работы тот же. Берутся все начисления за выбранный период по счетам 302, 206, 208, 303 и автоматом создаются документы по регистрации бюджетных обязательств. Правда в отличие от 7-ки не стал делать заполнение договоров в кассовых документах. Возможно только пока.
И надо бы еще и денежное обязательство прикрутить. Но времени пока нет. В самом конце года буду уже крутить эту обработку более детально.

20.12.2011

При обновлении БГУ с версии 1.0.2 возникла ошибка. Обновлялся не последовательно, а просто загрузил новую кофигурацию и может быть в результате этого вылезла ошибка: