s_ustinovИ связка ERP + 1C БП выглядит намного предпочтительнее одной системы.В общем и целом согласен. Но есть небольшое (а может быть и большое) замечание.

Обычно в такой связке данные передаются в одну сторону - из ERP-системы в 1С БП посредством неких синхронизирующих процедур. Если при этом предполагается, что бухгалтерия "на полном автомате" принимает и автоматически проводит вообще всё, что оттуда пришло, то больших проблем не возникает. Однако, проблемы могут возникнуть, если часть информации по тем или иным причинам бухгалтерией отвергается. Из-за несоответствия условиям договора, из-за некорректного оформления первичных документов, и еще по сотне иных причин. Могут существовать также чисто технические проблемы, связанные с процессами вроде:
1. Сформировали некие документы в ERP
2. Документы передали в 1С и оттранслировались в непроведенные по БУ и НУ 1С-документы
3. Бухгалтерия проверила электронные документы 1С и убедилась, что они соответствуют первичке, которая поступила в бухгалтерию. На соответствующих бумажных документах поставлены "крыжики" (галочки), сами документы переложены в папки с обработанными и проведенными документами. Документы проведены в 1С .
4. Менеджеры же по какой-то причине решили отсторнировать документы в ERP и вместо прежних сформировать новые...

Проблема в том, что "на автомате" подобные вещи делать нельзя, и это связано не только с тем, что проведенный документ 1С удалить не даст до тех пор, пока он не будет "распроведен". Это связано, по большей частью с тем, что "открыженные" документы, уже лежащие в папке с проведенными, автоматически не извлекутся из этой папки и на них не исчезнет "крыжик". И даже если бы подобное было физически возможно, это делать нельзя по причине нарушения границ сфер ответственности. Если именно бухгалтер несет информацию за проводки в 1С, то только бухгалтер должен иметь возможность их не только "проводить", но и "распроводить-обратно". Не должно быть таких ситуаций, когда бухгалтер, отвечающий за некий участок учета, точно помнит, что провела некий документ, но этот документ фантастическим образом молча исчез из системы. Первая реакция бухгалтера - с системой что-то не так (ей нельзя доверять), вторая реакция - нужно восстановить информацию, которая внезапно исчезла (возможно, сформировав документ вручную). О том, что в системе появился некий заменяющий документ, возможно, оформленный другим учетным периодом, бухгалтер может выяснить уже позже. При этом, в зависимости от используемых принципов синхронизации, могут еще возникнуть сомнения в том, действительно ли это новая версия старого документа, либо это просто еще один новый документ. Мы огребли полный ворох подобных проблем, выполняя синхронизацию Infor LN с 1С:УПП. Заставить подразделения взаимодействовать между собой по каждой процедуре, требующей нестандартных телодвижений, оказалось очень непросто. Когда подобные ситуации случаются не от случая к случаю, а довольно часто, они способны даже полностью парализовать работу. У нас такие ситуации случались по 10-20 в месяц. И ваш покорный слуга вынужден был прилагать по истине героические усилия, чтобы подразделения заставить взаимодействовать по регламенту, предписывающему им переключаться на вербальное взаимодействие и взаимодействие по email.

Так что, прежде чем принимать окончательное решение, какие проблемы потребуют наименьших усилий и рисков, нужно оценить потенциальный объем ситуаций, которые выпадают из "стандартной" схемы информационного обмена.

Дополнение...
GaryaОднако, проблемы могут возникнуть, если часть информации по тем или иным причинам бухгалтерией отвергается.Не только "отвергаются", но и "принимаются, но в ином виде".
Пользователи ERP-системы зачастую не разбираются в нюансах бухучета и в 1С. Они также могут не понимать, каким образом различные аспекты отражения операции в ERP-системе приводят к формированию различных документов и к атрибутам этих документов, от которых зависит корректность их проведения в 1С. К примеру, операция по агрегатированию с применением давальческих материалов требует оприходования материалов на забалансовый счет и списания их на агрегатирование по нормам, которые могут содержаться в договоре с заказчиком. Пользователь же ERP-системы, который получил от контрагента небрежно оформленные документы, зачастую пытается выкрутиться поиском компромисса между тем, что "есть" и тем что он "может в ERP-системе". Он видит, что не может ввести заранее настроенную операцию по агрегатированию без давальческих материалов и норм и пользуется другой операцией "оказание услуг", не связанной с проводками на забалансовых счетах, не связанной с начислениями зарплаты рабочим в производстве по нарядам и т.д. Это очень грубый пример, есть масса менее навороченных, но, тем не мене, связанных с тем, что бухгалтер, как минимум, должен вносить изменения в документ, транслированный из ERP-системы.