Ситуация такая: стремительно переходим на САП. Как сдавать отчетность - не понятно. Есть идея выгружать данные из САП, загружать их в 1С (скорее всего БП) и далее по накатаной. Т.к. переход стремительный, то времени продумать что и как выгружать/загружать особо нет. Поэтому рассматриваем возможность покупки готового решения по загрузки данных в 1С (некая обработка + спецификация данных, которые ей нужно подать на вход).
Если у кого-то есть искомое или знает того, у кого есть) - большая просьба поделиться.
В интернетах масса предложений, но это все приедем, посмотрим, и т.д. А готовых решений нет. А времени что-то писать под нас, увы скорее нет.

Беги

(1) +1

(0) А САП-цы чего предлагают?

чей-та?)
тут все сложно и не так страшно, как могло бы быть. сбежать всегда успею
а вот в консультанты сап переквалифицироваться - вряд ли еще как

сегодня среда а не пятница же.

Переходить на сап, чтобы выгружать данные в 1с. Да вы извращенцы там)

(4) стремительно.. своими силами? =)

(3) как обычно... несколько десятков миллионов рублей

берете бухгалтеров в количестве достаточном. Даете БП (или еще что) они вбивают данные. Отчетность сдаете:) себе премию:)profit

(0) Отчетность - раз в квартал. За три месяца можно и написать все, что нужно. Хоть перенос в 1С, хоть отчетность. Причем, воторое будет проще первого.

>> стремительно переходим на САП
ну ну! *рукалицо*

и стремительно можно обосраться например, а переходить на другое ПО надо долго и вдумчиво:)

(0) Спрашивай у тех, кто внедряет вам SAP.

(10) ага особенно, что как бы год заканчивается =)

(0)   Беги. Я столько времени убил на такую загрузку.

Хотя.. за млн,  готов поделиться обработкой.  ))

(3) основная проблема, в том, что у нас собственник забугорный. у него есть штат консультантов, тоже не отечественных: индусы, испанцы и т.д. Они про 1С первый раз услышали 3 месяца назад. Так что они ничего не говорят. Ищут местных саперов, но как-то не успешно пока. Т.к. ищу не я, то хз почему так

какие прекрасные ветки в последнее время на форуме... то про Васю, то как стать Васей, то про грехи, то про правильное питание... прям зачитаешься )))

(15) да ладно там десяток-другой прогов, разбить на куски справочники, касса,банк,отгрузки,приходы,склад может до нг и успеют чо то написать

(15) Если есть готовое решение, то можно в личке пообщаться.

ну а если серьезно.
когда вендерние САП пошло не по плану и в сроки не укладываетесь проще всего - сформировать все отчеты в САП какие есть. ну и из полученых таблиц в 1с уже самостоятельно грузите.
то чего нет в отчетахъ в САП придется ручками вбивать.

(20) тогда лучше уж какой нить контур для этого использовать

(0)   "стремительно переходим на САП" - Переходите с чего? или внедряете с нуля?
Что Говорят внедренцы САП? У них узнавали вообще что могут выгрузить, что уже выгружают?
Обычно у них уже реализованы выгрузки под 1с и за отдельную плату они вам ее предоставят.
А если все делать с нуля, то вариант (1)  для тебя)

(13) Ответ будет простой - "Мы кАнкретные пацаны автоматизируем кАнкретные задачи - ERP-шмеерпи, капиталиции- акции, мегаотчеты с картинками акционерам...Ваш левый бухучет не концептуальный и вообще на хрен никому не нужен, кроме налоговой.. Как нибудь на коленке соберите.."

(18) тупо выгрузка всех хоз.операций?
(20,21) это понятно. Данные САП предоставит какие угодно.
Это крайний вариант.

это единственный вариант.
готового решения под ваш конкретный случай нет и не может быть ни у кого.

У нас схема такая - первичка в САПе, бухня вся в 1С. Ежедневные переливы. Всё работает, полёт нормальный.
САП никогда не заменит 1С

(24) я думаю сап там внедряет не ларек на усн =)

(23) ПРимерно так). ТОварищи индусы когда увидели 100500 форм отчетности нашей и узнали, что жти формы потенциально могут меняться ежеквартально, аж всплакнули. Ну и см.23

(0) КД в руки и вперед
(24) Как выгрузка хоз операций поможет в заполнении декларации НДС?

(19) А чем у вас сап операции экспортирует,  обычный pi  хмлки на фтп кладет?

(26) Задумка та же. Вопрос в реализации. Сможете поделиться наработками?

(24) так если данные предоставят, опиши формат который тебе нужен в полном объеме и вперед писать загрузку в 1с) Обычно у всех как раз проблема что либо выгрузить из САП и за это платят бешбабки.

(18) Первый серьезный отчет сдавать 25 апреля.

Сдавайте отчётность из SAP! ^)

Шарь БП через OData и пиши-пиши-пиши выгрузки/загрузки из SAP. Но если опыта больше со стороны 1C, то выгружай из SAP только мастердата, веди учет в 1С и выгружай в SAP обратно

(30) в том и дело, что саповцы обещают сделать любые выгрузки, елси им дать спецификацию того, что нужно выгрузить. формат txt или xml. не важно. спецификации нет

Зачем люди переходят на сап? Есть ли хоть одна причина, кроме откатов?

(37) тебе же написали.. собственник забугорный

(31) со стороны сап ничего не могу дать, я им не занимаюсь. Загрузку из xml могу дать

(37) конечно есть, собственникам нравится эта аббревиатура

(37) стабильность

Вся проблема 1С в изменении документов задним числом

А внедрятелям нравятся миллионы евро, выделяемые под эту аббревиатуру

(41) типа это в 1С нельзя сделать )

подключать таблицы субд как внешние источники данных и пилите шура пилите, только пилу побольше

(43) запретить заднее число и все правки делать сторнами? ну-ну

(37) Это отдельный разговор. Но поверь, есть масса критичных вещей в которых 1С не конкурент сап.

(45) ну-ну, платформа запрещает или чтото ещё?

(47) в реальности видел чтобы так работало?

В этих сапах запрет "заднего числа" просто прописан в коде, платформа вообще не причем

(45)если вы не против, можно перейти в личные сообщения. но у вас email скрыт. мой mk_06@list.ru

(35) САПовцы обычно не дают свою базу. Остаются только транзакции для выгрузи на сторону.

(49) "заднее" число это меньшее из зол. безопасность и достоверность данных в 1С ниже плинтуса, по западным меркам.

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

(36) я конечно могу показать наши спецификации,  вопрос подойдут ли они для вашего учета.

(0) Ну вот... Люди пишут - импортозамещение, с SAP на 1С массово переходят (правда, ссылок на проекты и названий организаций не дают), а тут вон оно как...

как ты себе видишь что ты хочешь выгрузить?
полностью все данные чтобы сформировать полную картину учета в БП?

(50) ответил

(52) "безопасность" и "достоверность" какимито особыми байтами  делается? можно пример что там достоверность и безопасность обеспечивает?

(52) При этом бухгалтерия то у вас все равно будет на 1С)

(52) Чушь. Распространенный миф.

(52) те кто так говорит просто не видели САП изнутри...

