DAX: Процедура ввода начальных остатков

[mazzy]

Цитата:

Сообщение от EVGL

Мой метод:

• складские остатки импортируем журналом "теговой" инвентаризации
• ОС импортируем в статусе Открыто, разносим каждую проводку за проводкой в журнале
• открытый баланс по клиентам - тоже журналами
• экспортируем все, кроме бух. проводок или стираем их
• импортируем бух. проводки с начала года журналом

Спасибо. Это первый опубликованный алгоритм.
Только не хватает:

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

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

В общем, дьявол не в журналах. Дьявол как всегда в деталях.

Или другими словами: Нет проблемы ввести остатки. Есть проблема ввести остатки правильно

[BOAL]

У меня как раз идет закачка данный сейчас.
Сложности возникли со сальдо по контрагентам в разрезе договоров.
В связи с чем был сделан робот "Вертер", который закачивал простыню сальдо по договорам на дату (сальдо может быть свернутым или развернутым по Д и К), далее обрабатывал в несколько проходов с развернутым логом ошибок по каждой строке
1. проверка на соотв всем используемым справочникам (аналитики, группы)
2 Поиск контрагента по имени ооо "имя", тк кодов АХ еще и близко в Ехельке нет
3 Создание карточек договоров с доп фичами к ним (наш функционал)
4 Создание ЖГК с сальдо в разрезе договоров и галками предоплат (с НДС) для авансов (иначе потом поплывет сопоставление)

Выгрузка шла из 1С, где данные структурированы и можно разделить по авансу (62.2) и основному (62.1)


А вообще, подход действительно индивидуальный, т.к. зависит от места хранения старых данных вообще.
У нас по большей части данных неформальные Ехельки и вообще скан-картинки, перебиваться будут ручками в созданные роботом данные.

По ОСам можно автоматизировать труд, обманув систему.
Залив не 1 табличку, а 3-4 и через перенос (история переноса) создать штатно ЖГК сразу на все нужное.
Так как ОСов может быть 2000-3000, руками не все окучить

Всякие непотоковые операции проще руками переносить, как итого.
Те же 68 и 90е счета, просто как корр проводки по уже залитому.


Если система, откуда грузят позволяет, то можно и номенклатуру заливать с сохранением партий с остатками в них по ФИФО - был такой проект
Но там на АХ с ХАЛ переходили - а это InventTrans, а там StockTrans 1 в 1

[longson]

Цитата:

Сообщение от mazzy

• задолженность по зарплате и АО - офигительная, большая и отдельная тема

А почему офигительная тема?

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

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

Я обычно тоже разделяю таких остатков на разные счета в системе.

[longson]

Цитата:

Сообщение от mazzy

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

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

- Векселя, загружал в разрезе договоров и актов, не использую функционал учета векселей в системе.

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

[mazzy]

Цитата:

Сообщение от longson

А почему офигительная тема?

Остаток по ЗП обычно загружаю без учета сотрудников, сразу на 70.

Я имел в виду не только фин.счет 70.
Но и правильно ввести данные в модуль Расчеты с персоналом.
Могу ошибаться, но зарплату в середине года запускать - страшный гемор.

а по фин.счету - никаких вопросов.

Цитата:

Сообщение от longson

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

Не факт. А если несколько платежей в разных валютах по одному договору?
Но в принципе, согласен.