Painel de líderes

Boa noite, Essas opções só fazem diferença se estiver utilizando WinINet, utilizando WinHttp não são consideradas. Esse envio foi na versão 2.1 em homologação, pois é assíncrona e gerou número de protocolo. A versão 2.1 está disponível somente em homologação, em produção só está disponível a 1.5. Se estiver tentando enviar na versão 2.1 em produção não irá funcionar.

Olá, Conforme a documentação na Nota Técnica 2023.002 o sequencial do evento aceita os valores entre 1 e 999, então é possível sim gerar vários eventos. A outra regra relacionado a isso é essa aqui: Essa regra diz que não pode existir dois eventos de insucesso autorizados, exceto para CT-e globalizado. O status de "autorizado" citado nessa regra é importante. Como existe o evento de cancelamento de insucesso, nada impede de emitir um evento de insucesso, emitir um evento de cancelamento de insucesso para o evento anterior, emitir um insucesso de novo, cancelar de novo, emitir um terceiro insucesso... O que não pode acontece é, para um CT-e não globalizado, ter mais que um evento de insucesso na situação autorizado.

@DevSolucaoSistemas Subimos uma correção, por favor atualizar os fontes, reinstale o ACBr

Mudou muito . foi trunk2 é atualizar o svn. fazer a instalação do zero e depois compilar sua aplicação e corrigir as mudanças qu foram feitas. ACBr é pra atualizar uma vez na semana bem dizer

Bom dia, Entrei em contato com a Prefeitura, e de fato estão com um problema no servidor. Disseram que possivelmente ainda hoje resolveriam.

Bom dia, funciona! Os caras do ACBR são esforçados e como disse Alexandre acima, não medem esforços!

Pessoal erro meu, como eu tinha atualizado semana passada achei que não precisava mais, ainda bem que vocês insistiram, obrigado!

Boa tarde! Foi publicado no dia 07/07/2023, nova versão do Programa Validador da Escrituração Digital EFD ICMS IPI com alterações corretivas relacionadas com as regras de validação da escrituração monofásica de combustíveis. Fonte: http://sped.rfb.gov.br/pagina/show/7249

Boa tarde! Gera as credenciais do banco do brasil na Pix Versao 2 e altera no componente AcbrPSPBancodoBrasil a propriedade para BBAPIVersa para apiVersao2

Boa tarde, Provavelmente o problema é que o XML é uma linha única e, pelo que vi, o tamanho máximo de uma string no FB é 64k. Ele deve estar interpretando o valor recebido como uma string única. Para validar isso, abra o XML com um editor de texto e coloque uma quebra de linha no meio. Veja se assim não ocorre mais o problema e se for isso, pesquise a respeito se existe alguma solução para esta situação.

Daniel, muito obrigado. Funcionou aqui!

Boa tarde Ricardo, fiz novamente os teste com o NCM 00000000 e realmente, deu certo. Porém testei novamente com o NCM anterior e também deu certo. SEFAZ deve ter corrigido os teste para aceitar o CSOSN 900, Obigada pela atenção! Att Éva

Bom dia, Realizando testes em homologação para envio do evento de Insucesso na Entrega, percebi que é possível registrar mais que um deste evento para o mesmo CTe, apenas aumentando o número sequencial do evento. Porém, ao analisar a documentação e as regras de validação disponíveis na NT, vi que não deveria ser possível associar mais que um evento de Insucesso para o mesmo CTe. Alguém já observou a mesma situação? Trata-se de uma falha na validação da Sefaz?

Para mim também ocorreu esta situação, alguém sabe dizer se está correto?

Não tenho acesso ao sistema do eSocial pelo site então não sei informar se lá existe alguma opção diferente. Pelo Monitor seria apenas pelo evento S-3000 com exclusão de forma individual para cada evento.

Boa tarde Verissimo, Já esta no SVN.

Exato, foi esta minha compreensão após a leitura da NT, porém consegui emitir dois eventos de Insucesso para o mesmo CTe, sem realizar o Cancelamento do Insucesso na Entrega já emitido anteriormente, apenas aumentando o número sequencial. Por isso levantei o questionamento.

Meu problema era na regra de validação do Sefaz de Santa Catarina abri um chamado (CAF) na Central de atendimento e dias depois fui informado a regra já esta ajustada ai enviei a nota e passou. Sugiro entrar em contato com o Sefaz

