08.11.2014

Уже не в первый раз сталкиваюсь с тем, что после обновлений Бухгалтерии 3.0 у некоторых пользователей в каких-то документах пропадают колонки в табличных частях. (В частности в документе Авансовый отчет на закладке Прочие видно только столбец с номенклатурой). Интерфейс НЕ Такси.

30.09.2014

Решил сделать печать документа с помощью СКД. Создал схему, прицепил ее к документу и стал пробовать выводить на экран. Экран пустой. При чем запрос то простейший и я очень долго не мог понять, почему у меня результат не выводится.

13.07.2014

Перевел организацию с Бухгалтерии 7.7 на Бухгалтерию 3.0. Пришел черед выгружать проводки из ЗиК 7.7. Переводить их сразу еще и на ЗУП желания не было ни у кого - ни у меня ни у бухгалтеров. Поэтому принялся смотреть что из себя представляет типовой механизм выгрузки проводок из 7-й зарплаты в БП 3.0. Ничего хорошего не ожидал, т.к. сильно намучался с переносом данных по бухгалтерии (сильно переделанный план счетов плюс переносил обороты документами).

10.06.2014

Переношу документы из 1С Бухгалтерии 7.7. в Бухгалтерию 3.0. Столкнулся с тем, что по счету 08.3 у меня не корректно перенеслись данные по субконто. Если быть точнее, то последнее субконто в 7-ке становится первым в 8-ке, а остальные субконто просто не переносятся.
Стал смотреть что там происходит в правилах переноса и выяснилось, что почти везде, где встречается реквизит "субконто" в функции ПередВыгрузкой вызывается вот такой код:

04.06.2014

Делал перенос данных из Бухгалтерии 7.7 в Бухгалтерию 3.0. И достался мне не типовой план счетов. В частности к счету 23 было добавлено дополнительное субконто "Объекты строительства". А требовалось перенести документы за период и соответственно данный счет встречался в разных документах, в том числе в Операции введенной вручную.
Пришлось вносить корректировка в конфигурации Конвертация данных. Есть там алгоритм, который называется ПриВыгрузкеСубконто, который вызывается и при выгрузке документов и при выгрузке Бухгалтерской операции. Поэтому было решено править именно этот алгоритм.

29.04.2014

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

23.04.2014

Несколько замечаний:

• В случае, если 25 и 26 счета закрывать пропорционально прямым расходам, то 26 счет (в отличие от 25)закрывается без учета подразделения на которое были поставлены по нему расходы. Т.е. в любом случае раскидается по всем подразделениям. 25 счет не закроется, если не было расходов по соответствующему подразделению.

13.03.2014

Если авансовым отчетом делать поступление на 10 счет, то программа смотрит дебетовое сальдо по сч. 71.2 с субконто "Расходы на приобретение товаров и материалов".

Если авансовым отчетом делать списание на 20 счет, то смотрится дебетовое сальдо по 71.2 с субконто "Прочие расходы".

Соответственно, если планируется делать авансовый отчет на соответствующие счета и ждать расходов, то выдача денег должна идти на 71.2. Если в авансовом отчете в качестве кор. счета будет счет 60, то тогда выдача делается на 71.1.

15.02.2014

Повторяться не буду, тема эта начата здесь http://www.allexx.info/perechislenie_ndfl_po_sotrudnikam_1c_zup Сейчас напишу лишь дополнение к тому, что уже сказано.

11.01.2014

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

Необходимо внести изменения в модуль документа "Сдельный наряд". В процедуре Автозаполнение находим первое присвоение переменной ЗапросАвтоЗаполненияТекст текста запроса. На мой взгляд этот запрос должен выглядеть примерно так: