BEST logo логотип компании БЭСТ - программы для бизнеса ПРОДАЖИ
+7 (991) 312-04-37
trade@bestnet.ru
ПОДДЕРЖКА
+7 (495) 775-66-76
consult@bestnet.ru
СКАЧАТЬ
Обновления
Дистрибутивы
Авторизация

Логин:
Пароль:
Забыли свой пароль?
Регистрация
ВАШ ВОПРОС

Доступ к Личному кабинету закрыт!
Как получить доступ?


Форум

Поиск  Пользователи  Правила 
Закрыть
Логин:
Пароль:
Забыли свой пароль?
Регистрация
Войти
 
Выбрать дату в календареВыбрать дату в календаре

Страницы: Пред. 1 2 3 4 5 След.
заявка на получение наличных
 
1.Уважаемая Елена!
1.Поясните, пожалуйста, каким образом такая ЗПН в двумя разными типами аналитики проходит по выписке банка: данные о доходе должны быть представлены в разделе 3, а данные о расходе - могут при этом быть представлены в разделе 2 или 3. Или в одной заявке источник финансирования может быть только один, а тип КБК( доходы или расходы) разные?
2. Запрет на дублирование КБК в одной заявке сделан по просьбам пользователей - для того, чтобы избежать ошибки повторного ввода. В Вашем случае Вам необходимо добавить в аналитику расходов еще один необязательный сегмент - измерение пользователя, назвав его, например, Детальное назначение расхода. Ввод данного измерения позволить Вам избежать дублирования в описанном Вами случае. Дополнительное измерение можно ввести на объекте учета в любой момент. Измерение нужно ввести последним сегментом - в этом случае Вам не придется ничего менять при экспорте в СЭД - программа экспорта обрежет лишние символы.
Методические указания по переходу на новые положения, ОС до 3к и до20к
 
Уважаемый Олег!
В п.3.1 речь идет об ОС, которые по инструкции приказа 25н уже амортизированы в размере 100% балансовой стоимости. Проводки, о которых идет речь, «убирают» сумму начисленной амортизации со счета 0110400 – по новой инструкции данные ОС не амортизируются, а списываются на расходы без использования счета 0110400. Проводки, как указано, необходимо формировать по бухгалтерской справке (Приложение Главная книга, Книга регистрации документов). Для получения суммы, на которую необходимо сделать проводки, мы порекомендовали бы Вам получить любую Ведомость наличия с группировкой по счетам учета (по счету учета и префиксу) и указанным фильтром по Текущей стоимости и Использованию. Итоговые данные по колонке «Накопленный износ» дадут Вам суммы проводок по счетам. Никаких изменений в карточки вносить не надо.
В п.3.2 речь идет об ОС, которые по инструкции приказа 25н амортизировались линейным способом, начиная с даты принятия к бюджетному учету, а по приказу 148 амортизируются в размере 100% в при вводе в эксплуатацию, т.е. амортизация должна быть доначислена.
Учитывая, что в п.3.2 не указана дата доначисления (в п.1 – дата перехода определяется с учетом организационно-технической готовности), мы порекомендовали бы Вам внести изменения в метод амортизации, ранее применявшийся для ОС стоимостью свыше 10000, т.е. в метод начисления амортизации линейным способом, добавив в него, например, такую конструкцию:
if(DTOS(DocDateBeg)=”ДАТА_ПЕРЕХОДА”.AND.
DTOS(DocWrkDate)<”20090101”.AND.
LineCostCur<20000,
(LineCostCur- LineDepBeg-LineDepCur),
round(LineCostCur/LineUtiAll,2))
где дата перехода – дата, определенная для Вашего предприятия.
Данная конструкция позволяет доначислить амортизацию для ОС, введенных в эксплуатацию до 01.01.2009, стоимостью до 20000 до 100% балансовой стоимости в ведомости на дату перехода и не меняет метод амортизации по остальным ОС. Никаких изменений в карточки вносить не надо.
В связи с тем, что в настоящий момент устраняется ряд неточностей в работе отдельных параметров методов амортизации, мы порекомендовали бы Вам вносить изменения в методы с выходом СП19.
Изменено: Лариса Щербина - 21.04.2009 16:10:17
Учет денежных средств
 