(59) каждый SAP просто обязан быть привязан к отдельной БП3

(1) +2

(4) потому что имеет место вывод денег и банкротство конторы

(8) кто-то будет доволен

(36) Сдержанно скажу, что они брешут.
Они фискальники несколько месяцев подключать будут. Ни Х из декларируемого у них не работает. В доработки они с радостью ввяжутся, но делать могут медленно, долго, криво и за безумные деньги.

Резюме. РСБУ, кадровый учёт, 54-ФЗ работает только в 1С. В личк умогу назвать название компании, по которой получен этот опыт.

Сколько я видела внедрений САП, меньше года они не бывают. И год - это было именно "стремительно", с сохранением отчетности в прежней системе.

САП без БП3 - деньги на ветер )

(67) у нас после пятилетки внедрение в целом закончилось по основным блокам.
пошли доработки и внедрение нового уже вне рамок начального проекта.
но там был большой проект. деньги из бюджета ИТ на него в течение 7 лет отчисляли.

(64)+ хотя, конечно, второе опционально, но уж больно "стремительно" подозрительно

(1) нет так.

"Бегите, глупцы!" (С) Гэндальф серый

(66) ПРимерно по этой причине, отчетность сдавать из САП? нет сынок, это фантастика. А у вас еще местные внедренцы были

(70) Есть родственная контора, у которой уже давно САП. Собственник у нас один. Переводим производство наше под их юрисдикцию. ПОэтому стремительно. Но у них отчетность всю жизнь в экселе рисовали. Хотим сделать "хорошо" и вашим и нашим

(71) нет, это из другого мема, который про "накатил бух на зуп"

(73) Делайте как нормальные люди - фронт на 1С, а бэк на SAP :))

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

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

(16) так речь не про 1с, а про сдачу отчетности.
что САПеры предлагают делать с регламентированными отчетами? проблема то никуда не денется после сдачи следующей отчетности. ее сдавать надо ежегодно\ежеквартально.

(73) набирайте больше штата операторов и будут люди тоже в экселе всё рисовать... ну раз SAP пришёл, хочется людям страдать, а владельцам терять убытки и кормить "эффективных"...

Вообще нужно просто понять, что SAP это УУ(ОУ) учет, а БП3 - БУ,  схема Торговля - БП  равнозначна SAP - БП. Никто же не пытается на торговле регламентированную сдавать.

(77) саперы не первое десятилетие на рынке и до сих пор не родили способа формировать xml?

(0) >большая просьба поделиться


Не смешной анекдот...

(80) вообще не угадал ни разу.
в САП есть FI он же бухучет.
вполне адекватный
формы естественно нужно писать. тем у кого их нет.

(83) В Ёкселе тоже можно вести полноценный бухучет.

(83) если он есть, то они наверное все сдадут "из каропки"?

(84)+ "Формы только написать"

(0) у вас модуль FI то внедрен надеюсь? или что из SAP модулей внедрено и что еще в планах?

(87) У них внедрено самое главное, основной модуль "Откат"

(77) Дай тем кто готов выгрузить с сап описание EnterpriseData =)

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

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

(90) Ты ничего не попутал? А про бухучет вел речь (ну и регламентную отчетность).


Но кто мешает работать и обмениваться файликами экселя хоть тысячам пользователей?

(92) *Я про бухучет вел речь

(91)Смешно, да. Особенно сравнивая стоимость поддержки. На 1С-откатах озолотишься просто.

(89) кстати, есть рациональное зерно в этом

Поднимаешь Apache - включаешь OData - даешь САПовцам ссылку и маппинг метаданных - они пишут весь код обмена.

(92) у тебя бухучет откуда должен данные брать?
в САП из базы.
а в экселе твоем? из квантового вакуума?

(97) В эксель новые формы заснуть раз плюнуть.

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

(98)+ В базу САПа

(87) ММ, PP, Fi, SD точно есть. WS - складской, точно название не знаю, тоже есть

(98) зачем мне это?
когда я занимался разработкой в SAP я это делал.
добавляешь необходимые реквизиты в таблицы, если требуется свои таблицы добавляешь, пишешь логику, загрузки для начальных данных. ничего особо от 1с не отличается.

(101) А теперь сравни сложность вот того что перечислил со сложностью на экселе.

И стоимость. И наличие спецов с их ценником.

(101) ой, нет. у нас такого ресурса в сап нет. минимальная кастомизация, лучше нулевая)

Короче или:

1. SAP + много-много Экселя

2. SAP + 1C + мало Экселя

3. 1С + мало Экселя


Ваш выбор? По скальпелю Оккама что лишнее?

wiseadvice-it.ru эти ребята вроде дружили SAP газпрома и 1с

(102) ты реально не догоняешь или прикидываешься?
я написал свой отчет. который взял данные из базы и вывел их в нужной форме.
а ты взял красивую готовую форму без данных.
и что ты дальше будешь делать с ней?

(103) нулевая кастомизация невозможна в случае отчетности российской, слишком часто меняется.

(104) проблема в том, что выбор далеко не ваш

пока наш выбор это п.1)
хотим перепрыгнуть на п.2
п.3 увы остается в прошлом, все более отдаленном и не менее прекрасном ))

(0) так и есть.Берете типовую коробку бухии и грузите из сапа.Подвяжите подрядчика на обмен.Чтобы ответственность снять.Как то так.Но в любом случае плюс что первичка и расчёт цифирей в сап.

(103) АТ-Консалтинг обратиться можешь.
но это дорого. очень. хотя я хз какие бюджеты у вашего зарубежного валдельца и внедрения.

(106) поэтому нужна выгрузка в сап более менее статичных хоз.операций. а что там меняется в их учете - пуская у 1С голова болит

(110) очень хорошо что дорого, может владелец когда увидит ценник, то позволит народу до НГ доработать в 1С, а после НГ когда бизнес вялотекущий все как раз будут постепенно привыкать к sap

(110) Спасибо)
цифрами с 6 нулями никого не испугать

вобще странное решение, перед самим новым годом перетр(я/а)хивать систему учета

(106) >я написал свой отчет. который взял данные из базы и вывел их в нужной форме.
>а ты взял красивую готовую форму без данных.

Если эта форма с данными нужна раз в год, то надо смотреть стоимость что дешевле.

Нанять тебя чтобы сваял сразу из данных в базе или нанять (которые обычно уже нанят) менагера которые тупо соберет данные и забьет в форму Экселя ))

(112) ну не столько все жестко. апрель пока плану go alive

(53) > "чтобы так работало" - это с программной точки зрения или с организационной?

С методической. Отрази такие операции, как корректировки и исправления поступлений и реализации в SAP и в 1С.
SAP живет на сторно (полностью сторнируется исходная операция и заводится новая).
Как отражаются корректировки в 1С - смотри любую типовую бухню. НА каждый вид - свой алгоритм.

И это только корректировки, предусмотренные законодательством, РСБУ и учетом по НДС.
А представь корректировки в прочих документах и операциях, не предусмотренных в типовых конфигурациях. Например корректировка перемещений ТМЦ, требований-накладных, платежных документах и т.д.?

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

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

