0. stvorl 942 21.06.17 15:08 Сейчас в теме

Ведение взаиморасчетов в конфигурациях «Комплексная автоматизация 1.1» и «Управление производственным предприятием 1.3» - часть 1

Детализация и порядок ведения взаиморасчетов с контрагентами в конфигурациях «Комплексная автоматизация 1.1» и «Управление производственным предприятием 1.3», типичные причины ошибок, их поиск и устранение.

Перейти к публикации

Комментарии
Избранное Подписка Сортировка: Древо
1. Константин С. 603 22.06.17 09:59 Сейчас в теме
Время для темы не принципиально. Нужно просто собрать и качественно изложить информацию.
Вообще противоречивое мнение. Слишком много воды, нет последовательности в изложении, много непонятных упоминаний на другие конфигурации.
2. stvorl 942 22.06.17 19:58 Сейчас в теме
(1) Опубликовал вторую часть, в которой как раз следует конкретика по КА1/УПП.
3. recon 35 23.06.17 12:30 Сейчас в теме
В разделе 1.2 не отображается картинка
4. stvorl 942 23.06.17 13:12 Сейчас в теме
(3) Спасибо за замечание, исправил.
5. aegoncharov 14.02.18 09:50 Сейчас в теме
Хочу отметить одну особенность (подводный камень): в регистрах накопления Расчеты по приобретению, Расчет по реализации сумма регл. учета хранится без учета переоценки, а сумма балансовая с учетом переоценки только в регистре бухгалтерии, но там уже с меньшей детализацией.
То есть по валютным договорам не получить корректную сумму регл. учета в разрезе всей аналитики отчетом по регистру, то есть уже нельзя сказать что учет ведется именно на регистре накопления, а не на проводках, все на самом деле намешано.
Dansur; stvorl; +2 Ответить
6. stvorl 942 14.02.18 21:44 Сейчас в теме
(5)
Да, я сам в полной мере вкусил это уже после написания статьи. Переоценка только на проводках.
Однако в валюте взаиморасчетов суммы сходятся, и их можно проверять на предмет совпадения.
8. DatiniFM 06.06.18 11:16 Сейчас в теме
1. Как всегда ошибка парадигмы от 1c в области организации взаиморасчетов состоит в попытке решить серийную (протяженную по времени) информационную задачу с помощью атомарного (через 1 документ) подхода. Это детская болезнь тянется во многих решениях 1с со времен царя гороха.
2. Вторая методологическая ошибка в 1с в том, что понятие аванса считают оперативным (сиюминутным в течение дня от порядка документов в течение дня) а оно является периодическим! аванс - то что осталось на конец периода - а это в бухучете месяц, а не день, не час и не минута!
3. Третья методологическая ошибка - это считать серию взаиморасчетов бесконечной. Тогда проблема изменения предыдущих данных становится тотальной.
3. Поэтому большинство продвинутых разработчиков альтернативных конфигураций учета (умерли в РФ, но живы, например, в РБ) решали проблему серийным подходом - то есть выделением взаиморасчетов в отдельную подсистему со своим серийным механизмом. Когда вопрос взаиморасчетов не решается в текущем документе (может быть виден но не решается).
4. В результате 1с (в типовых решениях) как Иван Сусанин завела в полный тупик свою систему где она пребывает уже лет 20. Последний костыль сделан а прошлом году в бух 3.0 (из "ерп" перекочевало) - это перенос зачета авансов в обработку конец месяца. Хотя бы сняло месячную проблему но принципиально проблему не решило.
5. Не мешало бы 1с-цам не зазнаваться а смотреть как люди делают вне "суперспецотдела 1с" - например в Аксапте.

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

Вакансии

Программист 1С
Новосибирск
зарплата от 50 000 руб. до 80 000 руб.
Полный день

Программист 1С
Новосибирск
зарплата от 80 000 руб. до 120 000 руб.
Полный день

Программист, аналитик, эксперт 1С
Санкт-Петербург
По совместительству

Технический лидер, архитектор 1С, руководитель проектов
Санкт-Петербург
зарплата от 150 000 руб.
Полный день

Автор новостных обзоров на тему 1С и бухучета
Санкт-Петербург
По совместительству