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

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

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


Главная  / Поддержка  / Форум  / Публичные форумы  / БЭСТ-5  / Переход с БЭСТ-4+ на БЭСТ-5 3.4 (нужен совет)

Форум

Поиск  Пользователи  Правила 
Закрыть
Логин:
Пароль:
Забыли свой пароль?
Регистрация
Войти
 
Страницы: 1 2 След.
RSS
Переход с БЭСТ-4+ на БЭСТ-5 3.4 (нужен совет), Особенности, возможности, варианты перехода с системы БЭСТ-4 на БЭСТ-5
 
Добрый день (утро или вечер).
Хочется узнать мнение форумчан (в особенности мнение службы технической поддержки продукта БЭСТ 5).

На данный момент предприятие использует БЭСТ 4+ 12.01.01[SP67] от 09/10/10 Хозрасчетная (ключ 25 пользователей)
а именно (по подсистемам):
1. АРМ главного бухгалтера (само-собой)
2. Расчетные и валютные счета (подсистему целиком)
3. Касса. Подотчетные лица (подсистему целиком)
4. Учет материальных запасов
1. Товары. Готовая продукция. (склады + розница + фармацевтика (аптека) + производство ГП + опщепит)
3. Учет материалов и МБП
6. Торговый зал (автоматизация с АТОЛ Frontol в offline-режиме)
5. Учет заработной платы
6. Учет основных средств и НМА
8. Дополнительные модули (Экспорт + Конструктор отчетов)
---
Цель: Хочется перевести предприятие на БЭСТ 5 v. 3.4 наиболее мягким образом.

Мой знакомый (Дилер БЭСТа + очень компетентный в этом Вопросе человек), утверждает, что переход должен осуществлятся
практически с точки начальной автоматизации предприятия, дабы включить всю мощь и функциональность БЭСТ 5 (перенос только
номенклатуры + ее остатков + контрагентов + сальда по счетам (включая разрез аналитики счетов)), что повлечет за собой
довольно длительное ведение двойного учета и адаптации конечной системы (БЭСТ 5) под предприятие.

Я же в свою очередь хочу узнать, возможен ли более просто переход на систему БЭСТ 5, а именно:
Что бы при переходе на начальном этапе (пусть даже понадобится написание прикладного ПО для адаптации БД - это не пугает) БЭСТ 5,
работел точно так же как текущая версия БЭСТ 4 (я имею ввиду идеологию),и постепенно уже автоматизировать его под функционал полноценной
системы БЭСТ 5, а так же по-этапного внедрения управленческого
учета.

З.Ы. Так же меня интерисует сколько будет стоить ключ на все тех же 25 пользователей с текущей комплектацией + отраслевыми решениями
БЭСТА 5 (Аптека, Питание), при условии что переход будет осуществлятся как апгрейд (со здачей ключа от БЭСТ 4) (если конечно такой вариант еще есть)

Предприятие в свою очередь использует : Основной вид дейтельности + ЕНВД

Заранее благодарен за ответ, если к каком то Вопросе по БЭСТ 5, я допустил неточнотость, то заранее прошу прощения, на настоящий момент, мне доступен только
демо режим этого продукта и базовая(коробочная) литература.
C/C++ Dev
MSSQL/IB/FireBird/MySQL
 
Добрый день!

Поскольку большинство моих клиентов перешло с БЭСТ-4 на БЭСТ-5, то скажу, что особых сложностей здесь не возникает. Разумеется, желательно перетаскивать с собой как можно меньше "лишней" информации, поэтому я бы переводил с базы, обрезанной по 01.01.11.

Теперь о проблемах:

1. Большинство модулей переносятся штатно, и в них сразу же можно продолжать работу. Исключение составляют модули, аналогов которым нет в БЭСТ-4: "Имущество" (собирается из "Учет основных средств" и "Учет МБП"), "Кадры" (создаются вручную на основании данных из "Учета заработной платы"). Очень рекомендую требовать в новом ключе прошить модуль "Финансы-2007" (старые модули "Касса" и "Банк") и использовать его вместо модуля "Учет денежных средств".