Короче говоря. Методика простого прямого переложения операций из SAP в 1С "один к одному" может прокатить только при относительно простом учете (никакого сложного НДС), высокой актуальности заводимых данных (нет операций прошлых периодов, отраженных в текущем), отсутствии корректировок (сторно) или их минимальном количестве, чтобы можно было отражать такие операции вручную.
Если любое из этих условий не выполняется, то о полной автоматической интеграции придётся забыть.
Тогда единственный способ (самый распространенный в жизни) - несколько обработок по переносу самых массовых операций. Выбор транспорта тут особой роли не играет - хоть через Excel, хоть через веб-сервисы (и SAP, и 1С нынче это хорошо умеют). Всё остальное бухи колотят ручками, сверяют данные SAP и 1С, выполняют дополнительные операции, которых нет в SAPе (отражение з/п в учете, НДФЛ, НДС, налог на прибыль по ПБУ 18/02 и т.д. и т.п.).

(111) уже "выгрузка в сап", только что же было "весь учет в сап"??
наверное из сап все таки.

сформируйте список отчетности которую вам сдавать.
открывайте дальше эти отчеты в 1с и смотрите как они строятся.
я не знаю как иначе можно сделать.

(118) Хохо тут не учтены неучтенные затраты на изменение/добавление "список отчетности которую вам сдавать" в будущем.

В 1С это включено в стоимость ИТС + немного работы операторов/бухов.

А в вашем предложении что по этому поводу?

(118) описка по фрейду) выгрузка ИЗ сап конечно.
(117) очень это печально..т.к. у нас и НДС сложный и производство и корректировки всего и вся возможны.

(119) в моем предложении - не страдать фигней влезая не в свое дело. есть организация которая внедряет, лучше не лезть поперек дороги.
но поскольку автор человек деятельный - я ему предложил чем себя занять, уже 2 варианта.

(118) Разобрали формирование форма 1 и 2. готовы сделать наши консультанты. 3 месяца просят, ибо формы сложные)
что говорить про остальные 100 примерно форм отчетности?

(121) Ваше предложение "чем себя занять, уже 2 варианта" учитывает проблемы (119) ?
Или стыдливо умалчивает?

а владельцу была озвучена частота извержения законов в государстве? т.е. частота затрат неизвестного количества денег на sap

(122+) Я про формы бух.баланса.
Рисовать и поддерживать все формы отчетности в сап, да даже не все, а самые нужные/сложные по формированию - на мой взгляд закапывать деньги в песок. В этом смысле я полностью с Gaykom согласен

(122) каждый отчет в САП кроме самых банальных это в среднем человекомесяц.
(123) вы уже придумали как наполнить свою эксельку данными для отчетности? нет так думайте.

в (117) написано очень правильно, основная проблема именно разница в построении учета.

так что нужно понимать кто будет заниматься поддержкой. в САП она стоит дороже чем в 1с даже не на порядок а больше.

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

(126) >вы уже придумали как наполнить свою эксельку данными для отчетности? нет так думайте.

Не пробовал начать читать?
Банально снять менагером отчет(ы) в сап или в 1С и забить нужные данные из них в форму экселя. Как сейчас и делают все владельцы САПа.

(127) совершенно верно.
но раз решили работать в России, нужно принимать местные реалии.

(128) Я слабо представляю как это работает для возмещения НДС. Что и куда колотить?)

а что в сапе с 20% НДС?

(128) у тебя же только что не было в сап нужных данных и таблиц для хранения этих данных и вдруг волшебным образом они там появились и их можно снять и внести в эксель.
продолжай передергивать но без меня.

Короче все что я видел из работающего по связке САП + 1С (БП) это обмен первичкой.

Вся первичка из САПа выгружается в 1С и там в 1С ведется весь требуемый учет.

А САП это это для ввода первичных данных операторами и повышения стоимости компании.

(132) Правильно, тех данных что нет пойдут и возьмут где то и забьют сразу в эксель. Без вызова программиста сапа ))

(134)+ И ожидания пары месяцев ))

ты явно не видел таблиц даже с миллиардом записей.
удачи

(133) ну да. именно такой задумка. просто имхо первичка она везде примерно одна и та же. т.е. должны существовать готовые решение по выгрузке/загрузке. их и пытаюсь найти.

(133) SAP никак не повышает стоимость компании. Это расходы в чистом виде, а не актив.

(138) ПО РСБУ?

(138) опыт первичных размещений российских компаний говорит об обратном)

(138) неправда ваша.
расходы на внедрение САП отражаются как инвестиции при создании актива - системы учета.
и ее немаленькая стоимость вполне себе учитывается западными инвесторами.

(141+) причем учитывается с коэффициентом существенно большим единицы

(141) И вы готовы назвать такую компанию?

(138) да ладно, на IPO без Сапа или Аксапты никто не выходит )

(144) Это любимый миф всех саперов. Реально не имеющий под собой ничего.

(139) Да хоть по марсианской системе учета.

(141) Чушь. Актив это только у SAP AG. А у всех остальных это расходы.

(0) "стремительно переходим на САП"
что и так бывает!

(94) для крупного бизнеса это не важно. даже наоборот, внедрение копеечной системы выглядит именно как откат и профанация. а САП отлично вписывается во всякие аудиты которые забугорные конторы проводят

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

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

(0) поржал, ты то чего переживаешь ?
есть РП и ГБ
пусть паряться

(149) У нас эти аудиторы косяками по конторе ходят много лет. В том числе и из PWC. Шеф перманентно продает контору, но никто цену не дает ту, которую он хочет. Наплевать им всем хоть на 1с, хоть на САП. Неважно какая модель калькулятора считает. Все это байки саперов, набивающих себе цену.

(151) аудиторам наплевать
не наплевать акционерам конторы, наши не верили аудиторам потому что сами не могли посмотреть что происходит

(152) Надо было в 1С  англицкий интерфейс запилить. )

(152) Вы не совсем хорошо представляете "кухню" PWC. Их методики, сертификацию специалистов, систему контроля и т.п. И не совсем представляете что есть аудиторское заключение. Поэтому саперы могут легко ездить Вам по ушам.

(154) Это да, аудиторы достаточно специфические товарисчи :))

(23) Если внедряет какая-то шарага, то да.
Если более-менее интегратор из первой пятерки по России, то просто дадут КП на интеграцию и посоветуют партнера по 1С, с которым подобное уже не раз проворачивали.

Мы сейчас делаем интеграцию АХ и нашей системы. Это отдельный проект. Никаких готовых обработок быть не может в принципе.
Делаем, но в успех этого мероприятия не верим.

(145) >> Реально не имеющий под собой ничего.

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

(151) То, что ваш шеф не может впарить рынку то овно, которое он называет своим бузинесом, имеет очень мало отношения к правилам капитализации расходов на НИОКР.
Никакой SAP или другая учетная система не гарантирует, что  бузинес не продадут ниже его балансовой стоимости.

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


Т.е. остается паралельный учет в 1С БП 3.0. И тут возможно как-то облегчить труд по вводу первички в 2 системы - переносить первичные документы из сапа в 1С. Но проводить и закрывать период всё равно в двух системах.

(156)+100500
с фискальной отчетностью у SAP CIS проблем давно нет, либо своё, либо интеграция

блок ЗП лучше в 1С вести

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

