×
×

Ваше сообщение

Для входа нажмите здесь

 
 

Вы можете выбрать иконку, характеризующую сообщение

Дополнительные опции

  • Преобразит www.example.com в [URL]http://www.example.com[/URL].

Просмотр темы (новые вначале)

  • 08.10.2008, 12:54
    Dracosha Andrew
    YUM, Делаем быстро, качественно, недорого. Выбирайте любые 2 пункта.
  • 08.10.2008, 12:32
    YUM
    Цитата Сообщение от Admin_Oleg Посмотреть сообщение
    Решу проблемы с программами 1С Бухгалтерия, 1С Предприятие,
    7,0-8,0 Выезжаюсрочно и оперативно!
    телефон вырезан Олег
    Работаем весело.Берем не дорого.
    Но и качество- соответсвует
  • 21.08.2007, 13:16
    YUM
    Цитата Сообщение от svet Посмотреть сообщение
    Dracosha Andrew, название смайлика - "super"
    super перевод: что либо высшего качества
    особенно завлекательно звучит реклама: "в нашем магазине вы найдете товары по супер ценам..." Я бы в такой магазин - ни ногой! Зачем мне товары по завышенным ценам?
    ===
    А ветка интересная...местами - завирательная, но таки-да, жизнь у нас такая
  • 13.08.2007, 11:44
    svet
    Dracosha Andrew, название смайлика - "super"
    super перевод: что либо высшего качества
  • 13.08.2007, 11:41
    svet
    Цитата Сообщение от BorisG Посмотреть сообщение
    А... ожидалось что-то иное?
    откуда подобный вывод?
  • 13.08.2007, 08:13
    Dracosha Andrew
    Цитата Сообщение от svet Посмотреть сообщение
    зачиталась этой веткой.....)))
    общефилосовский диспут
    А как может быть по другому? Здесть нет специалистов работающих а одной отрасли по одной специальности. Мы все разные. А потому общее у нас только философия.
  • 12.08.2007, 17:23
    BorisG
    Цитата Сообщение от svet Посмотреть сообщение
    ...общефилосовский диспут
    А... ожидалось что-то иное?
  • 12.08.2007, 13:21
    svet
    зачиталась этой веткой.....)))
    общефилосовский диспут
  • 03.07.2007, 20:33
    Dracosha Andrew
    Опять приходим к тому, что ПБУ, УУ. и НУ прочие У, есть проекции одного большого У. Иначе говоря, если изначально в систему не введены все необходимы данные и не заложены механизмы их обработки, то всех разрезов вы не получите и в то же время наоборот, - если всё введено и предусмотрена соответствующая обработка, то всё получится. Но бывают случаи. когда требования по заполнению отчётов приходится высасывать из пальца. Это возникает только тогда, когда требования вводят задним числом.
  • 03.07.2007, 07:40
    в любом ПО BorisG, есть свои минусы и плюсы. Да и сравнивать ПО только что него есть проставка "бухгалтерский" как то глупо, цель у них одно а средсва к достижению разные.
  • 02.07.2007, 22:33
    BorisG
    Цитата Сообщение от Fosihas Посмотреть сообщение
    ... не вникая в подробности, а мимо проходя.
    И вникнуть в подробности, будет то же самое.
    Доля правды в его словах есть.
  • 02.07.2007, 13:03
    ....ельными базами могу сказать, что это в 1С
    надо голову над этим ломать а у нас...
    а у нас в квартире газ. Охаить любой может, не вникая в подробности, а мимо проходя.
  • 02.07.2007, 12:58
    ВикторП
    Короче, я видел около десятка настроек УУ, бюджетирования и т.п.
    Все были реализованы на данных БУ, но опосредованно, через ручной ввод из БУ и ППП("пол-потолок-палец"). Про результат думаю догадались.
    PS Кстати, фирмы не бедные, не маленькие, все структуры "Северстали".
  • 02.07.2007, 12:02
    PiterBest
    Абсолютно согласен.
    Нельзя всю автоматизацию притягивать к БУ. Этого делать нельзя в принципе.
    Управленческий контур это одно, бухгалтерский контур это другое,
    автоматизация ячеистого склада это третье и так далее.
    Насчет работы с раздельными базами могу сказать, что это в 1С
    надо голову над этим ломать а у нас в программе это реализовано
    на уровне событий - не нужны никакие синхронизации.
    можно при желании разбрасывать хоть по десяти базам безо
    всяких реляций.
    Но с другой стороны в программе способной тянуть все в единой базе
    это тоже реализуется, но притягивать к БУ в нашей стране - это
    наложить на компанию кучу дополнительных организационных задач
    либо загнать в весьма негибкие условия труда.
    И у коллег не буду врать, но мне говорили что весьма неплохо
    организованы репликации и вполне возможно на этом механизме
    можно подумать о консолидации. Если ошибся - строго не судите
    За свою задачу могу говорить уверенно.
  • 02.07.2007, 11:37
    Green Hamster
    Я 5 лет внедряю "нормальную реляционную базу" где все от начало до конца (и дальше.... ).
    Около 10 успешных инсталляций.

    К взаимосвязи УУ и БУ это вообще никакого отношения не имеет.
    Еще раз повторяю, в БУ ВООБЩЕ не отражается куча важных бизнес-евентов (модное такое слово..).
    Строить УУ на основе БУ невозможно. Правила арифметики не позволяют.
  • 02.07.2007, 11:32
    ВикторП
    Правильно! Если вы ведете учет в разрозненных базах, то так будет у вас всегда. По пробуй-ка успеть везде растолкать цифры, перекачать-объединить, да еще и не пропустить чего-либо при объединении. Особенно это характерно для 1С.
    А Вы по пробуйте поработать на нормальной, реляционной базе, где связи установлены от начала до конца, где ничего, повторяю, ничего не требуется объединять, выгружать чего-то в exel, т.к. этого не требуется по определению- все отчеты берутся напрямую из единой базы для всего предприятия. Когда приблизительный баланс предприятия делают понедельно! Для УУ 95% информации берется именно на основании БУ. Я не говорю про анализ финансово-хозяйственной деятельности- это само собой разумеется только на основании цифр базы. Тут даже прогнозы просчитываются встроенными средствами базы данных на основании оперативных данных БУ.
  • 02.07.2007, 10:38
    Green Hamster
    УУ не может быть "от БУ".
    Напрмер БУ сильно опаздывает с отражением некоторых событий.
    Другие - вообще не отражает.
  • 02.07.2007, 09:51
    ВикторП
    А мне кажется, что УУ должен все же плясать от БУ, как наиболее достоверного, а не наоборот. В БУ на каждый "чих" есть бумажка. В УУ частенько цифры рождаются с потолка(те же валенки кому-то потребовались неожиданно).
    Понятно, что для этого надо расширить функции БУ. Хотя бы те же договора, что бы все "чихи" можно было бы оптимально отобразить в базе. Да не просто в базе, а в единой(!!!) базе. А когда рассуждают:"Это мы сделаем в exel... " у меня кроме улыбки ничего не вызывает. Вы еще на счетах подсчитайте и запишите результат на салфетке:-)
  • 25.06.2007, 15:24
    Green Hamster
    В Axapta для управленческого учета достаточно детализовать бухучет.
  • 20.02.2006, 12:07
    Яков.
    Не существует, не знаю, не видел - тут разницы мало.
    Нут у меня короче доступа к такому ПО.
  • 20.02.2006, 10:32
    Dracosha Andrew
    Цитата Сообщение от Яков.
    Я не волшебник, а скромный юзер.
    А такой универсальной программы просто не существует.
    Вот и приходится вести "черную" базу для УУ, из неё кидать документы в "белую", где и выдавать бух и нал отчетность.
    "А вы не знаете, так не говорите" В. Войнович "Москва 2047 года"

    Есть. Другое дело, что это не коробочные продукты и требуется "подгонка" под предприятие...
  • 18.02.2006, 06:37
    Яков.
    Цитата Сообщение от Dracosha Andrew
    Яков., а кто вам мешает стремится к идеалу?
    Я не волшебник, а скромный юзер.
    А такой универсальной программы просто не существует.
    Вот и приходится вести "черную" базу для УУ, из неё кидать документы в "белую", где и выдавать бух и нал отчетность.
  • 17.02.2006, 11:53
    Dracosha Andrew
    Яков., а кто вам мешает стремится к идеалу?
  • 17.02.2006, 09:09
    Яков.
    Цитата Сообщение от Asxat
    Данные для БУ и НУ берутся из Документов (с большой буквы, поскольку регламентированы).
    Данные из документов заносятся в некую Базу данных.
    А уже из этой БД мы получаем отчеты для БУ, НУ, УУ
    Так всё видится в идеале.

    На практике же приходится поступать иначе
  • 08.02.2006, 17:32
    Dracosha Andrew
    Asxat, вы абсолютно правы. Но вы не рассматривали ситуацию, когда в регламентированых документах не хватает информации?
  • 08.02.2006, 17:04
    Asxat
    Не совсем так, Яков! Данные для БУ и НУ берутся из Документов (с большой буквы, поскольку регламентированы).
    А уж УУ должен сам решить, что ему подтягивать и откуда для решения той или иной задачи. Возможно, что небходимые данные есть в БУ, возможно, что они есть в системе планирования... Не исключено, что их придется вводить и в ручную. Например корректировки планов на закупку валенок в связи с такой вот ситуацией...
  • 08.02.2006, 16:34
    Dracosha Andrew
    Цитата Сообщение от Аноним
    А разве можно иначе? (особенно у нас в стране)
    Можно или нельзя, этого мне не ведомо. Но такие конторы, где такое практиковалось, я встречал. Например, отдел продаж, отказывался проставлять НДС, ссылалясь, что информация для бухгалтеров, им такое не ведомо. И похожие вещи...
  • 08.02.2006, 12:10
    Аноним
    Цитата Сообщение от Dracosha Andrew
    Соответсвенно, внутренний учёт должен быть не менее подробным чем бухгалтерский...
    А разве можно иначе? (особенно у нас в стране)
  • 07.02.2006, 09:57
    Dracosha Andrew
    Яков., я тоже.

    Соответсвенно, внутренний учёт должен быть не менее подробным чем бухгалтерский...
  • 07.02.2006, 03:19
    Яков.
    Цитата Сообщение от Asxat
    Практически все "тиражируемые" системы из области УУ предполагают обильный ручной ввод данных. Или накрепко связаны с конкретной конфигурацией данных в БУ.
    А разве есть альтернатива?
    Либо берем данные из бухучета, либо вводим сами ручками.
    Лично я сторонник подхода, когда донные для бухучета берутся из того, что я понимаю под УУ.
В этой теме более 30 ответов(а). Нажмите здесь, чтобы перезагрузить эту тему.

Ваши права

  • Вы можете создавать новые темы
  • Вы можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •