Painel de líderes

Bom tarde @EMBarbosa, Fiz alguns ajustes nos seguintes arquivos ACBrEFDBlocos, ACBrEFDBloco_0_Importar, ACBrEFDBloco_C_Importar, ACBrEFDBloco_D_Importar, segue em anexo os arquivos, obrigado! SPED-Fiscal.rar

Obrigado Daniel, mas consegui encontrar a senha. Agora estou com erro de comunicação. Vou checar primeiro antes de abrir novo tópico. Obrigado.

Acredito que seja a NT 2016.002 v1.61.

Vou fechar esse tópico pois se alongou demais. favor novas dúvidas ou discussões abrir novo tópico

Estou finalizando uma correção aqui e vou partir para esse debug.

Consegui assim... muito muito obrigado!

Boa tarde a todos, Na minha aplicação tem a seguinte tela para essa configuração:

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Problema resolvido. Eu estava tentando enviar o e-mail de um xml que eu não tinha encontrado no endereço especificado por mim. Obrigado.

Habilitada a diretiva {$DEFINE DFE_SEM_LIBXML2} em ACBr.inc e problema resolvido. Obrigado a todos envolvidos, favor encerrar tópico.

Bom dia, Consegui transmitir e consultar NFS-e para esse provedor com o arquivo ini e os schemas anexo. [URL_P] RecepcaoLoteRPS=http://ws%NomeURL_P%.issnetonline.com.br/webserviceabrasf/%NomeURL_P%/servicos.asmx ; Demais cidades ;RecepcaoLoteRPS=http://www.issnetonline.com.br/webserviceabrasf/%NomeURL_P%/servicos.asmx Só temos ainda o problema da formatação da URL entre Cuiabá-MT e as demais cidades que o provedor atende, neste caso, a alteração deve ser feita manualmente no arquivo ini em cada cliente. ISSNet.ini Schemas.zip

Bom dia! Era isso mesmo...Tinha apenas 13 caracteres o texto da correção...não tinha me atentado para isso Muito obrigado pela ajuda Ricardo.

Boa noite, Só lembrando, vale a pena dar uma conferida na Nota Tecnica 2018.02 que trata de Consumo Indevido em algumas situações... Att Ricardo

Que ela tem que ter no minimo 5 caracteres e no máximo 20 caracteres.

Boa tarde Juliomar, conforme pedido segue em anexo o arquivo. ACBrBoletoFCFR.pas

Boa tarde Italo, Atualizamos os fontes hoje, assim que possível vou efetuar alguns testes, obrigado!

Por favor anexe o XML, que causa esse problema...

Você precisa instalar os Packages na ordem definida no documento "Bem Vindo a Trunk2.pdf" que está na pasta raiz do ACBr o Package ACBrComum, irá inserir no Path o diretório onde está o ACBr.INC

Estes demos da pasta antigos são os antigos demos sem classe de alto nível, são funcionais mas não tem as facilidades da classe de alto nível.

ate para certificados a3? o a1 eu coloquei no openSSL e funcionou, só o a3 que não ta indo ainda.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Pessoal , tive esse problema com todos meus clientes. Parece que a Sefaz desativou os protocolos antigos. Está funcionando só com o : ACBRNFE1.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; ACBRNFE1.Configuracoes.Geral.SSLHttpLib := httpOpenSSL; ACBRNFE1.Configuracoes.Geral.SSLLib := libWinCrypt; ACBRNFE1.Configuracoes.Geral.SSLXmlSignLib := xsLibXml2; ACBrNFe1.SSL.SSLType := LT_TLSv1_2;

Juliana, descobri o motivo. Faltou preencher a inscrição municipal do prestador no componente. Obrigada.

Conseguimos atraves do contador, uma conversa com fiscal. A ideia não e tão simplório assim. Na pratica isto nem era correto de ser feito. Mas não existe também algo que seja previsto legalmente. E algo que o contribuinte precisaria guardar e relacionar os comprovantes das parcela com da primeira venda como crediário. Mas obrigado pela resposta, Infelizmente os usuários são meio mágicos. igual tenho cliente que emiti os cupons no fim do dia, e outra coisa errada. Um fiscal em caso de fiscalização a depender da defesa ele vai fazer vista grossa. Mas na prática o correto e emitir o cupom e entrega no ato da venda. Então são inúmeras situações que o contribuinte tentam dar jeitinhos.