2. Работа в БЭСТ-4 предполагает наличие человеческих ошибок при работе со справочниками - при переносе данных все эти проблемы выходят наружу. Ничего страшного в этом нет, просто обнаружите, что у вас расхождения в аналитиках, двойные записи и т.д. Сразу после переноса имеет смысл просмотреть, что получилось со справочниками и максимально быстро их поправить (для этого и желательно не тащить с собой слишком много первичных данных). Многие вещи БЭСТ-5 позволяет поправить в полу-автоматическом режиме - очень даже удобно.

3. Переход от БЭСТ-4 к БЭСТ-5 означает возможность использования более одной аналитики, поэтому имеет смысл сразу продумать, нужны ли они Вам? Вещь, безусловно, удобная, и в умелых руках позволяет здорово улучшить работу с отчетностью.

4. Самое больное место перехода, из-за которого он и является катастрофой: в БЭСТ-5 нет "Конструктора отчетов". Это означает, что ВСЕ Ваши самодельные отчеты придется перерисовывать. Поэтому перед переходом необходимо долго и упорно тренироваться - у меня процесс "рисования" на крупном хлебозаводе длится уже второй год, так как ко всем старым формам постоянно добавляется новые.

В целом же, переход на БЭСТ-5 - это необходимость, так как возможностей БЭСТ-4 сейчас уже откровенно не хватает. По отраслевым решениям не подскажу, поскольку не использовал, но в целом они базируются на возможностях стандартной версии.
 
Добрый день!
Цитата
Денис Гончаров пишет:
Я же в свою очередь хочу узнать, возможен ли более просто переход на систему БЭСТ 5, а именно:
Что бы при переходе на начальном этапе (пусть даже понадобится написание прикладного ПО для адаптации БД - это не пугает) БЭСТ 5,
работел точно так же как текущая версия БЭСТ 4 (я имею ввиду идеологию),и постепенно уже автоматизировать его под функционал полноценной
Переход с БЭСТ-4+ на БЭСТ-5 осуществляется с 50% скидкой. Функционал программы БЭСТ-5, которого не было в БЭСТ-4+ докупается по действующему ценовому листу. БЭСТ-5 поставляется с безключевой защитой или с ключом аппаратной защиты. Стоимость ключа аппаратной защиты - 1500 руб.
 
Цитата
Алексей Макаров пишет:
Добрый день!

Поскольку большинство моих клиентов перешло с БЭСТ-4 на БЭСТ-5, то скажу, что особых сложностей здесь не возникает. Разумеется, желательно перетаскивать с собой как можно меньше "лишней" информации, поэтому я бы переводил с базы, обрезанной по 01.01.11.
....

Спасибо Алексей за исчерпывающую информацию по данному Вопросу... Очень помогли, окончательно развяли страхи перехода...
Еще раз спасибо...
P.S. Единственное, если не сложно, можно про модуль "Финансы-2007"немного подробнее.
Заранее благодарен.
Изменено: Денис Гончаров - 09.03.2011 15:32:25
C/C++ Dev
MSSQL/IB/FireBird/MySQL
 
Цитата
P.S. Единственное, если не сложно, можно про модуль "Финансы-2007"немного подробнее.
Заранее благодарен.


"Финансы-2007" - это на 90 % аналоги из БЭСТ-4, к ним не придется подстраиваться и привыкать, "Учет денежных средств" - это новая разработка, которая "немного" сыровата, и совершенно другой идеологии. Если логистику и поменяли, но там практически все логично, то на новый модуль "Имущество" обратите Внимание, к стати при переходе выходит подсказка, что и как нужно подготовить для перехода (особое Внимание на "Имущество") Модуль к счастью уже укатали, идеология поменялась по сравнению с БЭСТ-4. Почитав соседний форум, можно увидеть и оценить все + и - .
 
Цитата
Денис Гончаров пишет:
Мой знакомый (Дилер БЭСТа + очень компетентный в этом Вопросе человек), утверждает, что переход должен осуществлятся
практически с точки начальной автоматизации предприятия, дабы включить всю мощь и функциональность БЭСТ 5 (перенос только
номенклатуры + ее остатков + контрагентов + сальда по счетам (включая разрез аналитики счетов)), что повлечет за собой
довольно длительное ведение двойного учета и адаптации конечной системы (БЭСТ 5) под предприятие.


