Исправление накладных и счетов-фактур

[Pavel]

Цитата:

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

А почему в локализации?

Там была ссылка, по которой можно получить ответ на этот вопрос.

Потому что в аксапте проблемы с учетом "товаров в пути" (45 счет), в первую очередь из-за глупого решения "локализаторов" привязать жестко момент возникновения дебиторской задолжности к проведению накладной.
"Глупого" потому что, с одной стороны, отгрузка товара должна обязательно сопровождаться созданием накладной, а с другой, никакой дебиторки при этом не должно возникать: товар продолжает оставаться активом предприятия до момента его приемки клиентом. По ссылки есть подробности и примеры.

[ppson]

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

[AKr]

Цитата:

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

Почему Вы решили, что можете за компанию решать как им лучше действовать в подобных случаях? Мы например даем право выбора-хотите через сторно, хотите - меняйте документ...
Вы же, упорно давите только на вариант сторно, просто потому, что Аксапта по другому не умеет. Да еще провозглашаете это просто обалденной заслугой Аксапты.

Почитайте хоть один учебник по международному фин. учету. Уже во введении пишут - корректировка проведенных операций НЕДОПУСТИМА!

Так при чем здесь Аксапта то?
И уж тем более это не Mazzy решил как лучше...

[kosenkov]

Цитата:

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

А сколько в результате должно списаться со "своего" склада?

Вот именно столько, сколько отпустил сотрудник склада. За это количество он отвечает. Разница должна упасть на прибыль\убыток.

[OTiger]

Цитата:

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

Почитайте хоть один учебник по международному фин. учету. Уже во введении пишут - корректировка проведенных операций НЕДОПУСТИМА!

Так при чем здесь Аксапта то?
И уж тем более это не Mazzy решил как лучше...

Учебник-это хорошо, но по учебнику Вы предлагаете компании дополнительные затраты на множество лишних операций. Я привел пример-разрулите его...
Да и Автор топика подозреваю надееться на решение своей проблемы.
К Mazzy никаких претензий.

[mazzy]

Цитата:

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

Умыли
Только вот полагаю, Constantine останется при своих проблемах и с Вашим пожеланием изменить отношения с клиентами и заставить склад при приеме товара от поставщика открывать все коробки и пересчитывать всю продукцию(дабы не возникла пересортица), даже если это канцелярские кнопки. Вы забыли только добавить, что нужно быть максимально осторожными при доставке, чтобы не дай бог ничего не попортилось/разбилось/высохло, иначе вбивать Менеджерам сторно до посинения...
Вообщемто на другой ответ и не расчитывал.

Вот пример того, как говорит человек, не знакомый с Аксаптой.
Изменить отношения с клиентами - придется.
Отношения с клиентами не зависят от отношений с поставщиками.
Пересортицу на поставщиков валить не стоит

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

Попортилось/разбилось/высохло регулируется параметрами допустимая недопоставка/перепоставка.

Только еще раз: отношения с клиентами НЕ Зависят от отношений с поставщиком.

[mazzy]

Цитата:

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

Потому что в аксапте проблемы с учетом "товаров в пути" (45 счет), в первую очередь из-за глупого решения "локализаторов" привязать жестко момент возникновения дебиторской задолжности к проведению накладной.
"Глупого" потому что, с одной стороны, отгрузка товара должна обязательно сопровождаться созданием накладной, а с другой, никакой дебиторки при этом не должно возникать: товар продолжает оставаться активом предприятия до момента его приемки клиентом. По ссылки есть подробности и примеры.

Накладная (Packing Slip) - это ТОРГ-12.
Да, если исходный вопрос был про ТОРГ-12, то к ней жестко привязан момент возникновения дебиторской задолженности.
И не из-за "гулпого решения локализаторов", а просто практика такая.

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

А финансовая отгрузка товара действительно ДОЛЖНА сопровождаться накладной ТОРГ-12. От этого сложно увернуться.

Слушайте, кончайте кисло с пресным смешивать...

[mazzy]

Цитата:

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

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

Четвертый способ - отпускать отгрузочной накладной.
А окончательную ТОРГ-12 создавать только после того, как возможные претензии полностью закрыты.

[mazzy]

Цитата:

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

Учебник-это хорошо, но по учебнику Вы предлагаете компании дополнительные затраты на множество лишних операций. Я привел пример-разрулите его...

Лишних...
Ну да, ну да...

Бухгалтера и про сторно это говорят - зачем, мол, лишние операции?

Продажники говорят то же самое про документы - а давайте их исправим после отгрузки? Отгрузили на 100 рублей, а исправим на 80. Зачем лишние операции в системе?

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

[OTiger]

Цитата:

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

Вот пример того, как говорит человек, не знакомый с Аксаптой.
Изменить отношения с клиентами - придется.
Отношения с клиентами не зависят от отношений с поставщиками.
Пересортицу на поставщиков валить не стоит

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

Попортилось/разбилось/высохло регулируется параметрами допустимая недопоставка/перепоставка.

Только еще раз: отношения с клиентами НЕ Зависят от отношений с поставщиком.

Вот пример того, как Аксаптеры отвечают на конкретный вопрос.

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

Так что Ваше утверждение "отношения с клиентами НЕ Зависят от отношений с поставщиком." не "катит", разве только в отношении функционала Аксапты.

