Painel de líderes

Posso estar enganado mas me parece que a NFC-e tem somente a contingencia offline. Membros PRO tem acesso ao curso: https://projetoacbr.com.br/cursos/nfce-offline/ Dê uma olhada

Fonte da alteração de conta: ACBrPIXPSPMatera.pas Também fiz uma pequena alteração na linha 10395, colocando o nome da propriedade documents, pois estava enviando vazio. ACBrSchemasMatera.pas

Boa tarde, Ontem foi enviada uma correção para o SVN que visa corrigir este problema. Atualize os fontes, reinstale os componentes e veja se resolve.

Muito obrigado pela contribuição @MatheusHenrique9 @Alexandre de Paula, consegue nos ajudar nessas validações

Olá pessoal! Aviso publicado no dia 07/05/2024: Fonte: https://www.nfe.fazenda.gov.br/portal/informe.aspx?ehCTG=false&Informe=yTNub/czXUw=

Como usuario Pro, tem acesso a todos nossos cursos, um deles é Dominando ACBrMonitorPlus. Vou te mandar o link de um vídeo específico sobre boas praticas com monitor https://acbr.nutror.com/curso/869a0d2dddd8dee3b4174464c2ce590e9ee598ed/aula/2451792

@visual flex O log veio incompleto, só veio uma parte. Eu apaguei a parte q vc mandou, pq continha dados sensíveis. (por isso mandei no post acima, nosso email) Só uma observação, notei que aparece no final erro de leitura/gravação. Isso ocorre porque você tem que seguir um FLUXO para comunicar com o ACBrMonitorPlus. Você precisa criar um arquivo temporário, depois de pois de concluída a escrita você renomeia ou copia o ent.txt Como o ACBrMonitorPlus fica lendo em milissegundos , provavelmente ele esta lendo enquanto você esta escrevendo o arquivo. Por isso precisa utilizar esta boa pratica para comunicar com o Monitor. Qual a versão do ACBrMonitorPlus que você está atualizando.

https://www.practicalnetworking.net/practical-tls/openssl-3-and-legacy-providers/ No Link acima pode solucionar o problema de compatibilidade openssl

https://svn.code.sf.net/p/acbr/code/tools/DFe/NFeNFCe/Manuais/MOC versao 7.03 Anexo IV Manual Contingencia NFC-e.pdf pagina 11

Boa tarde, qual estado é o emitente? Estados com prazo padrão de 24 horas Acre (AC) Alagoas (AL) Amapá (AP) Amazonas (AM) Bahia (BA) Ceará (CE) Distrito Federal (DF) Espírito Santo (ES) Goiás (GO) Maranhão (MA) Mato Grosso do Sul (MS) Minas Gerais (MG) Pará (PA) Paraíba (PB) Pernambuco (PE) Rio de Janeiro (RJ) Rio Grande do Norte (RN) Roraima (RR) Santa Catarina (SC) São Paulo (SP) Sergipe (SE) Tocantins (TO) Estados com prazos diferentes Mato Grosso (MT): 2 horas Paraná (PR): 7 dias (168 horas) Piauí (PI): 60 dias (1440 horas) Rio Grande do Sul (RS): 7 dias (168 horas) Rondônia (RO): 30 dias (720 horas) Agora talvez se ja tenha passado o prazo, alguns casos como se o produto ainda não foi enviado para o cliente e você precisa cancelar o documento, mas perdeu o prazo, você pode emitir uma nota fiscal de estorno, ajuste ou complementar. (mas precisa confirmar com o seu contador) Cada estado é um caso, em SP após o prazo, clique aqui

Boa tarde, Criada a TK-5413 para avaliação. Obrigado pela contribuição.

Por favor pode nos enviar o log na integra para que possamos verificar. Como contem dados sensíveis, por favor enviar para [email protected], no corpo da mensagem colar o link deste post para que possamos identifica-lo

Sr. Diego Deu certo a implementação da Contingência no MDF_e utilizando o Acbr. Muito obrigado por sua atenção. Por favor, pode fechar este tópico.

Bom dia! As configurações de certificado são inerentes a todos os DFes por isso, ela é uma configuração geral e não específica do modelo de documento. Veja em Configurações das Bibliotecas > DFe os detalhes sobre as mesmas. Este tópico também é útil para esse tipo de configuração:

Ativa o Log, no nível máximo... toda a comunicação de Envio e resposta do HTTP (inclusive cabeçalhos), ficará registrada no Log

