MaikonPanazzolo

Bom dia pessoal, creio que encontrei o problema, ainda não consegui testar mas dando uma olhada nas propriedades do relatório e de um fontes desatualizado do componente que tenho salvo aqui, tem uma propriedade especifica que é em relação as margens que está marcada. A propriedade em questão é "AdjustableMargins" do próprio report, o fontes desatualizado que estava funcionando estava com essa opção desmarcada, já o atualizado está marcado, vou desmarcar e tentar testar em algum cliente no qual estava ocorrendo o problema e se realmente for isso eu aviso aqui.

Boa tarde @Juliana Tamizou estou utilizando o Fortes

Sim, isso eu compreendi, mas eu me refiro as tags do CNPJ ou CPF, eu devo informar tanto quando o responsável for o emitente quanto quando o responsável for o contratante? Eu peço isso por conta daquela informação que eu apontei: "Obrigatório apenas se responsável pelo seguro for (2) responsável pela contratação do transporte".

Bom dia pessoal, estou realizando a impressão da NFe em alguns clientes e a impressão sai bem estranha, parecendo não respeitar as margens, não são em todos os clientes, mas um número considerável está reclamando, isso depois de atualizar o componente. Até tinha um demo do ACBrNFe e também estava desatualizado, mandei para o cliente e funcionou, atualizei o demo e enviei de volta e ocorreu o mesmo problema, coloquei alguns logs dentro da geração da impressão e as margens estão alimentando corretamente no componente, até mesmo ignorei o método AjustarMargem e defini tudo como 0 direto no report mesmo e mesmo assim o erro persiste, alguém tem alguma ideia do que possa ser? Segue abaixo uma print de como está saindo em alguns clientes. Obs: já foi verificado se o windows não está com o zoom de mais de 100% e nenhum desses clientes que estão ocorrendo o problema está com isso. Todos com apenas 100% o que é o valor padrão. Agradeço desde já.

Certo, então eu posso estar usando o Schemas disponibilizado pela Sefaz tranquilamente correto?

Bom dia pessoal, tudo certo? Gostaria de ver com vocês, já havia aberto um tópico referente ao assunto mas lá a minha dúvida tinha sido sanada, agora entra outra situação, a tag "pICMSInterPart" havia sido excluída segundo o MOC 3.0a e seguindo as instruções passadas, a tag referida deveria ser preenchida com 100 quando o ambiente era produção e 0 quando era homologação, porém agora preenchendo não está mais passando. Verifiquei o último schemas disponibilizado pela Sefaz e de fato a tag não está lá, mas a tag continua no schemas disponibilizado na pasta do ACBr, é mais correto eu pegar o schemas da pasta do ACBr ou baixar o mais atualizado da Sefaz? Abaixo segue o link referido no qual eu me baseei. Obrigado desde já.

Boa tarde pessoal. Estou realizando alguns ajustes no envio de MDF-e referente ao seguro da carga. A dúvida é a seguinte, o manual especifica que as tags CNPJ e CPF tanto do responsável pelo seguro quanto da seguradora são obrigatórios apenas quando o responsável for o contratante, porém se eu preencho como emitente e tento enviar sem preencher as tags de cnpj e/ou cpf ocorre a rejeição abaixo. Pode ser problema na Sefaz ou eu estou equivocado na interpretação do MOC? Agradeço desde já.

Certo, obrigado pelo esclarecimento @BigWings

Boa tarde, sim realmente vai haver essa alteração, já até tem um tópico específico para isso. Agora vem uma dúvida, essa alteração vai refletir tanto para NFC-e quanto NF-e ou somente NF-e. Essa dúvida é por conta de o arquivo do ACBrNFeServicos.ini citado até mesmo no tópico acima não consta essa alteração para NF-e, apenas na parte de NFC-e.

Entendi @Italo Jurisato Junior, que bom que eu perguntei rsrs, pelo que eu havia entendido do manual, havia sido excluída e eu já estava excluindo a alimentação dela também rsrs. Muito obrigado pelo esclarecimento.

Beleza @Italo Jurisato Junior, agradeço.

Boa tarde pessoal, fiz um ajuste na impressão do CTe na parte dos veículos transportados. Esse ajuste visa redimensionar a banda conforme a quantidade de veículos. Antes da alteração caso eu tivesse mais do que 3 veículos incluídos a banda não expandia e cortava mostrando apenas os primeiros. As alterações feitas foram nas propriedades dos componentes dentro da banda "rlb_06_VeiculosNovos" e também no evento beforeprint da mesma banda. Seguem os arquivos anexados com as mudanças. Por gentileza me corrijam caso eu esteja equivocado. Agradeço desde já. ACBrCTeDACTeRLRetrato.pas ACBrCTeDACTeRLRetrato.dfm

Boa tarde pessoal. Tudo certo? Estou fazendo os ajustes para a versão 3.00a do CT-e e me deparei com a situação da tag "pICMSInterPart" onde no MOC diz que foi excluída essa tag, mas dei uma olhada na geração do xml dentro do ACBr mesmo e há apenas um comentário informando que não tem mais essa tag nessa versão do CT-e, preciso de uma orientação referente a isso, vocês estão mantendo a alimentação da tag ou estão de fato removendo a mesma? Fiquei na dúvida pois mesmo com o comentário no código, a tag continue ali para alimentar embora com o número de ocorrências igual a zero. Agradeço desde já.

Isso resolveu rsrs, muito obrigado @Italo Jurisato Junior

@Italo Jurisato Junior De fato resolve rsrs, acabei indo até a origem da variável para alterar rsrs, já vou fazer essa alteração e testar. Muito obrigado pela resposta.

