|
16.02.2017, 08:09 | #1 |
Участник
|
Вообще то определять поставщик это или покупатель не надо. Просто в зависимости от того покупаем мы ему или продаём заводим соответствующий договор. Никто не мешает создать с ним договор с поставщиком. Купить у него что-то. А потом сделать другой договор уже с покупателем и продать ему.
В аксе есть recid, в 1с уникальный номер. Создавайте общий реквизит, определяйте для каких документов. Вот вам и связь. Если бы в аксе не было проблем с правкой задним числом, то можно даже в обе стороны сделать.В 1с правка задним число норма. Чтоб например пришли документы из аксы в бухгалтерию. Бухгалтерия их поправила и в аксапту пришли эти изменения. Но это большой гемор именно на стороне аксы. В бухгалтерии есть планы обмена в которых можно увидить какие именно документы менялись. Так что в 1С гибче в плане передать из одной конфы в другую и обратно. Можно и XML и веб сервис. У каждого способа есть свои нюансы.
__________________
Энергия молодых и неравнодушных способна изменить мир к лучшему. |
|
|
За это сообщение автора поблагодарили: mazzy (-5). |
16.02.2017, 08:17 | #2 |
Участник
|
Т.е. определить, менялись ли документы в прошлом числе или нет в аксапте нельзя. Ок. А есть там что-то подобие даты закрытия периода, чтоб нельзя было изменить документы в прошлом периоде? Хоть выгрузку по периоду настроить...
|
|
16.02.2017, 11:52 | #3 |
Участник
|
Есть. Но бухгалтера всё равно лезут открывают период и правят. Потом снова закрывают.
__________________
Энергия молодых и неравнодушных способна изменить мир к лучшему. |
|
16.02.2017, 09:29 | #4 |
Участник
|
Цитата:
miklenew, не вводите в заблуждение человека. в аксе нет проблем создания задним числом. в аксе нельзя изменить уже проведенный документ. таким образом, "правка задним числом" просто отсутствует. в аксе есть могут создаваться корректировочные проводки задним числом (режим допроведения в 1С) да, в 1С правка задним числом норма. именно из-за нее все становится плохо при работе в многопользовательской системе. ну и при передаче проводок обратно в аксапту. а, ну да. некоторые партнеры могут "улучшить" аксапту и таки сделать правку уже проведенных документов. из-за чего аксапта превращается в читайте, обсуждалось неоднократно. Последний раз редактировалось mazzy; 16.02.2017 в 09:32. |
|
16.02.2017, 11:54 | #5 |
Участник
|
Цитата:
Сообщение от mazzy
а... вот источник дезинформации.
miklenew, не вводите в заблуждение человека. в аксе нет проблем создания задним числом. в аксе нельзя изменить уже проведенный документ. таким образом, "правка задним числом" просто отсутствует. в аксе есть могут создаваться корректировочные проводки задним числом (режим допроведения в 1С) да, в 1С правка задним числом норма. именно из-за нее все становится плохо при работе в многопользовательской системе. ну и при передаче проводок обратно в аксапту. а, ну да. некоторые партнеры могут "улучшить" аксапту и таки сделать правку уже проведенных документов. из-за чего аксапта превращается в читайте, обсуждалось неоднократно.
__________________
Энергия молодых и неравнодушных способна изменить мир к лучшему. |
|
16.02.2017, 14:21 | #6 |
Участник
|
Цитата:
в аксапте есть и дата документа, и дата создания, и дата правки записи (если правка записи разрешена, для справочников обычно правка разрешена) дату нового документа вполне можно сделать не текущей, а прошлой, будущей, любой. проведенный документ менять уже нельзя. допровести новые проводки в уже существующий документ можно. но принято создавать новые корректирующие документы. |
|
16.02.2017, 09:45 | #7 |
Участник
|
Цитата:
ну, какая же каша в голове. "в аксапту пришли эти изменения" - в аксапте без проблем. измено изменения. в аксапте останутся и исходные проводки, и коррекции. ИЗМЕНЕНИЯ можно даже затолкать в исходную операцию (в 1С это называется режим допроведения) все будут видеть кто и когда создал исходные проводки, кто и когда создал изменения. но ведь под этой фразой 1Сники подразумевают совсем другое. 1Сники подразумевают стереть исходные проводки и пересоздать другие. причем чтоб никто не видел этих изменений, ни налоговые органы, ни другие пользователи, ни другие модули, которые работают на основании проводок... Бгггг!!!! Цитата:
Да, "какие именно документы менялись" можно увидеть только в файлах обмена. И больше нигде )))) Документ в приемной 1С просто будет изменен. Документы, созданные на основании измененного, возможно станут невалидными. Но это не гемор 1С, конечно )))) Последний раз редактировалось mazzy; 16.02.2017 в 09:47. |
|
16.02.2017, 11:57 | #8 |
Участник
|
Щас помойму во всех более менее свежих конфах есть история версий. Настраивается на опеределённые документы (какие сам решаеш) и вперёд. Покрайней мере всё что идёт на базе БСП(библиотеке стандартных подсистем). Если нет, то лего внедряется. Там работу по мойму на час.
__________________
Энергия молодых и неравнодушных способна изменить мир к лучшему. |
|
16.02.2017, 14:27 | #9 |
Участник
|
Цитата:
мы говорим есть или нет готовый функционал. и как работает готовый функционал в стандартной версии... 1Сники отвечают "можно сделать". причем стопудов выяснится, что под "настраивается" поднимается "написать чуток кода, чтобы можно было пользоваться добавленной фичей"... Последний раз редактировалось mazzy; 16.02.2017 в 15:00. |
|
18.02.2017, 08:56 | #10 |
Участник
|
Вот скриншот из бухгалтерии 3.0 (3.0.47.26)
__________________
Энергия молодых и неравнодушных способна изменить мир к лучшему. |
|
16.02.2017, 12:15 | #11 |
Участник
|
Цитата:
Сообщение от miklenew
Вообще то определять поставщик это или покупатель не надо. Просто в зависимости от того покупаем мы ему или продаём заводим соответствующий договор. Никто не мешает создать с ним договор с поставщиком. Купить у него что-то. А потом сделать другой договор уже с покупателем и продать ему.
В аксе есть recid, в 1с уникальный номер. Создавайте общий реквизит, определяйте для каких документов. Вот вам и связь. |
|