Painel de líderes

Boa tarde, O nome da chave está errado, correto: tpAmb "p" ao invés de "b"

@Italo Giurizzato Junior, RESOLVIDO! Consegui gerar todas as notas fiscais mas só consegui resolver o último problema na tentativa e erro. O erro ocorria porque haviam caracteres especiais no XML do RPS e eu não sabia que o ABRASF não aceita esses caracteres. Vocês conseguem colocar uma mensagem clara com relação a esse erro? Porque a mensagem que aparece não ajuda na solução do problema. No mais, obrigado @Italo Giurizzato Junior e obrigado também ao @Rafael Moreira Neves pela ajuda. A partir do mês que vem vocês terão mais um membro PRO no ACBr. Boa sorte a todos!

Boa tarde a todos, Gostaria de compartilhar algumas aprendizagens que tive graças ao Italo e o suporte da ISSNET, que nos permitiram emitir notas utilizando a NFSeLib Demo. Alguns pontos importantes que merecem destaque, e que podem parecer óbvios agora que os compreendemos, mas que não eram tão evidentes durante os testes: As informações de homologação na ISSNET diferem das informações de produção. Por exemplo, vários códigos em [Serviço] e [IdentificacaoRps] precisaram ser ajustados para garantir o funcionamento correto, como CodigoMunicipio, CodigoTributacaoMunicipio, Serie, Tipo e Numero. Para entender quais valores devem ser inseridos, foi necessário contatar o suporte da ISSNET. Não é possível realizar testes de homologação na ISSNET sem solicitar a alteração da chave interna para o ambiente de homologação. Ao retornar para o ambiente de produção, é necessário entrar novamente em contato com o suporte para solicitar a mudança. Consultar os schemas da ISSNET foi de grande ajuda. Ao procurar o arquivo xsd e verificar os campos relacionados à obrigatoriedade, máximo de caracteres, entre outros detalhes, conseguimos garantir a conformidade dos dados. Agradeço pela assistência prestada. Caso não haja mais questões, podemos considerar este tópico encerrado.

dos correios. o componente só consome o que vem não temos nada interno no acbr

Boa noite, Preencha a propriedade a seguir. NFSe.Servico.ItemServico[I].ValorTributavel

Sim. Isso é levado em consideração pra priorizar as atividades. Assim como a solicitação ser realizada por um assinante PRO também. Assim que tivermos um posicionamento retornamos aqui.

Pois é aconteceu comigo ja reportei ao suporte e nada de retorno. em producao são credenciais diferentes para quem usa qrcode conforme reportado pelo nosso amigo @Lucio Bittes

Comecei a implementar o Boleto Itau. o que aprendi Tem duas maneira de enviar o Boleto 1)Enviar o Boleto sem PIX ACBrBoleto.Cedente.CedenteWS.IndicadorPix := False; ACBrBoleto.Configuracoes.WebService.VersaoDF := 'V2'; Funciona perfeitamente com Acbr em Homologação. 2)Enviar Boleto com PIX ACBrBoleto.Cedente.CedenteWS.IndicadorPix := True; ACBrBoleto.Configuracoes.WebService.VersaoDF := 'V2'; Parece pela documentação abaixo que não tem homologação , quando envia da erro 500 sempre. https://devportal.itau.com.br/nossas-apis/itau-ep9-gtw-pix-recebimentos-conciliacoes-v2-ext#tag/Bolecode-(Clientes) Não tem Homologação ( ainda não conseguir testar em Produção) 3)Para liberar tem que solicitar ao suporte do itau a liberação da API para PIX Boleto https://devportal.itau.com.br/baas/#/ Gostaria de saber se alguém em produção esta conseguindo enviar Boleto Hibrido com PIX com o Itau. Ja consegui fazer funcionar o Boleto Hibrido com Sicoob ( so tem produção ) e em Testes Banco do Brasil ( homologação)

Eita... verificando

Certo, te enviei agora

Qual mensagem? verifica se no ACBrNFE.Configuracoes.Webservice.visualizar está true

Boa tarde só pra constar, depois da mudança do uso do componente ACBRNFSE PARA ACBRNFSEX , foi possível implementar todas as soluções, Obrigado pela atenção JULIOMAR...

Pode ser a tag indDeduzDeson que estava sendo gerada no XML, por estar por padrão ativada. Foi enviada há pouco uma correção para o SVN, se ainda não fez, atualize os fontes e teste novamente.