Bom dia, Resposta Sicredi. Pelo que parece, esse 60 é como se fosse uma série para quando a sequência de números se esgotar, reinicia com 61, 62, ... Mas pelo jeito eles não têm isso documentado, pois novamente responderam que era para olhar no manual da API, mas no manual não tem nada sobre esse padrão. Fala apenas no padrão normal, ou seja, onde os 2 primeiros dígitos é o ano. Obrigado!

No caso está descrito tanto nos manuais quanto no portal que a Bahia é sefaz do RS para emissão de NFCe como já é de conhecimento de todos os datacenters foram desligados e foi avisado para passar ao modo offline até retornar então NFCe é offline é isso ai, tem que esperar... obrigado.

O processo de sincronização demora um pouco... e creio que com os problemas na SEFAZ do RS, isso tenha se agravado...

TK-5411 criado para analise

aberto TK-5410 para analise

TK-5409 aberto para analise. acredito que isso está vinculado a classe base que define o path a ser salvo do que a engine em si propriamente. será analisado em breve, assim que possível.

Perfeito, obrigada!

Muito obrigado pelo esclarecimento

Bom dia! Devido aos problemas enfrentados pelo Rio Grande do Sul devido as fortes chuvas, muitos dos serviços estão indisponíveis ou instáveis. O próprio portal da NFCe parece estar fora: https://dfe-portal.svrs.rs.gov.br/nfce/disponibilidade Outros membros da comunidade tem optado por fazer o envio de NFCe em contingência off-line. Por ser membro PRO, você tem acesso ao curso Implementando a contingência Offline da NFCe, onde o processo é explicado e exemplificado. Veja neste tópico informações a respeito da situação no Rio Grande do Sul

Bom dia ! Qual o erro que está retornando? Apenas conferindo, para emitir em contingencia, leia este post por favor. Observe que muda no componente e tbm muda na forma de emissão na NFe.

Olá @Marcelo Calvi Belanga, obrigado por nos ajudar a passar esse 'pente fino" no novo relatório en FPDF Creio que será necessário nosso time abrir tarefas para correção... mas logo eles retornam por aqui

Você tem razão, não basta considerar apenas o tpRegPrev Coloquei a regra um pouco mais enxuta, mas com o mesmo resultado, conforme abaixo: 1. Gera sempre que for rpRPPS(2) 2. Gera sempre que for tpRegTrab <> trEstatutario(2) Obs: Como tpRegTrab e seu grupo são obrigatórios não precisei considerar o tpNenhum if ((objAltContratual.Vinculo.tpRegPrev = rpRPPS) or (objAltContratual.Vinculo.tpRegTrab <> trEstatutario)) then begin Gerador.wGrupo('infoRegimeTrab'); if objAltContratual.Vinculo.infoRegimeTrab.InfoCeletista.cnpjSindCategProf <> '' then GerarInfoCeletista(objAltContratual.Vinculo.infoRegimeTrab.InfoCeletista) else GerarInfoEstatutario(objAltContratual.Vinculo.infoRegimeTrab.InfoEstatutario); Gerador.wGrupo('/infoRegimeTrab'); end; Enviado ao SVN na Rev-33544 Por favor atualize os fontes, reinstale os componentes, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.

Filipe, Essa atualização já ocorreu 30/01/2024. Você tem fontes do ACBr com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build. Por fim repita os testes.

É isso mesmo... Já chegou, testei tudo e usando o protocolo EscPOSEpson deu tudo certo, fiz testes usando a serial direta, USB e Rede (Tcp/ip) A impressora é bem robusta e parace ser boa... Fácil de configurar (mudar IP e outras configurações básicas) Vou colocar num cliente com bastante rotatividade para testar desempenho em quantidades de impressões grandes.

Ações para a emissão em Contingência offline: 1. Configurar o componente -> Configuracoes.Geral.FormaEmissao = teContingencia; 2. Alimentar o componente alterando o valor de tpEmis para teContingencia; 3. Executar os métodos Assinar e Validar; 4. Imprimir o DAMDFE. Quando a SEFAZ-Virtual do RS voltar os passos são: 1. Configurar o componente -> Configuracoes.Geral.FormaEmissao = teNormal; 2. Carregar o XML com o método LoadFromFile; 3. Executar o método Enviar; 4. Imprimir o DAMDFE. se seguir esses passos e estiver dando erro muito provavelmente seja a pasta schemas desatualizada, sugiro atualizar os fontes, resolveu pra mim