Уважаемый Антон!
Да никакой это не стандарт; стандатры - они приказами МФ утверждаются. Это практика работы, когда одно подразделение Минфина не читает документы, которые пишет другое - и Вы, и мы с этим сталкивались несчетное число раз: в одном ФЗ-одно, в другом - другое. Для нас при работе с формами по КФД источники информации - письма, приказы, методики, которые мы отслеживаем по официальным сайтам, по официальным печатным органам. Некоторые пользователи присылают нам инструкции местных ОФК - это тоже источник. Заявка на возврат - самый сложный документ- туда чего только не просят вставить - а как, если все по разному говорят - а документа нет? Одним сделаем - всем сломаем...Будет форма или разъяснения хоть какие-то - будем делать....
Учет денежных средств
 
Уважаемая Елена!
Ваши проблемы Нам понятны. Но разработчики программы БЭСТ не отвечают за внутренний регламент работы программы СЭД, который не опубликован нигде - ни в нормативных документах, ни в форме по КФД, ни в форматах загрузки данных. К сожалению, это не первый случай расхождения данных программы СЭД с утвержденными формами первичных документов. В том случае, если данные расхождения в нормативных документах будут устранены, разработчики смогут доработать программу.
P.S. Компания БЭСТ не получает бюджетного финансирования: по этой причине у нас нет возможности работать с программой СЭД.
Учет денежных средств
 
Уважаемая Елена!
Разработчики программного обепечения не изобретают самостоятельно правила заполнения форм по КФД в соовествии с нашей или Вашей логикой. Они автоматизируют порядок их заполнения, описанный в нормативных документах.В том случае, если отдельные ОФК выдают своим клиентам дополнительные нормативные разъяснения, мы готовы рассмотреть возможность их реализиции. Если Вы самостоятельно решили вводить в группу полей Документ-основание ссылку на возвращаемый документ - программа не препятствует сделать это в полях ручного ввода под названием Подробно. Однако никакого сервиса в данном случае мы доработать не можем, т.е. это Ваше часное решение, не соотвествующее нормативным документам.
Что касается "грубого нарушения": процитируем приказ 8н п.9.4
"...Раздел 2. «Реквизиты документа–основания» Заявки на возврат выводится на бумажные носители и формируется в электронном виде в случае наличия информации для его заполнения..."
Изменено: Лариса Щербина - 08.04.2009 11:57:32
Учет денежных средств
 
Уважаемая Елена!
Мы внимательно изучили форму заявки на возврат (0531803) и все нормативные документы, касающиеся порядка ее заполнения.
В приказе 8н нет никаких указаний о необходимости (и месте!!!) заполнения ссылки на возвращаемый документ.
Ссылка на возвращаемый документ есть только в формате выгрузки (блок ZVDOCVOZ – возврат с невыясненных поступлений). Однако в приказе 92н, п.12 работа с такими платежами описана так:
«…В Заявке на возврат невыясненных поступлений и в оформленном органом Федерального казначейства на ее основании расчетном документе, в поле «Назначение платежа» указывается: «Возврат ошибочно перечисленных поступлений (с указанием причины возврата)». Указаний по заполнению ссылки на возвращаемый документ нет.
В том случае, если Ваш ОФК требует от Вас заполнение ссылки на возвращаемый документ, поясните его требования подробно:
- какой платеж подлежит возврату: обычный, зачисленный без права расходования, невыясненный, или какой-то другой?
- Каким образом данный платеж следует отражать в форме 0531803?
Новый план счетов по бюджету.
 
Уважаемые Партнеры!
Компания БЭСТ не имеет лицензии на оказание аудиторских услуг, и поэтому, к сожалению, не имеет права давать консультации, какой счет на какой менять: мы, так же, как и Вы, работаем по нормативным документам Минфина. При переходе на новый план счетов 2005 года Методические указания по переходу были утвержены приказом МФ 26н и использовались в программе. В настоящий момент мы не имеем информации об аналогичных документах по переводу на план счетов приказа 148н. Поэтому бухгалтеркую методику перевода предприятие должно разработать самостоятельно. Инструмент перевода - утилита реорганизации счетов и аналитик.
Неправильно считается оборотный баланс
 