Еще раз - SAP является НМА только у SAP AG. Если Вы прочитаете IAS 38, а не только его заголовок, то легко поймете, что у потребителя SAP не будет НМА никаким боком. Он не проходит по критерию контроля и по критерию будущих доходов.

(160) не а
это было давно
https://sapland.ru/kb/articles/stats/soblyudenie-trebovanii-glavi-25-nk-rph-i-pbu-1802-v-sap-erp-nalogovii-uchet.html

(163) поржал
ты споришь о вкусе устриц с теми, кто их ел (с)

(165) Нет, я спорю с теми, кто читает только заголовки.

(166) ничего личного, но в данном вопросе у тебя и   tenikov разные весовые категории, посему твоё мнение не интересно

(167) Тут не важно мое мнение. Тут важны требования стандартов. А они однозначно относят SAP с его внедрением на расходы. Как в РСБУ, так и в МСФО. Доводы размера МПХ, "а вот в холдингах", "а вот в мэсэфэо" тут сомнительны.

(168) http://www.consultant.ru/document/cons_doc_LAW_63465/11d124ac298b6d284d5ab1e9c90eef7f2dc08be7/

(154) у нас не было ни сапа ничего, у нас был битфинанс, и штуки три аудиторские конторы, и постоянные вздохи "центра" по поводу того что они плохо понимают что у нас происходит

(41) "Вся проблема 1С в изменении документов задним числом"
нет такой проблемы. закрываем изменения задним числом и все. проблемы какие? что админ залезет и в 1С задним числом поправит? ну так и в сап наверное можно тоже извратиться..?

(169) Это вообще никаким боком к наличию-отсутствию SAP.

(170) Трендеть они могут о чем угодно. В реалиях учетная система просто "калькулятор" для аудиторов. Они не ее проверяют, а соответствие отчетности фактам хозяйственной жизни, соблюдение методики ведения учета, которая в основе отчетности и т.п.

(171) Нет, там только сторнирование.

"Проведенный" документ задним числом не меняется, просто вводится новый компенсирующий старый.

(172) Наличие SAP влияет на "деловую репутацию"

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

(174) Никоим образом. Гудвилл совершенно отдельная песня и никак не связана с типом учетной системы, ее наличием - отсутствием и т.п.

отсюда и вырастают потребности в переходе на сап, акзапту, и прочий оракл

(175) Посадите "одноэсника" или "аксаптовца" в SAP - он "ничего не будет понимать". Так же и наоборот. Это совершенно ничего не говорит о преимуществах-недостатках той или иной системы.

(178) а я и не спорю. я привожу пример почему конторы переходят на САП при наличии такой отличной 1С, и причина не всегда в откатах

(179) Эффект от унификации перевешивает. Для транснациональных корпораций это понятено, а для одного отдельно взятого завода/холдинга внутри РФ - сомнительно.

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

(179) Я Вам другой довод дам - на одном из предприятий свечного заводика запуск MRPII снизил складские запасы в среднем на 25 тыс. вечнозеленых в месяц. Просто перестали держать на складе лишнее добро в ожидании момента, когда наступит необходимость в нем. На возражения "1С тоже умеет планировать" возражу - когда в разузлованном готовом изделии 16 тыс. деталей, то 1С умрет. Будем реалистами. Да и что-то похожее на планирование только в ERP2 появилось. Но подобных ощутимых достоинств мало.

(180) Это весомый довод.

(182) " на одном из предприятий свечного заводика запуск MRPII снизил складские запасы в среднем на 25 тыс. вечнозеленых в месяц. " - а во сколько обошлось внедрение?

(182) 16 тыс деталей = это че такое? ракета Союз?

(183) да пофиг, главное что "профит" есть!
у нас вот уже сколько лет как автоматизация склада есть, раньше на самописке было, потом на отдельной WMS - а пользы? - все равно что на самописке, что на WMS - никто туда внутрь смотреть не может, кроме меня, в случае проблем и расследований. Пичально. Но денежка капает. и это радует.

(184) В автомобиле тысяч 15- 20 деталей. Тут похоже какая то строительная техника

(181)  Это не карточка, а какой то кошмар, хотя и к кошмару можно привыкнуть
  а в проводках там будут  все + и все -  при чем без двойной записи

(186) Причём посчитан итог по количеству, а не различных позиций спецификации. Свечи посчитаны как 4, колёса как 5, шипы как 500 :)

(182) >когда в разузлованном готовом изделии 16 тыс. деталей, то 1С умрет. Будем реалистами.

Это зависит от реализации но согласен что типовые реализации "от 1С" не сильно радуют.

(183) ХЗ. Специально не интересовался. И SAP у них раньше стоял - это только один модуль внедрили.

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

(185) "да пофиг, главное что "профит" есть! " - так вот и вопрос, есть ли профит. Когда внедрение стоимостью 100 тысяч приносит эффект в 25 к в месяц это одно, а когда внедряли за 10 млн, то 25 к в месяц это убыток

(188) в одном только салоне автомобиля пара сотен деталей, каждая пластмасска, заглушка, крючек, даже болтик на мангнитоле это отдельная деталь со своим ИД
а если вспомнить что у каждой детали еще есть список замен поделенный на месяц выпуска авто...то вообще волосы дыбом встанут

(171) >   проблемы какие? что админ залезет и в 1С задним числом поправит? ну так и в сап наверное можно тоже извратиться..?

Кстати одна из многочисленный претензий к 1С в плане безопасности состоит в том, что админ может залезть и поменять данные. В САП так нельзя. Админ САПа не может менять данные.
А в любой типовой конфе от 1С админ имеет полные права и волен делать с данными всё что ему заблагорассудится, включая возможность заметать следы в СУБД, журнале регистрации и т.п.

> "Вся проблема 1С в изменении документов задним числом".
нет такой проблемы. закрываем изменения задним числом и все.

Есть такая проблема. Называется корректировочные счета-фактуры  полученные и выставленные. Как оно в САПе сделано - фиг его знает. Боюсь, что тоже через сторно, что никак не соответствует парадигме описанной в 1137 об НДС.
А вторая проблема - это корректировке в САПе. Заключается она в том, что нифига не понятно как отражать корректировки, сделанные в САПе, в 1С. Откорректировали в САП какое-нибудь перемещение складское прошлого месяца, а что с этим делать в 1С - фиг знает - там уже регламенты посчитались, аналитика по распределенному НДС изменилась (а может уже и списалась). По регистру бухгалтерии если еще более или менее просто - можно через то же сторно сделать, то по регистрам НДС - ХЗ (мозг сломаешь). А если таких корректировок одного и того же документа несколько - туши свет.

(193) Так не надо давать никому работать в 1С с правами админа.

(194) А обновление конфигурации святой дух будет делать? Тестирование и исправление проводить?

(195) Специально обученный человек под надзором главбуха :))

(194) > не надо давать никому работать в 1С с правами админа

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

Кстати в типовой бухгалтерии многие вещи можно сделать только с правами админа (даже профиль ГлавБуха не даёт таких прав). Это настройка дат запрета изменения данных, настройка плана счетов.

(197) Это всё от лени и экономии денег на информационную безопасность.

