Малышев КонстантинПравки задним числом на автомате отражаются в бух учете Я в свое время шел по данному пути. Теперь (на основании своего опыта и опыта знакомых) считаю, что конвекторы все же лучше...[/quot]

В двух словах, чем лучше?...
Чем это удобнее для
-тех же бухгалтеров
-отдела поддержки ПО

JoeAni

я тут не "крутой", обычный, думаю я просто со стороны хозяина, а не со стороны как бы бабок срубить (не в ваш огород).
"монопольно", решается sql, смена конфы решается вечером, ночью, утром, терминально и т.д.
Вы видно снова о типовых говорите? процессы не прогер придумывает, ему задачу ставят см. вертикаль хозяев и ниже. А уж что они придумают - это другой вопрос, и коменты для кого оставлять? если прогер (на смену) придёт нормальный - он сам всё поймет.
а с документаций - вопрос в том, что тех задание - Путем никто не может написать, вот и нету доки, это ж как с правами - у некоторых есть такое в голове: "Есть тут набор прав, вот и выбираем что надо", а если в процесс вникнуть поглубже, так кому то надо галку кому то нет, вроде все права одинаковы, но вот сегодня так, а завтра так. Вот и пишем...

а "заднее число", я решил по другому, можно потерять 10% на скорости отчетности при этом выиграв 90% производительности.
и ничего не нужно перепроводить, и ГП забыть и т.д.[/quot]

Вы прямо вот в "заднее число" воткнулись и ни шагу в сторону.
И пожурю Вас:) с математикой не дружите, лихо Вы выигрываете аж 90% производительности, проиграв всего 10% в скорости отчетов. :-) неувязочка...

Теперь, рассказываю простую историю... Компания перед новым годом решает для себя некий принцип построения управленческого плана счетов со своими субъектами и показателями. В соответствии с этим решением настраиваются правила проведения операций. Но месяца через 2 увидели свои "ошибки" и хотят перестроить показатели своего учета(добавить необходимые и удалить не нужные, ну и т.д.) Соответсвенно правила проведения меняются.
Как Вы это реализуете?

не злоупотребляйте оверквотином. Модератор.

OTiger
Только что провел тест нашей системки.
Подключился к БД нашего клиента через интернет без терминала
Я-в Зеленограде
Клиент-Шоссе Энтузиастов

Сервер: MSSQL - 3Gb памяти, 1 проц 2.67 Xeon, 50 пользователй, сейчас активно работают около 30-ти.
Создал новый документ отгрузки
Ввел загловок документа
что называется бездумно набил 12 позиций(происходит резервирование товара)
Провел документ(раскинулось порядка 20 проводок на разные планы счетов)
Потратил 45 СЕКУНД.
Показать можно, ...

JoeAni
Я то пойму, если повезёт может и увижу...
а как это вы в базе то работаете? технически? (на 56 к могу повторить ваш результат).

Ну 45 сек на 56к-это врядли-должен сам понимать. Хотя смотря какие 56к-они тоже разные бывают. Через мобилные Скайлинковские 150к я работал достаточно уверено. Хотя конечно полными 150к там тоже не пахнет...
А вот, CRM-ку давал юзать товарищу с Украины(какой то областной город-не помню уже какой) через модем. Говорил что максимальная задержка в 1сек при сохранении данных, а так вполне комфортно работал с БД, которая находиться у нас в офисе в Москве.

JoeAni
Без терминала, радмина, веб компоненты, цитрикса и etc, не знаю как вы этого добились:) расскажите, пожалуйста?

Ну рассказывать можно долго, помимо специфического программирования под MS SQL есть много фишек и штучек, которые очень помогают быстро работать. Юзаем банальный ODBC. Полностью исключили из интерфейсных окон курсоры сервера. Это в кратце.:)

JoeAni
когда думал про прямой доступ к базе через инет, остановил один вопрос - а что если инет кончится... и потери к$.

А кто ж мешает помимо прямого доступа юзать и репликацию. Да и запасной канальчик держать имеет смысл, если конечно предприятие хочет бесперебойной работы. Ну и через мобилу можно подключиться:)