Если под штатным актом Вы имеете в виду
ИНВ17 "Акт инвентаризации расчетов с покупателями, поставщиками и прочими дебиторами и кредиторами", то его форма соотвествует постановлению Госкомстата РФ от 18 августа 1998 г. N 88.
Если Вы усматриваете в ней противоречия с какими-либо другими нормативными документами, то хотелось бы отметить, что разработчик программного обеспечения не несет никакой отвественности за то, что рекомендации одних нормативных документов не соотвествуют рекомендациям других. Учетная политика предприятия (в том числе порядок ведения аналитического учета на отдельных счетах)определяется его бухгалтером. Разработчик может лишь предоставить пользователям инструмент для настройки учета в сооответствии с их потребностями.
Неправильно считается оборотный баланс
 
Уважаемые партнеры!
Учить наших пользователей бухгалтерскому учету – не входит в наши обязанности.
Однако нам хотелось бы отметить следующее:
1.Для получения ДОСТОВЕРНЫХ ДАННЫХ необходимо весть ДОСТОВЕРНЫЙ УЧЕТ.
2.Используя различные учетные механизмы (в том числе аналитический учет на счетах) необходимо отдавать себе отчет о последствиях работы в соответствии с выбранной методикой.

Мы хотели бы процитировать те документы, которым руководствовались разработчики при настройке плана счетов и формировании отчетов.
1. План счетов ( утв. Приказом МФ РФ от 31.10.2000 г. N 94н)
«Аналитический учет по счету 62 "Расчеты с покупателями и заказчиками" ведется по каждому предъявленному покупателям (заказчикам) счету…»
2. По причине отсутствия детальных рекомендаций по заполнению строк бухгалтерского баланса процитируем разъяснения по его заполнению из журнала «Бухгалтерский учет» (учредитель журнала МФ РФ):
«Строка "Дебиторская задолженность (платежи по которой ожидаются более чем через 12 месяцев после отчетной даты)" (230).
Данные по счетам бухгалтерского учета расчетов организации с другими организациями и гражданами в бухгалтерском балансе приводятся в развернутом виде: по счетам АНАЛИТИЧЕСКОГО УЧЕТА, по которым имеется дебетовое сальдо, - в активе, по которым имеется кредитовое сальдо, - в пассиве.»
Именно так в нашем плане счетов настроена аналитика счета 62 и именно так в отчетах считается сальдо по счету.

В том случае, если Ваши пользователи считают «достоверным» сальдо по партнеру в целом, им следует закрыть аналитический учет по заказам в плане счетов (тем более, что насколько мы может судить по вашей БД, данная аналитика на счете 62 Вами не используется). Для этого Вы можете воспользоваться утилитой реорганизации счетов. При этом расчеты по каждому заказу при соответствующей настройке расчетов с партнерами могут быть получены в рамках приложения Расчеты с партнерами.
Разработчикам! Основные средства-Нормы амортизации
 
Уважаемый Евгений!
Консультировать по законодательству не входит в наши полномочия. Однако я посмотрела ПБУ6/97 - там тоже амортизация считалась по СПИ, определяемому на основе ожидаемого срока использования или ожидаемого физического износа. В том случае, если у ваших пользователей есть ОС, которые они амортизируют в соотвествии с постановлением 1072,перечень норм амортизации и соотвествующих им методов в программе открыты.
Счета фактур, Изменение нумерации счетов фактур
 
