Nelson A Sousa

Os schemas na pasta são um total de 275 arquivos, é isso? LOG_COMP.TXT Vou dar uma conferida, mas o xml foi autorizado!! Não é estranho?

É sim...segue anexo 31170825616095000101550010000007361127368961-nfe.xml

Pessoal, Tô apanhando muito dessa aqui. Dei uma corrigida nas tags do arquivo INI. Acho que agora está correto, mas ainda recebo erro de falha no schema. Notem no arquivo Retorno.txt anexo que a nota é enviada e autorizada pois, tentei enviar novamente e deu erro de duplicidade(colei os 2 retornos que obtive) retorno.txt Comando.txt NFEVenda.INI

Percebi que houve mudança nos nomes das tags do arquivo INI. Em algum momento eu perdi ou deixei passar essa mudança. Vou dar uma verificada nisso. Obrigado pela ajuda.

A título de complemento estou com a versão 1.1.0.31 do AcbrMonitorPlus e utilizando TCP/IP no C#. Bom, dei uma corrigida no INI, mas o problema persiste. O engraçado é que o retorno vem como 100-Autorizado o uso da NF-e na seção[ENVIO], e, na seção [RETORNO] vem o erro de schema. Como eu capturo o cStat das seções para armazenar no meu sistema, o primeiro que é o da autorização passa tranquilo. Porém, não consigo capturar o protocolo e data do mesmo pois no lugar deles vem o erro de schema. Depois que é retornada a autorização, o AcbrMonitorPlus executa mais alguma tarefa que dependa de algum schema? Seria a impressão ou exibição do danfe? retorno.txt NFEVenda.INI Comando.txt

Olá Kiko, Obrigado pela resposta. Não sei como isso foi parar aí. Talvez eu tenha feito confusão com as preparações para a versão 4.0 e mexido onde não devia. Mas como pode ter vindo a autorização de uso? Note que a UF=MG está logo acima.

Verdade, concordo plenamente com você. O problema é que, alguns emitentes não mandam por e-mail, nem tem local pra download. E, quanto ao transportador, tem alguns fornecedores que efetuam a entrega em carro próprio, ou, o pior de tudo, mandam pelo representante comercial. O pessoal do interior ainda está naquela de guardar o papel (DANFE) achando que ele tem alguma validade depois que a mercadoria chega ao destino. Aí sobra pra quem resolver o "pepino"?

Olá pessoal, Estou usando TCP/IP no C#, e, venho tendo uma mudança no retorno da CriarEnviarNFE(). Apesar de autorizada a NFe, no retorno vem um aviso de falha no schema. Coloquei abaixo os arquivos com o comando que envio ao Monitor e outro com o retorno. Alguém pode dar uma força? comando.txt retorno.txt

Tem certas coisas que são meio incompreensíveis. Tenho a Identidade eletrônica(cartão do CNPJ) emitido por uma entidade habilitada... Tenho o espelho da Nfe com a chave da mesma, aquele emaranhado tosco de números que todos conhecemos... E os caras nos obrigam a dar mais um monte de voltas para obter um arquivo que, no meu entender é propriedade do requisitante. Como entender o pensamento desse povo da Receita? Será que têm prazer em maltratar a nós da área de TI? Desculpa o desabafo aí...

Bom dia, pessoal. Eu estava pretendendo automatizar o download das NFe's de compras para retirar do usuário do meu sistema o trabalho de entrar no site da Receita e fazer o download. Estou agindo certo utilizando a DistribuicaoDFePorChaveNFe() para fazer isso, ou entendi tudo errado? É possível fazer pelo MonitorPlus esse procedimento de download da nota de compra? Pergunto isso porque o retorno que obtive foi apenas um 'ncStat=138\r\nxMotivo=Documento localizado... " seguido dos dados do fornecedor, quando na verdade gostaria de obter o xml completo da NFe para importação dos produtos da mesma. Um abraço a todos.

Só pra complementar as informações: Eu utilizo o C#, e acredito que o propriedade "TopMost" no c# seja o equivalente da "Stay On Top". No meu caso a TopMost está "setada" como false, e mesmo assim a janela do preview fica escondida.

Acabei de testar aqui. O Daniel está com a razão. A tela do preview está ficando atrás da tela principal do sistema. É só usar o ALT+TAB (Windows) pra ver o preview.

Aconteceu hoje com um cliente meu também. Só que, depois de uma longa espera, a tela do preview foi exibida e ele conseguiu imprimir o danfe.

Pode postar a linha de comando que está passando agora?

O tamanho do executável é porque você está compilando como DEBUG. Vá nas opções e mude para RELEASE.

Essas dlls estão na pasta Dlls do Acbr. Basta copia-las para a pasta do Lazarus.

olá, dá uma olhada nesse vídeo: http://www.infocotidiano.com.br/2016/05/instalando-componentes-acbr-no-lazarus.html

Pessoal, bom dia! Tenho uma dúvida quanto ao emprego correto dos parâmetros de CriarEnviarNFe. 1 - Qual a diferença ente [bImprimeDANFE] e [bImprimirPDF] ? 2 - O número de cópias seria utilizado em qual dos 2?

Acabei descobrindo que estava passando o valor do documento num formato inválido: Estava passando : 10.045,30 Quando devia passar : 10045,30 Porém notei uma outra coisa, o arquivo de remessa está sendo gerado na mesma pasta do pdf, não respeitando o que é informado na aba de remessa/retorno. Será que errei algo na configuração também?

Olá pessoal, Estou gerando boletos CEF pelo Monitor e o campo valor não está sendo preenchido. Acredito estar passando o arquivo INI de forma correta. É alguma proteção por causa do uso de dados fictícios? Titulos.INI

Valeu Celso, Obrigado pela dica!!!

É verdade!! Mas fui compilar o AcbrMonitor e deu erro em outro ppu. Bom, acabei desinstalando o Lazarus e instalando de novo. Fiz uma faxina geral!! Agora sim, compilou sem problemas!!

Olá, Estou tendo um erro ao compilar o AcbrMonitor (Lazarus 1.6.4 Win32), me informando de ppu incompatível. Já reinstalei o Lazarus e baixei novamente tudo do SVN. Como não tenho experiência com a ferramenta , uso c#, gostaria da ajuda dos amigos. Segue abaixo a imagem do erro:

Olá pessoal! Li num dos tópicos aqui do AcbrFramework sobre a intenção de se criar um Fw totalmente em c#. Já foi iniciado? Posso colaborar?

Não seria o caso de você somente pegar a posição de : (dois pontos)? Aí vc pode carregar em substrings o que vem à esquerda de : e o conteúdo à direita.