Painel de líderes

Bom dia @giovani deitos. Revise seus arquivos schemas e seu processo para se certificar de que esteja utilizando arquivos de schema atualizados(Pegue eles do SVN em ..\trunk2\Exemplos\ACBrDFe\Schemas\NFe) e que seu software esteja buscando eles no local adequado. O leiaute da NF-e foi atualizado, aumentando o tamanho do campo cAut para 128 caracteres conforme Nota Técnica 2023/004 justamente para permitir informar o end2endId no campo. Essa alteração já foi feita no ACBr e portanto, se você está recebendo erro de validação de schema, isso significa que seus fontes e schemas estão desatualizados. O xCampo está aparecendo. Ele é um atributo do campo xTexto, veja em seu XML: <obsCont xCampo="idPix"> <xTexto>E187Ce4512fadCFacd6323974Bd4DfDb</xTexto> </obsCont>

Olá pessoal! O membro de nossa comunidade @Samuel Alles Remlinger compartilhou conosco essa resposta que obteve após abrir chamado junto a Serpro sobre o problema:

Prezados, Realizamos a implementação da captura de CPF e CNPJ via PinPad para o CliDTEF através da função "TransaçãoEspecial", de acordo com a documentação fornecida pela Linx. Estou enviando o arquivo alterado para disponibilização no SVN, junto da referida documentação. ACBrTEFDCliDTEF.pas D-TEF-8.22.20.1116-Integracao_Dpos-pt-BR.pdf

Olá pessoal! No dia 21/01/2025, por volta das 08h09, começamos a receber relatos no canal #sefaz em nossa comunidade do Discord de membros com problemas para emissão de NF-e junto a Sefaz de São Paulo. Todos os relatos tem em comum a Sefaz estar devolvendo a rejeição: Mesmo a informação estando correta de acordo com consultas disponíveis como o Sintegra. Conferindo no DownDetector, é possível observar que o volume de relatos de problema aumentou exponencialmente durante o mesmo período: Não á até o momento da publicação deste tópico aviso sobre contingência publicado no Portal da Nota Fiscal Eletrônica.

Olá pessoal! Foi publicado no dia 21/01/2025 comunicado no portal SPED informando sobre a versão 11.0.1 do programa da ECF utilizado para transmitir arquivos do ano-calendário 2024 e situações especiais 2025 (leiaute 11). A nova versão traz as seguintes atualizações: Fonte: http://sped.rfb.gov.br/pagina/show/7649

Boa Tarde Fiz uma melhoria no código da unit ACBrConsultaCNPJ.WS.CNPJWS, e gostaria de colocar no pacote da ACBr. Acrescentei o retorno do CodigoIBGE que não estava sendo carregado, na function TACBrConsultaCNPJWSCNPJWS.Executar acrescentei a linha FResposta.CodigoIBGE := LJsonObject.AsJSONObject['cidade'].AsString['ibge_id'];ACBrConsultaCNPJ.WS.CNPJWS.pas

Ja atualizei os fontes, vamos realizar os testes, posto aqui o retorno dos resultados

Boa tarde. Poderiam subir a unit do Banco Bradesco para o SVN. O CEP do sacado quando formatado estava indo com hífen. ACBrBancoBradesco.pas

no svn a sugestão

@Diego Reckziegel, Já esta no SVN.

Boa tarde @engloba_sistemas. A mensagem da a entender que o certificado não foi configurado corretamente na Lib. Por favor, procure pelo arquivo ACBrLib.ini que centraliza suas configurações e veja como está seção DFe no mesmo. Este é um exemplo de seção configurada para A1 com OpenSSL. [DFe] SSLCryptLib=1 SSLHttpLib=3 SSLXmlSignLib=4 UF=SP TimeZone.Modo=0 TimeZone.Str= URLPFX= ArquivoPFX=C:\Users\Diego\Documents\Cert\MeuCertificado.pfx DadosPFX= Senha=SenhaDoMeuCertificadoCriptografadapelaLib NumeroSerie= VerificarValidade=1

Boa tarde @Diego Reckziegel, Muito obrigado pela colaboração, já foi criado a TK-6515 para realizar a alteração.

