moisesaugusto

Desculpem usar este tópico antigo, porém gostaria de utilizar o código disponibilizado nele, pelo Armando Boza. Se possível me orientarem, onde posso conseguir os valores (para o registro do windows) -- referentes às demais opções ( ex = TLS1.2 , etc ) ?? Muito obrigado.

Boa tarde, pessoal. Desculpem-me por reativar o tópico, porém como eu tive ainda hoje o problema dessa rejeição porque o schema não atendia o evento específico, tendo encontrado a solução aqui num vídeo do Youtube onde havia um tutorial de como transmitir um evento pelo emissor da SEFAZ, achei tão recorrente que resolvi postar a solução que consegui. Era uma coisa tão simples porém já notei que tem muitos colegas com a mesma dificuldade. É que no campo " correção " , temos de preencher com no MINIMO 15 caracteres e máximo de 1000. No meu caso, estava colocando apenas assim : CFOP = 5405 ( a nota havia sido emitida com CFOP 5401. Quando coloquei " o codigo correto do CFOP e 5405 " --- a SEFAZ vinculou o evento à NF-e sem problema algum. Obrigado pela atenção .

Boa noite, Juliomar. Obrigado por haver respondido. Entendi. Vou experimentar com uma versão mais nova do Delphi, que tenho já instalada porém pouco uso ( XE-6 ) . Abraços.

Olá, pessoal. boa tarde. Desculpe, vou aproveitar este gancho para pedir um auxílio. Vou ter de implementar a emissão do MDF-e para uma empresa que está começando a vender seus produtos para outros estados. Vi que no ACBRDemo tem um exemplo, porém, após instalar os pacotes e fazer a inclusão das fontes no Tools-Environment options , quando tento carregar o exemplo (uso Delphi 7 ) -- recebo o seguinte erro : " Error reading WBRespostaExplicit Height Property. Explicit Height property does not exist. Ignore the error and continue ... " etc... o que posso estar fazendo de errado ?? agradeço qualquer sugestão.

Prezados, bom dia. Estou co um problema há vários dias, tentando emitir uma NF-e destinada a uma paróquia, a qual tem CNPJ, porém não Inscrição Estadual. Já pesquisei exaustivamente, porém não consigo solucionar. Como vi o seguinte comentário do Juliomar, tomei a liberdade de postá-lo aqui, a fim de receber alguma luz a respeito : " Postado June 3, 2014 Boa noite no caso de não ser um NFC-e essa tag deve ser 0! ela só irá existir o valor 1 (ConsumidorFinal) quando for o modelo 65 que é a NFC-e! " Considerações : A princípio, a rejeição é no sentido de ser informada a tag " indFinal " como 0 (não consumidor final ) e a tag IndIEdest como 9 (não contribuinte ). Já tentei diversas combinações porém verifico que o XML --- creio que por ser NFE -- sempre sai como Infinal = 0. Já tentei alterar para "isento" a tag IndIEdest porém o Estado de S.Paulo não aceita contribuintes isentos (assim como alguns outros estados ). Estou enviando o XML para a SEFAZ SP , em ambiente de homologação. Interessante é que até algumas semanas atrás a nota era autorizada normalmente; o problema começou faz umas duas semanas. Obrigado pela atenção. Estarei anexando o XML que gerei há poucos minutos. 35160502553503000110550010000052191000000012-nfe.xml

Desculpe, eu entendi. Tanto é que funcionou corretamente. Foi somente distração na hora de copiar/colar para cá. Muito obrigado pela sua preocupação. Mas, dando a mão à palmatória, reconheço que às vezes a gente pode induzir outros colegas do fórum ao erro. Procurarei ficar mais atento.

Olá, Juliomar, mais uma vez. Realmente, eu mudei o código para : ACBrNFe1.EventoNFe.Evento.Clear; ACBrNFe1.EventoNFe.LerXML(OpenDialog1.FileName) ; AcbrNfeDanfeFR1.FastFile := 'c:\Nota Eletronica\Report\Eventos.Fr3'; AcbrNfeDanfeFR1.FastFileEvento := 'c:\Nota Eletronica\Report\Eventos.Fr3'; ACBrNFe1.ImprimirEvento; E agora esta funcionando perfeitamente. No próprio relatório já tem uma opção para exportarmos para .Pdf , enfim, ficou ótimo. Gostaria de agradecer e solicitar-lhe que encerre p tópico por favor. Abraços . Espero um dia poder retribuir.

Olá, Juliomar, tudo bem ? Obrigado por haver respondido. Então, veja você : coloquei o seguinte código : // ...... outros códigos ... ACBrNFe1.EventoNFe.Evento.Clear; ACBrNFe1.EventoNFe.LerXML(OpenDialog1.FileName) ; AcbrNfeDanfeFR1.FastFile := 'c:\Nota Eletronica\Report\Danfe.Fr3'; AcbrNfeDanfeFR1.FastFileEvento := 'c:\Nota Eletronica\Report\Danfe.Fr3'; ACBrNFe1.ImprimirEvento; Quando imprimo, em vez de sair o conteúdo do evento de cancelamento ( há uns tempos atrás funcionava normalmente, porém formatei a máquina há algum tempo atrás e ainda não havia cancelado nada ) --- estou anexando uma foto da tela ( Paint ) para tu verificares e emitir por favor alguma opinião. Obtrigado.

Bons dias Senhores. Apesar de haver pesquisado, nada encontrei que pudesse me auxiliar. Utilizando o AcbrDemo, fiz o cancelamento de uma nota, porém ao tentar imprimir o respectivo evento, tive um retorno de que o aplicativo não encontrava o arquivo necessário para a impressão. Pesquisei no fórum, descobrindo que o caminho do Fastfile do evento poderia estar sem preencher (nas propriedades ). Consertei essa parte, mas como ainda recebia um erro, providenciei a atualização de meus componentes (Acbr Update ) , sendo que então não recebi mais nenhuma mensagem de erro Acontece, porém, que quando eu imprimo o evento (cujo XML está aparentemente correto ), o que se imprime é simplesmente um Danfe da Nf-e. A propósito, estou utilizando o componente default que vem junto com o demo ( AcbrNfeDanfeFR ). Estou anexando os arquivos da NF-e, do evento de cancelamento, caso alguém tenha tido esse problema e possa dar-me uma orientação , agradeço antecipadamente. 1101113515120255350300011055001000077754100000001301-procEventoNFe.xml 35151202553503000110550010000777541000000013-nfe.xml

Senhores, boas tardes. Passei , estes dias, por um problema , felizmente já resolvido, e gostaria de compartilhar a solução com outros amigos que porventura venham a tê-lo. Desenvolvi um ERP com o uso do componente ACBRNfe, o qual tem funcionado corretamente há já bastantes meses. Tenho ele instalado em uma indústria, em uma rede composta de cinco computadores. Acontece que , de uma semana para cá, em apenas um dos Pcs , na hora de imprimir os Danfes, ao pesquisar na pasta onde se gravam os arquivos .XML, ou mesmo quando da exportação para .Pdf, a fim de serem enviados por e-mail, os arquivos apareciam todos bagunçados, em ordem aleatória, não seguindo mais a ordem alfabética crescente (padrão ). 2) Trouxe a máquina a fim de formatá-la, após todas as tentativas (frustradas) de consertar via windows explorer ( pois nele saia tudo em ordem certinho). Antes de formatar, porém resolvi tentar de uma forma menos demorada : a) criei um novo usuário. Instalei novamente o certificado (este item estou colocando apenas por ser obrigatório, não tendo nada a ver com a solução ) c) Após verificar que os arquivos desta vez ficaram todos em ordem novamente ( no programa em delphi ) , deletei o usuário antigo e foi só alegria. Peço desculpas se o tópico não for relevante, apenas quis compartilhar.

