Painel de líderes

Entrei em contato com a SEFAZ-CE agora - sobre o cadastro da Software House - e tive a seguinte informação: Existem dois comunicados que foram liberados para as empresas desenvolvedoras de aplicativos, que são: Comunicado: http://www.sefaz.ce.gov.br/Content/aplicacao/internet/comunicacao/comunicado_software houses_ mfe.pdf Informações sobre cadastro no sistema VIPRO: http://www.sefaz.ce.gov.br/Content/aplicacao/internet/comunicacao/cadastramento_software_houses_vipro.pdf As Software Houses precisarão seguir os passos adotados nesse documento para conseguir a liberação de utilização do sistema no estado do Ceará, antes de conseguir ativar o MF-e para seus clientes (contribuintes do estado). Quanto ao ambiente de verificação, pelo que entendi, acontece apenas para as empresas que solicitaram os aparelhos emprestados da própria SEFAZ. A empresa desenvolvedora precisava levar um notebook com o sistema instalado até o laboratório da SEFAZ para provar que o sistema funciona com o MF-e (testado Venda e Cancelamento). Isso foi necessário para evitar que as empresas mantivessem MF-es emprestados mas que não estariam efetivamente em uso, pois ainda iam adequar o processo. A SEFAZ-CE se dispôs a empresas o hardware para os contribuintes que efetivamente utilizariam o aparelho, por isso os testes em laboratório. Também questionei sobre o uso do Integrador ao invés da comunicação via DLL. Eles responderam o seguinte: A comunicação será exclusivamente pelo Integrador, que permite a comunicação via DLL e via XML. A SEFAZ-CE está trabalhando para migrar a MFE_DLL para dentro do integrador, visto que ele fará a integração não só com o MF-e, mas também com as formas de pagamento e posteriormente o controle da NFC-e (contingência). Não conseguiram me passar nenhum documento, IN ou Legislação que tenha isso declarado, mas é o procedimento que está sendo adotado pela SEFAZ. Os únicos contribuintes que poderiam manter a comunicação via DLL (atualmente) são os que pegaram o MF-e emprestado com a própria SEFAZ. Espero ter ajudado. Att

Recomendo a todos que leiam o texto apresentado no link abaixo, que trata da compatibilidade de certificados no padrão SHA2 (CNG – Cryptography Next Generation) com o Windows 2003/XP: https://uilson76.wordpress.com/2014/08/15/certificados-sha2-e-ca-windows-server-2003/

Pessoal, já começo pedindo desculpas pq sei que já existem vários tópicos com esse tema, mas segui tudo que tinha nos outros e não consegui resolver o problema. Estou tentando enviar NFC-e de teste para o ambiente de testes do Amazonas. Estou usando o AcbrNFe_Demo, e sempre retorna esse erro. Já atualizei as cadeias de certificado, o componente está configurado corretamente. Alguém tem uma ideia do que pode ser? Desde já agradeço.

Gostaria de deixar uma experiência aqui... Há dias estou sofrendo com a Elgin I9 pois esta estava imprimindo tudo desformatado no extrato do sat. O que eu estava fazendo de errado? Usando o modelo de impressora ppEscElgin no ACBrPosPrinter.Modelo O que eu fiz pra acertar? Usar o ppEscPosEpson Daniel, sua dica ai em cima me ajudou nisso! Obrigado

Veja a página 10 do seguinte manual - http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=YbZEjEHCuHQ=

A chave informada não consta como autorizado no log. 19/04/2017 10:18:30 - NFE.EnviarNFe( "C:\ACBrMonitorPLUS\EnvRec\26170407114699005986550010000000214000000212-nfe.xml" ) 19/04/2017 10:18:48 - OK: Lote recebido com sucesso [ENVIO] Versao=NFEPE_P_15.11.05.119 TpAmb=1 VerAplic=NFEPE_P_15.11.05.119 CStat=103 XMotivo=Lote recebido com sucesso CUF=26 NRec=261170023242772 DhRecbto=19/04/2017 10:19:45 TMed=1 Recibo=261170023242772 [RETORNO] Versao= TpAmb=1 VerAplic= NRec= CStat=0 XMotivo= CUF=0 Lote RECEBIDO não significa que a nota foi processada. Use o comando NFe.ReciboNFe(261170023242772) e veja qual foi o resultado do processamento da nota. Validando o arquivo 26170407114699005986550010000000214000000212-nfe.xml no site https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx são exibidos diversos erros:

@Bruno Silva isso esta em ingles, estamos com o windows 2008 server R2. deu certo fazendo o seguinte nas opções da internet, desmarcamos: - check for publisher's certificate revocation - check for server certificate revocation

A Unit ACBr_NCrypt.pas já foi enviada para o SVN... commit: 13197 Ela evitará o erro da tentativa de carga da NCRYPT.DLL, no Windows XP... mas por falta de suporte desse sistema Operacional, os Certificados A3, que usam CNG (Windows Cryptography API: Next Generation), não são suportados... Certificados A1 e A3, que usam CSP (Windows Cryptographic Service Providers) devem funcionar normalmente no Windows XP, pois não dependem, dessa Unit

Nos componentes, seria necessário, diminuir o tamanho do Buffer de envio da Serial ... algo como: ACBrPosPrinter1.Device.SendBytesCount := 8192; // 8KB No MonitorPLUS ainda não há configuração para isso... mas não é difícil de implementar... o @Celso, já está analisando o caso...

Olá Toninho, encontramos essa sua versão do AcbrBoleto para geração da GRCSU, porém não estamos sabendo como utilizá-lo na geração do boleto. Poderia exemplificar ou nos enviar um programa de exemplo? Grato!

