Для начала выговориться...
Чаша терпения к за 3 года 1С переполнена... Это не помощь малому бизнесу, а хорошо спланированная массовая диверсия. Если у вас что-то случится с базой и вы работаете в базовой версии - в силу непродуманных ограничений которые действуют так же и при технологических операциях, например загрузке-выгрузке данных, вы не сможете исправить НИ-ЧЕ-ГО! Любое, криво вставшее обновление, что бывает довольно часто, или переход с одной конфигурации на другую - превращается в неразрешимую проблему т.е. кошмар, которая без вмешательства извне не устраняется. Все потому, что компания 1С не использует базовые версии для собственных нужд, с подобными проблемами не сталкивается и об их существовании понятия не имеет. Поддержка либо отвечает в стиле "сам дурак" либо предлагает что угодно кроме конкретных действий по решению проблемы. Даже выявить её не пытаются... Для меня лично 1С в базовом исполнении это как автомобиль в котором нельзя поменять или долить моторное масло, или сменить или накачать колеса... Надеюсь, что те персоны в 1С которые ответственны за это безобразие, в следующей жизни будут владеть этими автомобилями, такими же одноразовыми как и их недоделаные произведения. Полноценная версия + ИТС упаси Бог. Итак 80% функционала базовой версии не востребовано, а тут еще больше будет и за отдельную плату
Теперь о главном.
Конец года начало нового, момент подходящий... Уже неделю ищу альтернативу 1С. Компьютер уже не компьютер, а испытательный полигон. Возможно, что-то пропустил или не обратил внимания ввиду достаточно убого представления о ведении бухучета, поэтому хотелось бы услышать комментарии как от профессионалов бухучета (относительно ведения исходя из вводных) так и предложения от разработчиков.
Сфера деятельности: дистанционная торговля (интернет-магазин), практически все отдано на аутсорсинг.
Особенности: нет работы с наличными, вообще нет и не будет, поэтому, когда смотрю какую нибудь программу, в первую очередь обращаю внимание на возможность указания суммы реализации по входящему п/п которое уже приходит как правило за вычетом комиссии платежного агента/эквайра.
К сожалению, в отличие от 99,99% альтернатив, у 1С есть возможность оформлять такие поступления, хотя кривовато.
Второй момент - правила продажи товаров дистанционным способом обязывают продавца иметь информацию необходимую для выполнения заказа покупателя, как минимум один адрес должен быть и фио получателя/плательщика, хотя это розница голимая. То есть, вести учет покупателей физиков надо, а бухгалтерские документы будут обезличены как при обычной розничной торговле (в 1С используется ОРП). Таким способом недолго и запутаться кто за что заплатил и кому чего отправить. Если оформлять на физиков а платежка приходит от эквайра - начинается бред т.к. Многие еще счет просят, накладную..
Что меня особенно выбешивает во всех псевдо-ориентированных на УСН программах, так это полное безразличие разработчиков к настройке НДС. Ну если вы делаете программу для упрощенцев, уберите нафик этот НДС отовсюду где он упрощенцу не нужен! По умолчанию нет его! Максимум где можно видеть - в исходящих платежках и входящих СФ. Так нет же, в КАЖДОМ документе по умолчанию надо выбирать "Без НДС", хорошо если подумали не ставить никакого значения, а то некоторые бывают лепят 18% по дефолту и в КАЖДОМ документе это надо переделывать. А позиционируют программу как для "простого" учета на УСН =) Пожелания таким разработчикам аналогичны как и к 1С в этом случае...
Для себя понял что необходимо иметь систему из трех составляющих:
1. Интернет-магазин для взаимодействия с покупателями. (с этим проблем нет)
2. Отдельная или интегрированная в учетную систему - микроERP (покупатели-физики, заказы, номенклатура, поставщики и т.д.) то есть только менеджмент.
3. Система учета и отчетности куда сливаются в обезличенном виде данные по персонализированным операциям из миниERP. то есть только бухгалтерия
Разработчикам: У вас есть такое или что то похожее? Что можно использовать для п.2 и п.3 чтобы работало в связке. Сколько у вас стоит доработка программы под специфику деятельности и дальнейшее сопровождение этих костылей?
Бухгалтерам: у меня вообще ход мыслей правильный? Есть один из способов где платежи от агента по каждой покупке отдельными пп приходят и мне где-то говорили что можно физика-покупателя в аналитике по 57 счету (если не ошибаюсь переводы в пути) указывать и видеть мою задолженность по товару перед ним, это реально вообще увидеть не смотря в журнал проводок?
P.S.
А там где кучей много платежей перечисляют, есть реестр у агента + фактически оплата уже была совершена либо онлайн (информация об оплате передается интернет-магазином) либо непосредственно (торговый эквайринг, терминал)