Boa tarde a todos, O enumerado que o Delphi diz não existir esta definido na unit ACBrDFeReport, veja a imagem abaixo: É preciso declarar ela no uses da sua unit.

Prezado, tens razão, não vi o atributo. Vou atualizar novamente os fontes e verificar o que falou. Muito Obrigado!

Bom dia @PrimeSoftware, É de se esperar que as consultas não iriam funcionar uma vez que não foi implementado corretamente. Vamos fazer que nem o Jack Estripador, vamos por partes. Vamos nos concentrar no envio, depois avançamos nos demais serviços disponibilizados pela API. Notei que você enviou o RPS no modo Síncrono, faz um teste de envio no modo Assíncrono. O retorno do envio resultou em: Status Code: 401; Unauthorized Não sei lhe dizer se o problema foi a forma do envio ou se você informou alguma configuração que lhe passei acima errada. Preciso saber se o serviço que recepciona o Lote de RPS funciona no modo Síncrono ou Assíncrono.

@hugosecret, A alteração já foi realizada. Se você utiliza o componente, basta atualizar e reinstalar o ACBr. Se você utiliza a Lib ou o Monitor favor aguardar uma nova compilação dos mesmos.

Bom dia @Alisson Orsolin, Troque o chMDFe por chDFe e veja se compila.

Bom dia! Descobri o problema. Estava usando TEncoding.UTF8.GetString(BytesOf(Xml)) para converter o Xml e gravar no BD. Tirei a conversão, assim gravo da mesma forma que o arquivo original. O componente estava dando problema pois provavelmente usa o TEncoding.UTF8.GetString.

Me parece que você está usando a contingencia offline como um modo de operação usual. O objetivo desse recurso não é esse. Ele é um backup para quando o seu ambiente on-line não está operacional. Você emitir frequentemente notas em modo offline é um sinal de alerta para fiscalização do emissor. Outra observação que você cita em uma das respostas é que o vendedor "sai" e emite o cupom... A emissão da NFCe usualmente deve ser feita no estabelecimento. Sugiro consultar o responsável fical pela empresa para validar se essas operações estão corretas. Em relação a rejeição por duplicidade a nota que você tentou emitir foi rejeitada então o caminho natural seria emitir uma nova nota dentro da mesma série com a numeração na sequencia correta. Entendendo que o seu cliente saiu da loja com uma nota que não existe! Por isso a necessidade de se ter um controle correto para que a duplicidade não ocorra. Porém o controle das séries é uma opção que você pode usar para inclusive separar as suas operações (poderia usar uma série para offline e uma série para online, por exemplo). Também reforço a importancia da validação com o responsável contábil/fiscal pois ele que tem propriedade para te orientar nesse aspecto. Novamente, podemos te ajudar com toda a parte técnica em relação as emissões dos documentos. Já a responsabilidade e avaliação das operações deve ser feita pelo contador responsável. Na dúvida sugiro verificar alguma consultoria especializada como o https://www.sacfiscal.com.br/ do @marcopoloviana que vai ter propriedade para te orientar nesses assuntos.

Veja o que você está passando no segundo parâmetro do método Inicializar. Se deixar em branco, será utilizado o padrão, mas se você estiver passando algo em eChaveCrypt, deve passar a mesma informação em todas as chamadas deste método. https://acbr.sourceforge.io/ACBrLib/GTIN_Inicializar.html No log constam valores de tamanhos diferentes em cada chamada do método Inicializar.

Boa tarde, Obrigado pela contribuição, fizemos o commit r36979

O controle é separado por CNPJ, ter bloqueio em um não impede de fazer a consulta no outro, mesmo usando o mesmo certificado.

Muitos usuários estão recebendo notificações dos bancos, sobre o fator de vencimento dos boletos vai ser reiniciado: Fique tranquilo que já está pronta esta implementação: Você não precisa configurar nada, esta implementação já foi feita pelo nosso querido @BigWings em 2015 conforme post abaixo:

Todos os pagamentos Digitais, precisam ser vinculados a emissão de documentos fiscais e no mesmo equipamento De qual estado em específico você tem dúvida ? FAQ do R.S.: https://atendimento.receita.rs.gov.br/notaintegrada FAQ do M.T.: https://www.portaldoconhecimento.mt.gov.br/perguntas-e-respostas-sobre-a-integracao