felipenapa

Caros, muito obrigado pelo apoio. Vou iniciar a migração para o trunk2 conforme o link https://regys.com.br/como-instalar-o-trunk2-do-acbr/ O estranho é que no Estado do Paraná, em homologação já está exigindo o qr-code. Mas tudo bem, vou migrar mesmo.

Olá. Eu também uso mais o NFe e o SAT, talvez algo do SPED (é um sistema de terceiro). Agora, essa opção só vai ser adicionada ao Truck2? Não será replicada para o truck1? O meu problema é que o cliente do meu cliente está tentando emitir NFC-e em homologação (para posteriormente colocar em produção) e está dando este erro.7 UF = PR. É que lendo rapidamente o link que você postou (lerei com calma depois), pode ser que eu precise adaptar o código fonte. Meu receio é isso demorar vários dias. Mas se não tiver jeito.... MUITO OBRIGADO PELA AJUDA ATÉ O MOMENTO!

Legal, achei aqui em Repo-Browser (o meu tá em ingles). Agora, posso trocar para trunk 2. Isso implica em algo que já está funcionando? Minha dúvida é se posso trocar, compilar meus fontes e jogar em Produção sem medo.

No TortoiseSVN, onde vejo se estou usando o trunk1 ou 2? Não sei o que é isso, talvez eu esteja utilizando trunk2 e nem saiba. Eu instalo o componente manualmente, compilando os pacotes DPK.

Obrigado, vou verificar. Nem sabia essa diferença de trunk1 e trunk2.

Olá, não, pra mim essa propriedade não aparece no componente AcbrNFe1. Foi adicionada há quanto tempo? Eu atualizei a última vez em setembro.

Caros, boa tarde1 estou com a rejeição : Rejeição (394): Nota Fiscal sem a informação do QR-Code e não localizei esse código no componente essa propriedade infNFeSupl><qrCode>. Acabei de atualizar os componentes e não achei na ACBRNFENotasFiscais o termo "CDATA" como indicaram acima. Alguém pode me ajudar?

SOLUÇÃO: Para resolver, coloquei um IF para verificar se a UF é = PA e fiz AcbrNFE1.Configuracoes.Webservices.AjustaAguardaConsultaRet := False; AcbrNFE1.Configuracoes.Webservices.AguardarConsultaRet := 0; Funcionou!!!

André, o serviço já foi normalizado? O cliente disse que a SEFAZ do Pará informou que já está tudo normalizado , mas ele continua com o problema. Até o momento não sei o que fazer.

Pessoal, só para constar, o webservice de NF-e do Pará está com instabilidade. O cliente tinha ligado lá e disse que estava tudo OK, mas depois de várias verificações no código, sem sucesso, nós mesmos ligamos lá diretamente e fomos informados que está com lentidão e a previsão de normalização é só amanhã, 23/10. O cliente conseguiu retorno de duas NF, aguardando mais de duas horas com o sistema aberto. Desculpem ter aberto desnecessariamente tópico.

Caros, bom dia! Desde segunda-feira, dia 19/10, meu cliente está enfrentando problemas ao obter retorno do lote de NF-e. Até dia 17 estava normal. O Lote é enviado com sucesso (ela consegue consultar a NF-e no site), mas na hora de obter o retorno (feito automaticamente pelo sistema após o envio), o sistema fica travado. O componente fica no status ACBrNFe1.Status = stNfeRetRecepcao e não sai disso. Na pasta comunicação, o arquivo ...rec.xml está sendo gravado, mas o componente não sai desse Status. Estou utilizando a versão 3.10. No arquivo de log, numa situação normal, após o lote recebido com sucesso, tem a mensagem de Lote Processado. Desde o dia 19, só aparece a mensagem abaixo no log (para cada envio). Sabem o que pode ser? Alguém enfrentando o mesmo problema? Os clientes de outros Estados estão funcionando normalmente. Já voltei versão anterior do meu sistema (com componente antigo do acbr) e o erro persiste, então presumo que o erro não é do sistema nem do webservice do componente Acbr? Obrigado Data: 22/10/2015 - Hora: 09:50:54 Versão Layout : 3.10 Ambiente : 1 Versão Aplicativo : SVAN_1.3.6.1 Status Código : 103 Status Descrição : Lote recebido com sucesso UF : PA Recibo : 154xxxxxxxx0264 Recebimento : 22/10/2015 09:50:51 Tempo Médio : 3026

Boa tarde, alguém sabe como identificar qual é o modelo de comunicação da SAT.DLL (stdcall ou cdecl)? Tanto na minha aplicação ou no SATTeste.exe (exemplo do componente Acbr), quando estou com o emulador e escolho stdcall, ao enviar qualquer comando a aplicação fecha.E se deixar cdecl com o SAT Físico ocorre o mesmo. Entendo que é quando for SAT Físico é só trocar para stdcall (no caso da Tanca), mas eu queria evitar esse erro. Tentei colocar TRY EXCEPT no comando, mas mesmo assim a aplicação é encerrada indevidamente. Penso em uma das duas soluções, mas não sei como fazer: 1) Alguma forma de verificar o modelo de comunicação com a DLL e trocar isso em tempo de execução. 2) Alguma forma de identificar com o fabricante, se é ecf ou stdcall, e alterar o modelo de comunicação (deixei uma tela para o usuário configurar) antes de qualquer comunicação. Só quero evitar que a aplicação feche sozinha. Obrigado!