Lib é utilizado Fortes Reports em breve a Lib (MT) haverá suporte a FPDF.

Vou verificar replicar as alterações para as classes do C# caso elas ainda não tenham, atualizar as Libs e testar, fico de dar um retorno

Boa tarde Paulo, Eu acredito que os seus fontes estejam desatualizados. A unit que esta no SVN a linha 167 é um IF e esta da seguinte forma: if ADAMDFe.MostraPreview then <=== linha 167 begin if Assigned(DAMDFeReport) then SelectedFilter := DAMDFeReport.RLPDFFilter1; Report.PreviewModal end else Report.Print;

@Rafael Moreira Neves, o problema era o caractere especial. Marquei a opção para retirar e deu tudo certo. Só estou preocupado com a observação de retorno: "Alerta Fiscal: NFS-e emitida em desacordo com a LC 116/2003! O ISSQN incidente sobre o serviço declarado é devido ao município de Belo Horizonte. Chave de acesso no Ambiente de Dados Nacional: 31062001219221229000184240000000032224024820493179." Mas obrigado a todos que responderam.

Boa tarde pessoal, @Daniel Simoes @MuriloS.A @Alexandre de Paula @Italo Giurizzato Junior Estou implementando o TEF com a API elgin modo ativo via dll, encontrei esse tópico, gostaria de verificar com os colegas se vai ficar disponível no repositório oficial. @MuriloS.A como colaborador da opção está seguro já está utilizando em produção, é possível disponibilizar a ultima versão? Obrigado pela atenção de todos.

os campos que tem são os minimos que devem ser exibidos

Simm, foi falta de atenção minha, comecei a mexer com boleto recentemente.....

Bom dia e obrigado pelas respostas. na verdade esse cupom olhando de forma pratica ele nao seria necessario a impressao mesmo.. o problema que a SEFAZ nao coloca de forma clara e direta isso nas suas NT. Qual consumidor vai querer um cupom com um item chamado de ''Recarga Celular'' ou ''Vale Compra'', pq ele vai levar o comprovante de TEF e um relatorio gerencial emitido pelo sistema.. é obvio que esse cupom será descartado.. A duvida é imprime ou nao.. kkk pq nunca é claro para as SH.. alguns estabelicimento que eu atendo estao questionando o pq. o que o Juliomar fala é o correto, porem nem os contadores sabem o que fazer, que dureza..... kkkkkk

@Vitor Domingos Da onde vc pegou o número da conta que vc informou, acredito que vc informou a conta incorretamente. Vc informou 12387, aqui no meu manual 123873, dai consultou. Precisa ficar atento a isso

Bom dia! Conforme já foi informado, foi SVN na Rev-32262 a adição dos CSTs no componente nativo, logo, as Libs que foram compiladas após esta data englobam a alteração. Não foi enviado a adição nas classes de alto nível para C#. Criada a #TK-5137 para esta finalidade. Vale reforçar, que só o módulo 0.09 aceita os novos campos e para versões anteriores a orientação é: Fonte: https://portal.fazenda.sp.gov.br/servicos/sat/Paginas/perguntas-frequentes.aspx

Acredito que é para estar funcionando sim, vc tem SAT ja já possui o layout 0.09?

Backup? pra que? tu só anota a revisão que está usando e se precisar basta voltar

Obrigado pelos esclarecimentos, Alexandre.

Bom dia @luizhenriqueluvizutto, Conseguiu evoluir com os seus testes?

Boa noite, Veja o tópico a seguir com maiores detalhes.

Boa tarde! Por favor, veja o método NFSe_ObterInformacoesProvedor

consegui só não sei certo se o SIM ali vai ser sempre pra quando a CodMunPrestacao for 0, vItemServico.CodMunPrestacao := IntToStr(FListaNFServicoItem.Items[vI].municipio.cidade_cod); if(vItemServico.CodMunPrestacao = '0') then begin vItemServico.TribMunPrestador := snSim; end

Dá uma olhada nesse tópico...

há tá. então ACBrNFSe já tem mais de 2 anos que não é mais dado suporte ACBrNFSeX deve ser usado

