Painel de líderes

Olá pessoal, depois um longo tempo de espera, estou aqui para dar uma ótima noticia sobre a ACBrLibNFSe !! Após um trabalho intenso de melhorias, testes e validações, um bom período de maturação do componente ACBrNFSeX, chegou o momento de anunciar que finalmente os trabalhos para a ACBrLibNFSe sair do forno tiveram inicio nesta semana. Fiquem ligados para os próximos posts no fórum, vamos mantendo todos vocês informados sobre o andamento desta nova biblioteca do pacote ACBrLib.

Boa tarde, Favor adicionar o município de Campestre da Serra/RS, no arquivo "ACBrNFSeXServicos.ini" segue embaixo a alteração -------------------------------------------- [4303673] Nome=Campestre da Serra UF=RS Provedor=DataSmart Versao=2.02 Params=AliasCidade:CAMPESTREDASERRA ------------------------------------------- segue o arquivo já com a alteração para verificar, obrigado. ACBrNFSeXServicos.ini

Boa tarde @IMATECH! Muito obrigado pela intenção em colaborar! Mas esse ponto já foi corrigido na Rev-28247. Por favor, atualize seus fontes, reinstale o ACBr para realizar novos testes e reporte qualquer problema.

@Carlos Wagno Schneider Boa tarde !

Olá Pessoal, Vamos a mais uma atualização da NT 2022/003, foi publicado a versão 1.11 da NT. Resumo das novidades 1. quanto ao prazo não foi alterado, sendo assim esta mantido a data 07/02/2023 para o ambiente de homologação e 03/04/2023 para o de produção. 2. Ocorreram melhorias na redação/documentação, como veremos adiante. Nova redação explicando melhor a utilização do campo refNFeSig Criação de campo específico no grupo de Documento Fiscal Referenciado (NFref) para permitir ao contribuinte referenciar Nota Fiscal Eletrônica, modelo 55, informando a Chave da NF-e com o código numérico zerado. Essa alteração visa garantir a manutenção do Sigilo Fiscal da NF-e referenciada. A referência pela chave de acesso completa (campo: refNFe) ainda continua obrigatória nos casos de NF-e de devolução, complementar e quando a legislação exigir. O texto em negrito tem por objetivo chamar a atenção de quando NÃO se deve usar o refNFeSig. Melhoria na documentação das regras BA02-60 e BA02a-110 Na regra BA02-60 foi acrescentado as seguintes condições: - Se modelo da Chave de Acesso = 55 ou 65; (para deixar claro que a regra se aplica em ambos os modelos de uma nota referenciada) - Se Mês-Ano da Chave de Acesso superior a Abril/11; (essa condição é para deixar claro que notas emitidas anteriores a esse Mês/Ano não vão ser validadas pela regra) Na regra BA02a-110 foi acrescentado a seguinte condição: - Se Mês-Ano da Chave de Acesso superior a Abril/11; (essa condição é para deixar claro que notas emitidas anteriores a esse Mês/Ano não vão ser validadas pela regra) Sobre as mudanças no componente ACBrNFe e consequentemente no ACBrMonitorPlus e ACBrLib O componente ainda NÃO foi atualizado para contemplar o novo campo (refNFeSig) uma vez que o ambiente de homologação só será liberado em 07/02/2023. Mas mantenha seus fontes atualizados, porque nos próximos dias, enviaremos para o SVN uma atualização do ACBrNFe, ACBrMonitorPlus e ACBrLibNFe.

Boa tarde pessoal! A Sefaz-MG está com contingência agendada para a data de hoje(26/01/2023) iniciando as 18:30 e com previsão de durar até as 22:30 Fonte: https://www.nfe.fazenda.gov.br/portal/principal.aspx Caso precise emitir documento fiscal nesse período, siga as instruções deste tópico:

@RenatoRicci Boa tarde ! Primeiramente muito obrigado pela colaboração! Já está em nossos repositórios, só atualizar o SVN como padrão. Abr !

Boa tarde! Mais uma vez, muito obrigado pela contribuição! Conferindo aqui, aparenta estar tudo certo. Enviado ao SVN nas Revs 28329 e 28330. Por favor, atualizem seus fontes, reinstalem o ACBr e façam novos testes. Reportem qualquer problema.

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo Boa tarde, obrigado... detalhe que está sendo filtrado o inicio por 10, 11 ou intervalo de 20 a 29

Boa tarde Leandro, Esse pessoal gosta de ferrar o desenvolvedor. Colocam um código no meio de uma mensagem em vez de informa-lo em uma tag. Como o componente vai extrair o código dessa mensagem? Vai pegar os 10 últimos caracteres da mensagem e depois remover tudo que não seja digito? Só se for assim e rezar para que eles não mudem a mensagem e coloquem o código em outra posição.

Se você alterou o arquivo, por favor, anexe o .pas alterado para validação e possível inclusão ao SVN.

Olá @bnobre, No "Manual do Usuário" da impressora consta: Portando deveria ser possível utilizá-la com qualquer uma dos modelos disponíveis no componente ACBrETQ (PPLA, PPLB, ZPL2).

Bom dia no teste ele verifica se ambas estão vazias e ambas estão iguais no caso vazia.

Obrigado pelo retorno. Estamos a tempos para atualizar essa aplicação com o "novo" componente, mas não houve prioridade interna para isso. Atenciosamente Luis Gustavo

