Дмитрий, добрый день.
Подскажите, возможно ли осуществить формирование автоматических позиций при проводке напрямую по налоговому счету, для формирования проводки типа Д19 К76
Д68 К19

Да, всё верно.

Добрый день.
 
С точки зрения логистики, статья очень понятно написана.
 
Хотелось бы еще понять, особенности в финансах (есть ощущение, что там много подводных камней):
1) Какие проводки и в какой момент формируются стандартом?
2) Насколько они подходят/соответствуют требованиям большинства Российских компаний/РСБУ?
3) Если стандарт не подходит, то как на практике решается этот вопрос?
 
Думаю, что это тема для еще одной статьи, или Части III  :)

Привет, Вячеслав,
Хорошая серия и как раз вовремя.
Итак:"Приехала" SAP HANA 2.0 sps 02 "как есть", т.е. - Appliance - для экспириенса. Планируется миграция BW70(5Tb Oracle)->74->HANA . Дофига ес-но "Z".
Нужен совет - мигрировать или пробовать в варианте акселератор? Второй вариант мне нравится больше, т.к., имхо, позволит последовательно переводить отчёты в новую среду, не разрушая старой. Или эффекта не будет? (кроме экспириенса ес-но:)

Добрый день Олег, по большому счету вы правы, RFC не самый лучший способ исполнения, но он работает, и бог с ним.
 
Сейчас я практикую конект с SAP по rest(oData) с SAP, он более эффективен
 
Но суть не в том, чтобы скрестить Дорогой болид формулы 1 (python) и ржавую ладу калину (SAP), если сравнивать технологии, то именно так правильнее.
Суть — это брать данные из SAP и передавать их в современные системы обработки данных и библиотек, tenser Flow, pandas и прочее.
Сказки о том, что у SAP есть эффективные инструменты обработки данных с помощью нейросетей и предиктивной аналитики не выдерживают никакой критики.
Пока SAP скупит все компании, которые этим занимаются на приемлемом уровне, появятся еще 100500 технологий.
А по вашему вопросу(почему не написать все это на ABAP) все просто, Среда SAP NetWiever не позволяет быть гибкой, современной, функциональной.