(196) Очень смешно. А кто будет за главбухом смотреть?
А кто запретит этому специальному человеку залезть без надзора главбуха?
А что делать, когда сам главбух позовёт этого человека и попросит поменять что-то задним числом?

Вот поэтому и ржут САПовцы с 1С-вской безопасности.

(198) Это всё в типовой(!) конфигурации!!!
При чем тут лень и деньги?

Не пойму проблемы сторно. В 1С приходят данные и первичка. На основе первички - данные в 1С признаются к учёту или не признаются. Либо делается дополнительный документ в 1С, отражающих х.операцию.

(0) >> готового решения по загрузки данных в 1С (некая обработка + спецификация данных, которые ей нужно подать на вход).


а мне, пожалуйста, некую обработку, чтобы отчетность по МСФО сделала на основе выгрузки из БП.

(197) И в SAP при наличии должных полномочий можно наворотить много чего и следы подчистить :) Только гораздо сложнее это сделать, чтобы не оставить следов. Реляционные базы и в Африке реляционные базы.

(201) По бухучету и регистру бухгалтерии проблемы сторно нет (почти). Вопрос со сторно остро встаёт по регистрам НДС.
А в бухучете ты начнешь чесать репу, если у тебя раздельный учет НДС (третья аналитика на субсчетах 19-го счета) и сторнируется документ прошлого квартала. Там тупое сторно не проканает.

(203) Ну в 1С так вообще человек с правами админа может отключить журнал регистрации, отодвинуть период и групповой обработкой справочников и документов разрушить учёт. Даже без доступа к серверу БД ))

(203) Там всё таки разделены полномочия админа, который ставит патчи с обновлениями, накатывает манданты (или как оно там у них называется), производит технические манипуляции, и тех условных "суперпользователей" с высокими полномочиями для манипуляции с данными. Это разные роли.

(206) А как механизм выдачи прав устроен? Технический админ может дать себе права "суперпользователя" и начать данные модифицировать?

(206) И номер транзакции для манипуляции с данными никому-никому не известен, наверное.

(207) > админ может дать себе права "суперпользователя"

Да. Но следы такой манипуляции (выдача прав) удалить он не сможет никак. Поэтому он 100 раз подумает - делать ли так.

(208) У разных предприятий разные номера транзакций на одни и теже операции?

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

(202) Пожалуйста: http://1c.ru/news/info.jsp?id=24552

(203) +100500
(199) админы СУБД ржут над саповской безопасностью. Имея доступ к базе данных, можно изменить в любой системе любые возможности.

(211) Дело в том, что типовые от 1с рассчитаны на малый и средний бизнес, сап же внедряется в крупных компаниях, где и в 1сной базе админ не сделает ничего безконтрольно.

(213) Ну по такой логике админы СУБД могут над любой системой ржать. Если там всё лежит в зашифрованном виде в сотнях/тысячах таблиц, то не так сложно всё наменять.

(0) Вышли саповцам enterprise data. Загрузка у тебя уже есть.

(0) Вы там с лёту в лепешку-то не убивайтесь.
А то труды одинэсников совсем ценить не будут.
еще неизвестно кто больше парится - саперы или мы

(211) Да! Новый слоган САПа: "Всё запутано не только для разработчиков, но и для злоумышленников! Хакер тоже должен страдать!"

(204) Казалось бы, какое это имеет отношение к САП ?

(186)в Автомобиле 7.5 тыщ деталей
13_05_УАЗ курс на индустрию 4_0 (Ступин УАЗ)

(215) "Ну по такой логике админы СУБД могут над любой системой ржать." так так и есть) При доступе к базе данных, совершенно не важно как вы защищаете данные на уровне бизнес логики.

(220) И это только заменяемых на нулевом ТО!

(217) Больше всех должен париться главбух ))

(193) А что САП теперь без серверов БД обходится, ну типа TRUNCATE TABLE уже никак?

(222)
https://static.1c.ru/bf/2018/p/01/13_05_УАЗ%20курс%20на%20индустрию%204_0%20(Ступин%20УАЗ).pdf

5-й слайд

так что не надо тут про 16 тыщ деталей

(223) Главбухи - таких ушлых еще поищи.
Легко переведут все стрелки на 1сника

(218) > Всё запутано не только для разработчиков

Только наоборот. Это слоган для типовых от 1С.
В САПе как раз модель ограничения прав значительно более логична. Админ - выполняет административные функции и к данным не допускается. И это правильно.

(227) В должностных обязанностях 1С-ника есть пункт о сдаче регламентированной отчётности?

канеш и в сапе можно подкорректировать, дело в цене вопроса.
Но дорого будет не только по деньгам, тут возникает много других, нематериальных рисков. Очччень много

(226) Не пересчитывал - почем купил, по том и продаю. Но технология от автомобиля отличается - тут начинают с подготовки форм для литья и варки стали.

(214) > типовые от 1с рассчитаны на малый и средний бизнес,

ERP это для ларьков? Я давно это подозревал...


> в крупных компаниях, где и в 1сной базе админ не сделает ничего безконтрольно.

А с какого перепугу крупная компания должна ещё и ролевую модель под семя ломать (помимо всех прочих доделок и допилок под себя).

Ролевая модель - это основа любой системы. Перепиливать её - нетривиальная задача.

(228) Отладку как проводить? Если ты не можешь поменять значение одного реквизита на другое? Или просто провести документ, чтобы в точку останова попасть) Или отдельную роль завести, "Программист", у которого собственно будет доступ ко всем данным, ну или админ будет каждый раз давать новую роль для доступа к определенному блоку? Нашли что сравнивать, от бизнес логики зависит все. Ты можешь и в 1С наделать как тебе вздумается, при желании

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

(233) + И да, в 1С присутствуют отдельные роли кстати для этого, "Администратор" и "Администратор системы".

(232) 1С пока пофигу на эти проблемы. Поэтому кому надо - делает сам.

(236) Каждый делает сам по своему, а потом - "что делать, Вася увольняется, никто не понимает, как всё работает"

(233) Бред не неси. Какая отладка в продуктивной базе.
Все эти "поменять значение", "провести документ, чтобы попасть в точку" и т.п. вещи делаются исключительно на копиях или в разработочных базах.

Отладка на продуктивном сервере - это нормально для небольших баз, а не внедрений уровня SAP/ERP.

Почитай на ИТС о зонах - продуктивной, разработочной, тестовой, предрелизной. В каждой из них отдельный доступ. В продуктивной - никаких программистов вообще нет. В разработочной и тестовой - тестовые базы с включенной отладкой, тестовыми данными, где программисты полноправные хозяева. В предрелизной зоне копии продуктивных баз с реальными данными, но включенной отладкой - то место где как раз моделируются и ловятся проблемы конкретных данных и конкретных ситуаций.

(235) > в 1С присутствуют отдельные роли кстати для этого, "Администратор" и "Администратор системы".

Только почему-то в типовых конфигурациях это не используется. Там сразу даются админу "Полные права".

(238) > Почитай на ИТС о зонах

см. https://its.1c.ru/db/metod8dev#content:5905:hdoc

(204) >>если у тебя раздельный учет НДС (третья аналитика на субсчетах 19-го счета) и сторнируется документ прошлого квартала. Там тупое сторно не проканает.

