|
Самописные системы
|
|||
---|---|---|---|
#18+
Есть слух, что большинство крупных автодилеров по мск используют самописные учетные системы. Как вы думаете, это исторически так сложилось или на то есть еще какие-то причины? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 10:26 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
Я работаю в небольшой компании и там тоже своя самописка, которой уже почти 15 лет (delphi+mssql). Мыслей об уходе с неё и близко нет. Планов на развитие - на многие годы. Это обычная практика. Во многих торговых фирмах - самописки. Причины ? Готовые решения либо убоги либо д о роги/сложны/экзотичны. Даже 1С не очень годится для глубокой кастомизации в сторону упр. учёта, т.к. содержит огромный готовый ф-л, который нерационально переписывать. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 10:48 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
у нас тоже была самописная система. Сначала Delphi + Firebird, потом начали переводить на Oracle. Но сменился владелец, за ним некоторое начальство - теперь задача перевести все на 1С. LSV, как у вас в компании решается проблема "завязки" на конкретных сотрудников? Ну т.е. если система самописная, то есть риск останова системы, если уходят её разработчики. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 11:01 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
Испытательу нас тоже была самописная система. Сначала Delphi + Firebird, потом начали переводить на Oracle наверное посмотрели на неадекватные шатания из стороны в сторону и решили застолбить на чем-то одном, наконец-то. Откуда эти стремления не улучшать и развивать, а менять базы данных... ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 11:12 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
ИспытательLSV, как у вас в компании решается проблема "завязки" на конкретных сотрудников? Ну т.е. если система самописная, то есть риск останова системы, если уходят её разработчики.Этот риск существует всегда. Даже не для самописок, т.к. все равно присутствует уникальный ф-л, который нужно изучить. Применяемые в самописках языки программирования как правило очень популярны. Основная "тайна" - прикладной код. Главная задача архитектора - сделать его максимально читабельным и простым. 2 Испытатель: Ну переведут на 1С и что ? Возрастет ли функ-сть ? Существенно ли снизится ли зависимость от команды ? В какие сроки и стоимость ? Начальство-инициатор хоть что нибудь понимает в ИТ ? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 11:13 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
LSVНу переведут на 1С и что ? Возрастет ли функ-сть ? Существенно ли снизится ли зависимость от команды ? В какие сроки и стоимость ? Начальство-инициатор хоть что нибудь понимает в ИТ ? когда, с бухты-барахты, переводят на оракл возникают такие же вопросы. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 11:15 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
iscrafmОткуда эти стремления не улучшать и развивать, а менять базы данных...В данном случае вполне оправдан отказ от FB. Ну слабый это сервер. Что толку, что он бесплатный ? Хотя много зависит и от реализации приложения. В некот. случаях просто смена БД ничего существенного не даст. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 11:27 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
смена СУБД была вынужденным решением. Firebird умирал при кол-ве подключений от 300 и выше, начинал тупить и вести себя неадекватно, так что никаких шатаний с нашей стороны не было. И это не смотря даже на то, что мы плотно работали вместе с группой разработчиков FB и под нас был собран отдельный релиз. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 11:49 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
Испытатель, Хм... А вы и на 1С собираетесь всех в одну базу сажать? Причем еще на самописку? Не стремно? :) ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 12:10 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
Nitro_Junkie, Собираюсь не я. Это будет не самописка, а Альфа-Авто + необходимые доработки. Баз скорее всего будет несколько с синхронизацией через центральную. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 12:26 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
Испытатель, А сейчас одна база? Просто по опыту переходить с одной базы на распределенные, это как с ауди на опель пересаживаться. Ощущения гораздо более неприятные, чем если до этого всегда на опеле ездил... зы: я про опель и ауди лет 15 назад, если что... :) ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 12:36 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
ИспытательNitro_Junkie, Собираюсь не я. Это будет не самописка, а Альфа-Авто + необходимые доработки. Баз скорее всего будет несколько с синхронизацией через центральную.А почему всех 300 не в одну? Или вы еще тестирование не делали? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 12:46 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
LSViscrafmОткуда эти стремления не улучшать и развивать, а менять базы данных...В данном случае вполне оправдан отказ от FB. Ну слабый это сервер. Что толку, что он бесплатный ? Хотя много зависит и от реализации приложения. В некот. случаях просто смена БД ничего существенного не даст. "слабый" в каком смысле? Какие нужны условия, чтобы понять что он слабый? у нас просто у разных клиентов в распределенных системах работает много лет. Правда у нас конечно трехзвенки, возможно что это в двухзвенных конфигурациях он умирает при большом кол-ве подключений. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 12:47 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
Это будет не самописка, а Альфа-Авто (чужая самописка) + необходимые доработкипоправил :) ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 12:47 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
Nitro_JunkieПросто по опыту переходить с одной базы на распределенные, это как с ауди на опель пересаживаться. Ощущения гораздо более неприятные, чем если до этого всегда на опеле ездил... опыт в чем заключается? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 12:48 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
iscrafm, В том, что объяснять заказчику почему в распределенных базах нельзя делать то что можно делать в одной... Не говоря о том почему у меня в одной базе одни цифры, а в другой другие... И потом гадай кто и что не так написал, забыл синхронизировать, потерялись пакеты и т.п. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 13:02 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
я бы даже сказал, что много где используют подобные учётные системы. Причины очевидны - внедрять долго, дорого и хрен знает что получится. А своим всегда можно сказать - а вот захреначь мне такой вот отчётик или что-нибудь такое-разэтакое. Нормальная практика. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 13:10 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
"слабый" в каком смысле? Какие нужны условия, чтобы понять что он слабый?Во всех смыслах слабый. :) 1. Бедный синтаксис. 2. Плохая производительность на сложных запросах (с подзапросами). 3. Не знаю как сейчас, но раньше нельзя было работать с неск. базами сразу (например в одном запросе). 4. Слабый или неудобный инструментарий. 5. Продукт крайне медленно эволюционирует. Наблюдаю с 1997г. есличо. 6. Есть ли в ФБ горячее бекапирование в том числе с возможностью восстановления на нужное дата+время ? Указанные проблемы стары как мир. Но бесплатность почему-то оказалась важнее. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 13:16 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
footballer, Вот тут про 1С, но там есть диаграмма про весь рынок. Конечно непонятно как они отделяют ERP, от не ERP (в таких случаях платформы значительно увеличивают свои доли на рынке), но даже с учетом этого у "остальных" как было 4 года назад 48% так и осталось. Ну и про то что 1С отъедает рынок у SAP и Axapta, как-то очень сомнительно, учитывая что SAP уже первую 50-ку наверное уже окучил. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 13:18 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
Программист 1сА почему всех 300 не в одну? Или вы еще тестирование не делали? Может и не в одну, тестирования не было. По поводу нагрузки - я уже открывал ветку: http://www.sql.ru/forum/actualthread.aspx?tid=1018644 пользователей будет около 500 ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 13:18 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
LSV, в догонку 7. Инкрементный бэкап в FB не работает 8. В рабочем режиме нельзя менять/добавлять/удалять индексы 9. Иногда непредсказуемо разрушаются индексы, причем база говорит что работает, но существующие записи запрос перестает возвращать ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 13:23 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
Nitro_Junkieiscrafm, В том, что объяснять заказчику почему в распределенных базах нельзя делать то что можно делать в одной... Не говоря о том почему у меня в одной базе одни цифры, а в другой другие... И потом гадай кто и что не так написал, забыл синхронизировать, потерялись пакеты и т.п. а что нельзя делать? Обратитесь к специалистам, которые умеют реализовать распределенные системы. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 13:32 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
LSV"слабый" в каком смысле? Какие нужны условия, чтобы понять что он слабый?Во всех смыслах слабый. :) 1. Бедный синтаксис. 2. Плохая производительность на сложных запросах (с подзапросами). 3. Не знаю как сейчас, но раньше нельзя было работать с неск. базами сразу (например в одном запросе). 4. Слабый или неудобный инструментарий. 5. Продукт крайне медленно эволюционирует. Наблюдаю с 1997г. есличо. 6. Есть ли в ФБ горячее бекапирование в том числе с возможностью восстановления на нужное дата+время ? Указанные проблемы стары как мир. Но бесплатность почему-то оказалась важнее. понятно. Мы просто немного не так наверное его используем, поэтому ничего из перечисленных 6-ти пунктов не подтверждается. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 13:34 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
iscrafm, События и ограничения никак нельзя сделать. То есть например запретить с центрального склада списывать <0 (когда в локальной базе заказываешь отгрузку с центрального склада) или по почте уведомлять о таких ситуациях. Или например товары в локальных базах нельзя заводить, потому как иначе придется реализовывать их слияния если два одинаковых товара появятся. С поддержкой целостности при удалении данных вообще вилы. Или например мобильное приложение если надо сделать к какой базе его прицеплять (хотя это уже больше неудобство). Тут список можно до бесконечности продолжать. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 13:39 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
Nitro_Junkie, я уже сказал чуть выше: обратитесь к специалистам, они расскажут как строятся и работают распределенные системы. Могу только уточнить что распределенная система - это не хаотичное множество БД. Судя по всему вы или вам именно так и сделали: набросали баз данных, а потом стали думать, а как же с этой кучей работать. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 13:43 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
iscrafm, Вы это не мне расскажите (я то это отлично знаю), вы это заказчику объясните, они как обезьяны, у кого то есть центральная БД, а у него нет. Ну и строго гря на самом деле с центральной БД гемора меньше, говоришь заказчику задублировать каналы связи, и у тебя полная свобода действий. Не говоря о том что админить одну базу проще. А какие сейчас преимущества если не секрет у распределенных БД перед центральной? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 13:49 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
LSV4. Слабый или неудобный инструментарий. остальные пункты пропущу за спорностью, но вот конкретно этот - откровенная чушь. IBExpert удобный и мощный инструмент (к тому же опять же - бесплатный для xUSSR), мало чем уступающий аналогичным (в том числе платным) продуктам для других СУБД. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 14:02 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
Nitro_JunkieА какие сейчас преимущества если не секрет у распределенных БД перед центральной? преимущества для кого? С этого необходимо начинать. Если все сидят в одном офисе, то никаких, это лишнее звено ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 14:07 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
Испытательсмена СУБД была вынужденным решением. Firebird умирал при кол-ве подключений от 300 и выше, начинал тупить и вести себя неадекватно, так что никаких шатаний с нашей стороны не было. И это не смотря даже на то, что мы плотно работали вместе с группой разработчиков FB и под нас был собран отдельный релиз. Это даже не смешно. Хотя я тоже как-то видел базу - даже скорее базку - на FB, где на ~100 таблиц было что-то под 3000 индексов, я уж молчу об обслуживании, которое осуществлялось в лучшем случае раз в квартал - естественно, что оно еле шевелилось. Это не ваш случай как раз? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 14:22 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
iscrafmLSVпропущено... В данном случае вполне оправдан отказ от FB. Ну слабый это сервер. Что толку, что он бесплатный ? Хотя много зависит и от реализации приложения. В некот. случаях просто смена БД ничего существенного не даст. "слабый" в каком смысле? Какие нужны условия, чтобы понять что он слабый? у нас просто у разных клиентов в распределенных системах работает много лет. Правда у нас конечно трехзвенки, возможно что это в двухзвенных конфигурациях он умирает при большом кол-ве подключений. Сейчас все промышленные ERP трехзвенные. 300 соединений (одновременно активных) на один сервер никакой oracle или ms sql просто-так не потянут. чисто физически, в какой-то момент требования к ресурсам начинают расти не линейно. Все-равно приходится экранировать и кэшировать от пользователей в промежуточный слой. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 14:37 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
footballer, нет, не наш. Расскажите, пожалуйста, про свои примеры мощных баз на FB ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 14:41 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
iscrafm, Если все в одном офисе база и так центральная. Вопрос когда много офисов. Преимущества для пользователей, админов, разработчиков. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 14:48 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
Испытательfootballer, нет, не наш. Расскажите, пожалуйста, про свои примеры мощных баз на FB та пожалуйста - http://www.ibase.ru/devinfo/profitmed.html там внизу есть контакты, можете попробовать с этими людьми связаться и попробовать понять, что в вашей компании сделали не так. Магнит использует самописное решение на FB, технические подробности не разглашаются, но учитывая масштабы сети, думается, что там весьма всё серьёзно. И это только навскидку из крупных отечественных внедрений, за рубежом их куда больше. Есичо, то лично я ни к кому из них отношения никакого не имею. Но как можно при адекватном железе, нормальной (не говоря уж о хорошей) архитектуре БД и пряморуком обсдуживающем персонале можно испытывать критические проблемы на FB - я не представляю. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 15:07 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
вернее - представляю, но это должно быть очень высоконагруженное решение. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 15:11 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
Nitro_Junkieiscrafm, Если все в одном офисе база и так центральная. Вопрос когда много офисов. Преимущества для пользователей, админов, разработчиков. по большому счету в многозвенных системах, если подумать, нет особой разницы сколько баз. Но преимущества очевидны. Самое основное: транзакционные приложения не мешают аналитическим и наоборот. Как в плане работы, так и в развитии, обновлениях и т.д. БД под рукой, а не где-то. и т.д. Естественно для таких конфигураций необходимо соответствующим образом ПО проектировать. Для более подробного разбора необходимо смотреть уже на конкретный объект. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 15:43 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
iscrafm, Это чисто вопрос производительности. Разделение на транзакционные и аналитические базы тоже неудобно, так как анализ делается не ради анализа, а ради принятия каких-то решений, которые опять таки необходимо вводить (и эти решения также могут быть оперативными, вплоть до выполнения закупки). И "прыгать" между базами также не удобно. Другими словами это "все от бедности". Чем более "single instance" система тем лучше. Другое дело что добиться этого не так просто. Но возможно. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 15:49 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
Nitro_Junkieiscrafm, Это чисто вопрос производительности. Разделение на транзакционные и аналитические базы тоже неудобно, так как анализ делается не ради анализа, а ради принятия каких-то решений, которые опять таки необходимо вводить (и эти решения также могут быть оперативными, вплоть до выполнения закупки). И "прыгать" между базами также не удобно. не замечал каких-либо неудобств. Тем более озвученных ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 17:00 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
iscrafm, А вот тут возвращаемся к тому с чего начали. Если и раньше были распределенные базы никто не заметит, как и вы. А если нет, то очень даже заметят. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 17:56 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
Nitro_Junkieiscrafm, А вот тут возвращаемся к тому с чего начали. Если и раньше были распределенные базы никто не заметит, как и вы. А если нет, то очень даже заметят. а если не были? Все проекты так развиваются. Начинается все с одного офиса, затем один завод подключается, потом другой и т.д. Пример публичный, стр 12 ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 19:43 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
iscrafmNitro_Junkieiscrafm, А вот тут возвращаемся к тому с чего начали. Если и раньше были распределенные базы никто не заметит, как и вы. А если нет, то очень даже заметят. а если не были? Все проекты так развиваются. Начинается все с одного офиса, затем один завод подключается, потом другой и т.д. Пример публичный, стр 12 одна из СУБД кстати FB. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 19:45 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
iscrafm, Так я с этим не спорю. Если у меня сейчас нет денег на Ламборжини, а есть на жигули, то конечно лучше купить вторую, чем продать квартиру, взять кредиты и купить первую. Но если денег много, то конечно я куплю Ламборжини. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 21:09 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
Nitro_Junkieiscrafm, Так я с этим не спорю. Если у меня сейчас нет денег на Ламборжини, а есть на жигули, то конечно лучше купить вторую, чем продать квартиру, взять кредиты и купить первую. Но если денег много, то конечно я куплю Ламборжини. расшифруйте плз ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 21:19 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
iscrafm, Имеется в виду, чтобы полностью поменять зоопарк решений на одно - "single instance" нужно иметь классную команду, мощное решение с платформой и стальные яйца. Поэтому как правило лепят наверх, но это не значит что так лучше. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 21:39 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
Nitro_Junkieiscrafm, Имеется в виду, чтобы полностью поменять зоопарк решений на одно - "single instance" нужно иметь классную команду, мощное решение с платформой и стальные яйца. понятно. Точнее: чтобы выкинуть деньги на ветер, нужно иметь... Nitro_JunkieПоэтому как правило лепят наверх, но это не значит что так лучше. поэтому если не умеют сделать правильно, быстро и просто, то делают то, что описано в любом конспекте по тому, как потратить деньги дальнейшее обсуждение этого вопроса перейдет в плоскость размышлений о вкусе устриц, не имеет смысла. Описанные вами решения можно применять для чего-то неизменного, хотя бы на 10 лет, чтобы не было мучительно больно за бесцельно потраченные средства. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 21:54 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
iscrafmпонятно. Точнее: чтобы выкинуть деньги на ветер, нужно иметь... Ну тут я только могу процитировать вас же: а что нельзя делать? Обратитесь к специалистам, которые умеют реализовать такие системы. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2013, 22:26 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
Nitro_Junkieiscrafmпонятно. Точнее: чтобы выкинуть деньги на ветер, нужно иметь... Ну тут я только могу процитировать вас же: а что нельзя делать? Обратитесь к специалистам, которые умеют реализовать такие системы. я же не сказал, что не умею реализовать такие системы. Я сказал только что: авторОписанные вами решения можно применять для чего-то неизменного, хотя бы на 10 лет , чтобы не было мучительно больно за бесцельно потраченные средства. если есть примеры, то с удовольствием посмотрю. Можете в мне в "приват" написать, можете здесь. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.04.2013, 00:14 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
footballerLSV4. Слабый или неудобный инструментарий. остальные пункты пропущу за спорностью, но вот конкретно этот - откровенная чушь. IBExpert удобный и мощный инструмент (к тому же опять же - бесплатный для xUSSR), мало чем уступающий аналогичным (в том числе платным) продуктам для других СУБД.Ну хорошо. Давайте по пунктам. Все таки почти 10 лет прошло после моего последнего касания ИБ/ФБ. :) Сравним с MSSQL. Как реализовано на ИБ/ФБ ? 1. MSSQLAgent. Расписание выполняемых задач. История выполнения. Отчет о выполнении - на почту. 2. MSSQLProfiler. Как посмотреть выполняемые запросы ? Получить планы выполнения и трейсы задействованных ресурсов ? 3. Визуальный конструктор запросов (именно конструктор, а не редактор с подсказками). Умеет ли он показать визуальную диаграмму по готовому тексту запроса ? 4. Восстановление бекапа на нужную время-дату (+- минута). Это критично, т.к. часто использую. Не совсем инструмент. Скорее фича СУБД. 5. DTS. Скрипты импорта/обмена/трансформации. 6. Репликация. 7. DTC. Распределенные запросы. 8. Счетчики производительности. Редко использовал, но все таки. 9. Index Tuning Wizzard. Баловство конечно, но иногда может пригодиться. 10. Analysis/Reporting Services. Не совсем по теме, но тем не менее. Замечу, перечислено только то, что на поверхности. Только по существу и без трола. Ок ? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.04.2013, 10:35 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
ИспытательLSV, как у вас в компании решается проблема "завязки" на конкретных сотрудников? Ну т.е. если система самописная, то есть риск останова системы, если уходят её разработчики. А почему это собственно проблема если есть конкретный сотрудник, делающий свою работу? Да еще и использующий для этого распространенный инструмент? Это совсем не проблема а залог успеха. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.04.2013, 13:49 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
LSVИспытательLSV, как у вас в компании решается проблема "завязки" на конкретных сотрудников? Ну т.е. если система самописная, то есть риск останова системы, если уходят её разработчики.Этот риск существует всегда. Даже не для самописок, т.к. все равно присутствует уникальный ф-л, который нужно изучить. Применяемые в самописках языки программирования как правило очень популярны. Основная "тайна" - прикладной код. Главная задача архитектора - сделать его максимально читабельным и простым. +++ Обычно это решается путным багтрекером + системой хранения версий - весь функционал документируется тудушками. Вот тут у 1С скорее нет преимуществ - нет штатной возможности хранить в удобном виде изменения в коде и структуре. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.04.2013, 13:53 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
trdm_+++ Обычно это решается путным багтрекером + системой хранения версий - весь функционал документируется тудушками. Вот тут у 1С скорее нет преимуществ - нет штатной возможности хранить в удобном виде изменения в коде и структуре.Ну как сказать решается.... У нас небольшой проект, которому почти 15 лет. Всего лишь 1200файлов приложения и 800 файлов SQL-скриптов. Я в прикладную часть вникал примерно год (причём с помощью коллег). Но есть куски, где я ни разу не бывал (не было нужды). :) ... |
|||
:
Нравится:
Не нравится:
|
|||
26.04.2013, 14:47 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
LSVКак реализовано на ИБ/ФБ ? 1. MSSQLAgent. Расписание выполняемых задач. История выполнения. Отчет о выполнении - на почту. IBExpert Job Schedule, например. Все это умеет. LSV2. MSSQLProfiler. Как посмотреть выполняемые запросы ? Получить планы выполнения и трейсы задействованных ресурсов ? IBExpert SQL Monitor LSV3. Визуальный конструктор запросов (именно конструктор, а не редактор с подсказками). Умеет ли он показать визуальную диаграмму по готовому тексту запроса ? IBExpert :) LSV4. Восстановление бекапа на нужную время-дату (+- минута). Это критично, т.к. часто использую. Не совсем инструмент. Скорее фича СУБД. Этого нет LSV5. DTS. Скрипты импорта/обмена/трансформации. Сторонние инструменты LSV6. Репликация. IBReplicator LSV7. DTC. Распределенные запросы. Этого нет LSV8. Счетчики производительности. Редко использовал, но все таки. IBExpert LSV9. Index Tuning Wizzard. Баловство конечно, но иногда может пригодиться. 10. Analysis/Reporting Services. Не совсем по теме, но тем не менее. Этого нет. А теперь посмотрите, что вы сравниваете - здорового промышленного монстра, который стоит денег, и крохотную бесплатную СУБД с бесплатной (в определенных географических кругах) инструментальной оболочкой. Вполне логично, что вторая СУБД монстра всегда и везде не заменит, но в очень широком круге задам будет отличным решением. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.04.2013, 14:57 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
ДжекНепотрошитель, Спасибо за развернутый ответ. Помню дикие тормоза на запросах WHERE id in (select id from .....) Причем запрос некоррелированный. При этом МССКЛ делал тож самое мгновенно. Версия ФБ была что-то около 1.5 Неужели починили ? И еще не было возможности делать запрос к неск. базам (на одном сервере). Жутко неудобно. Даже Аксесс умеет. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.04.2013, 15:09 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
ну WHERE id in (select id from .....) всегда лучше заменить на where exists (select ...) ... |
|||
:
Нравится:
Не нравится:
|
|||
26.04.2013, 16:09 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
Журнал счетов есть. Учет (проведение в учетной системе) счета подразумевает образование кредиторской или дебиторской задолженности. Вопрос: как "красиво-понятно" в меню обозвать эти два режима работы для пользователя не знакомого с азами бухгалтерии? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.04.2014, 14:15 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
r0zЖурнал счетов есть. Учет (проведение в учетной системе) счета подразумевает образование кредиторской или дебиторской задолженности. Вопрос: как "красиво-понятно" в меню обозвать эти два режима работы для пользователя не знакомого с азами бухгалтерии?Понятие "счета" имеет множество разных значений. Например, "бухгалтерский счет" - это компонента системы упорядочивания информации о бухгалтерских проводках. Совокупность "бухгалтерских счетов" образует " план счетов бухгалтерского учета", а не "журнал счетов". Существует "журнально-ордерная" система регистрации проводок, но это не "журнал счетов". Другое понятие "счета" предполагает, к примеру, выписывание счета покупателям на поставляемые товары/услуги. Однако, факт выписывания такого счета не приводит к образованию дебиторской либо кредиторской задолженности, к ней может привести оплата счета, либо отгрузка товара/продукции. Поэтому для меня осталось не совсем понятным, о чем вообще идет речь. Возможно, не только мне. Поясните, пожалуйста. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.04.2014, 08:01 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
Garya, мой вопрос и состоит в терминологии понятной "небухгалтеру". В учетной системе есть таблица, в строки которой заносятся документы типа А и типа B. Пример: A (долг фирмы): #A1 Начислена з/п Иванову в 10т.р. #A2 Пришел счет из транспортной компании Х на 10т.р. #A3 Пришел счет от арендодателя Y в 10т.р B (фирме должны): #B1 Ретро-премия выставлена поставщику Z в 10т.р. #B2 Оштрафован Иванов в 10т.р. В последствии, документы типа А и B оплачиваются. Кстати, уже нравится обозвать в меню просто, как: Счета А, Счета В :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
30.04.2014, 12:04 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
Входящие счета/исходящие счета... все равно это фикция ... |
|||
:
Нравится:
Не нравится:
|
|||
30.04.2014, 12:56 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
r0z#A1 Начислена з/п Иванову в 10т.р. ПМСМ, не очень удачная идея начислять з/п не-бухгалтеру в какой-то там "табличке". Потому что начисление з/п связано с отчислениями соцвзносов в фонды и НДФЛ в налоговую, а также с формированием множества различного вида отчетности ПФР, ФСС, ФОМС, ИФНС и иногда Статистики, с привязкой к великому множеству классификаторов. Вообще, участок заработной платы считается одним из самых "навороченных", и в плане автоматизации тоже. Поэтому не очень удачная идея поручать заниматься автоматизацией такого участка человека малосведущего в таких вопросах и ориентируясь на таких же малосведущих пользователей. r0zA (долг фирмы): ... #A2 Пришел счет из транспортной компании Х на 10т.р.Я уже выше говорил, и еще раз повторю. Приход счета не формирует никакого долга фирмы. Если ваша фирма полагает иначе, сообщите реквизиты этой фирмы, я ей навыставляю счетов - и она мне сразу же станет должна много-много... :) Задолженность у фирмы возникает не по факту прихода счета, а по факту получения фирмой товара по накладной, или по факту получения работ/услуг, оформленных актом сдачи-приемки работ/услуг, за который фирма еще не расплатилась. Оплата в свою очередь может сформировать задолженность у контрагента перед фирмой, но документ, который ее формирует - не счет, а платежное поручение, подтвержденное банковской выпиской. Счет же сам по себе не формирует никакой задолженности никого ни перед кем. Вообще, сама идея построить весь учет на одной лишь концепции задолженности фирмы перед кем-то или кого-то перед фирмой, ПМСМ, не самая удачная. Для полноценного бухучета счета взаиморасчетов, конечно же, имеют важную роль, но это далеко не весь бухучет, а лишь малая его часть. Для того, чтобы вести простенький учет у ИП, либо малого предприятия на упрощенной системе налогообложения, вообще не требуется сочинять никаких таблиц и что-либо программировать. Достаточно купить базовую версию 1С:Бухгалтерии - цена, правда, сумасшедшая, аж целых 3'300 рублей. Либо, к примеру, купить "облачный" сервис ИНФИН-онлайн, он, правда, тоже стоит бешенные деньги аж целых 7000 руб в год. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
30.04.2014, 15:19 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
> Потому что начисление з/п связано с отчислениями соцвзносов в фонды и НДФЛ в налоговую, а также с формированием множества различного вида отчетности ПФР, ФСС, ФОМС, ИФНС и иногда Статистики я сомневаюсь что у этой системе будет отчетность 4-фсс и "списки юношей призывного возраста". просто факт начисления з/п (причем на руки - ндфл) > "#A1 Начислена з/п Иванову в 10т.р." тогда должен быть счет потом "Иванову выдано по ведомости 10 000". про депонирование даже спросить стесняюсь... ... |
|||
:
Нравится:
Не нравится:
|
|||
30.04.2014, 17:33 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
r0z, не пугайтесь коллег. Назовите пункты меню "Доходы" и "Расходы", возможно, "Планируемые доходы" и "Планируемые расходы"... ... |
|||
:
Нравится:
Не нравится:
|
|||
04.05.2014, 13:23 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
Последний выдох ГПЖ Входящие счета/исходящие счета Да, наверно так и сделаю.. Garya Примерно все так. Мне известны внутренности больших УС. В моей ситуации "самописная система" подстраивается под уже налаженные бизнес-процессы, которые менять никто не будет. Будет кнопка: выдать з/п. В системе появятся два документа: Входящий счет: +10000 (начислена з/п) Расходно-кассовый ордер: -10000 (выдана з/п) Баланс в карточке Иванова: 0.00 Пока будет так (плана счетов в системе нет). ... |
|||
:
Нравится:
Не нравится:
|
|||
05.05.2014, 11:20 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
r0zПоследний выдох ГПЖ Входящие счета/исходящие счета Да, наверно так и сделаю.. Garya Примерно все так. Мне известны внутренности больших УС. В моей ситуации "самописная система" подстраивается под уже налаженные бизнес-процессы, которые менять никто не будет. Будет кнопка: выдать з/п. В системе появятся два документа: Входящий счет: +10000 (начислена з/п) Расходно-кассовый ордер: -10000 (выдана з/п) Баланс в карточке Иванова: 0.00 Пока будет так (плана счетов в системе нет). "О сколько нам открытий чудных..." (с) А.С.Пушкин Расчет ЗП это отдельное приключение. На пути которого вы встретите много интересного и нового для вас. А оптимизм, по поводу "налаженные бизнес-процессы, которые менять никто не будет", говорит что вы никогда не внедряли учетные системы. Замечу, что м/у "начислено ЗП" и "выдано ЗП", должен быть БП "расчет налоговых отчислений". И этот БП, может попортить кровь очень сильно. Особенно если в договоре с сотрудником прописан не оклад, а сумма на руки. ;-) ... |
|||
:
Нравится:
Не нравится:
|
|||
05.05.2014, 12:28 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
Для того, чтобы вести простенький учет у ИП, либо малого предприятия на упрощенной системе налогообложения, вообще не требуется сочинять никаких таблиц и что-либо программировать. Достаточно купить базовую версию 1С:Бухгалтерии Вы путаете учет и бухучет. Все известные мне малые компании УУ ведут не в 1С. Она приспособлена для другого. Получать из нее оперативные данные можно - но сложно и трудоемко. Компании с УУ в 1С знаю, но у них далеко не стандартные конфы и расходы на учет немалые. Garya, Приход счета не формирует никакого долга фирмы. Если ваша фирма полагает иначе, сообщите реквизиты этой фирмы, я ей навыставляю счетов - и она мне сразу же станет должна много-много... :) Долг в смысле управленческого учета возникает после признания (акцептирования) счета . Те - "когда платить надо". ... |
|||
:
Нравится:
Не нравится:
|
|||
05.05.2014, 12:41 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
FantomnyВы путаете учет и бухучет. Все известные мне малые компании УУ ведут не в 1С."Известные Вам малые компании" начисляют зарплату - в УУ??? Может быть, еще и зарплату начисляет не бухгалтер??? Извините, но я сомневаюсь, что "известные Вам малые компании" переживут первую же проверку ПФР или ИФНС. Разорятся на штрафах и пени... FantomnyДолг в смысле управленческого учета возникает после признания (акцептирования) счета . Те - "когда платить надо".Это Вы сами придумали, или можете привести ссылку на заслуживающий доверие первоисточник? "Долг" и "план" - суть разные вещи, в любом из учетов, вне зависимости от степени малости предприятия. Если вам поставщик выставил счет на товары, в приобретении которых вы заинтересованы, то акцептовав этот счет, вы можете включить его в план платежей . Но это не создаст задолженность ни поставщика перед вами, ни вас перед поставщиком. Когда вы оплачиваете счет, вы исполняете план платежей (преобразуете "план" в "факт", а не "гасите задолженность"). И, если поставщик еще не отгрузил товар, то при оплате счета задолженность возникает (а не исчезает), и не у вас, а у поставщика. Это объективно, вне всякой зависимости от степени малости предприятия и вида учета. Если по одному учету выходит, что вы должны поставщику, а по другому что поставщик должен вам, значит в вашем Датском королевстве что-то неладно. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.05.2014, 19:09 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
Garya, мне кажется, что под счетом тут подразумевается "invoice", а он является основанием для признания задолженности. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.05.2014, 19:49 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
s_ustinov, Я догадался. См. комментарий серым цветом. 15975779 ... |
|||
:
Нравится:
Не нравится:
|
|||
05.05.2014, 21:16 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
а по моему - какие-то записки на мажетах... типа "личных финансов"... помесь "прото-первички" без нудной шелухи БУ и налогов с платежным календарем... другой вопрос что имхо организации из этого уже выросли, а в ларьке хватит тетрадки и калькулятора в телефоне ... |
|||
:
Нравится:
Не нравится:
|
|||
06.05.2014, 11:44 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
mad_nazgul all Извиняюсь, сразу не написал- речь идет об упр. учете. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.05.2014, 15:02 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
Garya, Известные Вам малые компании" начисляют зарплату - в УУ??? Может быть, еще и зарплату начисляет не бухгалтер??? Начисляет бухгалтер , но при этом общие расходы на труд ведутся в УУ ( зп, налоги , наличка). То что вы пишете - это бухучет, который локализован в бухгалтерии. Для оперативного учета стандартные конфы не предназначены. Иначе не было бы кучи екселей с УУ у малых компаниях. (В которых ведется и зарплата, а в колонке "налоги ФОТ" налоги, рассчитанные бухгалтером) На удивление 1 раз видел базовую 1с, считавшую именно "долги". (Причем термином долг обозначается то, что под этим понимал пользователь программы) Но там - был грамотный пользователь (не прог) 1с и ему было так удобно. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.05.2014, 17:23 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
FantomnyДля оперативного учета стандартные конфы не предназначеныПравильнее сказать, они плохо приспособлены для оперативного управления бизнес-процессами, в особенности, в некоторых специфических направлениях деятельности. Полагаю, что основная масса посетителей данного форума об этом хорошо знает, включая меня. Однако, зарплату начисляют, как правило, именно в бухгалтерских программах и именно в бухгалтерском учете. В противном случае данные ОУ и БУ могут разойтись, и с причинами расхождений бороться и разбираться - в 1000 раз сложнее, чем один раз начислить зарплату в одном месте. А если использовать ОУ как источник для импорта всех данных в БУ, то в ОУ требуется реализовать ВЕСЬ навороченный функционал полноценной зарплатной программы, в которой, в частности: - корректно и автоматически рассчитывается сохраняемый средний заработок на время командировок и больничных, а также рассчитывается сумма больничных с учетом стажа и ограничений ФСС - отпускные, начисленные за отпуск, пересекающий границу месяца, автоматически разбиваются на суммы, относящиеся к одному месяцу и к другому - ведутся классификаторы в соответствии с требованиями ФНС, ФСС и ПФР (причем, не всех сразу, а каждого в отдельности!) по видам дохода, вычетам, льготам, кодам профессий, особым условиям работы и корректировкам стажа, и прочим подобным нюансам - для автоматического формирования форм 2-НДФЛ, 4-ФСС, АДВ-2-6, СЗВ-1 и т.д. и т.п. - к перечням начислений и удержаний привязываются различные способы отнесения на затраты, различные нюансы включения или не включения в базу по НДФЛ и фондам. Включая "виртуальные" не-начисления и не-удержания, которые никак не влияют собственно на размер зарплаты, но при этом могут влиять на отчисления в фонды и на размер НДФЛ (подарки, например, или оплачиваемый за счет фирмы проездные, бесплатные обеды и т.п.). - ведутся взаиморасчеты с сотрудниками по исполнительным листам, по займам, которые гасятся из зарплаты, а также формируются списки для перечисления в банк на карты сотрудников по зарплатным проектам - начисляются связанные с зарплатой налоги и социальные взносы, которые, к тому же, могут иметь прогрессивные и регрессивные ставки. - ... и многое-многое другое... Ну нет никакого смысла всё это пихать в оперативный учет, тем более, для малого предприятия. Как раз не на малых, а на очень-очень крупных предприятиях иногда интегрируют расчет зарплаты с оперативным учетом. Как правило, на крупных производственных предприятиях, на которых требуется относить расходы на зарплату рабочих на себестоимость той или иной производимой им продукции. И тогда задействуются навороченные ERP-системы, стоящие очень немалые деньги, которые умеют это делать. И которые малым предприятиям никак не потянуть. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.05.2014, 18:42 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
FantomnyНа удивление 1 раз видел базовую 1с, считавшую именно "долги".Любая бухгалтерская программа умеет "считать долги", причем под термином "долги" понимаются именно "долги", которые могут быть востребованы в судебном порядке с контрагента, либо контрагентом. В денежном выражении. И, как правило, любая бухгалтерская программа "считает долги", используя для этого счета взаиморасчетов - 60, 62, 76 с аналитическими разрезами по контрагентам, договорам и документам, сформировавшим задолженность. Я еще ни разу не видел ни одной 1С, в которой ни один из указанных счетов не был бы задействован. Fantomny(Причем термином долг обозначается то, что под этим понимал пользователь программы)Надеюсь, пользователь программы не имел в виду супружеский долг. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
06.05.2014, 18:53 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
GaryaОднако, зарплату начисляют, как правило, именно в бухгалтерских программах и именно в бухгалтерском учете. В противном случае данные ОУ и БУ могут разойтись, и с причинами расхождений бороться и разбираться - в 1000 раз сложнее, чем один раз начислить зарплату в одном месте. В данном случае с вероятностью 0,99 речь идет о черных или серых схемах выплаты з/п (УУ здесь - эвфемизм), и начислять такую зарплату в официальной бухгалтерии нельзя. Чаще всего в таких случаях есть начисление официальной зп в бухучете со всеми удержаниями и тп, там же ведется выплата официальной зп. В систему с УУ переносятся выплаты сотрудникам зарплаты (официальной части). В УУ выполняется начисление реальной зп (полная сумма), при этом никакие налоги и тп не считаются, и делается две выплаты - одна (официальная часть) переносится из бухучета, а вторая часть платежа ("в конверте") делается как разница между начисленной полной зп и выплаченной официально. Очень распространенная схема в мелких фирмах. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2014, 10:12 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
у маменьки в конторе в нулевые пока за яйки не взяли была чУдная практика - начислять в БЭСТе з/п равную личному вычету... Т.е. начислили 400, вычет 400, НДФЛ = 0. Остальное заносили в конвертах ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2014, 12:45 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
"Самописную систему" для средне-крупных писать и главное поддерживать одному разработчику глупо наверное. Про начисление з/п: так и делают, даже если внедрена erp-система все равно выгодней дополнительно ставить 1с зуп. Мой клиент (сотрудничество с десяток лет) сидит на упрощенной системе налогообложения. Его бухгалтера за эти годы ни разу не видел. Сейчас предлагаю ему как-то затраты на торговлю вносить в базу данных. Необходимость сложновато доходит. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2014, 12:49 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
>Сейчас предлагаю ему как-то затраты на торговлю вносить в базу данных. Необходимость сложновато доходит. зачем? он куртка торговал, хачапуря торговал и всегда имел уважение... >Его бухгалтера за эти годы ни разу не видел обычная тетя-многостаночница, зашла раз в месяц/квартал, нарисовала отчетность чтобы похоже было - какие цифири вписать она и так представляет и досвидание ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2014, 13:00 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
Garya, Начисление о которых говорите вы - это бухгалтерские операции и выполняются в бух системах. С нашей шизонутой отчетностью тот же ЗУП непобедим. Любая бухгалтерская программа умеет "считать долги", причем под термином "долги" понимаются именно "долги", которые могут быть востребованы в судебном порядке с контрагента, либо контрагентом. Те для вас "судебные" долги важно, а остальное нет ? Ну не оплатили мы аванс за материалы - работать не на чем будет, зато "долгов" нет? У руководства на платежи совершенно другой взгляд, обычно. Системы отвечает на вопрос "кому мы должны платить" исходя из других критериев. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2014, 13:17 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
r0zМой клиент (сотрудничество с десяток лет) сидит на упрощенной системе налогообложения. Его бухгалтера за эти годы ни разу не видел. Сейчас предлагаю ему как-то затраты на торговлю вносить в базу данных. Необходимость сложновато доходит.А какая УСН? Их ведь две разновидности. 6% с доходов или 15% с (доходы-расходы). Если первый вариант (6% с доходов), то затраты ему действительно по барабану. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2014, 22:20 |
|
Самописные системы
|
|||
---|---|---|---|
#18+
FantomnyТе для вас "судебные" долги важно, а остальное нет ? Ну не оплатили мы аванс за материалы - работать не на чем будет, зато "долгов" нет? У руководства на платежи совершенно другой взгляд, обычно. Системы отвечает на вопрос "кому мы должны платить" исходя из других критериев.Я же и говорю, это не "долги" и не "задолженность", а " план " некой деятельности. Например, в формате системы бюджетирования "надо бы заплатить тому-то в такие-то сроки" (вне зависимости от фактора, кто кому должен) - это компонента бюджета движения денежных средств (БДДС). В который, помимо плана платежей включается еще план денежных поступлений. Но "план" и "задолженность" - вещи взаимно-ортогональные (то есть, независимые). К примеру, мы можем иметь намерение кому-то заплатить, хотя этот кто-то на самом деле должен денег нам, а не мы ему. Кстати, простейший "план" (самый-самый элементарный) реализуется в MS Outlook посредством перечня задач. Добавили задачу - возник план. Отметили исполнение - план превратился в факт. И даже в простейшем мобильнике, как правило, подобный функционал присутствует. Однако, это не совсем, или даже "совсем не" учетная система. Хотя... ежедневник, наверное, в какой-то степени, в очень отдаленной, можно с натяжкой отнести к системе учета собственных дел... Однако, ежедневники как-то не принято называть подобным образом. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2014, 22:37 |
|
|
start [/forum/topic.php?all=1&fid=29&tid=1525940]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
75ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
111ms |
get tp. blocked users: |
1ms |
others: | 233ms |
total: | 465ms |
0 / 0 |