Я сторонник такой же точки зрения.
Кроме длительного двойного учета.
Опишу с точки зрения складского учета

Мы делаем так:
1.Подготовка новых номенклатур и связки с Б4 для переноса остатков
2.Перенос данных без движения, желательно чтобы и без проводок за период
3.Причесать аналитики по партнерам и начальное сальдо на счетах по ним (потому что в БЭСТе больше нет отдельных аналитических счетов и сальдо останется а код аналитики станет кодом партнера - там где это не совпадало приведет к необходимости исправления)
Если останутся проводки - то тогда по аналитикам придется искать где чьи проводки, потому что в БЭСт-5 к проводкам будут писать новые имена аналитик. (но только после того как Вы зайдете в справочник аналитик и щелкнете по аналитике - она тут же сменит свое название - это только по аналитикам по партнерам)
4.перенос остатков товарных на новую кодировку


Если в товарном учете много задач и этот модуль отстает по переносу, то ставим задачу импорта проводок из Б4 в Б5 и синхронизацию справочника партнеров из Б5 в Б4.

Можно воспользоваться штатной функцией переноса - но в этом случае Вы продолжаете использовать БЭСТ-5 как БЭСТ-4 и тогда потом придется думать как переделывать БД в товарном модуле с нуля, если новые возможности товарного модуля Вам будут все таки нужны.
Т.е. зачистка товарного модуля, перенос остатков и т.д. и т.п.
Здесь необходимо понимать вот что:
Б5 может работать как Б4.
Но он уже принципиально другой продукт и при таких событиях как переход - лучше посмотреть на свои задачи свежим взглядом.

Потеря новых возможностей приводит к необходимости каких-то там старых отчетов и принципов труда. Так, к примеру на прошлой неделе у клиента выяснили что все их трудоемкие процессы в Excel в Б5 им просто вообще не нужны. Все делает одна штатная возможность.
Но успокаивать их пришлось с пояснения того, что они изначально и в Б4 делали не достаточно корректно, показал как в Б4 проще, потом как тоже самое можно в Б5, а уж потом весь процесс зачеркнули показав что можно вообще все исключить и делать по-другому :smile: Но старый ручной путь модернизированный - как желание им пользоваться я им тоже показал...
Тут по ситуации.
 
Тоже склоняюсь к мнению "очень компетентного в этом Вопросе человека"...
А если уж апгрейдить, то сначала на версию 3.3, как на более близкую к Б4, а уже с нее на 3.4
Будет менее болезненно имхо.
 
К сожалению, у нас нет таких "компетентных в этих вопросах человеков". Нам все приходится делать самим, на своем опыте. Из пары десятков переведенных с Б-4 на Б-5 только за последние полгода (а так же переведенных ранее) никогда никого апгрейдили. Не видим смысла. Если клиенту дорог "БЭСТ-4" - пусть в нем и работает. Если ему уже "тесно" в Б-4 - приглашаем и показываем ему настроенную программу Б-5, где он собственными глазами видит, все новые возможности Б-5, все его принципиальные отличия. Ни один из этих клиентов, не стал настаивать на апгрейде.
Все, что мы переносим из Б-4 в Б-5 - "зарплату". И через 3 месяца работы клиенты забывают про прежний Б-4.

И ещё по поводу апгрейда из Б-4 на версию 3.3., потом версию 3.4. Мы были одними из первых, кто пошел на такой "эксперимент" поступенчетаго перевода бюджетников с 3.3. на 3.4.(30-40 клиентов). Лучше бы мы этого не делали. Это был наш позор, а не работа. Лучше бы мы до упора отработали на 3.3., а потом заново начали всю работу на 3.4. Это был "закат солнца вручную". Может для хозрасчетных клиентов менее болезненно пройдет трехступенчатый переход с Б-4 на Б-5 путем апгрейда, но я бы поостерёгся давать такие рекомендации.

Это мое личное мнение и практическимй опыт работы. В комментариях не нуждается - написал просто для информации. Мы идем своим путем и никого более учить не собираемся.
 
Цитата
Денис Гончаров пишет:
Мой знакомый (Дилер БЭСТа + очень компетентный в этом вопросе человек), утверждает, что


Вы будете самостоятельно перевод делать или с помощью дилера?
 
