Painel de líderes

E hj (2021). PASMEM... 3 contas na mesma agencia (5032).... Sendo 2 contas com o digito da própria agencia (arquivo sendo validado e recebido pelo banco sem erro) E 1 uma conta não aceita, (tem q ser ZERO),;;; É para ficar louco....

Boa noite, ao realizar teste de consulta no ACBrNFSeX na prefeitura de Fortaleza retornava o erro abaixo: Modo de Envio : ConsultarNFSe Sucesso : False Erro(s): Código : X999 Mensagem: 1871 - Element '{http://www.ginfes.com.br/tipos_v03.xsd}DataInicial': This element is not expected. Expected is ( {http://www.ginfes.com.br/servico_consultar_nfse_envio_v03.xsd}DataInicial ). ------------------------------------------------------------------------------------------- ----------------------------------------------------------------------------------------------------- Alterei a unidade: ACBrNFSeXProviderABRASFv1.pas na linha: 761, troquei o PrefixoTS por Prefixo como segue abaixo, e resolveu o problema, alguém mais teve o mesmo problema? ----------------------------------------------------------------------------------------------------- if (Response.InfConsultaNFSe.DataInicial > 0) and (Response.InfConsultaNFSe.DataFinal > 0) then XmlConsulta := XmlConsulta + '<' + Prefixo + 'PeriodoEmissao>' + //'<' + PrefixoTS + 'DataInicial>' + '<' + Prefixo + 'DataInicial>' + FormatDateTime('yyyy-mm-dd', Response.InfConsultaNFSe.DataInicial) + //'</' + PrefixoTS + 'DataInicial>' + '</' + Prefixo + 'DataInicial>' + //'<' + PrefixoTS + 'DataFinal>' + '<' + Prefixo + 'DataFinal>' + FormatDateTime('yyyy-mm-dd', Response.InfConsultaNFSe.DataFinal) + //'</' + PrefixoTS + 'DataFinal>' + '</' + Prefixo + 'DataFinal>' + '</' + Prefixo + 'PeriodoEmissao>'; -----------------------------------------------------------------------------------------------------

Boa noite, evite espalhar DLL's em pastas operacionais, tente ao máximo carregar elas junto a sua aplicação. Se sua aplicação é 64 utilize as x64, se sua aplicação é 86 utilize as x86 p/acbr/code - Revision 22576: /trunk2/DLLs/LibXml2 (sf.net) p/acbr/code - Revision 22576: /trunk2/DLLs/OpenSSL/1.1.1.10 (sf.net)

Olá amigo, não sei se irá lhe ajudar mas tem esse vídeo do Regis. https://www.youtube.com/watch?v=6lh5oBBaTXc&ab_channel=RégysBorgesdaSilveira

Refaça ou veja se tu não tem fontes perdidos foi feito testes aqui e não está ocorrendo o probleam citado. apague a psta lib antes de roda o instalador

Boa tarde Gil Já esta no SVN.

Bom dia, Tranquilo Italo, vamos aguardar. Tamo junto, rs. Acho que os dados importantes em na consulta é o protocolo, código de verificação e status (autorizada ou cancelada). Obrigado!

Bom dia Valdir, A consulta a ser realizada após o cancelamento para obter o XML da NFS-e com as informações sobre o cancelamento é o ConsultarNFSePorNumero se o provedor segue a versão 1 do layout da ABRASF ou ConsultarNFSePorFaixa se o provedor segue a versão 2 do layout da ABRASF. Quanto ao retorno estamos ainda fazendo os ajustes necessários para que nele tenhamos as informações mínimas necessárias. Sendo assim lhe peço um pouco mais de paciência até que possamos concluir essas alterações. Se desejar pode nos informar quais informações você julga importante obter ao consultar uma nota.

tudo funcionando certo, valeu pessoal, grande abraço a todos

deu certo, muito obrigado, so tem um problema, na versao 1.0 a guia gera gerada com o numero do danfe para poder fazer um load no arquivo exportado, agora mudou o nome do arquivo, mas vou olhar para ver como irei fazer

Ei Victor, no meu caso eu não vou utilizar esse recurso do 99 para imprimir a bandeira do cartão, mas sei que muita gente vai usar isso principalmente a pedido do cliente Vou tentar ver com consultor também a respeito disso. Obrigado!

Para quem utiliza o componente ACBrNFe, devemos acrescentar as seguintes linhas na rotina que alimenta o componente: (para mais detalhes aconselho abrir o programa exemplo do componente ACBrNFe) ACBrNFe1.EventoNFe.Evento.Clear; with ACBrNFe1.EventoNFe.Evento.New do begin infEvento.chNFe := Chave; infEvento.CNPJ := CNPJ; infEvento.dhEvento := now; infEvento.tpEvento := teAtorInteressadoNFe; infEvento.nSeqEvento := StrToIntDef(nSeqEvento, 1); infEvento.detEvento.cOrgaoAutor := UFtoCUF(xUF); infEvento.detEvento.tpAutor := StrToTipoAutor(Ok, TipoAtor); infEvento.detEvento.verAplic := VerAplic; // No momento a SEFAZ só aceita apenas 1 CNPJ/CPF with InfEvento.detEvento.autXML.New do CNPJCPF := AutXML; infEvento.detEvento.tpAutorizacao := StrToAutorizacao(Ok, TipoAutoriz); end; ACBrNFe1.EnviarEvento(StrToInt(idLote));

Olá pessoal, Foi publicado a versão 1.20 da NT 2020/005 que trata sobre os novos campos da NF-e bem como das novas regras de validação, alteração de outras e atualização de outros campos. Nessa versão da NT foi corrigido uma informação que era a placa que passaria a ser opcional sendo que na verdade é a UF da placa que passa a ser opcional por conta das novas placas do Mercosul. Resumo dos novos campos: Novos campos no detalhamento do produto: cBarra - Código de barras diferente do padrão GTIN cBarraTrib - Código de Barras da unidade tributável que seja diferente do padrão GTIN Novos campos referente a Tributação: ICMS=10 , ICMS=70 e ICMS=90 vICMSSTDeson - Valor do ICMS- ST desonerado motDesICMSST - Motivo da desoneração do ICMS- ST ICMS=51 pFCPDif - Percentual do diferimento do ICMS relativo ao Fundo de Combate à Pobreza (FCP) vFCPDif - Valor do ICMS relativo ao Fundo de Combate à Pobreza (FCP) diferido vFCPEfet - Valor efetivo do ICMS relativo ao Fundo de Combate à Pobreza (FCP) Grupo PIS ST indSomaPISST - Indica se o valor do PISST compõe o valor total da NF-e Grupo COFINS ST indSomaCOFINSST - Indica se o valor da COFINS ST compõe o valor total da NF-e Houve também alteração nas regras: 1C17-50 que passa ter a seguinte redação: Se operação de saída interestadual (tpNF=1 e idDest=2) e operação com Consumidor Final (indFinal=1) e indIEDest=9: • Acessar Cadastro Centralizado de Contribuinte (Chave: UF do Destinatário, CNPJ do Emitente, cSitCNPJ=10) • Denegar a NF-e se for encontrado registro de bloqueio no CCC Nota: Regra de Validação não aplicável pelas UFs não signatárias, conforme parágrafo 7º da Cláusula sexta, do Ajuste SINIEF 07/05. 3B08-100 que passa a ter a seguinte redação: Se Tipo de Emissão da NF-e for 1 (Emissão normal), 6 (Contingência SVC-AN) ou 7 (Contingência SVC-RS): • Acesso BD de Inutilização (Chave: Modelo, UF, CNPJ/CPF, Série, Número): * Numeração da NF-e está inutilizada (NT 2011/004) (NT 2018.001) Observação: Se cUF(B02) for igual 35(SP) validar também se Tipo de Emissão da NF-e for 2 (Contingência FS-IA), 4(Contingência EPEC) ou 5(Contingência FS-DA). O prazo para implementação foi prorrogado, agora as novas datas são: Ambiente de Homologação (ambiente de teste das empresas): 02/08/2021 (antes era 01/07/2021) Ambiente de Produção: 04/10/2021 (antes era 01/09/2021) Com relação ao componente ACBrNFe, já esta em conformidade com a NT e se encontra atualizado no SVN. Recomendo que se faça a atualização de todos os fontes de todas as pastas, reinstale a suíte ACBr e aguardem a data de liberação do ambiente de homologação para dar inicio aos testes com os novos campos. Não deixem de lerem a NT na integra, ela esta disponível em nossa biblioteca: http://svn.code.sf.net/p/acbr/code/tools/DFe/NFeNFCe/NT/2020/

Para quem utiliza o componente ACBrNFe, devemos acrescentar as seguintes linhas na rotina que alimenta o componente: (para mais detalhes aconselho abrir o programa exemplo do componente ACBrNFe) // Opcional - Preencher com o Código de Barras próprio ou de terceiros que seja diferente do padrão GTIN // por exemplo: código de barras de catálogo, partnumber, etc Prod.cBarra := 'ABC123456'; // Opcional - Preencher com o Código de Barras próprio ou de terceiros que seja diferente do padrão GTIN // correspondente àquele da menor unidade comercializável identificado por Código de Barras // por exemplo: código de barras de catálogo, partnumber, etc Prod.cBarraTrib := 'ABC123456'; // Declaração de Importação. Pode ser adicionada várias através do comando Prod.DI.Add with Prod.DI.New do begin nDi := ''; dDi := now; xLocDesemb := ''; UFDesemb := ''; dDesemb := now; { tvMaritima, tvFluvial, tvLacustre, tvAerea, tvPostal, tvFerroviaria, tvRodoviaria, abaixo os novos valores incluidos a partir da NT 2020/005 tvConduto, tvMeiosProprios, tvEntradaSaidaFicta, tvCourier, tvEmMaos, tvPorReboque } tpViaTransp := tvRodoviaria; vAFRMM := 0; { tiContaPropria, tiContaOrdem, tiEncomenda } tpIntermedio := tiContaPropria; CNPJ := ''; UFTerceiro := ''; cExportador := ''; with adi.New do begin nAdicao := 1; nSeqAdi := 1; cFabricante := ''; vDescDI := 0; nDraw := ''; end; end; with ICMS do begin (...) // Informar apenas nos motivos de desoneração documentados abaixo vICMSSTDeson := 0; { o campo abaixo só aceita os valores: mdiProdutorAgropecuario, mdiOutros, mdiOrgaoFomento Campo será preenchido quando o campo anterior estiver preenchido. } motDesICMSST := mdiOutros; // Percentual do diferimento do ICMS relativo ao Fundo de Combate à Pobreza (FCP). // No caso de diferimento total, informar o percentual de diferimento "100" pFCPDif := 0; // Valor do ICMS relativo ao Fundo de Combate à Pobreza (FCP) diferido vFCPDif := 0; // Valor do ICMS relativo ao Fundo de Combate à Pobreza (FCP) realmente devido. vFCPEfet := 0; (...) end; with PISST do begin (...) { valores aceitos pelo campo: ispNenhum, ispPISSTNaoCompoe, ispPISSTCompoe } // Indica se o valor do PISST compõe o valor total da NF-e IndSomaPISST := ispNenhum; end; with COFINSST do begin (...) { valores aceitos pelo campo: iscNenhum, iscCOFINSSTNaoCompoe, iscCOFINSSTCompoe } // Indica se o valor da COFINS ST compõe o valor total da NF-e indSomaCOFINSST := iscNenhum; end;

No caso se o manual deixa pode

Bom dia... Como disse acima... não existe emissão de documento fiscal em contingência para correção cadastral (seja em qual tipo de projeto de documento fiscal for), crie regras na sua retaguarda, faça validações cadastrais etc... segure o cliente na fila até a resolução etc... Essa prática que você está fazendo é errada, ilegal, e está gerando passivo, você está apto a gerar sanções ao contribuinte. Não é apenas uma mensagem ao QRCode, você simplesmente está invalidando o cupom fiscal. Contingência é para ser utilizada apenas em casos de falha de comunicação com o fisco, seja problema na estrutura local ou na estrutura do próprio fisco, você irá carregar o mesmo cupom offline, sem alterar nada e transmitir ao fisco. Qualquer outro tipo de pratica com a contingência, como você mesmo diz, "correção cadastral" é altamente errôneo a sua prática, e modo de contingencia também deve ser utilizado com parcimônia . Recomendo a procura do contabilista destes contribuintes referentes a esses cupons fiscais que foram inutilizados, talvez fazer uma denuncia espontânea, antes que venha uma multa por alguma denuncia de um cupom fiscal destes. Abraços

No Estado do Paraná, desde 01 de agosto de 2021, também está ocorrendo essa rejeição: Solucionei da seguinte maneira: Mudei o comando de envio que era: [ NFe.CriarEnviarNFe("C:\NFCe.ini",1,1) ] para: [ NFe.CriarEnviarNFe("C:\NFCe.ini",1,1,1) ]. Ou seja, apenas acrescentei o parâmetro "1" (Modo assíncrono=0, Modo síncrono=1) - Como esse parâmetro não estava sendo informado por ser opcional, o sistema estava interpretando-o como "Zero", portanto, assíncrono. Entretanto, foi necessário mudar o modo de captação do cStat e da ChNfe, no arquivo de retorno, que passou a vir com conteúdo diferente. No mais, tudo certo por aqui.

VL_MERC é o subtotal bruto da nota, então: C100.VL_MERC := 110.00; C100.VL_DESC := 10.00; E no C190: C190.VLR_OPER := 100; Campo 05 (VL_OPR) - Preenchimento: Na combinação de CST_ICMS, CFOP e ALIQ_ICMS, informar neste campo o valor das mercadorias somadas aos valores de fretes, seguros e outras despesas acessórias e os valores de ICMS_ST, FCP, FCP_ST e IPI (somente quando o IPI está destacado na NF), subtraídos o desconto incondicional e o abatimento não tributado e não comercial.

Exemplo utilizando a biblioteca ACBrLib ou ACBrMonitor, basta adicionar as tags no arquivo .ini //-------------------------------- Exemplo .ini ACBrLib ou ACBrMonitor --------------------------------------// [Produto001] cBarra= ;;Codigo de Barras diferente do padrão GTIN cBarraTrib= ;;Codigo de Barras da Unidade Tributável que seja diferente do padrão GTIN [ICMS001] vICMSSTDeson= motDesICMSST= pFCPDif= vFCPDif= vFCPEfet= [PISST001] indSomaPISST= ;;0- não compõem valor e 1- compõem valor [COFINSST001] indSomaCOFINSST= ;;0- não compõem valor e 1- compõem valor

Bom dia Eliezer, Já esta no SVN.

Ok, vou entrar em contato com eles. Não misturei não. Não é implementação nova. O serviço sempre funcionou nos clientes e agora comecei a receber esse relato. Voltei uma versão do ACBr do mês 06 pra saber se poderia ter acontecido em virtude de uma atualização, porém o erro persistiu.

Sim @Juliomar Marchetti nós lemos sim o manual Obrigado amigos, já encontrei a solução. Obrigado @Victor H. Gonzales - Panda pela ajuda, Vou postar a solução encontrada. Coloquei um laço de repetição dentro antes do <with ACBrReinf.Eventos.ReinfEventos.R2055.Add do> adicionando todas notas de uma única vez, gerando todos xmls de uma só vez dai utilizamos o ACBrReinf.Enviar uma única vez para enviar tudo que estava em memória e deu certo, todas as notas subiram juntas em uma única transmissão.

Boa tarde @arlsoares, tudo certo e contigo? Sim, hoje de tarde entrei em contato com a secretaria da fazenda do PR. Me informaram que estão implementando a questão do CSRT e que estão realizando alguns testes no momento, por isso está ocorrendo a rejeição em homologação. Caso tudo der certo, pretendem colocar em produção no dia 04/10/2021. Me informaram que vão avisar com antecedência as software house, explicando como e onde deverá ser gerado o código do CSRT. Estou aguardando o retorno deles, para saber como devemos proceder pra pelo menos conseguirmos transmitir e autorizar NF-e em homologação no momento. Se podemos mandar essas tags em branco ou com "000..". Assim que me retornarem, eu aviso aqui. Att.

Boa tarde pessoal, Conforme noticia publicada no portal da NFe em 04/08/2021, o certificado digital da URL da NFe foi atualizado seguindo as atualizações da cadeia de certificado digital ICP-Brasil V10. Conforme orientação do portal, poderá ser necessário a instalação da nova cadeia de certificados, obtidos na página da NFe. Fonte: https://www.nfe.fazenda.gov.br/portal/informe.aspx?ehCTG=false&Informe=EQQab+TDCXg=

Bom dia. Temos um artigo sobre este assunto em noticias Att.

Esse código vai parar de funcionar a partir da primeira atualização dos eventos do e-Social: if VersaoDF = veS01_00_00 then Begin Gerador.wCampo(tcStr, '', 'codIncCPRP', 2, 2, 1, eSCodIncCPRPToStr(InfoRubrica.dadosRubrica.codIncCPRP)); if InfoRubrica.dadosRubrica.tetoRemun <> snfNada then Gerador.wCampo(tcStr, '', 'tetoRemun', 0, 2, 0, eSSimNaoFacultativoToStr(InfoRubrica.dadosRubrica.tetoRemun)); End; eu alteraria para: if VersaoDF >= veS01_00_00 then Begin Gerador.wCampo(tcStr, '', 'codIncCPRP', 2, 2, 1, eSCodIncCPRPToStr(InfoRubrica.dadosRubrica.codIncCPRP)); if InfoRubrica.dadosRubrica.tetoRemun <> snfNada then Gerador.wCampo(tcStr, '', 'tetoRemun', 0, 2, 0, eSSimNaoFacultativoToStr(InfoRubrica.dadosRubrica.tetoRemun)); End;

Logo da empresa quase certo

seu componente ACBrBoleto está atualizado? Foi criada uma nova propriedade DigitoVerificadorAgenciaConta para atender as divergências do Sicoob. Algumas agências só aceitam espaço, outras só aceitam 0 e outras aceitam ambos os valores. ACBrBoleto1.Cedente.DigitoVerificadorAgenciaConta := '0';

Segue o print da tela com a mensagem que está sendo apresentada O erro ocorre nesta linha ACBrNFSe.Enviar(vNumLote,true);

Estou com o mesmo erro.

Desde ontem estou recebendo esta mensagem no servidor de homologação de guarulhos quando estou tentando emitir uma NFSE erro interno: 12156 alguem sabe me dizer o que pode estar acontecendo?