Уважаемый Олег!
Мы на всякий случай еще раз внимательно изучило 224-ФЗ и не нашли там никаких указаний или изменений, касающихся нумерации счетов-фактур.
Что касается выдержки из учетной политики, которую Вы цитируете, то это требование конкретного предприятия, для реализации которого на данном предприятии может быть написана спецфункция с использование встроенных средств программирования (консультации можно получить на формуме "Программирование приложений")
Номер счета-фактуры в БЭСТ-4 - 15 символов, следовательно, его длина достаточна для ведения описанной Вам нумерации.
Если же говорить о проблеме настройки правил нумерации счетов-фактур и других документов системы, подобного рода доработки могут быть реализованы только в рамках нового приложения "Книга покупок и продаж" комплекса БЭСТ-5.
Документ-основание в "Учете денежных средств"
 
Нам эта Идея не кажется удачной и вот почему: договор все-таки документ "длительного использования" - иначе зачем оформлять именно договор, а не разовый счет. А значит, по нему будет не один платеж. Если мы в каждый в платеж будем шарашить все расшифровки - замучаются удалять лишнее. А если подключать полный контроль - на даты и на ранее произведенные оплаты - доработка объемная, быстро не сделаем - а когда сделаем - так и БО пора будет оформлять....
Изменено: Лариса Щербина - 27.01.2009 16:41:20
Документ-основание в "Учете денежных средств"
 
Уважаемые партнеры – пользователи нового приложения «Учет денежных средств – бюджетная версия». Хотелось бы дать подробные пояснения по поводу поля «Документ- основание» в документах нового приложения.
Данное поле было и в документах по выписке банка «старого» приложения, однако, насколько мы поняли, активно бюджетными организациями не использовалось – поэтому механизмы, о котором мы далее будем говорить, отлажены на хозрасчетных организациях.
В программе есть две схемы работы с документами-основаниями платежей:
1. Разнесение платежей на документы-основания расчетов. В данной схеме в качестве документов оснований используются:
 Договоры закупки из приложения «Закупки. Поставщики». В данном приложении специально для бюджета есть возможность настроить в этапах оплаты по договорам аналитику оплаты по КБК для автоматического формирования бюджетных обязательств.
 Заказы(счета) на закупку из приложения «Закупки. Поставщики»
 Счета-фактуры на закупку из приложения «Книга покупок и продаж»
 Аналогичные документы можно ввести для приносящей доход деятельности в приложении «Продажи. Клиенты»
Для использования данного механизма необходимо:
 В приложении «Расчеты с партнерами»(поставляется бесплатно), создать группы учета поставщиков, определив для них порядок расчетов по тому документу-основанию, которое необходимо.
 У партнеров поставщиков на закладке «Закупки» выбрать группу учета в поле «Вид расчетов»
 Аналогичные действия можно произвести для приносящей доход деятельности – группы учета покупателей и закладка «Продажи» карточки партнера
 После этого в программе при вводе документа-основания расчетов в соответствующем приложении будет автоматически создана карточка расчетов с данным партнером, которая и будет предлагаться в качестве документа-основания в поле «Документ-основание» платежных документов. При сохранении платежного документа данные о платеже будут автоматически записаны в карточку расчетов с партнером. Аналогичным образом в карточку расчетов попадают данные о накладных и актах выполненных работ. Таким образом, при наличии в бюджетном плане счетов нескольких счетов расчетов с одним партнером (например, расчеты за ТМЦ и доставку, или по бюджетным и внебюджетным средствам) данная картотека дает возможность посмотреть общее сальдо расчетов с партнеров вне системы счетов.