Parece que o problema é do lado do WebService, pois o erro é retornado ao consultar o envio, os valores estão la no portal mas quando tenta buscar o retorno ele da o erro, e o estranho é que ele enviou alguns depois começou o erro em 1 lote, depois ele volta a enviar o restante normalmente. Mesmo alterando o status para buscar novamente o retorno do lote que deu erro, ele continua dando erro 301 e para piorar eu fiz o teste de excluir o registro no portal e enviar novamente os valores gerando um novo lote, e foi com sucesso e retornou com sucesso. Só queria saber se mais alguém teve este tipo de problema e se resolveu de outra forma. mas de qualquer forma obrigado

Para você que está querendo introduzir as soluções do Projeto ACBr nos seus projetos em Python, agora dentro do pacote de cursos exclusivos para os assinantes ACBr Pro temos um Mini Curso para te ajudar e dar seu pontapé inicial. Como nosso objetivo é mostrar como utilizar as bibliotecas, vamos começar pela ACBrLibCEP. É uma biblioteca de poucos comandos ótimo para iniciar seu aprendizado, com os métodos desta biblioteca. Com ela é possível consultar em diversos provedores (lembrando que alguns precisam de autenticação do usuário e outros são pagos). São 07 (Sete) aulas de aproximadamente 10 minutos que vai explicar como utilizar o programa exemplo de uma forma correta. As aulas englobam os seguintes conteúdos: Desde como baixar o exemplo em python e ACBrLibCEP Demo Criar variáveis globais, os caminhos da dll, dependências e logs Tratando erros para evitar quebras na execução do programa Entendendo funções para tratar o buffer de reposta e validar as repostas json configurar webservice gravando no ini através do metodo CEP_ConfigGravarValor Vamos consultar através do CEP e também através do Logradouro. Como tratar os erros das respostas. Para este Mini Curso você precisa ter Python instalado no seu computador e saber os comandos básicos dele Publicação do curso entre 07 e 08/05/2024 Ainda NÃO é assinante ACBr Pro? Aproveite mais esta vantagem e se torne assinante antes do reajuste de valores!

Olá Pessoal, Já se encontra no SVN a implementação dos eventos: Insucesso na Entrega da NF-e e o Cancelamento do Insucesso na Entrega da NF-e no componente ACBrNFe. Quero frisar o que o @Diego Foliene, colocou em sua postagem anterior que o Ambiente de Homologação já esta liberado para recepcionar os referidos eventos e somente a partir do dia 24/06/2024 é que vai ser liberado o ambiente de produção. O programa exemplo feito em Delphi já foi alterado, agora ele possui os botões para exemplificar os dois novos eventos. Façam os seus testes usando o programa exemplo antes de iniciar a implementação em suas aplicações. Quanto o ACBrLibNFe e o ACBrMonitor Plus os novos eventos vão estar disponíveis assim que forem liberados as novas verões de ambas as ferramentas. Serão atualizados os manuais do ACBrLibNFe e do ACBrMonitor Plus. Fiquem atentos.

Olá pessoal! Foi publicado no dia 23/04/2024 na página de notícias do eSocial, uma notícia informando que o conjunto de cifras utilizado no estabelecimento da conexão com o eSocial será revisado. A medida visa aprimorar a segurança no serviço do eSocial e acarretará na eliminação dos protocolos TLSv1.0 e TLSv1.1 de acordo com o cronograma: 24/06/2024: Eliminar o protocolo TLSv1.0 24/07/2024: Eliminar as cifras CBC 26/08/2024: Eliminar o protocolo TLSv1.1 Após a revisão das cifras, caso haja tentativa de conexão com o web service do eSocial e o resultado seja uma mensagem como a abaixo: É um forte indício de que a conexão foi feita utilizando uma versão do TLS ou cifra não suportada. Caso isso ocorra é importante buscar uma versão do sistema operacional utilizado que suporte a conexão. Lembrando que as soluções ACBr são compatíveis com o protocolo TLSv1.2, com a configuração podendo ser definida no componente nativo na propriedade: ACBreSocial.SSL.SSLType := LT_TLSv1_2; E através de parametrização no Monitor e na Lib. Leia a notícia original na íntegra AQUI.