JoeAni
сколько товаров, клиентов, доков? размер базы?
посмотреть можно?

У одного из клиентов:
ТОВАРОВ-за 30тыс.
СКЛАДОВ-10
КЛИЕНТОВ-за 4тыс
ДОКОВ-за 100тыс
ТОВАРОВ в ДОКУМЕНТЕ-в среднем 30 позиций
РАЗМЕР БД под 10 гигов

JoeAni
для интереса. я не "покупатель".

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

JoeAni
и как это у вас резерв товара сделал 20 проводок? очень интересно...
поподробнее можно?
Ты не правильно понял. 20 проводок накатилось при проведении документа. Проводки разъехались по разным планам счетов.
А резервирование происходит в момент ввода товара в документ.

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

Да лана уж прямо так себя...:) Я полагаюсь на обычные законы физики, если хотите. Если где то прибыло, значит гдето и убыло. Если Вы на 90% повышаете производительность ввода данных, то скорость построения отчетов у Вас упадет ну ни как не на 10%, а на гораздо большее кол-во. И наоборот таже зависимость...

JoeAni
в ответ вашей теории есть такой ответ:
Доки есть?
есть,
правила есть?
есть,
какая разница какие операции? "всё меняется".
не надо только углубляться в программинг, времени жалко на эти разговоры.
а то был у нас теоретик один...

Как Вы сумбурно то...:) Правильно, все меняется, и хочется чтобы это легко менялось в системе без пытливых программистских рученок-всем легче однако, ИМХО конечно.

JoeAni
вы снова про типовые? про правила формирования проводок?
я про УПР УЧЕТ и проводки нам ... не нужны.
О как, оригинальненько!!!:)
И как же позвольте Вас спросить Вы получаете показатели в своем управленчческом учете? Руками чтоли все конечные суммы колотите?:)

JoeAni
Что то не понятная у вас база какая то, к примеру 1 млн доков, 50т клиентов, 90 тыс товаров, у нас 17гб, что у вас за конфа такая волшебная?

Так у нас не склад голимый, а 3 плана счетов(бухгалтерский, налоговый, корпоративный) с огромным кол-вом показателей.

JoeAni
Про физику поясните на примерах, а то всё 10 - 90, расскажите мне что да как.

Ну возьмите учебник физики класс за 8-ой по моему:)
Я про то что чудес не бывает. Если Вы за счет аналитики увеличиваете производительность ввода данных, то сильно теряете на скорости построения отчетов, если же Вы все показатели выстраиваете при вводе и проведении документов, то и отчеты рассчитывать не нужно, просто показываете уже готовые данные. Зависимость практически прямая, поэтому когда Вы написали свои 10-90% я и указал на несоответствие. Сколько выигрываете в одном, столько и проигрываете в другом, а то Вы прямо волшебник, выигрывате 90% при этом проигрываете всего 10%-чудеса:)

andbary OTigerВ двух словах, чем лучше?...
Чем это удобнее для
-тех же бухгалтеров
-отдела поддержки ПО
Собственно вы сами ответили...


Отнюдь, я хотел услышать, в чем именно плюсы, пока не услышал...

andbary
Я работаю с 7 конторами... у всех похожий бизнес, но детали очень разные. Более того мои клиенты постоянно развиваются и ПО приходится доделывать в среднем раз в месяц... Имея вашу структуры у меня будет слишком дорогая поддержка (неконкурентная по цене...).
Возможно когда вы начнете продвигать свою систему в нескольких конторах то тоже сталкнетесь с теми же проблемами...

Да господь с Вами, у нас далеко за несколько клиентов:). И программирования по минимуму, ну если только клиент не просит чтоли бо экстроординарное, все остальное настраивается. Хотя клиенты есть с совершенно разными видами бизнеса. И поверьте, поддержка им обходиться просто в смехотворные суммы...:)

JoeAni Поймите, у вас вполне нормальная система. Она работает и это главное! Но есть еще много различных систем. У OTiger весьма новая разработка и естественно они изначально строили по более продвинутой технологии (методологии), чем 1С... У 1С очень большой унаследованный комплекс... Это и достоинство... и недостаток...
И на этом спасибо:)