bnobre

Olá a todos, Estou com a última revisão até o momento (14959) instalada. Estou recebendo o seguinte erro ao tentar consultar os CNPJs. É problema lá na Receita? Lembro que há um tempo atrás esse serviço de consulta estava bem instável... Se for problema novamente lá, ainda é viável usar isso em nossas aplicações? Vocês estão usando? Desde já agradeço a atenção de todos

Olá a todos, tudo bom? Eu sempre usei o Republica Virtual como Webservice do ACBrCEP, mas de uns tempos para cá não funciona. Quais vocês usam sem problemas e me recomendam? Desde já agradeço a atenção de todos

Olá a todos, Estou modificando meu emissor de NFCe para comportar o novo padrão 4.00. Em tópico anterior estou debatendo sobre a obrigatoriedade ou não do preenchimento da tag tpIntegra em pagamentos de cartão Tal debate acabou me gerando outras dúvidas no caso de pagamentos de cartões e portanto criei um novo tópico. 1 - Em Informações de Pagamento (pág 47 e inicio da 48, da Nota Técnica 2016.002 Versão 1.42) as tags CNPJ e cAut só são preenchidas se meu tpIntegra for TEF. Correto? 2 - Atualmente meu aplicativo não pergunta a bandeira do cartão, afim de agilizar a conclusão da venda. Somos obrigados agora a preencher o tBand inclusive em uso de POS? Desde já agradeço a atenção de todos

Olá, tudo bom? Não está setando não, conforme você mesmo pode conferir no XML em anexo. Outro detalhe, não sei se o meu entendimento está errado, mas se ler a Nota Técnica 2016.002 - v 1.42 na página 57, observará que foi riscado a validação "Rejeição: Não informado o tipo de integração no pagamento com cartão de crédito / débito". Por isso surgiu a minha dúvida... Ao meu ver, era validado assim e agora não é mais, o que sugere que era obrigatório e não é mais. Não tenho como testar em Produção, mas em Homologação o envio ocorre sem problemas sem informar tal tag. 33180421747355000119650030000006541747988321-nfe.xml

Olá a todos, Navegando pela internet encontrei no site abaixo a informação de que para pagamentos com cartão de crédito seria obrigatório o preenchimento da tag tpIntegra na versão 4.00. http://tsdn.tecnospeed.com.br/blog-da-tecnospeed/post/como-preencher-o-grupo-de-pagamento-na-nf-e-4-00 Essa afirmação está correta? Em ambiente de homologação estou enviando as notas normalmente sem informar o tpIntegra em cartões de crédito.

Show... Funcionou perfeito com o "ACBrNFe.WebServices.Retorno.cStat". Mas agora surgiu outra dúvida. Li em alguma parte do fórum que o envio Síncrono só é aceito nas NFCes (modelo 65), isso está incorreto???

Perfeito, mas qual é o comando correto para eu checar o Cstat nesse caso?

Olá a todos, Estou adaptando meu aplicativo emissor de NFCe para o padrão 4.00. Basicamente , ao menos pelo que vi até o momento em relação a mudanças, terei que adicionar somente a tag vTroco ao XML. Se eu estiver equivocado peço que comentem a respeito. Em relação a minha dúvida é a seguinte, no padrão 3.10 se o cliente comprasse um produto de R$ 3,00 com uma nota de R$ 5,00, eu subtraia o troco, com os seguintes comandos abaixo no vPag do tPag Dinheiro: tPag := fpDinheiro; vPag := 5 - 3; Agora no padrão 4.00, estou passando os seguintes comandos: tPag := fpDinheiro; vPag := 5; Observem que no valor do vPag agora específico SEM TIRAR o troco, visto que agora existe uma nova tag vTroco que menciona o mesmo. Esse meu raciocínio está correto? Estou fazendo certo? Desde já agradeço a atenção de todos