Bom dia! Testado e funcionando. Obrigado. Marcos

Onde vc viu isso ?

Bom dia, Há realmente um problema com a definição da URL quando está configurado como CTeOS. No arquivo ACBrCTeServicos.ini: Que redireciona para: Que por sua vez redireciona para: Mas o ACBr falha ao fazer o segundo redirecionamento. A solução mais rápida seria você alterar o ACBrCTeServicos.ini, da seguinte forma: Fazer o mesmo para o endereço de produção "CTeOS_SC_P". Depois recompilar o .res e a sua aplicação, ou apenas copiar o .ini para o diretório da aplicação. Enquanto a equipe de desenvolvimento verifica o problema.

Isso serve para NFe recebidas, não as emitidas.

Testei a emissão da NFe 4.00 no MS e funcionou, tive que preencher o bloco informações de pagamento. Parabéns a quem se dedicou a atualizar. Chave da NFe teste 50170408677774000163550010000000941000000947 Site para consulta http://www.dfe.ms.gov.br/nfe/ mudar ambiente para homologação.

Pessoal achei a solução para o meu problema descrito acima se algum colega precisar no evento OnExibeMsg coloque uma chamada nessa function abaixo. Function Func_RetornaDadosTransacaoTEF(vValorParcela : Real = 0) : String; Var aDebitoCredito : String; Procedure CaptaDados(DadosResp : TACBrTEFDResp); Begin With Controle_Financeiro, DadosResp do Begin if Credito Then aDebitoCredito := 'Credito' Else aDebitoCredito := 'Debito'; Result := 'Rede : ' + Rede + #13 + 'NSU : ' + NSU + #13 + 'Documento Vinculado : ' + DocumentoVinculado + #13 + 'Codigo Autorização : ' + CodigoAutorizacaoTransacao + #13 + 'D/C : ' + aDebitoCredito + #13 + 'BIN do cartão : ' + LeInformacao(136, 0).AsString + #13 + 'Header : ' + Header + ' ID : ' + IntToStr(ID) + #13 + 'Valor Total Recebido : ' + MaskFloatDinheiro(ValorTotal) + #13 + 'Saque : ' + MaskFloatDinheiro(Saque) + #13 + 'Saldo Restante : ' + MaskFloatDinheiro(CartaoTEF.RespostasPendentes.SaldoRestante); End; End; Begin Result := EmptyStr; With Controle_Financeiro Do Begin if CartaoTEF.RespostasPendentes.Count > 0 Then CaptaDados(CartaoTEF.RespostasPendentes[Pred(CartaoTEF.RespostasPendentes.Count)]) Else CaptaDados(CartaoTEF.Resp); if vValorParcela <> 0 Then Result := Result + #13 + 'Valor Parcela : ' + MaskFloatDinheiro(vValorParcela); End; End;

Juliomar, No demo do ACBrCTe não estava configurando o SSL em ACBrCTe1.Configuracoes.Geral.SSLLib, após realizar a configuração passou a funcionar. Exemplo: ACBrCTe1.Configuracoes.Geral.SSLLib := libCapicom; Muito Obrigado

Bom dia @doidopb No portal nacional da NFE, guia Documentos, subguia Notas Técnicas, você pode baixar a versão da primeira nota técnica (Nota Técnica 2016.002 - v 1.00), mas o interessante é ler essa e as posteriores também.

O WebService da cidade de Salto mudou, não é mais a Ginfes. Segue novo endereço.. https://nfesalto.obaratec.com.br/apex/salto01/f?p=728:70:0::::

Boa noite Carlos, Pelo que pude verificar com base no link o novo provedor não segue o layout da ABRASF. Sendo assim, lamento eu em particular não estou implementando nenhum provedor que não segue o layout ABRASF. O motivo dessa minha decisão é devido a um projeto piloto que visa criar a NFS-e padrão nacional.

Boa tarde. Estou há algum tempo fazendo testes e adequando minha aplicação p/ substituir a ConsultaNFeDest pala DestribuicaoDFe e me deparei com o seu mesmo questionamento. Até o momento, a melhor alternativa que encontrei foi a seguinte: Consulto as NF destinadas pelo último NSU: ACBrNFe1.DistribuicaoDFePorUltNSU(uf, cnpj, nsu); Realizo a manifestação do destinatário; Consulto novamente pela chave de acesso p/ obter o xml completo: ACBrNFe1.DistribuicaoDFePorChaveNFe(uf, cnpj, chave); Desta forma consigo recuperar o xml na property ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items.XML Abri um post na semana passada sobre o assunto, vê se te ajuda: http://www.projetoacbr.com.br/forum/topic/35351-downlaod-xml-distribuicaodfe/?do=findComment&comment=231621

Apenas desinstalei o certificado removi todas as configurações e instalei novamente deu certo

Já tive em 3 clientes, na primeira vez formatamos o pc, nos outros dois, removi o certificado que no meu caso era A1, instalei novamente e resolveu...

a Elgin I9 é 100% compatível com Esc/Pos da Epson

Aparentemente como o arquivo está sendo gerado eu coloquei o comando Try para que mesmo se acontecer o erro não trave a aplicação, só que mesmo dentro do tratamento de erro a aplicação fechava. Depois de muita pesquisa resolvi o problema. Resumindo: Com a aplicação compilada usando o .NET 4.0, dentro do arquivo app.config criei a tag dentro de configuration Fica a dica para alguém com o mesmo problema. Fonte: http://stackoverflow.com/questions/3469368/how-to-handle-accessviolationexception