R E S O L V I D O . Obrigado. !. Estou procurando algum programador em Bauru (SP) , para desenvolver / ou continuar dando assistência a um programa já desenvolvido (em Delphi 7 / firebird 2.5 / ACBR ) , para uma indústria de massas alimentícias, ERP com as seguintes características : - Cadastro de clientes e produtos . Nota : Aproximadamente 1200 clientes, sendo que cada um tem um preço diferenciado (isto é, uma tabela para cada um dos clientes - mas a quantidade de produtos é pequena, de 15 a 20 produtos. - Emissão de NF-e , cancelamentos, consultas, relatórios, etc. Mais algumas funções para controle de estoque em caminhões que viajam para vender, acertos de contas semanais, etc...; caso haja algum interessado poderemos entrar em mais detalhes. Entrar em contato pelo e-mail : [email protected]

Consegui resolver o problema. Favor considerar o tópico como " Resolvido " . Obrigado.

Valeu Juliomar. Mas parece que estou conseguindo resolver o problema. Caso não consiga, então postarei o arquivo texto a que me referi acima.De fato, no " mais opções " aparece a possibilidade de se anexarem arquivos. Então, colocarei " resolvido " no tópico.

Desculpe, André, mo meu post anterior esqueci de anexar o arquivo texto a que me referi. Aliás, parece que na resposta não tem mais jeito de anexar . Não sei como posso fazer.

Olá, André. Obrigado pelo interesse. Isso que está me encabulando. Eu não mexi em praticamente nada, nos campos que formam a nota fiscal. Somente alterei aquela parte onde se fazem as gravações , a assinatura e o envio da mesma. Inclusive no ACBRNfeDemo a nota também é validada. Coloquei num, arquivo texto a rotina toda de comparação entre os números da nota, sua assinatura, gravação e posterior envio à SEFAZ, tanto da versão que está rodando como da que estou mudando. Se tiver um tempinho, por favor veja se consegue vislumbrar alguma luz de onde está surgindo o problema com o XML. Ainda hoje fui até a empresa e enviei normalmente uma nota em homologação (eu imaginava que os schemas de minha máquina poderiam estar corrompidos ) , mas quando usei a nova rotina também rejeitou. Caso seja conveniente, passo a rotina completa para geração do Xml. Abraços e muito grato mesmo. Estou insistindo em resolver esse problema pois já li aqui mesmo no forum sobre um programador que está sendo arrolado num processo de fraude (acredito que seja o caso desses Xml gravados indevidamente e não gostaria de que acontecesse comigo ). Portanto, estou utilizando todo meu tempo disponível para resolver isso definitivamente. -- vou ver se coloco uma condição de só substituir o Xml caso o status da nota seja diferente de 100 (autorizada). -- desculpe, apenas comentário , isso não tem nada a ver com o problema dos schemas.

Pesquisei no forum e não encontrei nada semelhante ao problema que estou tendo. Tenho uma versão de meu aplicativo (2.1.1.1), onde estão ocorrendo alguns problemas de duplicidade na cópia que vai para um servidor de arquivos. 2) Atualizei para uma versão (2.1.1.2) onde tal problema foi sanado, utilizando algumas rotinas extras. Até aí, sem novidade. Acontece, porém, que, apesar de utilizar os mesmos códigos para gerar o arquivo XML, se eu envio a nota (por enquanto em ambiente de homologação) -- utilizando a versão mais antiga, a SEFAZ autoriza. Quando envio pela versão mais nova, recebo a rejeicão por falha no schema da Nfe. A propósito, estou utilizando os mesmos schemas, tanto na versão antiga quanto na nova (o mesmo path / schemas do componente AcbrNfe1 ) . Estou anexando os respectivos .XML (o autorizado e o errado). Não sei explicar por que, no que é rejeitado, faltam as duas primeiras linhas do arquivo (onde é colocada a TAG do UTF-8. Obrigado por qualquer sugestão/ esclarecimento , fico no aguardo. 35140902553503000110550010000200271000000019-NFe.xml 35140902553503000110550010000200291000000013-NFe.xml

Bom dia, Ana Fernanda. Sugiro que você explique melhor o que está acontecendo, qual o erro que ocorre, creio que ficaria mais fácil alguém auxiliá-la. Eu tive um problema ontem, quando atualizei meu Acbr. Quando tentava compilar meu aplicativo (feito em Delphi 7 ), comecei (do nada ) a receber uma mensagem relacionada à propriedade " retiraracentos "" que deve ter sido mudada no componente ACBRNfe1 . Depois de algumas tentativas frustradas de resolver o problema específico, desinstalei completamente o componente de meu Delphi ( tools -- library etc.. ) e instalei novamente com o instalador que acompanha o componente. Após essa reinstalação, voltou a funcionar tudo bonitinho outra vez. Pode ser que alguém lhe sugira uma solução mais prática, ok ? boa sorte !! Em tempo : não utilizo o componente boleto, vou tentar instalar (estou com tudo atualizado ) se der algum erro voltarei e postarei a solução (se for o caso ).

Bom dia . Eu também me deparei com esse problema. No meu caso, o servidor era do Hotmail. Quando terminei de abrir a conta de email, com todas as configurações corretas, tentei enviar e deu erro de login. Então, para solucionar, tive de confirmar alguns dados (aqueles que o provedor pede, a fim de evitar robots-- tipo coloque esse numero tal no quadro abaixo -- confirme email alternativo , etc ... ) , a conta foi verificada e passou a enviar as notas normalmente.

Ola, KarloUchoa, bom dia. Acredito que o Jorge Andrade esteja correto em sua observação. Também utilizo o componente faz uns dois anos, utilizo contingência (no meu caso SCAN ) apenas quando não conseguimos enviar normalmente (mesmo após N... rejeições por erros ) -- a nota para a SEFAZ . Abraços.

Ola, Douglas. bom dia. Infelizmente não saberia lhe orientar , pois também estou passando por dificuldades com a emissão de Danfes. Se você puder, poste o teu xml aqui no fórum, com certeza farei alguns testes e, caso o problema não ocorra comigo (ou outros membros do fórum ) certamente você pelo menos excluirá a parte da geração da Nfe, ficando apenas providências. em relação ao servidor. Por oportuno, eu não encontro mais aqui no fórum um local onde eu possa pesquisar internamente, aquela pesquiisa que tem me parece ser do google. Estou receoso de abrir um novo tópico e alguém me pedir para ler as regras do forum (como já me aconteceu ). Caso possa, me dê uma luz. O meu danfe somente imprime os primeiros 40 caracteres do campo Xprod -- que teoricamente teria 120 caracteres. Inclusive o Xml também so grava os primeiros 40 caracteres. Utilizo DanfeRave CB. Obrigado e desculpe ter embarcado no teu tópico.

RESOLVIDO . Encontrei a solução para o meu problema.

Encontrei a solução. Portanto, favor considerar a dúvida como "RESOLVIDA" . Obrigado.

Ola, Juliomar, bom dia. Primeiro, desculpe-me por ter demorado para responder. É que prefiro contar até 100 antes de decidir o que fazer. Eu não ia mais retornar aqui. Por favor, não me convide mais para ler as regras do fórum. Desculpe-me, sei que errei, assumo, mas só prá vc ter uma idéia eu tenho 66 anos. Não faria um erro elementar desses , não lendo as regras. É que fiquei ansioso, não sabia se o tópico seria reaberto, então, precipitadamente, abri outro. Sei que explica mas não justifica. Assim, mais uma vez eu lhe peço desculpas, como moderador, pelo incômodo que devo ter causado com minha atitude ; fique certo de que procurarei fazer com que não aconteça mais. 2) Respondendo a sua pergunta : Eu estou utilizando o Danfe Rave, na verdade não consegui instalar o Fast Report em minha máquina, apesar de eu haver deletado o Delphi anterior e reinstalado tudo de novo. Como o instalador que acompanha o ACBR não termina a instalação em meu sistema e, assim, tenho de instalar tudo manualmente, usei o Rave em vez do FR. Agora, algo digno de nota : Eu tenho outro programa (rodando em uma empresa) -- do qual eu copiei / colei a rotina -- e funciona corretamente (tanto na empresa quanto na minha máquina ) -- utilizando inclusive o mesmo servidor (Lecom.com.br) , o mesmo usuário e a mesma senha. Só que quando coloco no sistema atual não funciona. Faz uns três dias que estou quase ficando doido (rs rs ). Mas sou persistente e acabarei encontrando o erro. Obrigado pela sua atenção, e dos demais membros do fórum.

