Painel de líderes

Bom dia Resolvi aqui mudando o RoundTo para RoundABNT (ACBrUTIL) Segue unit modificada. Atenciosamente, ACBrBoleto.pas

Resolvido, pode ser fechado o tópico. Obrigado.

A sugestão foi enviada ao SVN na revisão 1683. Mas precisamos de uma correção melhor. De acordo com a versão 1.20 da NT 02/2018: A tag vICMSSubstituto tem ocorrência facultativa (0-1) em todos os grupos; A tag pST tem ocorrência facultativa (0-1) no grupo ICMSST (id = N10b); Na forma como está no SVN nessa revisão esses pontos não conseguem ser atendidos.

segue arquivos .ini alterados para Municipio de Tangara da Serra-MT Cidades.ini RLZ.ini

Pra mim também funcionou assim. Ficou até melhor o código. Obrigado @Waldir Paim

Será enviado uma atualização para o monitor favor aguardar.

Bom dia, deu certo com balMuller, valeu muito obrigado!! Luis

Por favor pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Experimente nosso mecanismo de Busca com algumas palavras chaves e surpreenda-se com os resultados. No topo da página, você encontrará a caixa de busca.

Só faltou uma pesquisadinha no fórum:

Basta usar um Try/Except... Veja o exemplo no ACBrDevice procedure TACBrDevice.AcharPortasSeriais(const AStringList : TStrings ; UltimaPorta : Integer) ; var I : Integer ; BS : TBlockSerial ; UmaPorta : String ; begin GravaLog('AcharPortasSeriais('+IntToStr(UltimaPorta)+')'); AStringList.Clear; BS := TBlockSerial.Create; try For I := 1 to UltimaPorta do begin try UmaPorta := 'COM'+IntToStr(I) ; BS.Connect( UmaPorta ); if BS.LastError <> 2 then AStringList.Add(UmaPorta) ; BS.CloseSocket; except // Except Mudo, impede que o Raise prossiga... <---- AQUI end ; end ; finally BS.Free ; end ; end ;

Boa tarde, Foi publicado o Ajuste SINIEF nº 06/2019 prorrogando para 1º de março de 2020, o modelo de contingência de NFC-e com séries específicas.

Acredito que basta você passar a informação da seguinte Forma: with ACBrNFe1.NotasFiscais.Add.NFe do ... begin with pag.New do begin tPag := fpDinheiro; vPag := 100; ... end; end;

Show. Funcionou perfeitamente... Muito Obrigado !!!!

Em um dos testes que fiz, tive problemas de Schema com NFCe por causa dessas tags, ai cheguei em uma alteração no pcnNFeW.pas que considerei ideal. No cst60 troquei o if (nfe.Det[i].Imposto.ICMS.vBCSTRET > 0) or (nfe.Det[i].Imposto.ICMS.vICMSSTRET > 0) then por if((nfe.Ide.modelo = 55)and(nfe.Ide.indFinal <> cfConsumidorFinal))then No cstRep60 não precisei alterar o if porque já não tinha. No csosn500 fiz a mesma troca que fiz no cst60. E em todos troquei o parâmetro da tag vICMSSubstituto de 0 para 1, para que ela seja escrita mesmo quando zerada. Em resumo, as tags serão geradas, mesmo que com valor ZERO, quando for uma NFe e não for Consumidor Final.

Já Achei resolvido AddBCC(Txtcco.Text)

Olá Maiko, boa tarde! A simples consulta não faz a manifestação do destinatário, acredito que na sua aplicação, ao invés de enviar a ciência você talvez esteja enviando a confirmação da operação. Outra possibilidade seria algum outro aplicativo, (talvez do contador do cliente) estar fazendo este procedimento.

Resolvido! Essa solução que o pessoal da prefeitura indicou resolveu o problema.

Eu tive esse problema e era o horário da máquina que estava adiantado. Dá uma conferida.

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

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

Boa tarde Walter, Como a situação que originou o tópico foi resolvida, estou fechando o mesmo. Afim de evitar confusão sobre a finalidade do tópico atual, sempre crie um novo tópico para cada uma das novas dúvidas. Att.

@carlos_augusto Boa tarde. O problema dele é que quem dava manutenção no Layout era a SEFAZ SP e ela parou de atualizar o mesmo a partir da versão 4.0, o SEBRAE fico de manter atualizado mas até agora nada de manual novo. Recomendo usar o Layou INI do ACBr e usar o LoadFromIni, este layout é mantido pelo ACBr e esta atualizado com a nova versão. ACBrNFe1.NotasFiscais.LoadFromIni(ArquivoOuINI);

O componente já faz a descompactação internamente e disponibiliza o XML na propriedade ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[ x ].XML. Também salva o XML em arquivo se configurado pra isso.

Não existe, pois é da mesma forma que você alterara um arquivo INI normalmente. No entanto, a alteração usando o evento é apenas se você precisar fazê-la enquanto o programa está funcionando. No processo de instalação ou atualizações de seus clientes, é provável que seria melhor você alterar o arquivo INI.

Bom dia. Creio que instalar o fortes deva resolver mais rápido, porém é estranho ocorrer este erro se o componente nunca foi instalado. Att.

Bom dia, Obrigada pela contribuição, adicionada para análise. Att.

Veja:

Entre em contato com a prefeitura e informe a mensagem de erro.

Obrigado @BigWings, resolvido.

Bom dia, Por favor preste mais atenção ao postar, pois esse tópico se refere ao componente ACBrMDFe que não tem nada haver com NFC-e. Poste novamente o seu problema no tópico correto que se refere ao componente ACBrNFe. O tópico será fechado por ser muito antigo.