Olá a todos, Estou adaptando meu aplicativo emissor de NFCe para o padrão 4.00. Basicamente , ao menos pelo que vi até o momento em relação a mudanças, terei que adicionar somente a tag vTroco ao XML. Se eu estiver equivocado peço que comentem a respeito. Em relação a minha dúvida é a seguinte, no padrão 3.10 se o cliente comprasse um produto de R$ 3,00 com uma nota de R$ 5,00, eu subtraia o troco, com os seguintes comandos abaixo no vPag do tPag Dinheiro: vPag := 5 - 3; Agora no padrão 4.00, estou passando os seguintes comandos: vPag := 5; Observem que no valor do vPag agora específico SEM TIRAR o troco, visto que agora existe uma nova tag vTroco que menciona o mesmo. Esse meu raciocínio está correto? Estou fazendo certo? Desde já agradeço a atenção de todos

Olá a todos, Até então, em algum ponto antes das atualizações do componente, ao enviar uma NFe, se a mesma desse DENEGADA o componente gerava uma Exception informando a denegação e eu tratava tal exceção e marcava a nota como denegada. Agora quando a nota fica denegada, não gera mais tal Exception. Como posso identificar agora se a nota denegou para tratar a mesma em meu programa? Desde já agradeço a atenção de todos

Olá BigWings, tudo bom? Atualizei os componentes conforme sugeriu e RESOLVEU o problema. Sobre o padrão libWinCrypt, após a atualização realmente alterou o padrão do SSLXMLSignLib para xsLibXML2 conforme você disse. Quanto ao SSLLib, ele sempre muda para libCustom sozinho, tanto no componente quanto nos Combobox do ACBrNFe_demo. Obrigado pela ajuda. Abraços

Então José...Esqueci de mencionar, ao marcar o SSLLib de libCustom para libWinCrypt, o componente automaticamente muda o SSLXMLSignLib para xsMsXml. Daí ao mudar o SSLXMLSignLib para xsLibXml2 ele automaticamente muda o SSLLib para libCustom e por aí vai. O componente não deixa colocar como você sugeriu. Tal comportamente é repetido inclusive nos Combobox do ACBrNFe_demo que fazem referência a tais configurações. Usando o OpenSSL conforme sugeriu eu consegui enviar a NFe 4.00 sem problemas marcando o SSL_Type = LT_TLSv1_2. O mesmo vale para a consulta, usando o ACBrNFe_demo, se marcar o OpenSSL +LT_TLSv1_2 consulta sem nenhum erro, já se marcar Wincrypt + LT_TLSv1_2 dá o mesmo erro citado no início do tópico E o problema é que no cliente que vou implantar não posso usar OpenSSL, pois o mesmo usa certificado A3.

Oi José, tudo bom? Vamos lá... Formatei um micro com Windows 7 Ultimate 32 Bits, máquina mais comum entre meus clientes... Logo em seguida mandei atualizar TUDO pelo Windows Update, inclusive atualizações opcionais de drivers. Segue print em anexo. Também segui a sua dica, colocando as especificações acima, o que me fez descobrir algo... Se eu marcar o XML Sign Lib como xsLibXml2, simplesmente o componente REMARCA sozinho o SSL Lib como libCustom, pode testar ai, ele não deixa mudar, minha revision é a 14572. Pois bem, com todas as opções seguindo a sua dica, exceto a SSL Lib conforme já expliquei, continuo recebendo o mesmo erro, lembrando que se eu marco SSLType como LT_all funciona.

Windows 7 Ultimate 64 Bits

Testei o status do RJ... Dá o mesmo erro... Na verdade todos os estados dão o mesmo erro, em Produção e Homologação. É essa opção mesmo que tenho que marcar para a versão 4.00 (LT_TLSv1_2)????

Então André... Eu atuo no Rio e os certificados que possuo para testes são todos do Rio, por isso só consumo o WebService do Rio para envio das NFes. Posso usar o de outro Estado ???

RJ

Olá a todos, Estou implementando a NFe 4.00 em minha aplicação, para tal estou realizando os testes no ambiente de Homologação com as seguintes especificações: SSLCryptLib = cryWinCrypt SSLHttpLib = httpWinHttp SSLLib = libWinCrypt SSLXMLSignLib = xsMsXml Se eu coloco o SSL_Type como "LT_all" o envio da NFe autoriza normalmente, mas se eu coloco como "LT_TLSv1_2" recebo o erro em anexo. Estou testando no Windows 7 ... Alguém poderia me ajudar? Desde já agradeço a atenção de todos