Prezados amigos. Ao tentar enviar um email via AcbrNfe, se anexar apenas o arquivo .XML ele vai normalmente. Se eu colocar (no código) a opção "true" -- para anexar também o Pdf, ele retorna um erro de violação de acesso endereço tal... . Na procedure NotaFiscal.EnviarEmail(const sSmtpHost, (... etc... ) nesta linha ... NomeArq := PathWithDelim(TACBrNFe( TNotasFiscais( Collection ).ACBrNFe ).DANFE.PathPDF)+NomeArq+'.pdf'; é que acusa o erro. A princípio eu pensei que era problema com o servidor Smtp (Hotmail), porém, alterei para o Yahoo e dá o mesmo erro. Alguém já passou pelo problema e poderia por favor me dar alguma dica ? Obrigado.

Ola, estou aqui de novo. Constatei que, na parte do código onde coloca-se True (envia pdf anexo) e false (não envia ), colocando-se " False " o email é enviado normalmente. O erro de violação de endereço somente aparece quando a gente tenta enviar, juntamente com o .xml, também o arquivo .Pdf. Vale acrescentar que tenho, no programa emissor, uma rotina que exporta para .Pdf, e essa está funcionando normalmente (teria algo a ver ? ) .. obrigado de novo pela atenção de vocês.