Prezados, Apenas repassando um detalhe: Estive realizando alguns testes de envio de RPS hoje para Joinville e obtive o mesmo erro citado pelo Fernando. Realizando alguns testes pude perceber que o erro estava ocorrendo pelo fato de possuir acentuação em uma string do XML. Então apenas para deixar relatado, caso mais alguém passar por este problema verifique também se não há acentuação no XML. Bom trabalho a todos.

Bom dia. A alguns dias foi postada no svn a alteração relativa a este tópico. Att.

Bom dia, roda em rede local no nosso cliente. Esse cliente não emite notas para outras empresas. Só uma questão de sincronização..nao tinha lido a sua mensagem antes enquanto enviava a anterior

Bom dia. Conforme tópico relacionado, as alterações já foram aplicadas. Att.

Tópico fechado por falta de retorno do usuário

Bom dia Italo, obrigado pela resposta... Pois é, os cliente colocam um padrão na empresa e para não perdemos temos que dar novas opções... Tive que fazer isso via programação fora do componente... Abraço, Wagner

Estamos lidando com este mesmo problema. Investigando mais a fundo vimos que se trata da mesma situação deste outro tópico: O erro se trata de que a OpenSSL não está lidando muito bem com certificados A1 na Cadeia v5.

Bom dia Pode utilizar das duas formas... Se precisar trocar o cedente, pode informar os Grupos [Cedente], [Conta] e [Banco] no mesmo arquivo .INI, utilizando o método BOLETO.IncluirTitulos

boa noite no svn sua sugestão

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

boa noite pode anexar suas sugestões que avaliamos

A mensagem significa que a comunicação com o webservice funcionou. O erro retornado é problema de cadastro na prefeitura que deve estar sem permissão de uso do webservice. Já o erro de validação é alguma incompatibilidade da libxml2.dll com o xsd fornecido por eles. Se tentar validar pelo Notepad++ acusa erro no XSD: Unable to parse schema file. Parsing error at line 262: Element '{http://www.w3.org/2001/XMLSchema}pattern': The value '^20(?:09|[1-9]\d)(?:0[1-9]|1[0-2])$' of the facet 'pattern' is not a valid regular expression.

Será que vocês não estão com os fontes desatualizados ? o ACBrNFeServicos.ini do SVN, já está com essa URL http://svn.code.sf.net/p/acbr/code/trunk2/Fontes/ACBrDFe/ACBrNFe/ACBrNFeServicos.ini [NFCe_MT_P] NfeAutorizacao_3.10=https://nfce.sefaz.mt.gov.br/nfcews/services/NfeAutorizacao?wsdl NFeRetAutorizacao_3.10=https://nfce.sefaz.mt.gov.br/nfcews/services/NfeRetAutorizacao?wsdl NfeInutilizacao_3.10=https://nfce.sefaz.mt.gov.br/nfcews/services/NfeInutilizacao2?wsdl RecepcaoEvento_1.00=https://nfce.sefaz.mt.gov.br/nfcews/services/RecepcaoEvento?wsdl NfeStatusServico_3.10=https://nfce.sefaz.mt.gov.br/nfcews/services/NfeStatusServico2?wsdl NfeConsultaProtocolo_3.10=https://nfce.sefaz.mt.gov.br/nfcews/services/NfeConsulta2?wsdl NFeAutorizacao_4.00=https://nfce.sefaz.mt.gov.br/nfcews/services/NfeAutorizacao4 NFeRetAutorizacao_4.00=https://nfce.sefaz.mt.gov.br/nfcews/services/NfeRetAutorizacao4 NfeInutilizacao_4.00=https://nfce.sefaz.mt.gov.br/nfcews/services/NfeInutilizacao4 NfeConsultaProtocolo_4.00=https://nfce.sefaz.mt.gov.br/nfcews/services/NfeConsulta4 NfeStatusServico_4.00=https://nfce.sefaz.mt.gov.br/nfcews/services/NfeStatusServico4 RecepcaoEvento_4.00=https://nfce.sefaz.mt.gov.br/nfcews/services/RecepcaoEvento4 URL-QRCode=http://www.sefaz.mt.gov.br/nfce/consultanfce URL-ConsultaNFCe=http://www.sefaz.mt.gov.br/nfce/consultanfce URL-ConsultaNFCe_2.00=http://www.sefaz.mt.gov.br/nfce/consultanfce

Recriei a pasta de fontes e deu certo, muito obrigado mesmo.

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

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

Boa tarde. De acordo com as regras da SEFAZ-CE o integrador ainda sim precisa estar instalado na maquina do cliente. Não sei se realmente causa seu problema, mas vale a pena verificar. Att.

Olá, Sim, retirar o Double ou utilizar o RoundABNT dá na mesma. Mas se você verificar a commit efetuado no dia 07/04/2019 as 20:27, que foi quando alteraram isso e ocasionou o problema, colocaram a mensagem no commit de "Correção para Compilação em 64 bits" Portanto, ao utilizar o RoundABNT, uma função contida no ACBrUtil, a mesma deve estar compatibilizada com x64. Por isso a utilização dela por minha parte. Atenciosamente.

Coloquei nas configuraçoes SSLCritp : cryWinCrypt SSLHttp : httpWinHttp SSLib : libWinCrypt SSLXml : xsLibXml2 ai deu certo

Uma particularidade do envio de evento de operação não realizada é a necessidade de se informar a justificativa (campo detEvento.xJust do envio de evento). Pode ser esse o motivo do erro.