Форум

Добрый день. Уже писала в личном кабинете, но почему-то никто ничего не отвечает. После обновления появилась ошибка при формировании ЗКР на одном из наших счетов и на всех счетах в ЗВЗ, в итоге документы не сохраняются. Подскажите что можно сделать. Изображение ошибки в прикрепленном файле.

Сегодня при попытке создания новой Заявки на возврат вышла ошибка Рис.1, при нажатии на ОК вылезло новое окно Рис.2. В результате документ не был создан. При попытке экспорта старого документа, сново ошибка - Рис.3. При копировании Заявки опять ошибка - Рис.4, затем документ доступен для редактирования, при переходе с закладки на закладку внутри документа опять же новые ошибки Рис.5, нажимаем ОК и -Рис.6. В итоге новый документ создается и экспортируется. Подскажите пожалуйста что это может быть и как это можно устранить!!! Рисунки в добавленном файле.

мне помогает отключение Касперского на время расчета

Нормальная постановка а - уберите доходы! Я их там учитываю.
1. Правильнее положить нормальные примеры в ДЕМО, а лучше бы и настроенные типовые в рабочую базу: там и никакой речи нету про учет доходов на забалансе, а в демо и внебюджетной кассы настроенной нету...
2. как следствие приходится изобретать велосипед. САМОСТОЯТЕЛЬНО. и обидно, когда он 10 лет работает, а потом перестает
Может, поищем какие другие варианты?.. На сегодняшний момент в кассе почти две тысячи документов.
И вообще принципиальный: продекларирована свобода настроек - прикрепляйте, что хотите, вот вам ваш конструктор. Замечательно. Хочется, чтобы этот конструктор работал на любых наборах данных. Ежели назвался груздем...
Уже не первый раз сталкиваюсь в этом году, что с моими настройками новые наличные ден. средства работают безобразно. Наверное, на новой чистенькой демке все замечательно, а у нас база с 99 года, которая какие только нововведения на своей шкуре не перенесла.

настройка внебюджета во вложении, в бюджете добавлена обязательная ФКР, доходов в кассе нет, только расходы. Т.е дело в том, у нас используется в качестве сегмента на счете справочник ЭКР, а не КОСГУ-расходы?
Это из-за их избыточности: косгу-расходы, косгу-субсчета и экр...

Печатная форма системная.
Корр счета со своими аналитиками выставляются правильно (из расшифровки), а касса с аналитикой - ОДНА. В аналитике расходов по бюджету и внебюджету обязательны статьи затрат. Они-то и разные в расшифровке, а в печатную форму идет одна с закладки "общее". Касса и банк настроены практически одиноково: учет в разрезе ФКР и статей затрат. Одного 510-610 недостаточно.

Доброго времени суток.
25.2 бюджет.
ордера при наличии нескольких строк в расшифровке формируются мягко говоря странно: в бюджете существует однозначное соответсвие номера счета и КОСГУ, счет на основной закладке вводится один, а косгу в расшифровке несколько. Это касается сдачи и получения наличных (по нескольким кодам) и командировочных ( там и кодов и счетов несколько)

Доброго времени суток.
25.2. бюджет.
в печатной форме реестре платежных документов при указанной в карточке запроса расшифровкой выводится пустой столбик КБК вместо заполненной расшифровки.

Доброго времени суток.
Ошибка при формировании отчета "ведомость начилия свернутая" группировка по счетам. Счета все, подотчетники все, книга амортизазации - основная ОС.

После установки 25.2 перестала формироваться печатная форма приходного ордера на некоторых документах. Ошибка во вложении. Остальные приходные и расходные по бюджету и внебюджету печатаются нормально.

ДОброго времени суток.
25.1. Бюджет.
Очень хочется видеть в реестре расшифровок источник финансирования. И желательно не цифрой, а нормальное название - бюджет или предпринимательская деятельность. Кассиры умудряются в бюджетной кассе ставить в расшифровке 2 - предпринимательскую деятельность и правильно ставить корреспонденцию счетов по бюджету. А в кассовой книге ерунда получается. Знаете, чтоб в глаза бросалось и на закладке "общее", и в реестре. И в остальных документах не помешало бы.
Спасибо.

Доброго времени суток.
бюджет. сп 25.1
Как настроить формирование проводок по депонированию по каждому сотруднику?
Прилагающаяся типовая операция неправильная, ДТ должен быть из счета платежной ведомости (не работает, хотя в формулах присутствует), КТ - счет депонентов, основной, указанный в настройке приложения. И аналитика на ведомость одна, а проводки должны быть каждому таб. номеру.

Спасибо за беспокойство. Разумеется сразу сами и поправили, как ошибку обнаружили. Но согласитесь - это не дело...

спасибо

Доброго времени суток.
Бюджет. сп 25.1
Что делать, если необходимо в ЗКР указать ДВА документа-основания? СЭД, с коим работают все бюджетники, этот вариант поддерживает. Получается файл вида:
FK|TXZR100701|СЭД|1.43.X.33||
FROM|1|А3044|государственное образовательное учреждение высшего профессионального образования "Кемеровский технологический институт пищевой промышленности"|
TO|3905|Отделение по г. Кемерово Управления Федерального казначейства по Кемеровской области|
ZR|81ED4381-2C1D-4FF7-9819-ABDE3B9A6B96|1|19|18.01.2011|А3044|государственное образовательное учреждение высшего профессионального образования "Кемеровский технологический институт пищевой промышленности"|03391А30440|||074|Министерство образования и науки Российской Федерации|Федеральный бюджет|Министерство финансов Российской Федерации|3905|Отделение по г. Кемерово Управления Федерального казначейства по Кемеровской области|24.01.2011||||7784.63|643|0.00|0|1187.48|6|3|За продукты питания.Сч.ф.N00000010 от 13.01.11.Тов.накл.N10 от 13.01.11.НДС 1187-48.|ООО"МКС"|4205187967|420501001||40702810580000366901|КЕМЕРОВСКИЙ Ф-Л ОАО "ПРОМСВЯЗЬБАНК"|043207798|30101810700000000798|||||||||Проректор|Масленников П.В.|Заместитель главного бухгалтера|Иванова Л.В.|18.01.2011||||||
ZROSN|тов.накл.|10|13.01.2011|Продукты питания|
ZROSN|сч. фактура|10|13.01.2011|продукты питания|
ZRST|1|10|07407064309900001340|||||7784.63|0.00|||