Olá pessoal. Hoje, 21/02/204, por volta das 08h38, voltamos a receber em nossa comunidade do Discord relatos de membros recebendo Consumo indevido ao tentar consumir o web service de emissão da NFe. Conferindo no DownDetector, o volume de reclamações ainda é alto, mas diminuiu consideravelmente em comparação ao dia anterior. Não há informação sobre contingência ativada no Portal da NFe até a publicação desta atualização. Considerando tudo isso, para aqueles que ainda estiverem enfrentando problemas de consumo indevido, sugerimos que: Ao receber a mensagem de Consumo Indevido, conforme estipula a NT, aguarde o período de 1 hora antes de tentar realizar nova emissão. Lembrando que este tempo reseta se houver tentativa antes dele ser cumprido. Durante este meio tempo, fique de olho em nosso Fórum e em nossa comunidade do Discord, principalmente nos canais #sefaz, #acbrnfe e #pro-nfe(caso seja PRO) para relatos de outros colegas e avisos sobre ativação de contingência. Passado o período de uma hora, tente emitir de novo. Caso o problema ainda persista, abra um Fale Conosco junto a Sefaz, mencionando o problema e mencionando também a NT2018/002 que trata sobre o consumo indevido nos web services da Sefaz, pois tivemos colegas que abriram uma Fale Conosco na data de ontem e a Sefaz achou que estavam falando da DistribuicaoDFe. Verifiquem também junto a Sefaz, se está tudo em ordem com o CNPJ do emitente, pois conforme descrito na NT2018/002: Então é possível que no período problemático de ontem, seu cliente tenha de fato sido bloqueado.

testei e funcionou, consulta , envio , detalhe

Vamos lá, antes de tudo, teste seu certificado, pode ser pelo SEFAZ mesmo, tenta baixar um XML completo na pagina de consultas deles. Depois confira as configurações do componente : Geral.SSLLib := libWinCrypt; Geral.SSLCryptLib := cryWinCrypt; Geral.SSLHttpLib := httpWinHttp; Geral.SSLXmlSignLib := xsLibXml2; SSL.SSLType := LT_TLSv1_2; Certificados.NumeroSerie := NumeroSerieCertificado; WebServices.TimeOut := 20000; Mais detalhes no post Tambem em :

Sim... Entendemos que a pessoa terá 2 : - Certificados - ClientID - ClientSecret que se ativo o indicadorPix deverá utilizar um conjunto de configurações, se falso deverá utilizar outro conjunto, pois falso o registro vai para V2 e true vai para a API de PIX. as consultas tambem são realizadas na V2, portanto as credenciais são da V2.

Bom dia, Sim, essa regra já foi estipulada faz alguns anos e já está ok no ACBrBoleto. Gerando um boleto com vencimento a partir da data mencionada você verá o fator de vencimento seguindo a regra.

Olá pessoal, É com grande alegria que anunciamos a chegada de mais um curso exclusivo aos assinantes do ACBr Pro, trata-se do curso Dominando o ACBrBoleto! Um curso para quem quer fazer a Cobrança Bancária independente da sua linguagem de programação! A solução ACBrBoleto está disponível em forma de componente para Delphi/Lazarus, encapsulada no ACBrMonitorPlus e claro também temos a ACBrLibBoleto, ou seja, está disponível a todos. Neste curso você verá: Explicações sobre os principais conceitos do universo de cobrança bancária Entenderá as diferenças entre as diversas formas de integração junto aos bancos Como saber quais bancos estão disponíveis nas soluções ACBr Como implementar em cada uma das soluções ACBr, todas as etapas da cobrança bancária, do registro do título no banco a validação do pagamento do títulos. E muito mais... Segue link para acesso ao Curso (exclusivo aos usuários do ACBr Pro) https://acbr.nutror.com/curso/c365775961fb6232c2b06ceee9d39be343e339cd Este curso foi preparado com todo o cuidado por @Daniel InfoCotidiano que fez um excelente trabalho, e deixamos aqui registrado os parabéns pelo empenho ao longo de várias semanas. Assista as aulas e nos conte o que achou, e se você ainda não é assinante ACBr PRO, não perca mais tempo fale com nossos consultores comerciais.