Оно на шару и в 1С не проканает, у тебя пропорция по раздельному учету сама не пересчитается. МинФин пояснял, что ее нужно корректировать в том периоде, к которому она относится, но так методики корректировки в НК в таком случае нет, то это белая дыра. Да и вообще, раздельный учет больше к теме налоговой оптимизации, т.к. там много совсем не очевидных камней. Кажется, кроме 1С, с таким широким охватом кейсов в части 1С, не сделал до сих пор никто, и чота_тама_на_шару откуда то ливануть в нее, надеясь, что оно сама - бред. Для начала надо выстроить методику учета в самой бухне, определить какие расходы сразу распределяются, какие учитываются в стоимости и т.д., чтобы потом поиметь наименьшее количество проблем. Тут, по мне, внешняя система вообще вторична - если у вас учет в части НДС на предприятии выстроен, то написать выгрузку - это вопрос больше технический. Если его нет - то вы ничего не напишите.

А кто-нибудь уже писал, что одну интеграцию САП-1С будут несколько месяцев отлаживать?

(232) "Вопрос только в том, что в типовых конфигурация от 1С" вот типовЫЕ это не только ЕРП. Типовые это и бухгалтерия и УТ и другие. ЕРП же идет уже в разряд крупных предприятиях, где как и САП никто коробку не ставит в голом виде и полные права кому попало не раздает. Там не имеет значения САП или 1с, права доступа решаются не только и не столько ролями в ИС.

(232) "А с какого перепугу крупная компания должна ещё и ролевую модель под семя ломать" потому что "Ролевая модель - это основа любой системы." Мы говорим о безопасности данных. От кого? от админа обновляльщика? Или для внешних пользователей? Если от админа, то опять же это решается другими методами. Если безопасность данных для внешних потребителей учетных данных - акционеров, инвесторов, банков, то в СНГ. первое что попросят сделать отдельную роль что бы править как нужно)))

(239) Открыл типовую БП - роль Администратор системы и Полные права это две таки разные роли с разным доступом)

(245) А теперь посмотри поставлямые профили.
Я уже устал повторять, что отдельные роли в платформе есть. Но в типовых конфигурациях отдельных профилей нет. Это раз!
А во-вторых, всё написано так, что чтобы пользователь мог ставить обновления конфигурации (выполнять чисто административную функцию) тебе придётся дать ему полные права. А это пи*дец.

(244) Какие акционеры, какие инвесторы? Что за детский сад?
Инвесторы и акционеры вообще в базу не ходят. Они красивые отчеты аудиторов в тихих кабинетах, попивая коньяк, листают.

(243) ХЗ что ты имеешь ввиду. Ни слова не понял. Вернее слова вроде как русские, а смысл ускользает.... (((

(241) > Оно на шару и в 1С не проканает

Так я собственно говоря о том же самом и толкую.
В САП этой мути нет вообще. А что делать с этим в 1С при интеграции с САП - тоже не до конца понятно.

(246) Хм а в САПе пользователь может обновлять систему? А под какими правами?

(250) Нет. В том то и дело, что в САПе админ, обновляющий систему, НЕ имеет доступа к данным. В типовых от 1С такого ограничения нет - админ может ВСЁ.

(247) Может быть и смотрит, инвесторы разные бывают.

(251) В смысле а каким образом происходит "alter table" ?

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

(246) Вы путаете роли и профили доступа. Роли - это объект метаданных конкретной конфигурации. Так вот, в типовой есть Роль Админ системы и Полные права. В профиле доступа да,администратору дают обе роли конфигурации, потому что - это для (248) - 1с поставляется как коробка в большинстве типовых. Любой человек может получить дистрибьютив установки конфигурации и банальным далее далее создать пустую базу и наполнять ее данными. Потому что для предприятий, использующих только ут или только бп нет возможности содержать ит отдел. Поэтому 1с дает возможность мелким организациям самостоятельно использовать продукт. В крупных предприятиях это не актуально, поэтому САП не поставляется как "коробка", так же как и ЕРП от 1с. Есть как минимум 1 специалист который будет заниматься установкой. И он уже настроит для крупного предприятия отдельный профиль, не внося изменения в Конфигурацию.

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

(247) "Инвесторы и акционеры вообще в базу не ходят. Они красивые отчеты аудиторов в тихих кабинетах" - а я говорил что ходят в базу? данные для них приносят аудиторы, но аудиторы если мы имеем ввиду не ИТ аудит, не смогут увидеть   грамотную заплатку в системе, которая позволяет менять руководству компании данные в обход типовых механизмов.

А как в сапе вводят начальные остатки? это же по любому в заднем числе.

Или например как вводят документы, которые нужно учесть в предыдущем периоде, чтобы не исказить себестоимость например?

(257) Абсолютно в любой системе можно менять данные "в обход типовых механизмов".

Исключение только системы с пресловутым "блокчейном" или другими криптографиями для записи данных, причем все последующие записи обязаны зависеть от предыдущих или никак не узнать что последовательность менялась.

(259) *в любой известной учетной системе

(255) (256) Я то как раз ничего не путаю.
Ролевая модель - это основа. Она должна работать как раз именно из коробки! И уже из коробки должно быть разделение доступа - админ - это админ, а пользователь - это пользователь.

Все эти сопли и слюни про внедрение в маленькой конторе без своего ИТ-отдела и внедрение в большой конторе с ИТ-отделом - это какой-то детский лепет.

> Есть специалист который ... настроит для крупного предприятия отдельный профиль, не внося изменения в Конфигурацию.

Ага щазззззз! Ты пробовал? Пойди сделай отдельный профиль прежде чем гнать такую пургу. Не выйдет у тебя. Для банальной установки обновления потребуются полные права. Или придётся пилить конфигурацию.

Может уже хватит фантаизировать? Есть проблема. Пора бы уже признать её реальность, а не юлить в попытках не обмануть самого себя, отвергая реальность.

(261) ну давайте без соплей) Сотрудник компании купивший САП, может самостоятельно развернуть по руководству установки САП?

(262) + сотрудник при этом не относящийся к ИТ. Финансовый директор или главбух?)

(261) Лично мне кажется что вы чего то путаете с накаткой обновлений на систему (неважно 1С или САП) и полными правами.

Кто мешает реализовать в 1С некий сервис/робота для обновления, который работает с требуемыми полными правами но кроме обновлений из файла cfu ничего не умеет.
Тогда для обновления системы достаточно запуска этого робота, не зная его логина/пароля для доступа к 1С.

И да еще кроме (253) ответь на вопрос а каким образом в САПе происходит обновление системы с изменением таблиц после которых надо заиметь доступ к данным, для того чтобы обновить их.
Удаляем таблицу и вместо нее данные разносим в две другие новые например.

(264) "Кто мешает реализовать в 1С некий сервис/робота для обновления, который работает с требуемыми полными правами но кроме обновлений из файла cfu ничего не умеет. " - тсссс. не подсказывайте ему)

(265) мешает то что это нужно реализовать, а по умолчанию нет