@julio_cld Obrigado pela colaboração Subimos uma correção, por favor atualizar os fontes, reinstale o ACBr (4148-1, 4148-2, 4148-3) Abr

Verissimo, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça testes usando o programa exemplo.

Boa tarde! Na data de hoje 07/07/2023 novamente foi prorrogado o período de contingencia da SEFAZ em MG até o dia 12/07/2023 as 12:00 conforme pode ser verificado no Portal da nota fiscal eletrônica. Agradecemos ao amigo Jonas da Farsoft por nos avisar no nosso servidor do Discord

Pode encerrar, ja achei o problema, havia um ImprimirPDF perdido, desculpe e obrigado.

Provavelmente é o anti-vírus.

Bom dia, Estou fazendo esta sequencia, estou no caminho certo. Obrigado pela ajuda Juliomar, Renato e Diego. Pode fechar o Topico.

Após atualizar os fonte vi que a imagem foi alterada. Ficou somente o HEADER sem alteração do nome de UNIPRIME para SISPRIME. Ajustamos. Ajustamos também para o caso da instrução estiver 03 – Sem Protesto / Negativação estava exigindo os dias de protesto. Segue arquivo alterado. ACBrUniprimeNortePR.pas

Ok, muito obrigado pelas orientações.

Bom dia, Atualizado SVN na Rev. 30055 com a sua contribuição. Por favor, atualize o SVN, reinstale os componentes e faça novos testes. Obrigado!!!

Bom dia! Em um resumo do resumo: Você usa o método NFSe_CarregarINI ou o NFSe_CarregarXML para preencher as informações do RPS na Lib. Você usa o método NFSe_Emitir para enviar o RPS que carregou no passo 1 para o web service. Você consulta o resultado do processamento usando o NFSe_ConsultarLoteRPS (Dependendo do provedor, precisa usar o NFSe_ConsultarSituacao primeiro) Este tópico tem algumas informações conceituais sobre a NFSe que podem ajudar

obrigado pela resposta e parabens a todos que fazem o acbr.

Bom dia @viniciusps Para este campo citado na rejeição, precisa informar a propriedade aqui: Sacado.SacadoAvalista.Pessoa=1 Resultado:

Opa!!! Obrigado Daniel

Bom dia. Funciona, é um grande esforço que fazemos para manter a retrocompatilibidade com o D7, porém sempre recomendamos se possível utilizar as versões mais atualizadas do Delphi pois existe uma série de recursos e funcionalidades que podem ser melhor aproveitadas!

@luisclaudio_jr Bom dia ! Utilize Unicred ES, e deixe a propriedade Boleto.Banco.LayoutVersaoLote := 944; Assim vai sair corretamente !

Boa noite, a mensagem parece clara, tamanho maximo de "65535 bytes", em algum lugar esta definido esse limite no teu banco ou nessa coluna. Att Ricardo

Boa noite, Não sei se são fontes compatíveis, mas chegou a ver o exemplo em Harbour? ../trunk2/Projetos/ACBrLib/Demos/Harbour/NFSe/

Tudo funcionando na V4 em Homologação para o PR.

Boa Tarde! @Renato Rubinho e @Juliomar Marchetti, deu certo com uma junção de configurações que testei, muito obrigado! Vou deixar relatado aqui para quem esteja enfrentando os mesmos problemas consiga solucionar também e sem passar pelo que passei! 1º alterei o arquivo que fica na pasta /etc/ssl/openssl.cnf feito com citei anteriormente o link é esse https://github.com/nfephp-org/sped-common/issues/279 2º utilizei a dica do @Juliomar Marchetti de utilizar a TLS 1.2 3º utilizei a dica do @Renato Rubinho de utilizar a LibXml2. Como meu sistema de pdv eu emito sat e nfc-e funcionou perfeitamente! Muito obrigado! Pode fechar o assunto!

Bom dia! Por favor, forneça mais informações. Você usa Lib ou componente? Se você usa NFSe_CarregarINI, então não vai retornar nada mesmo fora o resultado (0, -1 ou -10). Agora se você usa componente, precisa usar ACBrNFSeX.NotasFiscais.LoadFromIni e ele também vai retornar apenas um boolean. Neste caso, você usaria a NFSe carregada no componente.