Цитата
Asasa пишет:
И ещё по поводу апгрейда из Б-4 на версию 3.3., потом версию 3.4. Мы были одними из первых, кто пошел на такой "эксперимент" поступенчетаго перевода бюджетников с 3.3. на 3.4.(30-40 клиентов). Лучше бы мы этого не делали

+1
Этот путь ОЧЕНЬ не рекомендую.
Считаю его в принципе неверным.
 
Цитата
Радик Шакиров пишет:
Тоже склоняюсь к мнению "очень компетентного в этом Вопросе человека"...
А если уж апгрейдить, то сначала на версию 3.3, как на более близкую к Б4, а уже с нее на 3.4
Будет менее болезненно имхо.

Если прочитать тему с начала, то я имел ввиду НЕ апгрейдить. Как альтернативу же -
транзитный вариант переноса данных, а не работу в 3.3. Интересно было бы узнать мнение разработчиков.
 
Цитата
Радик Шакиров пишет:
транзитный вариант переноса данных, а не работу в 3.3

Вообще никаких транзитных вариантов через 3.3 лучше не делать в принципе.
Это ничего не даст кроме дополнительных проблем.
3.3 пора просто забыть и все.
 
Добрый День. Извините за такую задержку с ответом в теме, просто ждал рабочий ключ 5ого БЭСТа.
Теперь ключ появился и можно уже говорить не только в теории, но и на практики что то пытатся придумывать...

Сразу скажу, что ни структуру, ни связи БД БЭСТа 5, я еще не смотрел. Просто не было времени. Расскажу о просто о первых проблемах и первых впечатлениях

В первую очередь как получил ключик - конечно же решил попробовать базовую конвертацию БЭСТ4 -> БЭСТ5, результат удивил, практически сразу можно работать, вот только все же, на том что в итоге получилось работать куда приятнее в обычной консольной графики БЭСТ4+, чем в БЭСТ5 ;-) Вообщем кроме ЗП - ничего дельного я в переносе не нашел. Все как вы и говорили...

Ладно, идем дальше... Сразу заинтерисовало "ПРОИЗВОДСТВО", т.к. мое предприятие помимо 3х складов и 16 розничных точек имеет 3 небольших хлебопекарни и мясной цех (разделка + мясные полуфабрикаты). Если хлебопекарни - впринципи еще можно более менее приблизить к сборочному производству, то вот мясной цех в свою очередь объединяет как сброчное так и комплексное производство) и в БЭСТ4 - этот участок вызывает у меня более всего проблем.
Вообщем создаю раб.(чистую) базу в БЭСТ5 и начинаю для теста отстраивать подразделение "Мясной Цех", параллельно рассматривая функционал модуля...
На скорую руку завожу счета затрат, сырья, и ГП. Отсраиваю счет запасов, завожу раб. цент -"Мясной цех". Сразу номенклатуру завожу для теста как в сырье так и в готовую продукцию. Хранение. Типовую операцию. и т.д. вообщем не столь важно, дохожу до первой тестовой печатной формы прихода ГП, и без. мат. отвественного лица она мне совсем не нравится. Тут я вспоминаю про чудесно перекинутую зарплату из БЭСТа4, которая само собой лежит в другой базе... Долго не ломая голову (исходя из опыта Бэста4), захожу в папку с БД, копирую Salary в свою тест-базу производства... Захожу опять к себе в базу, реиндексация+востановление целосности.... Потом в ЗП-карточки персонального учета, соотрудники перенеслись, вот только при попытки зайти в карточку, выскакивает ошибка (что то там об отказанном доступе), та же история с лиц. счетами. Думал синхронизировать с КАДРЫ, в подсистему КАДРЫ тоже ничего не попало, хотя синхронизация прошла успешно. Ну и само собой в ПРОИЗВОДСТВЕ мне тоже не удалось поставить мат. ответственного... :-(

Еще раз скажу, что времени глобально заняться вопросом еще не было, но такая ошибка меняет логику перехода и немного пугает.
Еще вчера я планировал осуществлять переход так:
*Предприятие продолжает работать в БЭСТ4 (включая ЗП)
*Параллельно отстраивается БЭСТ5 (Структура, принципи, док.оборот, тех. процессы, сч.учета и т.д.)
*Тестируются принципи перебрасывания справочником, номенклатур, остатков и т.д.
*на каком то этапе обучение персонала
*И в какой то момент к примеру на 01.01.2012 все это сливается в БЭСТ5 (а зарплату при этом хотелось бы перенести именно так как она переносится по базовому обновлению)
Но сегодняшний эксперимент показал что с ЗП могут возникнуть проблемы. Или я все же копаю не в ту сторону?
C/C++ Dev
MSSQL/IB/FireBird/MySQL
 
Цитата
Денис Гончаров пишет:
Потом в ЗП-карточки персонального учета, соотрудники перенеслись, вот только при попытки зайти в карточку, выскакивает ошибка (что то там об отказанном доступе), та же история с лиц. счетами.


Попробуйте пересоздать роль.
 
Надо просто в имеющейся роли правой кнопкой мыши разрешить все для данной роли. Все это настраивается в менеджере пользователей
 
Денис, Юрий, спасибо. Только сейчас увидел что на форуме много тем по этой проблеме.
Но мою проблему это не решило.... Только сейчас понял причину ;-)
Вообщем дело было в следующем:
Базу ЗП я то перезаписал, а вот про struct.dbf (Спр. Структурных) совсем забыл. В итоге все все сотрудники как бы принадлежали к структурным, которых в свою очередь в базе вообще не было.
З.Ы. Если бы не ваш ответ про перезапись ролей то наверное еще бы долго бы искал проблему ;-) А так пока роли по пять раз перезаписывал и в базу нырял заметил в лицевых, что код структурного есть, а названия - нету.. Вообщем спасибо... помогли.. :-)
C/C++ Dev
MSSQL/IB/FireBird/MySQL
 