O link é esse mesmo que você utilizou, o segundo programa Usando o programa do JcChiaretto em; Assinador_A3.zip O nome dele dentro do zip é ACSN_AssinaSAT.exe

Maurício, como sou apenas desenvolvedor terceiro, a empresa para qual eu desenvolvi o SAT optou por usar o assinatura A3.ZIP (da ACSN) que foi indicado pela TANCA (pois a TANCA só desenvolveu assinador A1 e no fórum deles eles indicam esse para assinar o A3). Eles ainda não testaram em um cliente real, então não posso dizer se está OK. Não é desmerecendo o programa do Rafa Moraes, mas como programa da ACSN (Assinador_A3) foi indicado pela TANCA, eles optaram por usar este, por se tratar de uma indicação de uma empresa grande, que eles conhecem e confiam. Quanto ao fato de estar gerando diferente, sinceramente não sei dizer porque.

Muito obrigado a todos pela colaboração. Sobre o item 1) A DLL do SAT Físico tem um tempo de resposta mais rápido e já retorna o erro rapidamente, o problema era na DLL do emulador, não no componente AcbrSat. Sobre o item 2) Vamos utilizar o gerador de assinatura da ACSN, indicado pela TANCA. Obrigado!

Olá Dario, fiz um teste e seu programa só funciona com certificado A1 (fiz um teste com o certificado de um cliente). Inclusive consegui fazer a associação ao emulador do SAT.M Mas ocertificado da minha software house é A3, e quando teste com esse certificado, dá erro: Referência de objeto não definida para uma instância de um objeto. Sabe o que pode ser, seu gerador de assinatura não está preparado para certificado A3? Por enquanto, Obrigado!!

Olá estou com o mesmo erro. Fiz um teste no windows 7 com framework 3, depois 4.0 e 4.5 (fui atualizando, achando que fosse esse o problema). Testei também no windows 10, sem sucesso. Eu seleciono o certificado digital, informo o CNPJ da SH e do cliente e quando clico em assinar, ocorre o erro abaixo: Consulte o final desta mensagem para obter detalhes sobre como chamar a depuração just-in-time (JIT) em vez desta caixa de diálogo. ************** Texto de Exceção ************** System.NullReferenceException: Referência de objeto não definida para uma instância de um objeto. em CertificadoUI.Assinar.AssinarCertificado(String Cnpj, X509Certificate2 certificado) em CertificadoUI.frmMain.btRenovar_Click(Object sender, EventArgs e) em System.Windows.Forms.Control.OnClick(EventArgs e) em System.Windows.Forms.Button.OnClick(EventArgs e) em System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent) em System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks) em System.Windows.Forms.Control.WndProc(Message& m) em System.Windows.Forms.ButtonBase.WndProc(Message& m) em System.Windows.Forms.Button.WndProc(Message& m) em System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m) em System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m) em System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam) ************** Assemblies Carregados ************** mscorlib Versão do Assembly: 4.0.0.0 Versão do Win32: 4.0.30319.34209 built by: FX452RTMGDR Base de Código: file:///C:/Windows/Microsoft.NET/Framework/v4.0.30319/mscorlib.dll ---------------------------------------- CertificadoUI Versão do Assembly: 1.0.0.0 Versão do Win32: 1.0.0.0 Base de Código: file:///E:/Documentos/DocumentoFiscal/SATFiscal/Gerador_Assinatura_AC___SiteAcbr/CertificadoUI.exe ---------------------------------------- System.Windows.Forms Versão do Assembly: 4.0.0.0 Versão do Win32: 4.0.30319.34209 built by: FX452RTMGDR Base de Código: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms/v4.0_4.0.0.0__b77a5c561934e089/System.Windows.Forms.dll ---------------------------------------- System.Drawing Versão do Assembly: 4.0.0.0 Versão do Win32: 4.0.30319.34209 built by: FX452RTMGDR Base de Código: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Drawing/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll ---------------------------------------- System Versão do Assembly: 4.0.0.0 Versão do Win32: 4.0.30319.34209 built by: FX452RTMGDR Base de Código: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll ---------------------------------------- System.Security Versão do Assembly: 4.0.0.0 Versão do Win32: 4.0.30319.34209 built by: FX452RTMGDR Base de Código: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Security/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Security.dll ---------------------------------------- mscorlib.resources Versão do Assembly: 4.0.0.0 Versão do Win32: 4.0.30319.34209 built by: FX452RTMGDR Base de Código: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/mscorlib.resources/v4.0_4.0.0.0_pt-BR_b77a5c561934e089/mscorlib.resources.dll ---------------------------------------- System.Windows.Forms.resources Versão do Assembly: 4.0.0.0 Versão do Win32: 4.0.30319.34209 built by: FX452RTMGDR Base de Código: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms.resources/v4.0_4.0.0.0_pt-BR_b77a5c561934e089/System.Windows.Forms.resources.dll ---------------------------------------- ************** Depuração JIT ************** Para habilitar a depuração just-in-time (JIT), o arquivo .config deste aplicativo ou computador (machine.config) deve ter o valor jitDebugging definido na seção system.windows.forms. O aplicativo também deve ser compilado com a depuração habilitada. Por exemplo: <configuration> <system.windows.forms jitDebugging="true" /> </configuration> Quando a depuração JIT está habilitada, qualquer exceção sem tratamento será enviada ao depurador JIT registrado no computador, em vez de ser tratada nesta caixa de diálogo.