Olá pessoal! Foi publicado no dia 24/04/2024, no portal SPED, comunicado informando sobre a versão 10.0.7 do programa ECF utilizado para transmitir arquivo do ano-calendário 2023 e situações especiais de 2024(item 10). A nova versão trás as seguintes atualizações: Fonte: http://sped.rfb.gov.br/pagina/show/7422

Olá pessoal! Devido a atualização recente da tabela de Meios de Pagamentos promovida por este informe, o pessoal da AFRAC foi buscar informações junto a Sefaz de São Paulo em relação a como fica o SAT com esta nova atualização. As informações obtidas foram: No SAT, os valores de código de pagamento são fixos até o layout 0.08, estando vinculados ao Software do equipamento. Fabricantes que já homologaram novas versões do Software base ou de equipamentos a partir de 01/09/2021 já incluíram os novos códigos. Nas versões 0.09 e 0.10 do layout esses códigos poderão ser atualizados de forma dinâmica através de através de parametrização. A Sefaz de SP não implementará a versão 0.09 e está trabalhando no layout 0.10 Os novos meios de pagamento constam na versão 2.28.05 da Especificação de Requisitos do SAT, de 01/03/2021. O que foi homologado antes desta data, não suporta os novos meios de pagamento. Para os meios de pagamento não suportados pela versão em específico, a recomendação é utilizar o código 99 que equivale a opção "Outros". É recomendado as software houses que entrem em contato com os fabricantes SAT para buscar orientações de como atualizar para as versões mais recentes que suportem os novos meios de pagamento. Este tópico foi feito baseado em notícia publicada no Radar AFRAC. Veja a notícia original na íntegra AQUI.

Olá pessoal! Dando continuidade a esse processo de unificação dos ambientes, no dia 25/04/2024, foi publicado um novo aviso no Portal da NFe, informando que a partir do dia 16/07/2024, as seguintes URLs de HOMOLOGAÇÃO serão descontinuadas: https://hom.svc.fazenda.gov.br/NFeInutilizacao4/NFeInutilizacao4.asmx https://hom.svc.fazenda.gov.br/NFeConsultaProtocolo4/NFeConsultaProtocolo4.asmx https://hom.svc.fazenda.gov.br/NFeStatusServico4/NFeStatusServico4.asmx https://hom.svc.fazenda.gov.br/NFeRecepcaoEvento4/NFeRecepcaoEvento4.asmx https://hom.svc.fazenda.gov.br/NFeAutorizacao4/NFeAutorizacao4.asmx https://hom.svc.fazenda.gov.br/NFeRetAutorizacao4/NFeRetAutorizacao4.asmx As novas URLS serão: https://hom.sefazvirtual.fazenda.gov.br/NFeInutilizacao4/NFeInutilizacao4.asmx https://hom.sefazvirtual.fazenda.gov.br/NFeConsultaProtocolo4/NFeConsultaProtocolo4.asmx https://hom.sefazvirtual.fazenda.gov.br/NFeStatusServico4/NFeStatusServico4.asmx https://hom.sefazvirtual.fazenda.gov.br/NFeRecepcaoEvento4/NFeRecepcaoEvento4.asmx https://hom.sefazvirtual.fazenda.gov.br/NFeAutorizacao4/NFeAutorizacao4.asmx https://hom.sefazvirtual.fazenda.gov.br/NFeRetAutorizacao4/NFeRetAutorizacao4.asmx Lembrando que o arquivo ACBrNFeServicos.ini já foi atualizado.

Boa tarde, segue o demo do boleto hibrido pix bradesco atualizado já com as alterações das credenciais. Atenção as informações do campo ctitloCobrCdent tem que ser alterado para numero pra cima. Outro detalhe é que agora está retornando o qrcode do pix. Eu implementei já no nosso projeto e já está em produção, infelizmente não tenho conhecimento avançado no ACBrBoleto pra adicionar ao componente, mais seria bom se alguém fizesse, ajudaria bastante a comunidade. https://drive.google.com/file/d/1d0aBYlzCw-eaaR-czTh_19_lRO8rloER/view?usp=sharing

Perfeito, funcionou da seguinte maneira: Servico.ItemServico.ValorTributavel := ValorTotal - ValorDeducoes - DescontoIncondicionado; Outro campo que precisei ajustar, é o campo TIPO UNIDADE, que estava retornando um erro de UNIDADE: Servico.ItemServico.TipoUnidade := TUnidade.tuHora Obrigado!