Bom dia pessoal, tudo certo? Gostaria de sugerir uma alteração na tag "c28_tipoDocOrigem" dentro do GNRE visando alterar o tipo da propri edade de integer para string pois o manual da versão 2.0 pede que a tag contenha 2 caracteres e por ser integer quando eu escolho o tipo de documento por exemplo 1 ao invés de ficar 01 está ficando 1 no xml e gerando uma rejeição do schemas. Abaixo estão os arquivos alterados. Caso eu esteja equivocado em alguma alteração por gentileza peço que me corrijam. Agradeço desde já. pgnreGNREW.pas pgnreGNRE.pas ACBrGNREGuias.pas

Entendi, vou estar verificando essas situações, e continuar estudando formas para melhorar e corrigir esse problema, quanto ao VNC não cheguei a me basear nele, como exemplo usei o AllaKore que inclusive já foi postado aqui mesmo, mas fiz diversas mudanças para se aplicar ao meu uso. Referente ao tratamento das exceções busquei e não encontrei outra forma a não ser o try..except.

Bom dia @EMBarbosa, pra facilitar eu vou responder na ordem das perguntas. 1 - Então, com o travamento da tela eu quero dizer que o sistema trava e até mesmo a mensagem "Não respondendo" é apresentada no caption do form e com isso eu não consigo mais clicar em nada nem fazer nada, o sistema trava e fica ali parado. 2 - Eu havia tentado fazendo a verificação usando o Terminate, tanto dentro do while quanto no próprio while ( while not terminated do) e mesmo assim não funcionou, pra ser sincero tentei de várias formas já. 3 - Por ser um sistema de conexões, a Thread é criada diversas vezes, e na liberação da memória, sou leigo no assunto ainda, mas utilizei na criação da Thread o (FreeOnTerminate := True) e aparentemente não me retornou nenhum memory leak no fechamento da aplicação então acredito que quanto a isso não haja problemas. 4 - A variável Lista é nada mais que um TCollection definida nas variáveis globais do código, eu fiz isso porque assim eu posso chamar em qualquer lugar, na qual eu uso para armazenar os dados das conexões junto com os objetos das Threads para serem chamados de outros locais quando necessário, já a propriedade IdProprio foi definido dentro da criação da própria Thread. E os métodos Existe e SetObjDesktop são para verificar se aquele registro existe na Lista TColletion e para armazenar o objeto da Thread também na lista respectivamente. 5 - O Try except foi mais uma das tentativas para evitar o travamento mas sem sucesso também. 6 - A thread não deve sair do while enquanto estiver conectada, isso porque existe uma relação entre as conexões, apenas quando uma das duas desconectarem que ambas as Threads vão parar. 7 - Os sockets são definidos dentro da própria Thread e são usados dois, uma para a própria conexão e um que recebe a conexão do computador conectado, por isso o "SocketTarget". O objetivo do sistema seria para duas máquinas se conectarem e uma poder receber a captura da tela da outra, como um acesso remoto mesmo. Gostaria de se possível, umas dicas de como lidar com essas Threads como inicializa-las e como finaliza-las e já peço desculpas caso eu esteja equivocado em alguma colocação. Vou deixar mais duas prints com toda a Thread e sua chamada abaixo. Obrigado desde já.

@EMBarbosaIsso é somente um esboço de exemplo, no projeto de fato não estou utilizando variáveis, o código que de fato estou utilizando é o seguinte: Por favor ignorem a variável teste, utilizei apenas para inserir um breakpoint para testar se estava travando antes ou depois, e o travamento é exatamente nela.

Boa tarde @Juliomar Marchetti acabei deixando meio de lado essa situação por conta de outras pendências, mas eu resolvi o problema usando as Threads de outra maneira, referente a criação do servidor que você comentou eu sinceramente teria que estudar pois nunca trabalhei com isso mas vou dar uma estudada pra tentar melhorar essa consulta. Muito obrigado pelas dicas e tenha um ótimo dia. Abraços.

Boa tarde pessoal, tudo bem? Estou precisando de algumas dicas para uso de threads para controles paralelos. Já estou usando deste método porém em alguns casos meu aplicativo simplesmente trava durante a finalização da thread. Estou criando as mesmas da seguinte forma: Teste := TThread.Create; Teste.FreeOnTerminate := True; Teste.Start; Sendo que criei um método Create fazendo overload onde eu seto as variáveis que preciso utilizar no meu aplicativo com os valores necessários e dentro do método Execute estou utilizando um while para enquanto eu não tiver terminado todos os meus procedimentos continuar ali. Até aí tudo bem porém quando a Thread é finalizada em alguns casos simplesmente o sistema para de responder e fica ali travado com o caption "(Não respondendo)", mesmo debugando isso ocorre mas sem nenhum retorno de erro. Tentei realizar a chamada sem o FreeOnTerminate e utilizando o Terminate dentro do próprio Execute mas mesmo assim isso ocorre. Alguém tem alguma dica de como eu posso estar solucionando isso? Lembrando que eu estou criando a classe do tipo Thread dentro de um formulário VCL normal. Eu até criei um projeto separado para testar se o mesmo também ocorria e uma forma de solucionar, mas neste não ocorre. Vou deixar uma imagem abaixo deste projeto que é a forma como estou chamando a Thread e a construção dela.

Entendi, muito obrigado @Italo Jurisato Junior

Boa tarde pessoal, li os manuais mas não ficou claro, esse evento é de emissão obrigatória?

Bom dia pessoal, passando apenas para reportar que com a DLL mais atualizada resolveu o problema, agradeço a ajuda e atenção de todos. Tenham um ótimo dia, abraços.

Bom dia @marcelo_sp, a princípio está sim, mas eu vou garantir pra ter certeza.