Использовать все перечисленные документы в качестве документов-оснований можно уже в СП16 ( заказы закупки подключены в СП17)
Внимательное изучение приказа 8Н показало нам, что разработчики данного документа предполагают, что документов-оснований может быть несколько. В программе уже разработан механизм множественного разнесения платежей на перечисленные выше документы-основания – с ним можно ознакомиться в «старом» приложении: форма ввода документа по выписке банка кнопка «Основание». При необходимости его подключение не займет много времени – в том случае, если форматы выгрузки в СЭД будут доработаны соответствующим образом.
2. Разнесение платежей на документы отгрузки (накладные и акты выполненных работ) – с данным механизмом можно ознакомиться в «старом» приложении: реестр документов по выпискам банка – кнопка «Расчеты» пункт «Разноска оплаты по документам отгрузки» - данная разноска всегда производится автоматически с возможностью ручной правки пользователем. В новом приложении механизм будет подключен в одном из ближайших пакетов.
Таким образом, использование данных двух механизмов обеспечивает корректное заполнение поля «Документ-основание» платежных документов нового приложения. По мере подключения возможностей будут дорабатываться печатные формы и механизмы выгрузки в СЭД.
В условиях выпуска нового приложения и фактической «отладки на ходу» (напомним, основные документы, регламентирующие правила формирования и выгрузки документов, были опубликованы в середине ноября 2008 года), когда мы и наши пользователи только начали вводить и использовать некоторые из новых документов, разработчики не имеют возможности прописывать «параллельный» механизм работы с документами-основаниями – ввод данных о некоторых документах – основаниях (например, договорах) непосредственно в платежном документе. С учетом того, что документы-основания очень разные и их может быть несколько, данный механизм разрастется до объемов очень большой доработки, которую в данный момент нельзя реализовать из-за загруженности разработчиков по доработкам и исправлениям ошибок.
Убедительная просьба к пользователям: ознакомиться с описанными выше механизмами в демо-версии и в документации и использовать для ввода и выбора документов оснований стандартные механизмы программы.
Изменено: Лариса Щербина - 27.01.2009 15:40:31
Приложение "Учет денежных средств"
 
Уважаемая Ирина!
По п.2 - при работе со стандартными документами системы необходимо использовать стандартные средства их ввода в соотвествующих приложениях. В условиях большого количества доработок по нормативным документам в настоящий момент мы не имеем возможности прописывать два механизма работы(выбор и ввод в документе) с одними и теми же документами - тем более что ряд наших пользователей уже указали нам на то, что в соответствии с приказом 8н документов-оснований может быть несколько.
Доработки по п.4 будут реализованы в одном из ближайших пакетов.
Изменено: Лариса Щербина - 27.01.2009 14:22:39
Приложение "Учет денежных средств"
 
Уважаемая Ирина Родионова!
Хотелось бы вначале сказать следующее.
Разработчики выпускали новое приложение, имея в качестве источника информации перечень нормативных документов; при этом документ, описывающий правила фомирования заявок на кассовый расход - приказ 8Н - был опубликован 18.11.2008, а документ, описывающий правила выгрузки в СЭД - 12.11.2008!!! Понятно, что за такой маленький срок сделать все и без ошибок нельзя, учитывая еще и то, что что правила формирования документов не всегда изложены полно и непротиворечиво. После выхода нового приложения многие наши партнеры, работающие на местах с ОФК, оказали и продолжают оказывать нам очень большую помощь, присылая пояснения о требованиях ОФК по формированию документов: их информация используется нами для доработок.
Надеемся на ваше понимание: разработчики не спят и слышат Хорошо; нам необходима детальная информация о требованиях вашего ОФК; эмоциями дело не сдвинешь.
Теперь по сути вопросов:
1.В заявке на получение наличных несколько кассовых планов будут добавлены в одном из ближайщих пакетов.
2. Поле "Документ-основание". В соответствии с нормативными документами в качестве документа-основания в новом приложении (заметим в скобках: так же как и в старом, в котором поле Документ-основание тоже было), могут использоваться:
- договоры - для их ввода используется приложение "Учет закупок".
- счета на закупку - заказы на закупку - для их ввода также используется прложение "Учет закупок".
Счета-фактуры -для их ввода используется прложение "Книга покупок и продаж"
Все эти документы можно выбирать в качестве документов-оснований уже сейчас.
В том случае, если в качестве документа-основания платежа используется накладная или акт выполненных работ, в БЭСТ-5 в старом приложении использовался стандартный механизм автоматического разнесения платежей на данные документы - его подключим в одном из ближайших пакетов.
3. Копирование документов включено в план и будет реализовано в одном из пакетов (заметим в скобках: 100 документов в месяц - это 5 документов в день).
Заявки на кассовый расход и получение наличных
 
Уважаемые партнеры! Спасибо за информацию. Доработку реализуем в одном из ближайших пакетов.
Заявка на возврат.
 