Olá a todos, O prazo atual para encerramento da versão 3.10 é 02/07/2018, mas já ocorreram anteriormente 2 prorrogações, se não me engano. Vocês acham que dessa vez o prazo será mantido ou teremos uma nova prorrogação? Abraços

Olá meu amigo, tudo bom? Então... Testei, assim não funciona nem com ou sem espaço. É um mistério!!!!!!!!!!!!!

Então... Como eu mencionei, estranhamente as aspas duplas no endereço do arquivo *.SQL não surtem o mesmo efeito de quando usadas no endereço do MySQL, na verdade quando as uso pára de funcionar, até mesmo quando o endereço do arquivo *.SQL não tem espaços.

Olá a todos... Há muitos anos faço a restauração do backup de minhas bases em MySQL com um aplicativo que criei em Delphi, segue o código abaixo: function CreateProcessSimple(cmd: string): boolean; var SUInfo: TStartupInfo; ProcInfo: TProcessInformation; begin FillChar(SUInfo, SizeOf(SUInfo), #0); SUInfo.cb := SizeOf(SUInfo); SUInfo.dwFlags := STARTF_USESHOWWINDOW; SUInfo.wShowWindow := SW_HIDE; Result := CreateProcess(nil, PChar(cmd), nil, nil, false, CREATE_NEW_CONSOLE or NORMAL_PRIORITY_CLASS, nil, nil, SUInfo, ProcInfo); if (Result) then begin WaitForSingleObject(ProcInfo.hProcess, INFINITE); CloseHandle(ProcInfo.hProcess); CloseHandle(ProcInfo.hThread); end; end; procedure Tfrm_principal.btn_restaurarClick(Sender: TObject); begin if FileExists(local+'mysql.exe') then begin if Opendialog1.Execute then begin if Length('"'+local+'mysql.exe" -u root --password=senha < ' + OpenDialog1.FileName) > 255 Then ShowMessage('O caminho total do arquivo não pode ultrapassar 255 caracteres') else begin lbl_mensagem.Caption := 'Aguarde o Término da Restauração...'; lbl_mensagem.Refresh; createProcessSimple('cmd.exe /c "'+local+'mysql.exe" -u root --password=senha < ' + OpenDialog1.FileName); lbl_mensagem.Caption := ''; lbl_mensagem.Refresh; Application.MessageBox('Restauração efetuada com sucesso','RESTAURAÇÃO CONCLUÍDA', MB_OK); Application.Terminate; end; end; end else messageBox(handle,'Diretório do SGBD não encontrado','ATENÇÃO!',MB_ICONERROR+mb_OK); end; Só tem um detalhe que eu nunca consegui descobrir. Se no endereço do arquivo .SQL que será utilizado na restauração existirem ESPAÇOS EM BRANCO, a restauração não funciona. Observem que se existirem espaços no endereço do diretório de instalação do MySQL eu não tenho problemas, para tal coloco o mesmo entre aspas duplas, mas se eu colocar as aspas duplas no endereço referente ao arquivo *.SQL usado na restauração não funciona. Aí sempre tenho que restaurar com o arquivo estando em um endereço que não contenha espaços em branco. Alguém saberia me dizer o porque disso? Desde já agradeço a atenção de todos

Sim, tanto que anteriormente disse que gostei da idéia e vou implementa-la. Mas apos isso fiquei curioso em saber porque, tecnicamente, o Delphi permite que isso aconteça. De qualquer forma agradeço pela dica da variável.

Sim, mas independente de como eu desenvolvi, observe que o comando ACBrNFe1.Enviar está dentro do evento Click de um botão. Porque quando esse comando é executado o Delphi não "respeita" a conclusão do evento Click desse botão antes de permitir a execução de quaisquer outros eventos?

Show, gostei da idéia da variável, vou implementar. Então esse "problema" de ser possível a execução de outros eventos de outros objetos durante o envio da NFCe é algo que existe para todos mesmo? E porque isso acontece?