Boa tarde! Na data de hoje(25/01/2023), por volta das 16:29, usuários em nossa comunidade do Discord começaram a relatar problemas para transmitir NF-e/NFC-e para a Sefaz-SP. Consultando ferramentas de diagnóstico e observabilidade disponíveis, foi observado grande instabilidade com tempos de resposta chegando a ultrapassar os 30 segundos e diversas notificações relatando o problema. Não há comunicado oficial, mas acredita-se que seja problema de DNS por parte da Sefaz, pois alguns usuários relataram ter conseguido transmitir depois de configurar o DNS do Google. Não há comunicado de contingência na página oficial.

O problema de instabilidade na Sefaz-SP aparenta ter sido solucionado. Não houveram mais relatos de problema em nossa comunidade no Discord e número de relatos de problemas caiu consideravelmente

Boa tarde! Na data de hoje(25/01/2023), por volta das 15:40, fomos alertados pelo usuário @Rafael Fachini no canal #sefaz em nossa comunidade do Discord para o fato de que a Sefaz-MS está completamente fora. Até o momento não a informação de contingência ativa e até mesmo o acesso ao site da Sefaz-MS está indisponível.

Bom dia! Consultando hoje(26/01/2023) a Sefaz-MS demonstra ter normalizado O site também está acessível novamente

Bom dia Rogerio, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3534

Bom dia Rogerio, O problema é que a procedure TratarRetornoCancelaNFSe responsável por ler as informações do XML retornado ao cancelar uma nota esta incompleta. Porque ela esta incompleta? Simples, não tínhamos um XML (soap) de retorno de uma cancelamento para que fosse possível implementar essa procedure como ela tem que ser. Por favor anexe o XML (soap) retornado ao cancelar uma nota para que possamos finalizar a implementação dessa procedure. Desde já muito obrigado pela colaboração e compreensão.

Bom dia! Foi criada a #TK-3533 para análise e parecer do consultor. Por favor, para ajudar com a análise, se possível, marque a opção Salvar Envelope Soap na aba WebService do programa exemplo e anexe os arquivos -soap que foram gerados. Caso os mesmos tenham dados sensíveis e não possam ser anexados aqui, siga as instruções deste tópico. *EDIT Será tratado na #TK-3537

Bom dia.. Testes de registro, cancelamento e consultas realizados com sucesso..

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

Renato, também tentei colocar a IE como isento, tambem nao deu certo. Vou abrir uma reclamacao na Sefaz-MG no fale conosco, nao vai adiantar muito nao, porque eles nunca respondem as nossas duvidas infelizmente. Mas se eu tiver alguma resposta que vai resolver meu problema eu informo vocês aqui.

Boa tarde! Realmente, o erro de schema para essa situação não foi muito claro. Mas o campo de fato é obrigatório, conforme o número de ocorrências no layout.

Você já teve dúvida no momento de verificar se a cobrança PIX gerada pela sua aplicação foi realmente paga? Pois é, essa dúvida é mais comum do que imaginamos! A primeira dica é ter a certeza que está armazenando as informações de identificação da cobrança/pagamento/devolução em seu sistema, pois são através desses campos que vc conseguirá utilizar as requisições de consulta dos endpoints. A seguir vamos detalhar qual os campos indispensáveis para cada rotina. Cobrança (/cob): Ao criar uma cobrança é muito importante armazenar o campo txID. Através dele você conseguirá ter acesso a toda "vida" da cobrança e saber exatamente as ações que foram efetuadas(Pagamentos, Devoluções, etc); Pagamento (/pix): Quando o pagamento de uma cobrança é efetuado, é gerado um campo chamado E2E (End to End). Esse campo também deve ser armazenado para que seja possível consultar esse pagamento posteriormente. Devolução (/pix/{e2eid}/devolucao} : Quando uma devolução é solicitada, é necessário informar o campo "ID da Devolução", esse campo é importante, caso seja necessário futuramente efetuar uma consulta a essa devolução. A seguir, vamos realizar testes utilizando nosso demo do componente ACBrPIXCD configurado com o PSP Banco do Brasil em ambiente de Produção: Ao consultar o txID de uma cobrança recém criada, podemos verificar que o status inicial dela é: "ATIVA" Você tem acesso a essas informações através da propriedade: ACBrPixCD1.PSP.epCob.CobCompleta Quando o pagamento dessa cobrança é efetuado, ao consultá-la novamente temos o status "CONCLUIDA": Também podemos perceber que existe um objeto PIX na resposta, que contém um campo chamado "endToEndID". É aqui que encontramos todas as informações referente ao pagamento. Com esse campo E2E podemos também consultar um pagamento específico, como mostra a imagem a seguir: Essas informações são encontradas na propriedade: ACBrPixCD1.PSP.epPix.Pix Ao efetuar uma devolução e consultar novamente a nossa cobrança (utilizando ainda o txID), temos o seguinte cenário: Vemos que a cobrança continua com o status "CONCLUIDA", porém existe uma devolução com status "DEVOLVIDO". Isso quer dizer o que o valor NÃO está na conta do recebedor, ou seja, a cobrança não está paga. Portanto é sempre importante avaliar a lista de pagamentos(Pix) que a cobrança possui e verificar também a lista de Devoluções que cada pagamento possui.

As DLLs do OpenSSL dependem do Visual C RunTime... Tente rodar esse instalador na máquina https://github.com/abbodi1406/vcredist/releases