O certo era ter dado erro na validação (local) dos schemas... Att Ricardo

Bom dia! Estamos com o mesmo problema desde ontem por volta das 12:25, ainda sem nenhuma informação. Estou pedindo alguns clientes que tem a comunicação "mais curta" na SEFAZ pra tentar ter uma previsão.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

As DLLs em binário não estão no SVN. Apenas os códigos fontes. Você pode baixá-las aqui: https://www.projetoacbr.com.br/forum/files/category/36-acbrlib/

acabei de ligar na homologação deles, ela me garantiu que para banco Safra, tanto no layout 240 como no 400 o NossoNumero é sem DV. questionei sobre homologações mais antigas, e ela me disse que se foi homologado com banco Correspondente (Itau/Bradesco), aí tem DV. Quanto a Agencia, realmente é 5 digitos, sem DV. se a agencia for menor que 5 digitos, adicionar 0 a esquerda. na Remessa, tem um campo que pede DV na agencia, eles mandam informar 0.

Bom dia, Eu deixo minha configuração fixa para todos os clientes, desta forma: ACBrNFSe.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; ACBrNFSe.Configuracoes.Geral.SSLHttpLib := httpWinHttp; ACBrNFSe.Configuracoes.Geral.SSLLib := libWinCrypt; ACBrNFSe.Configuracoes.Geral.SSLXmlSignLib := xsMsXml; ACBrNFSe.SSL.SSLType := LT_TLSv1_2; // declarar no uses: blcksock

Olá pessoal, Nos parece que a SEFAZ-MG já corrigiu o problema, então enviamos uma remoção do código relacionado a isso. Mesmo assim, o @André Ferreira de Moraes nos forneceu um ajuste no arquivo pcnLeitor.pas que corrige o problema permanentemente. Fiz vários testes simulando xmls de retorno com NameSpaces nas tags e tudo funcionou corretamente. Sugerimos a todos que façam testes e reportem qualquer problema. As alterações foram enviadas ao SVN na revisão 18149. Muito obrigado a todos.

Bom dia Marcelo, Se o problema ocorreu de um dia para outro, com certeza o problema é na SEFAZ-MG. O pessoal da SEFAZ-MG são mestres e fazer parar o que esta funcionando.

Valeu Pessoal! Obrigado pelas informações.

Chame: NFe.Imprimir, que ele irá considerar os XMLs que estão em memória (ou seja, o último XML gerado e recebido) https://acbr.sourceforge.io/ACBrLib/NFE_Imprimir.html

Obrigado Italo, estou em aguardo..

Boa tarde João, Para funcionar você chegou a fazer alguma alteração em algum arquivo do componente? Se sim, poderia anexar para que possamos analisar?

Foi publicado no DOE-MG a resolução 5.313, a qual define novos prazos para obrigatoriedade da NFCe na UF. Em resumo as empresas com faturamento inferior a R$4.500.000,00 foram divididas em grupos de faturamento menor, onde: Entre R$ 1.000.000,00 e R$ 4.500.000,00 estarão obrigadas em 01/02/2020 Entre R$ 500.000,00 e R$ 1.000.000,00 estarão obrigadas em 01/06/2020 Inferior a R$ 500.000,00 estarão obrigadas em 01/09/2020* *Microempresas até R$ 120.000,00 estão desobrigadas Outros detalhes quanto ao inicio da obrigatoriedade devido a mudança de faturamento § 7º - Fica dispensado da obrigatoriedade de uso da NFC-e o contribuinte que estiver enquadrado como microempresa com receita bruta anual igual ou inferior a R$ 120.000,00 (cento e vinte mil reais). § 8º - O estabelecimento enquadrado como microempresa que ultrapassar o valor previsto no § 7º ficará obrigado a emitir a NFC-e no prazo de até sessenta dias contados da data em que ultrapassar o referido valor. § 9º - Os contribuintes em início de atividades ficam obrigados à emissão da NFC-e quando auferirem receita bruta anual acima de R$ 120.000,00 (cento e vinte mil reais), observado o disposto no § 8º.”. Além da mudança de prazos, também houve alteração da permissão de uso dos ECFs ja ativos, que passa de 9 para 12 meses após o inicio da obrigatoriedade da NFCe. http://www.fazenda.mg.gov.br/empresas/legislacao_tributaria/r7esolucoes/2019/rr5313_2019.htm RESOLUÇÃO Nº 5.313 DE 1º DE NOVEMBRO DE 2019 (MG de 02/11/2019)