Вы еще про people.dbf не забывайте
 
Сразу прошу прощения, что так сильно раздуваю текущий топик, просто удобнее писать в нем чем новые бесмысленые темы создавать (а то будет как спам).

Пытаюсь понять приемущества мультисегментной аналитики(взвесить все ЗА и ПРОТИВ), но пока к однозначному решению так и не пришел.

С одной стороны детализация увеличивается, с другой стороны затрудняется ввод и целосный анализ (особенно для пользователя который привык в БЭСТ4 максимум умудрится зайти в аналит. отчетность - аналит. спр. по счету и ввести счет).
Вообщем хотелось бы услышать мнение людей которые использовали разрез аналитики и перешли на мультисегментную аналитику). Плюсы,минусы, возможно были какие-нибудь трудности?

Пока хочу изложить ход своих мыслей.
Возьмем затраты (20 счет), предприятие в БЭСТ4 построенно таким образом:
20 - закрытый
201 - Затраты по хлебопечению (закрытый)
2011 ... 2014 - сами хлебопекарни (аналитика - статьи затрат)
202 - Затраты по мясн. производству (закрытый)
2021 - Цех по мясу (аналитика - статьи затрат)
203 - Пусть будет например затраты (ЕНВД)
204 - Застраты основного
205 - Затраты на строительство
206 - Затраты по аренде (аналитики на всех счетах - статьи затрат)

