RicardoVoigt

Outro detalhe: lá no usuário é um certificado A3 e meus testes foram com um certificado A1... Att Ricardo

Boa tarde, o usuário onde constatei o problema que descrevi no tópico utiliza "Windows 7 Ultimate" (não faço ideia quanto a atualizações, ou se é legítimo ou não, não foi instalado por mim). Fiz o mesmo testei hoje e o problema continua, tanto marcando ALL como TLS1.2. RESSALVA: O computador que estou usando no momento para desenvolvimento é "Windows 7 Professional" (licenciado e com SP1+IE11) está 100% funcionando: WinCrypt+TLS1.2. Tanto 3.10 como 4.00. PORÉM neste pc eu desativei (por minha conta e risco) o serviço "Windows Update" lá na época em que ele começou a oferecer o Windows 10. Desde então, nunca mais baixou nenhuma atualização. Consultando aqui no fórum, pessoal tem sugerido alguns updates KBxxx... que precisaria ter instalado no Windows 7 para funcionar o TLS1.2, porém no meu painel de controle consultei e NÃO TEM nenhum deles instalado. (Por exemplo: KB2992611 , KB976932, KB3140245) Att Ricardo

Boa tarde, eu tenho baixado o Fortes por SVN, que nem a pasta do ACBr... Depois é só abrir a package na IDE (Delphi ou Lazarus), compilar e instalar, era isso... Att Ricardo

Outro detalhe pra vc cuidar eh o tamanho diferente nos campos nNf (9) e no cNf(8). Att Ricardo

Série 000? Att Ricardo

Att Ricardo

O recomendado é vc salvar no teu banco de dados a data e hora de emissão, pra depois alimentar o ACBrNFe... Assim vc tem de onde puxar, caso precise gerar denovo o mesmo XML. Att Ricardo

Acredito que sim, no Manual de Orientação não fala nada específico do modelo (55/65) Att Ricardo

Chegou a conferir as notas dos fornecedores que venderam essa mercadoria? pra ver se fala alguma coisa nas informações adicionais... Att Ricardo

Sim, veja este exemplo ACBrNFe1.NotasFiscais.Clear; with ACBrNFe1.NotasFiscais.Add.NFe do begin ... autXML.Add.CNPJCPF := '00000000191'; ... end; Att Ricardo

Bom dia, Implantando a versão 4.00 (RS+WinCrypt), passei por uma dificuldade na segunda-feira dia 11/06,com meu aplicativo emissor compilado (Lazarus 1.8.2) usando a revision 15289, e decidi abrir este tópico ao ver a quantidade de relatos postados essa semana com problemas de conexão. O meu aplicativo (com a revision 15260) já está funcionando em produção em um usuário (Windows 7+SSLType=ALL), emitindo NF-e na versão 4.00. Já o mesmo projeto agora compilado com a revision 15289, ao implantar no segundo usuário (também Windows 7), eu apenas testei o "status do serviço" na versão 4.00 e em diferentes momentos (testando/alterando a propriedade SSLType) apresentou sempre uma das mensagens de erro abaixo: 12175 - Um ou mais erros foram encontrados no certificado Secure Sockets Layer (SSL) enviado pelo servidor ou 12030 - A conexão com o servidor foi redefinida ou encerrada, ou um protocolo SSL incompatível foi encontrado O que me deixou intrigado foi que copiei a versão anterior do meu aplicativo emissor (revision 15260) neste mesmo computador, e o "status do serviço" funcionou normal na versão 4.00 (SSLType=ALL). Att Ricardo

Oi, não sei te dizer, mas vi em outros tópicos o pessoal citando problemas de OpenSSL em GO... (No meu caso RS+WinCrypt, estou tendo problemas também desde a revision 15289 atualizada ontem 11/06, que antes não ocorriam com a revision 15260, mas vou acompanhar o fórum até amanhã antes de abrir um novo tópico...) Att Ricardo

Fontes atualizados? Qual versão do Windows? Qual é exatamente a mensagem de erro ? Por acaso é uma destas: 12175 - Um ou mais erros foram encontrados no certificado Secure Sockets Layer (SSL) enviado pelo servidor 12030 - A conexão com o servidor foi redefinida ou encerrada, ou um protocolo SSL incompatível foi encontrado Att Ricardo

foi mal, essa versão 4 ta ferrando tudo aqui... Att Ricardo

Bom dia, Outro detalhe, também falta grupo de "informações de pagamento" (tpag,vpag...) Att Ricardo

Agora abri teu XML, procurei de cara pelas "informações de pagamento", campo tpag, e não achei, deve ser isso... Você leu a nota tecnica 2016-02 ? Att Ricardo

Atualizou a pasta de arquivos SCHEMA? Att Ricardo

Bom dia, pergunta: o e-mail que vc informou no campo "Seu e-mail" tem autorização do servidor SMTP para fazer o envio ? (Acho que descobri aqui o problema na minha aplicação... ) Acho que seria uma boa trocar nesta tela o título do campo de "Seu e-mail" para "E-mail do remetente", o que causou confusão aqui pra mim foi que este campo está sendo usado tanto como "Remetente" e como "Destinatário", se vc informar um e-mail de um domínio diferente do (ou não autorizado pelo) servidor SMTP, acho que é por isso que não está enviando o e-mail... Att Ricardo

Boa noite, de qual servidor eh o e-mail de destino que vc está enviando? @hotmail, gmail, próprio... ? Eu estou com esse problema atualmente na minha aplicação (componente ACBrMail), usando uma conta de e-mail de uma hospedagem própria (kinghost) e ainda não descobri pq só envia e-mails para a própria conta que faz o envio, para qualquer outra não vai também... Mas se vc procurar aqui no fórum vai achar vários tópicos com sugestões de solução... pode ser até dlls que estejam desatualizadas... Att Ricardo

Verifique a resposta completa da rejeição, deve aparecer a chave emitida anteriormente, daí vc consulta na respectiva sefaz pra ver quando foi autorizada... Att Ricardo

Bom dia, obrigado por comentar sobre esse caso... realmente são muitos detalhes, e esse mês vai ser punk... só ontem consegui implantar a 4.00 no primeiro usuário em produção... Até então não atendo nenhum caso como esse teu, quais CFOP vc usa nestes casos? essa segunda nota da mercadoria que está sendo devolvida vc define "finalidade=devolução" ? Att Ricardo

Emissão no modo Normal (tpEmis=1), se passar de 5 minutos vai dar rejeição por "data e hora atrasada". Att Ricardo

Também tem a outra opção "Revert...", desfaz as alterações locais... Att Ricardo

Bom dia, vc já viu alguma lista que associa o FCP ao NCM? Poste aqui o link... (de preferencia que seja do site do governo ou sefaz, e não de sites de terceiros) Sim Att Ricardo