Boa tarde Leonardo, Muito obrigado pela contribuição, ainda hoje estarei enviando para o repositório.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde, Testei aqui hoje e houve alteração no status. Grato pela resposta.

Deu certo Obrigado Eu estava preenchendo o <dhCont> depois e acho que estava gerando nota nova sim

eita, passei procurando justamente se existia alguma tag em branco e não tinha encontrado isso! Obrigada pela ajuda @EMBarbosa

Boa tarde Na documentação do BPe, para informações do passageiro só aceita CPF.

Boa tarde. O mesmo ocorre no demo? Att.

Obrigado @Daniel Port , eu acabei fazendo a rotina e ao testar em homologação verifiquei que não há rejeição, se colocar o frete em apenas alguns itens

A SEFAZ-MT, especificamente, informou que o DANFe deve ser uma representação fiel do que está no XML.

tanto frete quanto desconto podem ser colocados num item apenas, não há rejeição com relação a isso, apenas ao somatório que tem que fechar com o total. Isso é bom pois hoje em dia praticamente todas as empresas importam o XML na entrada de estoque e o custo é calculado em cima disso, então o desconto e frete devem refletir o real.

Olá pessoal, Para quem ainda não conhece, o Lazarus/FPC é uma poderosa IDE e compilador da Linguagem Object Pascal, muito semelhante ao Delphi, e desenvolvido totalmente em Código Aberto... ( Saiba mais em: https://www.lazarus-ide.org/index.php?page=about ) Hoje ocorreu o lançamento da versão 2.0.6 do Lazarus... O anúncio oficial, pode ser lido no fórum do Lazarus: https://forum.lazarus.freepascal.org/index.php/topic,47269.0.html Essa versão ainda usa o FPC (Free Pascal Compiler), na versão 3.0.4, então não devemos ter mudanças brusca na compilação dos projetos existentes... Você pode baixar o Lazarus 2.0.6, na página oficial do Projeto: https://www.lazarus-ide.org/ (Observe porém, que o Download sugerido, provavelmente será de um Compilador para Windows 64... O que muitas vezes não é o desejado, para manter a compatibilidade com as diferentes versões de Windows e as DLLs existentes) Portanto, recomendo selecionar a versão 32 Bits, conforme destacado, na imagem abaixo... Se você quer realmente gerar aplicações 64 bits, ainda poderá fazer um Cross-compiling , baixando um instalador complementar em, Windows (32 Bits) Add ons O ACBr tem um ótimo suporte ao Lazarus/FPC, isso porque a maioria dos Consultores do Projeto ACBr, usam Lazarus/FPC como principal IDE para Desenvolvimento, e todos os nosso projetos, como: ACBrMonitorPLUS, e ACBrLib, são desenvolvidos em Lazarus/FPC. Abaixo segue um Screen Shot da minha IDE de trabalho (clique para aumentar) Quer conhecer mais aplicações desenvolvidas em Lazarus ? Veja a Galeria de Aplicações feitas em Lazarus

Para quem desenvolve no Linux e quer adicionar Cross Compiling, veja esse artigo do Daniel em nossa base de conhecimentos:

Boa tarde, Qualquer coisa segue a estrutura que acabei de utilizar para o cancelamento. Funcionando 100%. Cancelei varias hoje. Vi que tinha algumas pessoas com problema ainda. Informei ali onde deve ser assinado tambem. cancelamentoSimplissBlumenau.xml