Essa orientação de calculo se encontra no Manual Visão Geral Versão 7.03 - Página 148 Notem quem existem 2 situações de cálculos: A primeira se refere a: DE: Sul/Sudoeste (exceto ES), e - PARA: Norte/Nordeste/Centro-Oeste/ES A segunda se refere a: DE: Norte/Nordeste/Centro-Oeste/ES, ou - PARA: Sul/Sudoeste (exceto ES). Observação: Me parece que MG não esta seguindo essa sistemática de cálculo. Observação: A partir de 2019 o percentual da Partilha Destino passou a ser 100%, logo no exemplo acima temos: PARTILHA DESTINO (vICMSUFDest) = 140,00 E PARTILHA ORIGEM (vICMSUFRemet) = 0,00 Observação: A partir de 2019 o percentual da Partilha Destino passou a ser 100%, logo no exemplo abaixo temos: PARTILHA DESTINO (vICMSUFDest) = 140,00 E PARTILHA ORIGEM (vICMSUFRemet) = 0,00

Olá Pessoal, Muitos tem interesse em obter o XML do fornecedor para facilitar a entrada dos materiais no Estoque, Contas a Pagar, etc. Segundo a legislação, quem emite uma NF-e tem por obrigação legal de disponibilizar o XML assinado e com o protocolo de autorização ao destinatário da mercadoria, assim que a SEFAZ autorizar a nota. Essa disponibilização pode ser feita por e-mail, ou seja, o emitente envia para o destinatário o XML via e-mail. Sabemos que isso nem sempre ocorre, por 2 motivos: 1. No cadastro do destinatário não consta o endereço de e-mail; 2. A aplicação do emitente não possui esse recurso ou esta desativado. Mas temos uma alternativa. Com certeza o DANFE foi impresso e entregue junto com a mercadoria. De posse do DANFE temos a chave e com ela podemos primeiramente enviar o evento de Manifestação do Destinatário. Temos duas situações: 1. Se as mercadorias foram entregues conforme o combinado, devemos enviar o evento: Confirmação da Operação (Código: 210200); 2. Se algo estiver errado e alguma mercadoria esta errada, quebrada, ...., devemos enviar o evento: Operação não Realizada (Código: 210240), neste evento se faz necessário informar uma justificativa. Após manifestar todas as notas, podemos obter o XML através do método: DistribuicaoDFePorChaveNFe, esse método possui 3 parâmetros, sendo eles: Código da UF do Destinatário, CNPJ do Destinatário e a Chave da NF-e previamente manifestada. Conclui-se que devemos executar o método acima para cada nota manifestada. Informação importante, tanto a Manifestação do Destinatário quanto o Distribuição DF-e, são atendidos pelo Ambiente Nacional, portanto não tem nada haver com a SEFAZ-Autorizadora do emitente da nota ou do destinatário da mercadoria. Se algo falhar nesse processo, a "culpa" é do Ambiente Nacional.

Vamos supor que você perdeu o XML de um DF-e Documento Fiscal Eletrônico, seja ele uma NF-e, NFC-e, CT-e, CT-e OS, MDF-e ou BP-e. O procedimento é muito simples, basta alimentar o componente com os dados do documento, executar o método Assinar e por fim o método Consultar. Abaixo um exemplo usando o componente ACBrNFe, mas pode ser aplicado para os demais modelos de DF-e. (...) AlimentarComponente; ACBrNFe1.NotasFiscais.Assinar; ACBrNFe1.Consultar; (...) E para quem usa o Monitor: NFe.CriarNFe( arqINI ); NFe.AssinarNFe( pathNomeXML ); NFe.ConsultarNFe( pathNomeXML );

bom dia. 1. Se vc tem o caminho/nome_do_arquivoXML salvo no BD seria conforme mostrado acima: acbrNFe.NotasFiscais.Clear; acbrNFe.NotasFiscais.LoadFromFile(QueryNotas.FieldByName('NomeArq').AsString); acbrNFe.NotasFiscais.Imprimir; //funcao do proprio componente p/ Imprimir o DANFE acbrNFe.NotasFiscais.ImprimirPDF; //funcao do proprio componente p/ Gerar o DANFE em PDF e salvar em disco na pasta definida na propriedade PathPDF 2. Se vc tem o conteúdo do XML salvo em banco de dados: acbrNFe.NotasFiscais.Clear; acbrNFe.NotasFiscais.LoadFromString(QueryNotas.FieldByName('XML').AsString); acbrNFe.NotasFiscais.Imprimir; //funcao do proprio componente p/ Imprimir o DANFE acbrNFe.NotasFiscais.ImprimirPDF; //funcao do proprio componente p/ Gerar o DANFE em PDF e salvar em disco na pasta definida na propriedade PathPDF Espero ter ajudado. André Luis.