С одной стороны исходя из оптимизаци конечно Хорошо бы это все свернуть в разрез мультисегмента,
с другой идеальный вариант свертывания был бы:
20 - Синтетика
Сегменты Аналитики:
1. Направление затрат (Хлеб., Мясн, ЕНВД, ОСН, Стройка, Ареда)
2. Цех (а вот в этом месте функционала не хватает уже у БЭСТ5, иными словами если бы была возможность выводить этот сегмент варианторым стособом, иными словами, в том и только в том случае если выбрано производство (Хлеб,Мясн) иначе пропускать, то схема была бы почти идеальной.
3. статьи затрат

Поэтому как не крути (наверное!!!), а синтетики все же 2 счета придется оставить (201 - Производственные Цеха, 202-Затраты по направлениям).
Пожалуйста прокомментируете, может я все же не в том направлении думаю, может есть мысли каки-нибудь.
Заранее благодарен.
С Уважением к Вам.
C/C++ Dev
MSSQL/IB/FireBird/MySQL
 
Цитата
Денис Гончаров пишет:
С одной стороны детализация увеличивается, с другой стороны затрудняется ввод и целосный анализ (особенно для пользователя который привык в БЭСТ4 максимум умудрится зайти в аналит. отчетность - аналит. спр. по счету и ввести счет).

Насчет затруднения ввода прошу конкретней.
В какой точке БЭСТа у Вас затрудняется ввод.
Желательно с примером.

Цитата
Денис Гончаров пишет:
Цех (а вот в этом месте функционала не хватает уже у БЭСТ5, иными словами если бы была возможность выводить этот сегмент варианторым стособом, иными словами, в том и только в том случае если выбрано производство (Хлеб,Мясн) иначе пропускать

А вот меня мучает один нескромный Вопрос.
Это в каком простите документе требуется необязательная аналитика "Цех", чтобы ее сделать было нельзя ? Мы вообще про типовыен операции говорим к какому либо первичному документу или про ввод проводок вручную или через типовые операции в главной книге?

Мне кажется надо разделить рассмотрение Вопроса на 2 половинки.
1.План счетов и какие нужны аналитики для работы.
а уж потом
2.способы создания проподок.
Их нельзя рассматривать в общем виде без отрыва от типовой операции и от места обращения к ней.
 
Цитата
Денис Гончаров пишет:
Поэтому как не крути (наверное!!!), а синтетики все же 2 счета придется оставить (201 - Производственные Цеха, 202-Затраты по направлениям).

Пожалуйста прокомментируете, может я все же не в том направлении думаю, может есть мысли каки-нибудь.


Я бы посоветовал следующий критерий: если список аналитик жестко фиксирован и разумного размера, то удобнее субсчета; если список большой и регулярно меняется в процессе работы - аналитики.

Поясню на примере: у нас есть несколько видов деятельности, по которым ведется учет по заказам и статьям затрат. Наиболее эргономично для пользователя разделить счет 20 на субсчета по видам деятельности (счета 201, 202 и т.д.), на которых завести аналитику по заказам (список регулярно меняется) и статьям затрат (список фиксированный, но большой). Параллельно с этим на предприятии есть вспомогательные производства (сч.23), общецеховые (сч.25) и общехозяйственные (сч.26) расходы - для них структура учета будет следующей:

счет 23 - субсчета на каждое подразделение (котельная, энергостанция, транспортный участок); аналитика по статьям затрат
счет 25 - субсчета по видам основной деятельности (копия субсчетов сч.20); аналитика по статьям затрат
счет 26 - субсчета на подразделения (если нужно); аналитика по статьям затрат

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

Замена в этой схеме любого субсчета на сегмент аналитики сразу же замедлит работу с программой, хотя с точки зрения "программиста" результат один и тот же :surprise:
 
За ответы по поводу аналитик - спасибо.

Появилось еще пару вопросов:
1. Почему в дистибутив БЭСТ-5 не попадает документация по "Товары.Продукция" и по "Сырье. Материалы".
Если у кого-нибудь есть электронный вариант документации по этим подсисистемам пожалуйста, если Вас не затруднит, вышлите на эл. адрес denisgoncharov125@yandex.ru. Заранее благодарен.

2. Все пытаюсь разбираться с подсистемой "Производство", возник Вопрос такого характера:
Рассматривая Мясное производство (разрубка туши)
Предположим что некоторый склад (Товары.Продукция) закупил у поставщика туши(товар). Часть предположим перепродал, а часть отправляет перемещает в производство (Сырье.Материалы) для дальнейшего выпуска полуфабрикатов.
Иными словами меня интерисует возможно ли организовать связь между Складами(Товары.Продукция) и Сырьем (Сырье.Материалы). Иными словами внутренее перемещение где сдатчиком будет выступать склад-Товары.Продукция, а приемщиком склад-Сырья.Материалов. (Д. 10 / К. 41)
В демо-базе такой вид движения не отражен, документации по Товарам и Матерьялам я не имею, а потыкавшись методом научого тыка я ничего похожего не нашел.
Если такой возможности нет, то может подскажите возможные варианты реализации такой технологической операции движения.
Опять же заранее благодарен
C/C++ Dev
MSSQL/IB/FireBird/MySQL
 
Коллеги, интереснейший разговор зашел в этой теме. В частности, о наиболее рациональной конструкции плана счетов. Зашел в связи с переходом с БЭСТ-4 на БЭСТ-5, но значение его явно выходит за эти рамки.
Цитата
Алексей Макаров пишет:
Я бы посоветовал следующий критерий: если список аналитик жестко фиксирован и разумного размера, то удобнее субсчета; если список большой и регулярно меняется в процессе работы - аналитики.
Это, пожалуй, вполне может использоваться как общий принцип…
Цитата
Алексей Макаров пишет:
счет 26 - субсчета на подразделения (если нужно)
Там все же обычно накапливаются общехозяйственные затраты, которые нельзя привязать к отдельному подразделению…
Однако, несколько слов по поводу многоуровневых аналитических счетов. По-моему, всегда следует помнить, что за лишний уровень аналитики придется дорого заплатить. Увеличением проводок в геометрической прогрессии, и, как следствие, дополнительным усложнением процедуры поиска ошибок в учете.
В связи с этим несколько вопросов. Вот, скажем,
Цитата
Денис Гончаров пишет:
2021 - Цех по мясу (аналитика - статьи затрат)
Статьи затрат фиксированы и одинаковы на всех субсчетах?
Номенклатура продукции, выпускаемой мясным цехом или пекарнями, насколько велика?
Цитата
Денис Гончаров пишет:
Иными словами внутренее перемещение где сдатчиком будет выступать склад-Товары.Продукция, а приемщиком склад-Сырья.Материалов. (Д. 10 / К. 41)
Боюсь, что здесь придется вручную формировать два документа. Один на списание со склада товаров, другой – на оприходование на склад сырья. Или писать специальную программу…
http://bteh.ucoz.ru Аналитические материалы для бухгалтера и руководителя
 
Цитата
Денис Гончаров пишет:
Если такой возможности нет, то может подскажите возможные варианты реализации такой технологической операции движения.

1.Сделать плагин через штатные объекты "Накладная"
2.Рассмотреть вариант производства полуфабрикатов через БЭСТ-Питание
 
Цитата
Денис Гончаров пишет:
Почему в дистибутив БЭСТ-5 не попадает документация по "Товары.Продукция" и по "Сырье. Материалы".


C:\Program Files\BEST\BEST5_34\Client\Doc\2_1_запасы.doc
 
Цитата
Николай Иванов пишет:
Коллеги, интереснейший разговор зашел в этой теме. В частности, о наиболее рациональной конструкции плана счетов. Зашел в связи с переходом с БЭСТ-4 на БЭСТ-5, но значение его явно выходит за эти рамки.

Николай, просто т.к. переход на БЭСТ5, судя по первоначальным прогнозам, повлечет изменение большей части функциональных решений БЭСТа4, грубо говоря чуть ли не повлечет процесс нач. автоматизации (ну конечно по очень грубым оценкам ;-) ).
То я задумался, что если менять что-то в таком объеме, то стоит задумать о максимальной оптимизации и целесообразности. Поэтому и задал такой Вопрос. Просто возможно чисто профессионально оталкивался от интуитивной логики, некой объектно-ориентированной модели (Затрыты? А затраты какого подразделения?(подразделения) А затраты на что?(статьи).
Хотя исходя из того, что если если полностью исключить ввод проводок вручную (а придерживаться в точности определенного документа оборота), то понял что проблема полностью исчерпана.

Цитата
Николай Иванов пишет:
Вот, скажем,

Цитата
Денис Гончаров пишет: 2021 - Цех по мясу (аналитика - статьи затрат)

Статьи затрат фиксированы и одинаковы на всех субсчетах?

Да, статьи все фиксированны и одинаковы на всех счетах (просто в производстве используются на 2 больше, чем например на 44ом)

Цитата
Николай Иванов пишет:
Номенклатура продукции, выпускаемой мясным цехом или пекарнями, насколько велика?

Вот тут про номенклатуру не совсем уловил вашу мысль Николай. Могли бы ее объяснить ее по-подробнее, возможно я какую то важную цепочку упустил.
А ответ на Ваш Вопрос:
Мясной цех ~ 70 наименований
Хлеб. ~ 30 наименований
C/C++ Dev
MSSQL/IB/FireBird/MySQL
Страницы: 1 2 След.
Читают тему (гостей: 1)