Выгрузка и печатная форма будут реализованы в одном из ближайщих пакетов.
Расшифровка Заявки на возврат формируется по аналитике доходов. А вам как надо?
Изменено: Лариса Щербина - 26.01.2009 15:38:33
ЗКР
 
Уважаемая Елена!
при разработке приложения мы ориентируемся не на программные продукты, а на нормативные документы. В частности, в приказе 8н, определяющем порядок заполнения ЗКР, по поводу интересующей Вас графы написано следующее:
"в графе 3 - по каждому виду средств, кроме средств, поступающих во временное распоряжение учреждения, указываются коды бюджетной классификации, по которым должны быть произведены выплаты:
для расходов коды указываются по классификации расходов бюджетов;
для источников финансирования дефицита бюджета коды указываются по классификации источников финансирования дефицита бюджетов".
И это все!
Что касается кодов целей, то и в форме ЗКР и приказе данные поля отсутствуют.
Ваши проблемы Нам понятны, однако претензии следует адресовать авторам данного приказа.
Если Вы подробно опишете Ваши проблемы: в какой ситуации заявки формируются на так как необходимо (в то числе по НДС), постараемся Вам помочь.
Изменено: Лариса Щербина - 26.01.2009 15:30:10
Заявки на кассовый расход и получение наличных
 
1. В одном из ближайших пакетов добавим примечание в строке Расшифровки - в соответствии с приказом 8н код цели вводится именно там.
2. Подскажите пожалуйста, у вас два символа кассы - это один чек?
Разработчикам! Основные средства-Нормы амортизации
 
Поясните пожалуйста, о каких нормах амортизации вы ведете речь?
В хозрасчете амортизация по нормам отменена с выходом ПБУ6/01,в бюджете - с выходом приказа 70н.
Справочник норм в приложении не поддерживается и сохранился для тех случае, когда пользователи ведут учет не по российскому законодательству.
ЗКР
 
Поле "Документ-основание" в документах по выпискам банка не новое - оно было введено в версии 3.4 по всем документам системы одновременно с выходом приложения "Расчеты с партнерами". В том случае, если ранее Вы им не пользовались, подробно о работе с ним можно почитать в документации:
1_4_Расчеты_с_партнерами.doc
п.4.1.3.Выписки банка
В новом приложении порядок работы с полем не изменился.
ЗКР
 
ошибка
Изменено: Лариса Щербина - 16.01.2009 14:38:26
ЗКР
 
