![]() |
|
|||||||
| Регистрация | Обмен опытом | Справка | Пользователи | Календарь | Поиск | Сообщения за день | Все разделы прочитаны |
![]() |
|
|
Опции темы | Поиск в этой теме | Опции просмотра |
|
#1
|
||||
|
||||
|
Цитата:
Совсем иное дело с ИБ и ИП. Тут всегда Пачолли был в фаворе. Поэтому за все это время и вырабатывался иной принцип сервиса по работе с базой. ЖБО было в приоритете. Так вот, когда некоторые пытаются из 1с перетаскивать в ИП2 т.н. "отличные сервисные наработки от 1с", так и хочется сказать, что они хороши как подпорки в 1С. И почему их обязательно надо тащить в ИП2 где, из-за таких подпорок, чаще всего, приходится отходить от принципа двойной записи. Посмотри хотя бы ЖПД или учет ОС, а сейчас еще намечаются отходы от принципа двойной записи. Так незаметно количество таких отходов может утянуть и всю ИП2 в отходы от 1С. Стоит ли? Может лучше поискать иные варианты реализации возникающих проблем, не нарушающих метода двойной записи. Для ЖПД была алтернатива- журнал документов; ос_ос_операции полностью перенести в ЖБО, оставив только результат, а не движение, который требуется в учете ОС. И т.д. В ИП2 априори нет потребности в нарушении краеугольного правила ведения бухучета! База и ее структура пока позволяют это реализовать в полном объеме. Только наше недомыслие постоянно толкает нас на сближение ИП2 с ошибками от 1С. Стоит ли тащить хромоногую корову себе во двор, только потому, что у соседа есть такая-же? А! PS Так, мысли вслух ![]()
__________________
С уважением, Виктор |
|
#2
|
|||
|
|||
|
Если честно - так и не понял чем ИП лучше 1С.
Последний раз редактировалось Otus7, 08.12.2010 в 13:55. |
|
#4
|
|||
|
|||
|
Спасибо, меня от молока поташнивает. =)
|
|
#5
|
||||
|
||||
|
"Сидящие" на нефтегазовой трубе углеводородами тоже не питаются...
![]() Главное - не питаться, главное - доить... ![]() |
|
#6
|
||||
|
||||
|
Основное принципиальное отличие, по тематике данной ветки, в том, что на ИП уже изначально можно строить весь учет почти любого предприятия в одной базе. ИП потянет. А вот когда некоторые пытаются это же реализовать на 1С, то спецы 1с таких постановщиков называют самоубийцами. 1С этого очень не любит. Там обязательно надо все разбить на подсистемы учета и т.д. и т.п. Иначе головняк по сопровождении 1С гарантирован. Т.е. работать на 1С можно, но про Луку Пачолли лучше забыть. И объединять разрозненные базы можно, но это всегда будет больше походить на танцы с бубном: не каждый сможет и всегда остается проблема- угадал, не угадал.
__________________
С уважением, Виктор |
|
#7
|
|||
|
|||
|
Цитата:
По мне так нет разницы. Какая платформа. Большую роль при написании конфигураций играют прямые руки. Последний раз редактировалось Otus7, 08.12.2010 в 16:09. |
|
#8
|
|||
|
|||
|
Сам начинал работу с изучения платформы ИП. Как ни вникал, не мог понять, как на ней что- то пишется (еще с тем уровнем знаний и без посторонней помощи). Руководство, поняв, что из меня человек пишущий на ИП все равно что Балерина - решило меня занять 1С-кой (авось что толковое получится).
Мне стоило буквально, лишь один раз заглянуть в "нутро" 1С-ке, чтобы понять всю ее структуру. С тех пор и занимаюсь 1С-кой. За все время работы возникало много вопросов и проблем и все они решались успешно, если и не решались, то я сейчас знаю как их можно решить (опыт приходит со временем). Сейчас изучение ИП для меня не составит очень огромного труда, но той простоты понимания платформы при изучении я не получу. И я искренно не понимаю людей которые говорят "ИП - инструмент разработчика-наладчика". |
|
#9
|
||||
|
||||
|
Цитата:
Учет в торговле и тогда был не на последнем месте. Цитата:
Ох и люблю я работать после 1С! У пользователей столько удивлений! Оказывается в бухпрограмме в принципе возможно, что ни чего ни когда не теряется! Что восстанавливать из архива практически не надо, железо оказывается у них всегда исправно работало, можно работать в одной базе, но при этом ни кто ни кому не заглядывает через плечо и т.п..... Цитата:
![]() Было что-то типа "ИП- инструмент для бухгалтера". У меня есть бух, который ведет несколько предприятий. Кто-то в 1С, а кто-то в ИП2. Так вот она говорит, что только ИП ей позволяет еще не забыть бухучет, т.е. оставаться настоящим главбухом! А вот 1С полностью отупляет. Если вдруг по жизни возникает необходимость сделать шаг в сторону от проторенного в 1с, все- без сисадмина ни чего решить не возможно.
__________________
С уважением, Виктор |
|
#10
|
|||
|
|||
|
А мне что 1С, что ИП - все заточено под торгашей, что просто убивает. Кривизны хватает везде, заявленной гибкости не наблюдается ни там, ни там. Постепенно снова возникает мысль о создании своей системы....
|
|
#11
|
||||
|
||||
|
Цитата:
Ну нет. Не поверите, но ИП заточено под бухучет. |
|
#12
|
|||
|
|||
|
А, ну да - уничтожаем все журналы аналитики и получаем действительно заточенный под бухучет продукт
![]() ![]() 1С и Парус когда-то тоже грешили такими высказываниями. А производственников и эксплуатационщиков по-прежнему забывают, или делают для них как придется. |
|
#13
|
||||
|
||||
|
Меня это тоже убивает, но не наповал
Я еще не потерял надежду, что на ИП2 можно будет запускать и производства. Цитата:
Основная причина в том, что я надеюсь в дальнейшем мне будет легче сопровождать клиентов, т.к. часть настроек будет стандартная. Например ЗиК, счф, отчеты. А за мной останутся только мои доработки, в основном связанные с производством. Я понимаю, что у НС таких клиентов нет и не уверен, что когда-нибудь они у них появятся. Им хватает торгашей. Но за МКАДом жизнь все равно не останавливается! Тем более что ЗиК уже изначально был заточен под потребности производства. А вот с учетом ОС в комплексе я опять попал мордой об стенку. Повторно. Первый раз в 2006 году. Надеялся что остальные дилеры намучились с этим учетом и что-то в комплексе подправили. Правки есть, но мало и там совсем НЕТ системного подхода, одни подпорки с расчетом на малые торговые предприятия. Результат пока печален: тут и тут Еще предстоит помучиться с учетом МПЗ. Хорошо бы совместными усилиями найти приемлемые решения.
__________________
С уважением, Виктор |
|
#14
|
|||
|
|||
|
Цитата:
У меня обратная ситуация, поэтому такой вывод напрашивается. Нас не устраивала работа склада (не все есть). Шеф отдал приказ - я под козырек, за неделю написал программу, месяц-другой ловля багов и пожеланий, все довольны. Для работы со Сбербанком тоже пришлось писать - подлецы прислали только описание формата для их доков, а проги нету. Такое сплошь и рядом, и не только в бухгалтерии, вот и выводы такие... Одно дело, что я в одиночку такой объем не осилю за приемлимые сроки... |
|
#15
|
|||
|
|||
|
"ИП - инструмент разработчика-наладчика"
Воспроизвел дословно ) Смотрите ветку про бюджетку ) Если бы 1с-ка выкидывала ошибки и падала так же стабильно как ИП-ка (при том что учет по огромному количеству организаций в несколько десятков в одной базе ИПэшке и не снился). Я бы давно уволился ) Чем мне нравится 1С-ка? Своей стабильностью. И почему никто не хочет писать Бюджетный учет? Бюджетных организаций очень много! И суперская простая удобная программа для ведения их замудренного учета им бы не помешала! Последний раз редактировалось Otus7, 09.12.2010 в 16:47. |
|
#16
|
||||
|
||||
|
Вот и хочется всех производственников призвать к сплочению рядов.По одиночке трудно все сделать. Может постараемся объединенными усилиями запустить производство в ИП2? Ну не все же торговлей промышляют?!
Цитата:
Цитата:
Цитата:
__________________
С уважением, Виктор |
|
#17
|
|||
|
|||
|
Цитата:
Цитата:
Тоже и с банком, это я в качестве примера привел. Цитата:
![]() |
|
#18
|
||||
|
||||
|
Цитата:
|
|
#19
|
|||
|
|||
|
У меня сложилось стойкое впечатление, что попытка реализовать производство "в стандарте" рождает монстров (см. 1С8 УПП). Потому что, научно выражаясь, в общем виде (если мы ведем речь о стандарте) -- задача слишком сложная. Конечно решаемая, но ньюансов очень много, очень . Деревообработка, прокат труб, нетели (в первый раз беременная телка, но еще не корова), миллионы уточин в день, процент выхода готовой продукции 109% (это про колбасу -- вспомните, когда будете покупать), километры-га пашни, ...Даже реализация базовых алгоритмов расчета себестоимости потонет в массе преднастра-евые-мых параметров (ага, галочки! много!). Такая система вполне реальна, но... Получится как с ОТО. Нет, это не отдел технического отстоя -- это общая теория относительности. Все слышали, но почти никто реально не понимает, а попробует -- так так ему и надо
. Ну а если по делу и серьезно. Лично меня устраивает ситуация, когда в стандарте сделано все, кроме производства. Потому что это прозрачно (ну... вполне), в это можно легко вписать конкретику данного производства. В итоге получается относительно просто, ибо ничего лишнего. Я тоже многое пишу не в ИП2, а на связке MS SQL Express + VBA (получается сверхбыстро. И разработка и быстродействие. Но у меня с Transact SQL все очень хорошо). Если бы ИП2 вышел бы раньше лет на пять, и то не уверен, firebird мне так и не понравился. Но надежда на реализацию производства в стандарте, правда небольшая, есть. Чуть ниже описание алгоритма, который очень даже можно попытаться довести до высокой степени универсальности и самонастраиваемости, то бишь снизить количество галочек. Такой микро ИИ. Я им закрываю производственные счета уже около 5 лет. Добавление новых этапов производства, новых складов ГП, видов ГП не нуждается в корректировке алгоритма. Итак. Рассматриваем проводки как дуги направленного графа. Стрелка от кредита к дебету, сумма или количество - вес ребра графа. Производство можно представить как движение по графу. Начальные точки графа (точки входа) - 02,10, 60, 70... счета. Стрелка к дебету 20-го . Далее возможны многократные движения 20 ->20, с добавлением 10, 60, 70, . Конечно, разные субсчета 20 счета (переделы). Далее готовая продукция (43 в разрезе ТМЦ, складов ГП), далее легко может быть возврат обратно на 20 (полуфабрикаты, которыми могут и торговать и перерабатывать дальше). Конечная точка - 90. Получается граф, направленный в целом, но с циклическим вкраплениями (повторная переработка, возврат в производство,...) Циклы -- зло. Я их убираю сторнировкой соответствующих оборотов, исходя из веса (количества - кг, шт, л) ребер графа (по принципу -- выпуск продукции много больше возврата в цех). Перед запуском алгоритма расчета в проводках за этот период нужно отразить количественное движение продукции между 20, 43,90 (у меня количественная информация попадает в бухгалтерию из складской подсистемы учета ГП). В процессе работы алгоритм берет суммовые обороты по дебету 20-х счетов (списание на затраты) и распределяет их по базе распределения (у меня – количество выпущенной продукции разного типа). То есть на уже существующие проводки Д 43/СкладГП1/Товар1 К 20/УчастокА 15 шт, Д 43/СкладГП1/Товар2 К 20/УчастокА 10 шт, накладываются суммовые проводки Д 43/СкладГП1/Товар1 К 20/УчастокА 150 руб, Д 43/СкладГП1/Товар2 К 20/УчастокА 100 рублей. Также учитывается готовность к закрытию счета (на данном участке используется полуфабрикат с другого участка, а он еще не расчитан). Путь движения алгоритму «подсказывается» настройками. Если задаться целью, то можно, наверное, написать предварительный анализ графа на направленность, тогда ничего подсказывать не надо. Да, сильно облегчает отсутствие незавершенки (повезло в данном конкретном случае). Поэтому сразу видно корректность результатов работы алгоритма - не должно быть остатков на субсчетах 20 счета. Незавершенка не должна быть препятствием к доработке алгоритма. Ну, я надеюсь, что так. Этот алгоритм очень требователен к структуре плана счетов и аналитик. Выпуск продукции должен отражаться в разрезе видов продукции. У меня, например, нет количественных проводок по выпуску продукции Д20/1 К20/2. Только петлей через 43 счет, чтобы не вводить аналитику по ГП на двадцатых счетах. (Хотя алгоритму наплевать, главное чтобы по «пути» его следования не было «котлового» учета, хотя «котлы» возможны, если они не влияют на адекватность расчета). И самое главное требование: большой порядок в учете и в организационной структуре. Этот алгоритм должен отработать , теоретически, на большинстве баз, где есть необходимая аналитика, и принципиально возможно (в математическом смысле слова) построение вышеописанного графа. Иными словами необходима возможность проследить тропинку движения каждого вида ГП от 20 счет (выпуск) к 43 и до 90. Я точно знаю, что «открыл америку», в 1С УПП при закрытии производства тоже строится граф. Но может кого наведет на какие мысли, текстом поделюсь и помогу вникнуть. |
|
#20
|
||||
|
||||
|
Цитата:
![]() Алексей, можно по подробнее? С глубочайшим вниманием выслушаю и постараюсь вникнуть.
__________________
С уважением, Виктор |
![]() |
| Опции темы | Поиск в этой теме |
| Опции просмотра | |
|
|
Похожие темы
|
||||
| Тема | Автор | Раздел | Ответов | Последнее сообщение |
| Попробовал договора в новых версиях (4.5.108) | GriAlex | Бухгалтерия | 8 | 23.11.2010 17:57 |