(264) "а каким образом в САПе происходит обновление системы с изменением таблиц после которых надо заиметь доступ к данным, для того чтобы обновить их.
Удаляем таблицу и вместо нее данные разносим в две другие новые например." - там похоже есть запуск "конфигуратора" в режиме сравнения объединения без возможности запуска "предприятия". То есть доступ у него то есть, но в привилегированном режиме.

(266) как это нет? Пакетный запуск конфигуратора нужно самому писать?

(267) Там все смешнее в реальности, те кто думают что SAP это такая "единая система" как платформа 1С:Предприятие глубоко заблуждаются ))

Там Java + Oracle (с кучей кода/хранимок на PL/SQL) и это, с админским доступом и запретом к данным там все очень и очень плохо ))

Да можно "обновить" часть САПа путем замены приложения/модулей на Java.
Это примерно как переустановить платформу/сервер 1С )) Не трогая базу/конфу...

(269)+ Т.е. товарищ ведет речь про "обновление" примерно как "перезаписать файлы exe" (jar|war|ear по факту)

(0) найми подрядчика для этой задачи

в случае "миссия невыполнима" очень хороший вариант

(197) А в САПЕ при большом желании ну никак данные админу не поменять? под админом имеем в виду - чела, имеющего наивысшие из всех возможных доступов.

(202) на тебе: http://www.rayconsulting.ru/?software-ifrs
в частности:
RayCon® Financial Reporter. Генератор финансовой отчетности (МСФО, управленческой и пр.) в MS Excel для 1С:Бухгалтерия 2.0/3.0
сожет еще и это пригодится:
RayCon® Double Accounts. Подсистема МСФО для 1С:Бухгалтерия 2.0/3.0

(272) Не читать, уже все расписали.

(147) чушь это то что ты пишешь.
непосредственно закупленные лицензии на сап - безусловно нельзя учитывать как НМА.
однако умные люди уже давно поняли что нужно создавать проекты по автоматизации. по результатам данного проекта будет создана(!) уникальная конфигурация, именно для данного предприятия, интеллектуальная собственность на которую будет принадлежать предприятию, затраты на разработку и прочее будет отнесено сюда же.
и вот данная конфигурация как раз и будет иметь стоимость и являться активом.
это широко распространенная схема которая применяется много лет крупными предприятиями, проходит обязательный аудит, в том числе и международный и никаких нареканий не вызывает.
а лицензии, техподдержка и прочее - это затраты для возможности использования данного актива.
так что ваши знания стандартов заявленные в (168) имеют пробелы.
(143) я не имею права называть.

Условия для отнесения к НМА

Объект интеллектуальной собственности можно учесть в составе нематериальных активов при одновременном выполнении следующих условий*:
— организация является обладателем исключительных прав на объект. При этом существование самого объекта и исключительные права на него должны быть подтверждены документально*;
— организация имеет право на получение экономических выгод от использования объекта;
— срок использования объекта превышает 12 месяцев, и организация не предполагает его дальнейшую перепродажу, по крайней мере, в течение 12 месяцев;
— первоначальная (фактическая) стоимость может быть достоверно определена.

Об этом сказано в пункте 3 ПБУ 14/2007.

(276) "исключительных прав на объект"

Вот тут и загвоздка что ни 1С ни САП нельзя перепродавать/распространять, это может делать только разработчик и кому он передал эти исключительные права.

Во всех компаниях, где использовался SAP, всегда наблюдал обратную картину. Первичка велась в бухгалтерии и в ЗУПе, а в SAP непосредственно в SQL грузились данные отчётов. С появлением внешних источников, такая методика сильно упростилась.

Я смотрю тут собрались только 1сники, которые рассказывают друг другу, что такое сап. Я реальный сапер. Опыт разработки> 10 лет. Работал в 5 крупнейших компаниях РФ. В том числе касался интеграции с 1с.
Спрашивайте.
Что касается тс и его темы:
никаких стремительных внедрений сап не бывает. Это всегда долго и дорого.
Готовых решений по интеграции с любой внешней системой не бывает.э, поскольку сап внедряется на крупных компаниях и там всегда все сложно и не стандартно.

Прочёл всю ветку. Ржал.
Каждый день отлаживаюсь в продуктивных системах. Многое просто нельзя проверить на репродуктивной системе.
Не раз сталкивался, когда не то что админы со всеми правами, а рядовые разрабы "мочили" данные напрямую в таблицах бд. И это при наличии трёхдверный архитектуры.
Помимо откатов сап нужен:
Если это международная компания
Если она хочет сделать эмиссию и торговать своими акциями на мировой бирже
Если это холдинг компаний и количество пользователей системы >1000
Если массивы данных в этой системы исчисляется миллионами
- миллиардами записей
Если оборот компании более 100 млн $ - просто коллеги по бизнесу не поймут.
Устал писать с телефона �� - причин внедрения сап много.


P.s. сочувствую тс. Нормальных вариантов решения в озвученные сроки нет.

трёхдверный эээ,что это,

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

(280) Трёхзвенная, очевидно.

(279) >Не раз сталкивался, когда не то что админы со всеми правами, а рядовые разрабы "мочили" данные напрямую в таблицах бд. И это при наличии трёхдверный архитектуры.

Имеется ввиду 1С или SAP?

(283) конечно сап

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

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

(285) Там все намного хуже чем вы думаете. Такого понятия как платформа нет, есть эталонная система.

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

(288) Простите, а в чём прикол тогда? Бизнес-процессы меняются, разрабы стараются, а предприятие остаётся в каменном веке? Хм, кажется немецкие коллеги идут не по самому оптимальному пути. Хотя...

(288) смотря как писали.
если аккуратно через расширения и свои дополнения к таблицам то нормально.
а если с ключом разработчика вломились в стандарт и изуродовали его тогда конечно... туши свет.

(289) "немецкие коллеги идут не по самому оптимальному пути" сравните долю рынка САП И 1с и тогда поймете, кто идет из них по не оптимальному пути)

(163) [yawning] цитирую:
--
21 Нематериальный актив подлежит признанию тогда и только тогда, когда:
(a) существует вероятность того, что предприятие получит ожидаемые будущие экономические выгоды, проистекающие из актива;
(b) себестоимость актива можно надежно измерить.

27 Себестоимость отдельно приобретенного нематериального актива включает в себя:
(a) цену покупки нематериального актива, включая импортные пошлины и невозмещаемые налоги на покупку, после вычета торговых скидок и уступок; и
(b) любые затраты, непосредственно относящиеся к подготовке актива к использованию по назначению.
--

(289) Прикол в том все системы подобного уровня и назначения такие.

(291) Там сравнивать нечего, хуже только сравнение рынка 1с и галактики

(294) и да галактика это и есть "российский сап"

(0)
Мясокомбинат черкизовский?

(291) Я про тех.реализацию и адаптацию. А то ведь можно финансы скрестить со временными промежутками и приплести ещё искусственное продвижение по странам. В общем ну его))))

(293) Значит, если рядом с САП появится концепция 1С, он сразу ослабнет? Ведь 1С и Парус шли параллельно и в итоге вторая система как-то сдулась.

(297) Как мне сказал один коллега, который работал с парус - парус сдулся потому что любая доработка превращалась в пытку.

(297) Концепция 1С не тянет банально те объемы что требуется.
Ни тысячи юзеров ни миллиарды записей