1.Ошибка при работе с налогами связана с тем, что у Вас неправильно настроена налоговая модель: в ней отсутствует перечень налогов и правила их расчета. «Вывал» уберем, однако обращаем Ваше Внимание, что корректная работа с налогами возможна только при наличии корректных налоговых моделей.
2.Очередность платежа. В приказе 8Н, содержащем указания о заполнении ЗКР, нет разъяснений по поводу очередности платежа. Ранее при формировании платежных поручений по поводу данного поля были разъяснения ( см. Положение ЦБР N 2-П) о том, что поле заполняется в соответствии с законодательством и нормативными актами Банка России. Поясните, пожалуйста: ваше ФК требует заполнение очередности платежа?
3.Ваша проблема в общем случае может быть решена только запросами перед выгрузкой или печатью. Однако это вызовет нарекания у других пользователей, которым будут выдаваться запросы, которые им не нужны. Индивидуальную настройку печатных форм Вы можете провести самостоятельно с использованием дизайнера, а индивидуальную настройку форматов выгрузки – с помощью создания пользовательского формата. Если подобные проблемы возникнут у большого количества пользователей, будем рассматривать Вопрос о системной доработке
4.Справочник договоров по закупке, о котором, вы видимо, ведете речь, ведется в приложении «Закупки, Поставщики».
Приложение «Расчеты с партерами» обеспечивает ведение картотеки расчетов с партнерами в оперативном режиме вне системы счетов и к форме собственности не имеет отношения. Приложение поставляется бесплатно.
В ситуации, если расчеты с одним поставщиком ведутся в бюджете по нескольким счетам (например, за ТМЦ и доставку, или по разным источникам финансирования), данная картотека даем возможность посмотреть общее сальдо расчетов с партнером. Картотека формируется автоматически при отнесении партнера к поставщикам или покупателям.
Для удобства настройки типовых операций в данном приложении настроены группы учета, которые определяют счета расчетов с партнером, автоматически подставляемые в типовую операцию. Без использования данных групп учета счета необходимо проставлять непосредственно в типовой операции, что значительно увеличит их количество.
Что касается налогов, то они не интересуют только тех бюджетников, которые не ведут предпринимательскую деятельность.
5.Строки по расшифровке в ЗКР вводятся без ограничений. В настоящее время там даже отсутствует контроль на соответствие итоговой суммы по расшифровке сумме по документу, которой будет добавлен в одном из ближайших пакетов. Опишите подробно, в какой ситуации Вы не смогли добавить строку.
Ввод кодов расшифровки с клавиатуры будет подключен в одном из ближайших пакетов
6.Наличие в системе двух справочников: КОСГУ-Расходы-ЭКР и КОСГУ-РасходыСубсчета – явление историческое и связано с тем, что коды экономической классификации расходов в приказах 114Н(КОСГУ-Расходы-ЭКР) и 70Н(КОСГУ-РасходыСубсчета) не были согласованы. Учитывая то обстоятельство, что в плане счетов подключен справочник КОСГУ-РасходыСубсчета, именно его необходимо подключить в настройке Расходов Объекта учета – в противном случае могут возникнуть проблемы с формирование проводок по Расшифровке. Согласовано изменить настройку каждый пользователь может самостоятельно.
Что касается добавления строк в данных справочниках, она производится безо всяких ограничений.
7.Копирование заявок будет реализовано в одном из пакетов. Однако обращаем Ваше Внимание, что копирование ЗКР по бюджетному обязательству может быть реализовано в очень ограниченно объеме.
Где в счет фактуре вводится платежное поручение и дата её?
 
Уважаемые партнеры!
В отгрузочном счете-фактуре выбор платежа производится по кнопке Платежи. При этом, если по данному платежу формировался авансовый счет-фактура, одновременно формируется запись сторно. Данная доработка релизована по многочисленным просьбам пользователей, которые в старых версиях делали двойную работу: сначала выбирали платеж, потом - формировали сторно т.е. снова искали тот же самый платеж.Поясните подробно, в какой конкретно ситуации Ваших пользователей не устраивает данный регламент.
Оприходование ГП-Товар, Интересует цена оприходования.
 
При вводе документа оприходования ГП-ПФ в течение периода (месяца), предшествующего расчету фактической себестоимости продукции, цена в приходном документе (назовем ее временной ценой оприходования) формируется следующим образом:
- если в счете учета запасов настроен прейскурант плановых цен, цена проставляется из прейскуранта. Данный метод обычно используется при работе по нормативной себестоимости. В качестве цены в прейскуранте плановых цен может быть использована плановая себестоимости, или любая другая цена;.
- если в счете учета запасов прейскуранта плановых цен нет, временная цена оприходования продукции формируется так же, как в любом другом приходном документе: по умолчанию проставляется учетная цена на складе или из карточки партии – это означает, что до расчета фактической себестоимости текущего месяца в качестве временной цены оприходования будет использоваться фактическая себестоимость прошлого месяца.
Источник формирования документа оприходования: вручную, из отчета производства или из НЗ - на правила формирования цены оприходования не влияет.
После расчета фактической себестоимости продукции текущего месяца временную цену необходимо заменить на фактическую. Для этого в реестре документов оприходования предназначен специальный пункт меню «Операции» - «Таксировка документов». Для таксировки также используется прейскурант плановых цен, который запрашивается при выполнении утилиты. Для того чтобы в прейскуранте плановых цен сформировалась цена из ведомости расчета фактической себестоимости, необходимо:
- настроить формулу расчета цены с использованием параметра CF – фактическая себестоимости из ведомости расчета
- рассчитать прейскурант до проведения таксировки.
Страницы: Пред. 1 2 3 4 5 След.