Boa tarde! O nosso amigo @Edson Costa nos avisou no discord de uma nova atualização na documentação do Reinf EFD-Reinf - Esquemas XSD da versão 2.1.2 da EFD-Reinf republicados. http://sped.rfb.gov.br/pagina/show/7247 EFD-Reinf - Nota Técnica 02/2023 – Ajustes nos leiautes da versão 2.1.2. http://sped.rfb.gov.br/pagina/show/7246 A equipe do ACBr já está avaliando as modificações e assim que estiverem em nossos fontes iremos informar aqui. Lembrando que os ambientes de Produção Restrita (Homologação) ainda não foram liberados pela receita.

Bom dia! Ao emitir uma Nota Fiscal de Serviço para uma cidade que é atendida pelo provedor Centi. Caso receba uma rejeição: Ao invés do valor que é informado habitualmente para o campo ItemListaServico, deve ser enviado o ID do cadastro do serviço no sistema interno da prefeitura. Um agradecimento especial ao membro @maxdatasistema por conseguir esta informação junto ao provedor durante o processo de homologação e compartilhar.

Boa tarde! Conferindo no Portal da Nota Fiscal Eletrônica, é possível observar que a Sefaz do Rio Grande do Sul está com contingência agendada para o dia 09/07/2023 com previsão de inicio às 05:00 e término no mesmo dia às 11:00. Para utilizar o ACBr em contingência durante este período, por favor, siga às orientações deste tópico:

Bom dia! Conferindo no painel da Situação-SVC é possível observar que há uma mensagem informando que a Sefaz BA está com contingência agenda para o dia 09/07/2023 com previsão de início as 00:00 e término às 08:00 do mesmo dia. Para usar o ACBr em contingência durante este período, por favor, siga as orientações deste tópico:

Boa tarde pessoal! Foi publicado no dia 30/06/2023 no Portal do SPED, um AVISO de que o ambiente de produção restrita no modelo assíncrono para o Reinf vai ficar indisponível a partir das 19 horas do dia 07/07/2023 com previsão de ser reestabelecido as 7 horas do dia 10/07/2023. O motivo é a atualização para a versão 2.1.2 do leiaute com consequente exclusão das informações da base de dados relativas a lote e eventos enviados até a data da atualização. Não haverá mudança no ambiente de produção restrita do modelo síncrono. Um agradecimento ao @Edson Costa que chamou a atenção ao fato em nossa comunidade do Discord.

Perfeito obrigado pela dica funcionou perfeitamente

Boa tarde pessoal! No dia 27/06/2023 foi publicada a versão 3.1.4 do Guia Prático e a Nota Técnica 2023.001 v1.0 com vigência a partir de janeiro/2024, com as seguintes alterações: 1. Inclusão da seguinte validação no registro C100: Será emitida mensagem de advertência quando houver dois ou mais registros C100 com a mesma combinação de campos IND_EMIT, COD_SIT, COD_PART, SER e NUM_DOC, exceto se forem dois ou mais C100 com COD_MOD igual a 55 ou 65. 2. Inclusão da seguinte instrução nos registros C500 e C700: A NF3e que contenha apenas itens sem a indicação de Código de Situação Tributária – CST não deve ser escriturada. 3. Inclusão da seguinte instrução nos registros C590 e C790: Relativamente às Notas Fiscais de Energia Elétrica Eletrônica (NF3e), não devem ser apresentados neste registro os itens sem a indicação de Código de Situação Tributária – CST, nem itens referentes à energia injetada. 4. Inclusão de valor válido “2” no campo 02 do registro C105 5. Inclusão de instrução no registro C105. 6. Alteração na regra de validação do campo 09 do registro C800. 7. Alteração na regra de validação do campo 08 do registro E210. 8. Inclusão de valor válido “4” no campo 09 do registro 1391. 9. Inclusão dos campos 21, 22 e 23 no registro 1391 Como a notícia é recente, ainda será preciso adequar os fontes do ACBr e para tal foi criada a #TK-4149

Veja a unit disponibilizada neste tópico para mesclar PDFs.

Boa tarde pessoal! A versão 4.0 do CT-e foi oficialmente disponibilizada na Sefaz de São Paulo: Fonte: https://portal.fazenda.sp.gov.br/servicos/cte/

Boa tarde pessoal! Conforme notícia publicada no dia 30/06/2023, a entrada em produção para os eventos que de processo trabalhista foi prorrogada novamente, não ocorrendo mais no 1º dia de Julho de 2023 conforme previsto anteriormente. Não há nova data divulgada até o momento.

Bom dia, Adicionada a TK-4136 para avaliar a contribuição. Obrigado.