(299)+ 1С могла на основе шустрой 77 сваять нечто близкое к требуемому что на современном железе и базах смогло бы.
Но не смогли

(299) Да, именно так и есть. Но ведь ларьки никто не отменял, а для них концепция то другая нужна. Это же почти точная модель вытеснения виндовсом ОС/2 и нетвары - ларькам не нужно круто и дорого, им нужно быстро и дёшево.
Хочу заверить, что многих вещей не понимаю, поэтому вопрос был малозначимым.

(300) 77 - тупик в плане масштабируемости. А в 8ке запросы - почти "прямые", проблемы могут быть только с записью/удалением и организацией некоторых виртуальных таблиц (ну и типовые конфигурации - отдельная больная тема).
Что в 77 было лучше и удобнее - это возможность писать тексты модулей во внешних файлах. Без гемора с динамическим обновлением :(

(302) "Выполнить" позволяет делать то же самое.

(302) Динамическое обновление давно уже не такое глючное. К тому же нормальная разработка, это когда обновляешься раз в неделю, а то и реже. Или нет?

(304) нет

(296) Это было бы забавно. В цехах автоматизация и сплошной IoT. А в офисе толпа бухов колотит вручную первичку в БП3. На дворе был 2018-й год.

(306) операторы дешевле софта

(304) >> К тому же нормальная разработка, это когда обновляешься раз в неделю, а то и реже.

Да. Чаще нужно ставить только хотфиксы, для этого лучше использовать расширения.

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

(278) "Первичка велась в бухгалтерии и в ЗУПе, а в SAP непосредственно в SQL грузились данные отчётов."
- это офигительно достоверные данные, которые просто так в САП нельзя изменить! это - круто! ;-)

(310) Ну это же дебилизм на самом то деле "данные отчетов" грузить в САП.

Создается видимость работы системы - этакая https://ru.wikipedia.org/wiki/Потёмкинские_деревни

(302) Текстовые модули они же оццтой по скорости.
Одна из причин перехода одной конфы с 7.7 на 8 это 20 минут старта изза текстовых модулей...

(310) А смысл все отпуска, отсутствия, больничные, и прочую муть в САП тащить. Им были интересны затраты на ЗП, и их структура. Данные эти, видимо, потом участвовали в красивых отчётах.

(311) Ну, кроме СаПа и ЗУП там ещё самописный фронт был на Оракле. Под каждую задачу - свою систему. Ну а иностранцы, как было выше подмечено, 1С не доверяют.

(0) SAP Cloud Platform Integration

https://its.1c.ru/db/metod8dev#content:5934:hdoc
готовые спецификации

Там каждое поле описано. Типовые этот формат поддерживают "из коробки"

Я вижу топик ушёл в обсуждение достоинств и недостатков 1с. Между тем, тс просил конкретных предложений, описания подходов интеграции 1с <-> sap.
Мне известны 4 способа:
1. Через файлы обмена - тупо, медленно, старо, работает. Полагаю тс, с учётом озвученных сроков придётся воспользоваться этим способом.
2. SAP DCOM Connector. Работает. Проверял лично в  1с, excel, access.
3. Sap .net connector. Сам не делал, но видел решение по ведению материалов - аналог транзакций mm01,mm02, mm03 на c#.
4. Web service - лучший на сегодня вариант. Конкретно с 1с не пробовал. Но есть опыт интеграции с js, python приложениями. Знаю, что с 1с есть проблемы с настройками политик безопасности.

1) Отчетность сдаем через 1С.
2) Обмен с 1С через Excel.
3) для сдачи НДС нужны книги покупок и продаж - выгружаем из SAP поступления, реализации товаров в в разрезе транзакций со ставками НДС, услуги опционально, можно и руками набить как правило. Перед сдачей желательно предварительно свериться с поставщиками и покупателями. Сдаем НДС.
4) остальную отчетность рисуем "на коленке" в Excel. Благо что алкодеклараций всяких нет.
5) живем так пока либо собственник не сбежит обратно, либо не появится ресурсы на допиливание адекватной выгрузки.

Был опыт в продуктовой розничной сети. Но там мы наоборот стремительно выпиливали САП, однако работало все именно так.

(0)
>Ситуация такая: стремительно переходим на САП.
>Если у кого-то есть искомое или знает того, у кого есть) - большая просьба поделиться.

Лучшее решение на рынке: http://catalog.mista.ru/public/145983/. Можно достаточно "стремительно" - буквально за месяц - настроить выгрузку из оперативного контура (например, покупки и продажи в SAP) в бухгалтерский контур (1С). Но при этом надо чётко понимать, что при полноценной интеграции могут возникнуть ещё и обратные информационные потоки как в виде отдачи в SAP статусов о загрузке в 1С, так и в виде чисто российских заморочек, например, зарплату придётся считать в 1С, и передавать данные в SAP.
А можно просто перекидывать данные через внешние файлы. Например, из SAP легко может выгрузить данные в Excel и прочитать файлы Excel в 1С. Когда в последний раз такое делал, перегружали продажи в Канаде и Швейцарии с одновременным разбором (сопоставлением) платежей по клиент-банку - уже много лет работает. Внешние файлы - это, конечно, не онлайн-интеграция, но если структура выгружаемых из SAP файлов не меняется, то в 1С можно вполне грамотную репликацию наладить.


(73)
>Но у них отчетность всю жизнь в экселе рисовали.

См. ответ ниже в (202): можно взять ваши отрисованные в Excel отчеты и заполнять их непосредственно из 1С.


(75)
>Делайте как нормальные люди - фронт на 1С, а бэк на SAP :))

Слова не мальчика, но мужа! По другому работать и не будет. Но с оговоркой по российским заморочкам расчета зарплаты и пр.


(202)
>а мне, пожалуйста, некую обработку, чтобы отчетность по МСФО сделала на основе выгрузки из БП.

Обработка работает непосредственно c остатками и оборотами 1C (из бухгалтерской подсистемы), выгружая данные в Excel в виде финансовой отчетности: http://catalog.mista.ru/public/64699/. Работает во многих иностранных компаниях и бухгалтерских компаниях, обслуживающих иностранцев. Игра строится на следующем:
1. Настройка в пакетном режиме и на уровне пользователя.
2. Не надо отрисовывать формы в 1С.
3. В Excel сохраняются все формулы для расчётов и анализа.


(242)
>А кто-нибудь уже писал, что одну интеграцию САП-1С будут несколько месяцев отлаживать?

Весьма существенное замечание, если делает человек без соответствующего опыта.


(275), (276)
>непосредственно закупленные лицензии на сап - безусловно нельзя учитывать как НМА.

FYI: В отличие от РСБУ, где софт учитывается как НМА только в случае обладания исключительными правами, в МСФО софт учитывается как НМА и в случае неисключительных прав.


(279)
>Готовых решений по интеграции с любой внешней системой не бывает, поскольку сап внедряется на крупных компаниях и там всегда все сложно и не стандартно.

Абсолютно верно! Но... Если среды, где кастомизация, в основном, осуществляется на уровне программного кода, а есть - где на уровне пользователя. Впрочем, как правило, решения такого рода паллиативные: есть и доработки кода, и настройки мэппинга таблиц с данными.