Boa tarde, tenho duas dúvidas: 1) Tratamento de erro Estou desenvolvendo o SAT com emulador. Se eu fecho o emulador e envio qualquer comando (Ex. ACBrSAT1.ConsultarSAT) o sistema fica travado, e só destrava se eu abrir o emulador. Eu queria incluir um tratamento, caso o emulador estiver fechado (ou o SAT desligado, desconectado), o sistema exibir uma mensagem ao usuário. Há alguma função que eu possa fazer isso? Estou utilizando o Emulador_OFF-Line_SAT-CFe_v2_4_8. 2) Assinatura da AC Como eu gero a assinatura da Automação comercial? Estou utilizando a assinatura que veio no exemplo (9d4c4eef8c515e2c1269c2e4f...)mas quero trocar. Ela é baseada no que, tenho que gerar uma string qualquer e criptografar? Se sim, existe algum EXE pronto para eu informar uma string e ele gerar a assinatura? Muito obrigado. (procurei as respostas nos tópicos existentes, mas não encontrei, se já tiver, me informem o link por favor)

Legal! Meu QR Code em homologação estava inválido pois eu não estava passando nada para essas propriedades. Agora está OK. E eu já incluí o tratamento para preencher com os dados do cliente quando a emissão for em Produção. Muito Obrigado pela atenção! Valeu mesmo!

Hummm. Entendi. Desculpe a confusão. Na verdade, tinha algo errado no cadastro (estabelecimento x cliente), UF e o código do município estavam errados. Fiz um novo teste, com o componente novo e funcionou (mesmo sem o preenchimento do token). Agora, quando for para produção, como devo preencher o Token? Igual a o exemplo que fiz acima? O preenchimento desse token é necessário/obrigatório? Muito obrigado!!!!!!

Esta mensagem aparece no retorno da NFC-e. Ele envia e quando vai obter o retorno (quando o componente está no status stNfeRetRecepcao) dá essa mensagem. Estou utilizando Webservices do Amazonas, ambiente de Homologação. Mas o sistema irá rodar em vários Estados, não só no Amazonas.

Bom dia, Regys! Pode me esclarecer duas dúvidas? 1) Estou com o mesmo problema "Rejeicao Nfc-E: Empresa Sem Chave De Seguranca Para O Qr-Code". Até ontem eu emitia normalmente, meus componentes tinham sido atualizados em Janeiro, se não me engano. Ontem, 09/06, eu atualizei toda a suite do Acbr e começou a dar esse erro. É isso mesmo? Foi uma implementação de segurança no componente? Pois antes eu conseguia emitir NFC-e usando qualquer CNPJ / I.E, desde que eu tivesse o certificado digital válido. Estou perguntando pois sou desenvolvedor terceiro, e preciso informar a empresa que o cliente dela precisa se credenciar para o ambiente de testes. 2) Vi em alguns comentários de outros tópicos, que preciso preencher o IDTOKEN e TOKEN. Isso é necessário mesmo? E qual a forma correta para o ambiente de produção. O que vi foi isso. ACBrNFE1.Configuracoes.Geral.IdToken := '000001'; ACBrNFE1.Configuracoes.Geral.Token := Copy( CNPJ_DA_LOJA ,1 , 8) + IntToStr(YearOf(Now)) + '000001';

Quanto ao DANFE, está OK. Estou postando apenas para auxiliar os próximos que possam pesquisar e chegar no meu tópico. - Tinha uma sujeira no código que estava limpando o InfAdic.infCpl no momento errado. Dicas: - O DANFE do Fortes Reports não utiliza o campo Ide.xJust. As observações ao consumidar são impressas pelo InfAdic.infCpl, então é aqui que se deve adicionar qualquer mensagem. - Em homologação, o componente, no lugar de imprimir "EMITIDA EM CONTINGÊCIA", imprime "EMITIDA EM AMBIENTE DE HOMOLOGAÇÃO - SEM VALOR FISCAL". Por isso, quando se imprime um DANFE offline em homologação, a mensagem de contingência não é impressa.

Obrigado, Ítalo, vou fazer isso. Quando ao DANFE no fortes reports, é melhor eu fechar esse tópico e criar outro né?