Показать сообщение отдельно
Старый 29.11.2017, 11:17   #16
Alex-sm
Новичок
 
Регистрация: 18.05.2017
Адрес: Москва
Сообщений: 20
Сказал(а) спасибо: 17
Поблагодарили 38 раз(а) в 14 сообщениях
Вес репутации: 0
Alex-sm на пути к лучшему
По умолчанию

Цитата:
Сообщение от PolySOFT Посмотреть сообщение
А если серьёзно, с вашей т.з., в какую еще бухгалтерию можно выгрузить данные из ИТМ чтобы избежать всего того, что вы описали?
Загрузить-то можно в любую бухгалтерскую систему (или подсистему в более сложных продуктах), т.к. в каждой есть те или иные средства импорта внешних данных, а также всегда есть возможность организовать импорт на уровне хранимых процедур и триггеров. Технических проблем я не вижу, если принципы аналитического учета в двух системах более-менее совпадают.

Тут скорее имеет смысл переформулировать вопрос иначе: а с какими вообще бухгалтерскими системами можно встретиться на предприятии клиента?

На первый взгляд кажется, что 1С "при всем богатстве выбора другой альтернативы нет", но на деле это оказывается не так - ряд программ, в настоящее время "широко известных в узких кругах", по-прежнему присутствуют на рынке, развиваются и используются. Более того, многие уходят с 1С на менее популярные программы.

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

С западными продуктами, как правило, в бухгалтерском и налоговом учете у клиентов отношения не складываются из-за длительных временных лагов на поддержку обновлений форм, чуждой российскому учету системы записи операций (без прямой двойной записи) и ограничений на сбор регистров (запросите у западника какой-нибудь обычный шахматный журнал-ордер, и будете удивлены многомесячными виляниями). Поэтому эти программы покупают (там, где пресловутое "импортозамещение" еще не вставило палки в колеса), но в скором времени дополняют какими-нибудь нашлепками в виде той же 1С или любой из названных российских программ (с ними ии приходится сопрягаться), а западный купленный "суперпродукт" оставляют "для серьезных дел", которые в большинстве случаев выполняются (без огласки) самописными программами и т.п.

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

С другой стороны, взаимодействие с продуктами-конструкторами тоже специфично - таковые любят выкачивать из клиента деньги за новые и новые настройки, и доля расходов в общем бюджете на автоматизацию склоняется в их сторону. Рано или поздно клиент включает режим жесткой экономии, и тогда какой-либо из участков остается без присмотра и запускается (в плохом смысле), что вредит всему проекту автоматизации.

В отношении участка расчета зарплаты я практически уверен, что самостоятельно написанный модуль закроет 90% реальных потребностей клиента, а при должном уровне обслуживания и своевременном обновлении отчетов приобретение отдельной бухгалтерской программы клиенту не потребуется.
Alex-sm вне форума   Ответить с цитированием Вверх