Maurício Sareto

Acabei por adiciona o Conhecimento de transporte internacional por rodovia nas informações dos documentos transportados e passou... Se esta certo não sei, mas o cliente quiz assim...

Galera, talvez eu não deveria estar perguntando aqui, mas espero que vocês possam me ajudar. Um cliente foi contratado por um empresa de transporte do Uruguai para fazer uma viagem do Brasil para o Uruguai, essa empresa uruguaia enviou para ele dois documentos, um conhecimento de transporte internacional por Rodovia e um manifesto internacional de carga rodoviária, porém, nem ele nem eu não sabemos onde devemos referenciar esses documentos no CTe. Alguém sabe onde devemos adicionar os dados?

Problema resolvido, carregue o XML antes de consultar... /Vergonha haha

Estou fazendo isso nesse momento...

Galera não querendo ser chato, mas o problema continua acontecendo aqui...

sim sim, isso vai resolver o problema parcialmente,porém temos algumas notas validadas mas não conseguimos imprimir por causa que falta o protocolo. Mais um detalhe, isso começou a acontecer depois que eu comecei a criar o componente em tempo de execução, antes, consultando o XML ele atualizava o protocolo.

Boa tarde a todos, estou com um problema no acbr e não estou sabendo oque fazer para resolver. Se o tópico for repetido, mas tentei usar a pesquisa e não achei nada claro sobre o meu problema. Acontece as vezes do cliente ter a internet muito lenta e ao enviar a nfe a mensa é autorizada mas o xml salvo fica sem o protocolo de autorização. Segundo alguns tópicos que eu li, ao consultar a chave de acesso o acbr adiciona o protocolo retornado na consulta no xml da nota validada, porém, aqui não esta acontecendo isso. Oque eu deveria fazer para que o problema fosse sanado?

@Antonio Carlos L, obrigado pela resposta. Amigo a nota é apenas uma nota para demonstrar o problema, nota fictícia em homologação. Os dados adicionais foram pegos de outra nota.

@hleorj, obrigado pela resposta, o xml esta em anexo. Mais um questionamento, se o problema é algum caractere estranho, porque o problema ocorre na impressão e não na re-impressão? 43171197305890000181550010000058111000058118-nfe.xml

Galera bom dia, bom estou com um problema meio estranho aqui que não estou imaginando como posso fazer para resolver, vou tentar explicar. Quando é feito o envio da NFE, logo após o retorno de autorizado o uso da NFE(cStat=100) eu chamo a função para impessão "ACBrNFe1.NotasFiscais.Imprimir", notei que os dados adicionais não saem corretamente, vou por uma imagem em anexo para melhor visualização. Logo apos, se eu mandar re-imprimir os dados adicionais são impressos corretamente. Também vou adicionar uma imagem em anexo. Eu devo fazer algo antes de imprimir? É algum erro no ACBr?

Acabei de fazer isso, mas não deu certo...

Pessoal, acho que o buraco é mais embaixo, no Delphi 7 esta acontecendo a mesma coisa. No servidor do Delphi executo o Fortes normalmente, onde não tem o Delphi da acess violation ao fechar o relatório...

Exatamente

Mas ta muito estranho, ao criar um relatorio em um projeto novo ele não me deixa compilar em debbug, retorna que não conseguiu compilar a unit RLReport.pas, mas em release funciona normal. Vai entender...

Daniel, obrigado pelos eu retorno, eu até pensei que poderia fazer isso, pois, lembrei de toda as vezes que atualizei o acbr e tinha que fazer isso para resolver os problemas, porém, infelizmente, não resolveu. Acredito que não seja esse o problema porque no computador com o delphi instalado funciona perfeitamente, apenas nos outros que não e se eu crio um relatório novo nesse projeto da erro também, se crio um em um projeto novo funciona perfeitamente. Existe alguma ferramenta que eu possa verificar onde acontece o erro sem debbug?

Galera boa tarde, então, tinha um sistema feito em Delphi 7 mas migramos para o Delphi Berlin, testamos todo o sistema e a principio tudo funcionando perfeitamente, hoje fomos testar em um computador onde não existe o delphi instalado e depois que imprimimos usando o fortes ocorre um erro de acess violation, testamos em vários computador e o problema persiste, porém, no pc onde o delphi esta instalado não ocorre o erro. O fortes foi baixado do repositório oficial Qualquer projeto criado no Berlin, ao imprimir em outro computador da certo, somente esse que foi criado no delphi 7 e compilado no berlin que da o problema. Alguém pode imaginar qual é o problema?

Pessoal mudem a largura da bobina para 280, obrigado...

o @André Ferreira de Moraes, esqueci que é uma alteração visual shausauahas, desculpe...

Ola pessoal, fiz um ajuste para quando imprimir os tributos separadamente no fortes, ocorrer a quebra a linha. ACBrDANFCeFortesFr.pas

@EMBarbosa Obrigado pela sua resposta. Infelizmente não, é digest Authenticate que preciso fazer, porém, não tenho a minima noção de como fazer...

@Italo Jurisato Junior Identifiquei mais um problema, quando é uma operação onde o tomador é do exterior ele ainda não gera a tag vInss. Em anexo a unit corrigida... pcteCTeW.pas

Bom dia pessoal, estou com um pequeno projeto em analise aqui na empresa, mas estou apanhando bastante. Consiste em integrar o sistema a câmeras IP intelbras para captura de snapshots, vulgo fotos. Já tenho duas opções, a primeira é acessando o link RTSP e capturar um print da stream, a segunda e mais recomendada, seria através de uma requisição HTTP, porém como sou um "Ogro", vulgo iniciante, em trabalhar com HTTP no delphi estou apanhando bastante. Oque eu não estou conseguindo fazer é o login na câmera, retorna erro na autorização. Estou com o manual dos métodos aqui, porém não consigo entender oque preciso fazer, e infelizmente segundo o suporte da intelbras eles não dão suporte ao SDK, dessa maneira só me resta os experts para me ajudarem. Logo abaixo segue um print do método de authentication no manual. Se alguém puder me da uma ideia de por onde começar, eu agradeceria e muito...

Baixei a unit e adicionei ao meu projeto a principio esta funcionando perfeitamente...

@BigWings

Segue em anexo unit modificada para não adicionar a tag Renavam quando não for informado nem um valor, tendo em vista que a tag no modelo 67 não é obrigatória.... pcteCTeW.pas