строки ZROSN две.

Доброго времени суток.
Бюджет, 25сп.
В файле экспорта зкр (формат 2010.07) очередность платежа выводится с лишним пробелом справа, т.е. "6 ", вместо "6" и т.д. Заметили после ужесточения контроля со стороны казначейства. И форматы 11 года посмотрите, пожалуйста.

Доброго времени суток.
Очень не хочется ругаться, НО
мое обращение по линии пролежало уже сутки, хоть бы кто слово ответил. Кажется, горячая линия изрядно остыла.
Я понимаю, страна большая, разница в часовых поясах, но, если я раньше прихожу на работу, значит, Вы позже уходите, и время для решения проблем должно находиться в любом случае. Вы претендуете на сопровождение по всей стране, будьте добры, нормально организуйте работу. Запускаете новый модуль, а достучаться невозможно, вот это сопровождение. А про линию консультаций у меня сложилось определенное мнение - все сделано, чтобы мы меньше знали о проблемах друг друга. Разделяй и ... Дальше сами знаете. Грустно все это.

а у меня квадратик по-прежнему красный...

Конечно, на момент закрытия ничего не запускала, собственно о процедуре восстановления говорить-то начали только летом - и это тоже уже обсуждалось. А проведение восстановления начальных остатков сейчас никаких изменений не приносит.
А проблемные карточки у меня все - 8 тыс. наименований.
В rec_chn присутствуют записи с 01.05.2008 - момента перехода на 534, аналогичный фрагмент с нулевыми значениями существует на 01.01.2010 - дата закрытия пред. периода. В 2009 году период не закрывали - процедуры не было. Я считаю, что на моей базе алгоритм закрытия отработал неверно: если очистили данные по накопленному износу - значит, надо было входной пересчитать (прибавить износ за период 2008-2009) или таскать весь износ с момента перехода на 534. А сейчас износ за тот период лежит в базе arc_dep_str и в отчетах никах не учитывается.

Доброго времени суток.
сп23 хф22 бюджет
Долго думала, чтобы сформулировать проблему:
после закрытия периода в имуществе (февраль сп тот же хф был 4, за пару дней до замечания на форуме, что не следует закрывать период на этом сп, подождите 24, хотя его до сих пор нету...) в каждой карточке видны суммы износа, начисленного в 2010 году, износ до 01.01.2010 ушел в архив, цепочка сумм износа по каждой карточке в dep_str начала считаться с 0,00, соответственно сумма износа накопленного = сумме износа за 2010 год. ( и только!), износ входной (на дату перехода) так и остался неизменным и res_card, и в rec_chn, и в dep_str, и как следствие остаточная стоимость везде в ведомостях наличия формируется неправильно. Не хватает износа за предыдущий период, суммы, сами понимаете, миллионные.
Установка всех хотфиксов ничего не дала, в прочем,как и процедуры восстановления картотеки.
Как быть?

Доброго времени суток.
Казначейство порадовало новостями о появлении сокращенной печатной формы заявки на кассовый расход (образец всего на 1 лист). Форма будет действовать наряду со старой с 01.07.2010.
См. Приложение 30 к Порядку кассового обслуживания исполнения федерального бюджета, бюджетов субъектов Российской Федерации и т.д. ..., утвержденному Приказом Федерального казначейства от 10.10.2008 №8н (в ред. Приказа Казначейства РФ от 25.12.2009 №15н)
Можно надеяться на её реализацию в БЭСТ534?

Мне сложно судить о регламенте, в нашем конкретном случае наименований со стоимостью выше 200000 15 штук: здания и автомобили. Стандартной причиной изменения их стоимости является начисление амортизации, время от времени переоценка и изредка модернизация.
Оставить полосочки под содержание изменения кажется мне разумным...
В данный момент времени бухгалтер сидит копирует бланки приложений и пишет руками.

Доброго времени суток.
534, 21 сп, бюджет.
Второй год сталкиваемся с необходимостью предоставления информации в федеральное агентство по имуществу по формам из приложений 2, 3 к ПОСТАНОВЛЕНИЮ от 16 июля 2007 г. N 447
О СОВЕРШЕНСТВОВАНИИ УЧЕТА ФЕДЕРАЛЬНОГО ИМУЩЕСТВА
От нас требуют все в достаточно примитивном виде - на каждый инвентарный номер стоимостью выше 200 000,00 отдельную карту, на все остальное имущество (до 200000)одной формочкой. Хотелось бы видеть эти отчеты.

Спасибо, добрый человек.

способ хранения - сортовой, метод списания - средне-интервальный, метод учета - по фактическим ценам, себестоимость считаем раз в месяц, потом его закрываем.
В типовой операции по списанию по кт стоит #1 и замечательно работает, а дебет прописан намертво 0140101 и т.д. или 0240101. А нужна формулка, чтобы в зависимости от первых двух знаков счета кредита (который формируется правильно) получались первые две цифры дебета. А хвост стандартный.
Странно, что и демке это не релизовано, да и вообще не поднимался.