Так все таки, кроме общих фраз, будет решение проблемы для Constantine?

[mazzy]

Цитата:

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

Так все таки, кроме общих фраз, будет решение проблемы для Constantine?

Значит, были общие фразы?
Как скажете.

[SergV]

Цитата:

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

Накладная (Packing Slip) - это ТОРГ-12.
Да, если исходный вопрос был про ТОРГ-12, то к ней жестко привязан момент возникновения дебиторской задолженности.
И не из-за "гулпого решения локализаторов", а просто практика такая.

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

А финансовая отгрузка товара действительно ДОЛЖНА сопровождаться накладной ТОРГ-12. От этого сложно увернуться.

Слушайте, кончайте кисло с пресным смешивать...

Поправлю:
Packing Slip - Отборочная накладная
Picking List - Отгрузочная
Invoce - Накладная (ТОРГ-12)

На вопрос Константина - в Аксапте ИМХО решений (стандартных) нет. Попробуйте для начала четко сформулировать пожелания/требования (анализ и функциональные требования), а после этого можно говорить о дизайне конкретного решения. Насколько я понял:
Хочется:
1. Формировать задолженность клиента за отгруженную продукцию.
2. Печатать сопроводительные документы в момент отгрузки
3. При несогласии клиента с документом:
- изменить задолженность клиента;
- сформировать новые документы со старыми номерами, не оформляя возврата;
Разбейте задачу на несколько. Решайте их по отдельности. Единственное, что всегда при этом останется криво - отчеты в разрезе клиент/товар, но тут нужно сделать выбор.
Может я не прав и у задачи есть несколько других аспектов - поправьте меня тогда.

[OTiger]

Цитата:

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

Лишних...
Ну да, ну да...

Бухгалтера и про сторно это говорят - зачем, мол, лишние операции?

Продажники говорят то же самое про документы - а давайте их исправим после отгрузки? Отгрузили на 100 рублей, а исправим на 80. Зачем лишние операции в системе?

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

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

[mazzy]

Цитата:

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

Поправлю:
Packing Slip - Отборочная накладная
Picking List - Отгрузочная
Invoce - Накладная (ТОРГ-12)

Спасибо. Верно.

Я снова путаю русские термины...
Хоть по-английски называй.

С подходом полностью согласен.
Кроме одного - отчеты в разрезе клиент/товар вы получите согласно своим данным.
А не желанию клиента.
Что при правильной постановке - правильно. Поскольку свой склад, как правило, дрессируется более успешно, нежели клиенты.

[OTiger]

Цитата:

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

Значит, были общие фразы?
Как скажете.

А Вы чтото предложили по функционалу? Я чтото пропустил?

[mazzy]

Цитата:

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

Разве что только Аксапте

Ок. На этом и порешим.
Еще соображения будут?

[kosenkov]

Цитата:

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

Вот начинается опять Аксаптовский флуд.
Есть масса случаев для которых исправление документа задним числом-это норма.

Дружище, если тебе интересно в чем-то расширить свой кругозор, а не просто повыпендриватся, запусти здесь поиск по словам "исправления задним числом", просто "задним числом", "сторнирование", "исправление разнесенных проводок" и т.д. Эта тема стара как мир. И дело здесь совершенно не в Аксапте.

[glibs]

Цитата:

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

...
- корректировка дебиторской задолженности клиента за счет прибылей/убытков или отнесения суммы претензии на виновное лицо. В этом случае может потребуется переделка расчетно-платежных документов, чего собственно и хочет Constantine, а аксапта этого не умеет.
...

Ну знаете...

Давайте, может, начнем не с Аксапты, а с законодательства местного.

Можете назвать нормативный документ, который предусматривает переделывание документов в случае, если клиент недополучает товар?

И идея Pavel относительно 45-го счета здесь тоже не совсем в тему.

Если речь идет о "традиционном" учете, то сделайте себе кнопку "переделать документы". А потом еще одну, чтобы свести белую и "традиционную" бухгалтерию (по белой то спишется 106.3 в приведенном выше примере).

А вот выдавать за недостаток Аксапты ОТСУТСТВИЕ В СТАНДАРТНОЙ ФУНКЦИОНАЛЬНОСТИ такого извращенного бизнес-процесса — не есть корректно.

[OTiger]

Цитата:

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

Ок. На этом и порешим.
Еще соображения будут?

Да нет конечно.
Просто понаблюдаю как очередного страждущего с проблемой отфутболят с пометками:
-"Измените свой бизнес процесс"
-"Поменяйте плохих клиентов на хороших"

[SergV]

Цитата:

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

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

По-моему это все равно, что говорить - "Зачем Виндоусу Рабочий стол? Он нужен только неопытным пользователям, а опытные должны копировать файлы, используя командные строки!".
Это флуд и к концепции ERP не имеет отношения.
Хотите перепроводить штатными средствами - пользуйтесь 1С. Хотите перепроводить в Аксапте - напишите код, отвечающий за это.
Ни одному Аксаптеру перепроведение не претит на уровне религиозной (рассовой, прочей) неприязни. Просто этого нет и этим не пользуются.
Насчет 1С - наличие перепроведения создает не меньше проблем, чем его отсутствие - проверено. Лучше 2 лишних движения, чем восстанавливать границу последовательности, пересчитывать БИ и т.д. (для тех, кто знает о чем я... )