Painel de líderes
Conteúdo popular
Showing content with the highest reputation on 17-04-2018 em todas as áreas
-
Acabei de realizar os testes e a NFC-e foi autorizada, portanto todas as respostas dos colegas acima estão corretas: -Ambiente = homologação -Emitente da NFC-e = Maranhão -Destinatario da NFC-e = MG (coloquei os dados reais do endereço) -Ide.idDest = doInterna -CFOP = 5405 para as mercadorias com ST/5102 para mercadorias normais -Venda = presencial2 pontos
-
2 pontos
-
Todos os vídeos foram migrados para dentro do fórum: https://www.projetoacbr.com.br/forum/video/ Aqui também há uma apresentação que fizemos em conjunto com a Elgin, sobre NFCe https://www.projetoacbr.com.br/forum/files/file/388-palestras-evento-elgin-acbr-implementando-a-nfce/1 ponto
-
Olá, depende da UF... talvez ainda não esteja passando por esse protocolo. Pode utilizar ( SSL Type = LTALL), assim o próprio componente testa a conexão iniciando pelo protocolo de segurança TLS_1.21 ponto
-
Ola Pessoal Eu uso o ACBrMonitorPlus, para emissão de NF-e BOLETO SAT ( estou muito satisfeito e muito obrigado de coração mesmo por este projeto existir !!!! ) No ACBrMonitorPlus em Ambiente de PRODUÇÃO, na aba SAT em DADOS SOFTWARE HOUSE eu coloco o CNPJ e ASSINATURA Sw.House Minha Duvida //******* Eu gero o arquivo para o ACBrMonitorPlus tudo ok ( arquivo gerado ) SAT.CriarEnviarCfe("[infCFe] versao=0.07 [Identificacao] CNPJ= //******* TENHO QUE INFORMAR AQUI TAMBEM quando gero o arquivo ( "ou não precisa, pois ja esta informado no ACBrMonitorPlus" ) signAC= //******* TENHO QUE INFORMAR AQUI TAMBEM quando gero o arquivo ( "ou não precisa, pois ja esta informado no ACBrMonitorPlus" ) numeroCaixa=1 [Emitente] CNPJ=11111111111111 IE=111111111111 IM=123123 ( etc os outros campos tudo completo )1 ponto
-
Bom dia! Por favor seguir no link abaixo a discussão sobre o assunto. Leia o tópico que o Felipe passou a nível de conhecimento, pois o tópico está fechado. Estarei fechando este também para evitar duplicações e concentrar o assunto no tópico que está sendo discutido. Link: https://www.projetoacbr.com.br/forum/topic/42565-correção-na-validação-acbrncms/?page=21 ponto
-
Pesquisando na internet pelo assunto, encontrei um post relacionado a isso: Conversamos com o ENCAT, e deve sair uma NT retirando esta regra de validação, além disso, também, via um ajuste na questão pagamento do boleto, para aceitar a informação na TAG e não mais em ” infCpl”. Fonte: https://portalspedbrasil.com.br/forum/versao-nf-e-4-0-rejeicao-865-total-dos-pagamentos-menor-que-o-valor-total-da-nota/1 ponto
-
1 ponto
-
Mas que eu saiba a ICPBrasil v5 é pré-requisito para funcionamento dos certificados a partir de 2017. Você terá problemas ao assinar a NFe.1 ponto
-
Bom dia, primeira dúvida: o produto vendido na NFC-e será consumido? ou será transportado pelo consumidor de uma UF para outra? Eu nunca vi uma NFC-e com dados de endereço do destinatário, contendo uma UF diferente da UF do emitente, nunca testei. Mas imagino que deva funcionar, considerando que seja definido como "operação interna" (Ide.idDest := doInterna). Att Ricardo1 ponto
-
Está com algum erro já tem um tópico onde estão tentando mexer no componente para resolver faça uma pesquisa rápida no fórum que vai encontrar.1 ponto
-
Senhores, Os arquivos abaixo foram alterados de acordo com o que eu identifiquei: Adição da opção 2 - Declaração Única de Exportação (DU-e) ao Enum TACBrTipoDocto. Como o conteúdo da property é definido pelo usuário, não encontrei em nenhum arquivo a necessidade de UTILIZAÇÃO da nova opção pelo próprio código, apenas na vivência do usuário, portanto a alteração é simples. Fiz o teste de geração do arquivo SPED Fiscal (meu caso) e não houve problemas nem incompatibilidades. Alteração realizada (nos dois arquivos): /// Informe o tipo de documento TACBrTipoDocto = (docDeclaracaoExportacao, // 0 - Declaração de Exportação; docDeclaracaoSimplesExportacao, // 1 - Declaração Simplificada de Exportação; //Adicionada opção abaixo docDeclaracaoUnicaExportacao // 2 - Declaração Única de Exportação. ); ACBrECFBlocos.pas ACBrEFDBlocos.pas1 ponto
-
Boa tarde Até onde eu sei, informar o endereço do destinatário de outro Estado não configura uma operação Interestadual.. O que deve ser feito é informado o CFOP iniciado por 5, e o identificador de venda Presencial. Dessa forma a operação é interna, apesar do endereço do destinatário ser de outro Estado.. Há alguns entendimentos pro parte de contadores que depende do produto que o consumidor adquiriu em outro Estado.. Por exemplo... Se ele adquiriu combustível ou algum tipo de alimentação, não será necessário apresentar NFe Modelo 55 dessa mercadoria no momento em que for fiscalizado na divisa dos estados, porém, se foi adquirido algum produto que não seja de consumo (Eletrodoméstico, ferramentas, etc...), a orientação é que seja emitida NFe. Ai também existem dois entendimentos.. Alguns contadores dizem que deve ser feita uma NFe Modelo 55 direto e outros entendem que deve ser feito a NFCe e uma NFe por conta de cupom logo depois referenciando a NFCe. É um assunto um tanto polêmico, é verdade, mas no fim das contas não se pode dizer que a operação é Interestadual pelo simples fato da UF do destinatário ser diferente da UF do emitente.. Uma operação pode ser interna, mesmo nesses casos.. Eu prefiro sempre questionar o responsável contábil do cliente para fazer da forma que ele orientar...1 ponto
-
Não há nenhum problema ao informar apenas o CPF para emissão de NFCe.1 ponto
-
vc vai acessar : http://www.anp.gov.br/simp/ clica em: Tabelas de Códigos i-SIMP (do lado esquedo) depois em: Tabelas de Códigos (Versão 445 - Abril/2018) baixa o arquivo: tabela_apoio_isimp_20180402.zip use o arquivo: T012-Codigos_de_produtos_20180402.xls1 ponto
-
Apliquei no SVN, alguns ajustes para tentar melhorar o controle de TimeOut do ACBr...1 ponto
-
Apliquei alguns ajustes no SVN, para pelo menos, melhorar o controle de TimeOut do ACBr... Mas o site do SEFAZ continua instável.. mesmo pela página Web, o Captcha não está sendo exibido corretamente1 ponto
-
Qto a crypt32.dll é só mandar procurar ela no pc ou https://msdn.microsoft.com/pt-br/library/windows/desktop/aa379884(v=vs.85).aspx Verificar Framework veja o link https://docs.microsoft.com/pt-br/dotnet/framework/migration-guide/how-to-determine-which-versions-are-installed1 ponto
-
Vc tem que instalar a cadeia de certificado ICP-Brasilv5, sem ela os certificados não funcionam mais (já tem um tempinho isso). desmarque também as opções "Verificar revogações de certificado do servidor" e "verificar se há certificados revogados do fornecedor"1 ponto
-
Vários itens precisam ser verificados: antes de tudo cheque a velocidade da internet. 1-Versão do Windows e se é compativel com a TLS 1.2 (já tem um tópico sobre isso, onde relacionei os windows e service packs) 2-Verificar se o Windows está atualizado 3-Checar a Crypt32.dll. 4-Checar a versão do Framework (deve ser a 4.6.2 ou superior) 5-Checar o certificado digital do cliente 6-Checar as cadeias de certificado, principalmente aAutoridade Raiz Certificadora v5 7-Tente desabilitar o firewall do windows1 ponto
-
Fiz os testes em 2 desktops com windows 7 sp1 original (com atualizações automaticas) e nas duas funciona com wincrypt. Fiz os testes em 1 notebook com windows 8.1 original (com atualizações automaticas) e funcionou também. Quanto a: "Firewall, Windows Defender e Anti vírus todos desativados" isso não faço nunca porque sei que é impossível trabalhar sem proteção. No máximo (e em ultimo caso), desativo o Firewall. Problema só pode estar em atualizações do windows mesmo. A crypt32.dll da máquina que não funciona é a mesma versão da que funciona.1 ponto
-
Eu também estou com o mesmo problema. O mesmo cliente usa o mesmo certificado A1 em 2 máquinas Windows 7 Professional com SP1. Em ambas as máquinas usa o mesmo aplicativo emissor de CT-e e as mesmas configurações de SSLLib....As máquinas tem a mesma configuração de internet e o mesmo antivirus. Firewall do Windows desativado em ambas. Em uma máquina funciona e na outra não. a diferença que notei foi o Framework. A que funciona está com Framework 4.7.1. Na outra está o Framework Client e nela não consegui atualizar para o Framework 4.7.1 ou pelo menos para o Framework 4.6.2 como recomendado. Resumindo: vou solicitar ao cliente que formate a máquina que não funciona.1 ponto
-
Bom dia pessoal. Como todos sabem, na maioria das vezes em que o windows se atualiza ele marca aquelas opções de certificados revogados em "Opções da internet > Avançado" e, pelo menos comigo, gera uma grande quantidade de suporte à clientes. O correto é ficar assim: ( ) Usar SSL 2.0 (x) Usar SSL 3.0 (x) Usar TSL 1.0 ( ) Usar TSL 1.1 ( ) Usar TSL 1.2 ( ) Verificar revogação de certificados servidor* (x) verificar se ha assinaturas em programas baixados ( ) Verificar se há revogação de certificados do editor Então no final do ano passado até cheguei a comentar em um tópico se teria como modificar esses dados diretamente pelo delphi, pra facilitar nossa vida, mas não tinha ninguém com essa informação. Pois bem, essa semana tive um tempinho e comecei a mexer com isso e creio que encontrei uma solução, segue abaixo programação para alterar o registro do windows com as opções corretas. Já testado em alguns clientes e até o momento funcionando perfeitamente. (Testado em windows XP, 7, 2003 server) uses Registry; procedure TFPrincipal.FormCreate(Sender: TObject); var Registro: TRegistry; begin //acertando opções da internet (revogados / SSL / TSL) //verificar revogação de certificados do servidor Registro := TRegistry.Create(KEY_WRITE); Registro.RootKey := HKEY_CURRENT_USER; if registro.OpenKey('Software\Microsoft\Windows\CurrentVersion\Internet Settings', true) then begin Registro.WriteInteger('CertificateRevocation', 0); end; registro.CloseKey; //verificar se há certificados revogados do fornecedor if registro.OpenKey('Software\Microsoft\Windows\CurrentVersion\WinTrust\Trust Providers\Software Publishing', true) then begin Registro.WriteInteger('State', 146944); end; registro.CloseKey; //Usar SSL 3.0 / Usar TSL 1.0 if registro.OpenKey('Software\Microsoft\Windows\CurrentVersion\Internet Settings', true) then begin Registro.WriteInteger('SecureProtocols', 160); end; registro.CloseKey; registro.Free; end; Espero ajudar o pessoal do ACBr com essa contribuição. Um abraço a todos.1 ponto
-
Amigos, acrescentei a seguinte verificação: //força para IE não ficar trabalhando off line if registro.OpenKey('Software\Microsoft\Windows\CurrentVersion\Internet Settings', true) then begin Registro.WriteInteger('GlobalUserOffline', 0); end; registro.CloseKey; Pois sofri em um cliente essa semana pois o mesmo colocou seu I.E. para trabalhar somente off-line e a todo momento acusava webservices indisponível... quebrei bastante a cabeça até perceber que estava configurado para trabalhar off... ¬¬ Att. Rômulo Mayworm1 ponto
-
Bom dia , infelizmente a receita novamente modificou toda a estrutura de busca .-1 pontos
-
Parece que MG emperrou de novo:(resposta do SEFAZ quando questionei sobre a liberação dos webservices de homologação prevista para abril e obrigatoriedade para julho/2018) O Projeto Piloto da NFC-e ainda não iniciou em MG e a legislação estadual não foi publicada. Conforme informações da superintendência responsável ainda não foi divulgada uma nova previsão para início da atividade. Gentileza acompanhar publicação de novas informações sobre a NFC-e no Portal Estadual do SPED em http://www.sped.fazenda.mg.gov.br/spedmg/nfce/-1 pontos