Diego Foliene

Olá pessoal! Muitos dos nosso membros que fazem uso do ACBrMonitor para emissão de NFS-e trabalham com múltiplas empresas. Para isso, existem duas maneiras de se trabalhar. Uma delas é criando múltiplas instâncias e instalações do Monitor, uma para cada empresa. A segunda é ir alterando os dados na configuração do monitor em tempo de execução de acordo com a empresa. No entanto, não haviam comandos que alterassem essas informações nas configurações especificas da NFSe, dificultando a segunda abordagem fazendo com precisem alterar direto no INI e até mesmo reiniciar o monitor para que as alterações surtam efeito. Visando auxiliar a comunidade e facilitar esse processo, foram adicionados na última compilação do Monitor os seguintes comandos: NFSe.SetCertificado NFSe.SetLayoutNFSe NFSe.SetCodigoMunicipio NFSe.Emitente NFSe.AutenticacaoNFSe Permitindo que agora a alteração seja feita dentro do próprio Monitor, diretamente via comando.

Bom dia! A tarefa foi alocada para o sprint desta semana.

Bom dia! Contribuição enviada ao SVN na Rev-31704. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Olá pessoal. No dia 22/12/2023, foi publicado o ATO DECLARATÓRIO EXECUTIVO COFIS Nº 57, DE 20 DE DEZEMBRO DE 2023 cujo texto declara: Na página de download do novo manual, consta um aviso informando que não houve alteração de leiaute. O novo manual também pode ser encontrado AQUI. E como fica o ACBr? Conforme aviso do próprio Sped, não houve alteração no layout, portanto, não serão necessárias alterações no componente ACBrSPEDContabil.

Boa tarde pessoal! Foi publicada a versão 4.0.0 do Programa Validador da Escrituração Digital EFD ICMS IPI. A nova versão engloba as alterações do leiaute válidas a partir de janeiro de 2024. Também foi adicionada a função Pré Validar Arquivo, destinada a pré-validações definidas pelos estados. Fonte: http://sped.rfb.gov.br/pagina/show/7299

Olá pessoal! Conferindo no painel Situação SVC, é possível observar que a Sefaz de Pernambuco ativou a contingência às 16h50 do dia 22/12/2023, com a previsão de permanecer ativa até às 12h00 do dia 23/12/2023. Para utilizar o ACBr em contingência durante este período, siga as orientações deste tópico: Um agradecimento ao membro da comunidade @Rafael - ATS Informáticapor compartilhar a informação em nosso Discord.

Bom dia! Alteração enviada ao SVN na Rev-31698. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

A Sefaz do Mato Grosso vai realizar no dia 21/12/2023 às 16h00 (do horário de Brasília) um bate papo ao vivo com contabilistas, empresários e empresas de informática a respeito do assunto:

Olá pessoal. Recebemos a pouco informação por parte da AFRAC de que houve novo avanço por parte da Sefaz MT nesta questão. O progresso se deu com a publicação da Portaria nº262/2023 no Diário Oficial que trás a informação de algumas operações que ficarão isentas desta integração e também a data de início da obrigatoriedade. A obrigatoriedade da vinculação dos meios de pagamento aos documentos fiscais NFC-e/NF-e não se aplica: Quando NFC-e for emitida no regime especial da nota fiscal fácil - NFF. Nas vendas realizadas por Micro Empreendedor Individual (MEI). Nas operações de venda não presencial intermedias em site ou plataforma de terceiros. Na venda realizada com entrega e pagamento em domicílio. *Nos casos previstos no item 3 e 4, será obrigatório informar no XML as informações do intermediador da transação nos campos indPres, CNPJ e idCadIntTran previstos no MOC. Nos demais casos, a obrigatoriedade do vínculo se inicia em 01/04/2024 de acordo com o CNAE conforme lista abaixo: SubClasse CNAE Denominação Data Início Obrigatoriedade 1091-1/02 Fabricação de produtos de padaria e confeitaria com predominância de produção própria (padarias tradicionais) 1°/04/2024 4721-1/02 Padaria e confeitaria com predominância de revenda 1°/04/2024 4752-1/00 Comercio varejista especializado de equipamentos de telefonia e comunicação 1°/04/2024 4755-5/02 Comércio varejista de artigos de armarinho 1°/04/2024 4755-5/03 Comércio varejista de artigos de cama, mesa e banho 1°/04/2024 4763-6/01 Comércio varejista de brinquedos e artigos recreativos 1°/04/2024 4763-6/02 Comércio varejista de artigos esportivos 1°/04/2024 4774-1/00 Comércio varejista de artigos de óptica 1°/04/2024 4781-4/00 Comércio varejista de artigos do vestuário e acessórios 1°/04/2024 4782-2/01 Comércio varejista de calçados 1°/04/2024 5611-2/01 Restaurantes e similares 1°/04/2024 5611-2/02 Bares e outros estabelecimentos especializados em servir bebidas 1°/04/2024 5611-2/03 Lanchonetes, casas de chá, de sucos e similares 1°/04/2024 5611-2/04 Bares e outros estabelecimentos especializados em servir bebidas, sem entretenimento 1°/04/2024 5611-2/05 Bares e outros estabelecimentos especializados em servir bebidas, com entretenimento 1°/04/2024 5620-1/01 Fornecimento de alimentos preparado 1°/04/2024 5620-1/04 Fornecimento de alimentos preparados preponderantemente para consumo domiciliar 1°/04/2024

Olá pessoal! No dia 20/12/2023 foi divulgada a Nota Técnica 2023/005 que institui o evento de Insucesso da Entrega para NF-e (não confundir com o Insucesso na entrega para o CT-e que é descrito AQUI) Resumo da Nota Técnica. Esta nota técnica discorre sobre os eventos de Insucesso de Entrega da NF-e(tpEvento=110192) e Cancelamento do Insucesso na Entrega da NF-e(tpEvento=110193), ambos acobertados pelo Ajuste SINIEF 58/2022 de 09 de dezembro de 2022. A implementação dos novos eventos permitem ao emissor da NF-e, quando a entrega da mercadoria não envolver um CT-e, registrar por meio de um evento fiscal na respectiva NF-e os motivos que impediram a entrega. O objetivo dessa implementação é substituir a ressalva que atualmente é aposta no verso do DANFe seguindo o § 3º da cláusula décima do Ajuste SINIEF 07/05 que obriga o emitente do documento fiscal a armazenar o DANFe impresso contendo no verso justificativa Insucesso da Entrega. Com a criação desses eventos, o emissor vai poder vincular o evento eletronicamente na NF-e e não mais precisará armazenar o DANFe em papel. Datas para Implantação. Implantação para Homologação: 13/05/2024. Implantação para Produção: 24/06/2024. Webservice de Evento e Obrigatoriedade. Assim como os demais eventos já existentes, os novos eventos de Insucesso na Entrega e Cancelamento do Insucesso na Entrega serão recepcionados pelo Ambiente Nacional e não pela Sefaz respectiva do estado. A implementação desta NT é facultativa, portanto, os interessados podem praticar os prazos que julgarem conveniente posterior as datas de implantação descritas nos respectivos ambientes. Evento "Insucesso na Entrega da NF-e". Função: Evento para indicar o insucesso na entrega da carga pelo emitente da NF-e. Autor do Evento: O autor do evento é o emissor da NF-e. A mensagem XML do evento será assinada com o certificado digital que tenha o CNPJ base do Emissor da NF-e. Modelo: Nota Fiscal eletrônica – NF-e (modelo 55) Código do Tipo de Evento: 110192 (Este evento exige NF-e autorizada) Leiaute Mensagem Entrada Os campos que valem destaque no leiaute da mensagem de entrada são: tpEvento: Código do evento, 110192 - "Insucesso na Entrega da NF-e". nSeqEvento: Sequencial do evento para o mesmo tipo de evento, pode ter valores entre 1 a 99. Para informar um novo evento de "Insucesso na Entrega da NF-e" para uma mesma NF-e, o evento anterior deverá estar cancelado. dhTentativaEntrega: Data e hora da tentativa de entrega. nTentativa: Número da tentativa de entrega que não teve sucesso. tpMotivo: Motivo do Insucesso. Pode ter os valores 1 - Recebedor não encontrado, 2 - Recusa do recebedor, 3 - Endereço inexistente ou 4 - Outros. xJustMotivo: Justificativa do motivo do insucesso, usar somente se tpMotivo = 4. latGPS: Latitudade do ponto de entrega.. longGPS: Longitude do ponto de entrega. hashTentativaEntrega: Hash SHA-1, no formato Base64 correspondente a concatenação da chave de acesso da NF-e + Base64 de imagem capturada na tentativa da entrega. dhHashTentativaEntrega: Data e hora da geração do hash da tentativa de entrega. Leiaute da mensagem de retorno Os campos que valem destaque no leiaute da mensagem de retorno são: dhRegEvento: Data e hora de registro do evento. nProt: Número do protocolo do evento. Evento "Cancelamento Insucesso na Entrega da NF-e". Função: Evento para indicar o cancelamento do evento de insucesso na entrega da carga pelo emitente da NF-e. Autor do Evento: O autor do evento é o emissor da NF-e. A mensagem XML do evento será assinada com o certificado digital que tenha o CNPJ base do Emissor da NF-e. Modelo: Nota Fiscal eletrônica – NF-e (modelo 55) Código do Tipo de Evento: 110193 (Este evento exige NF-e autorizada) Leiaute da mensagem de entrada Dentre os campos que vale destaque temos: nProtEvento: número do protocolo de autorização do evento de insucesso que será cancelado. Leiaute da mensagem de retorno dhRegEvento: Data e hora de registro do evento. nProt: Número do protocolo do evento. LEIA A NOTA TÉCNICA NA INTEGRA AQUI E como fica o ACBr? Como é possível observar, a nova NT trás adição de dois novos eventos. Dito isso modificações serão necessárias nos fontes do ACBr para implementação dos mesmos. Já foi criada uma TK em nosso backlog e as modificações estarão disponíveis em tempo hábil para que possam realizar a implementação.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-4897

Por favor, disponibilizem o arquivo alterado com as informações do provedor IPM para análise.

Boa tarde! Obrigado por reportar, foi criada a #TK-4894 para análise do caso e parecer do consultor responsável.

Se o certificado é A1, faça um teste usando as configurações de OpenSSL. Neste tópico tem elas explicadas. Também é importante verificar se está usando o certificado do prestador de serviços e se não precisa solicitar acesso ao ambiente de homologação para o provedor.

Boa tarde! Contribuição enviada ao SVN na Rev-31679. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Boa tarde! Contribuição enviada ao SVN na Rev-31678. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Olá pessoal! Como é possível observar em URL por UF utilizada QR-Code NFCe, a URL para geração de QR-Code na NFC-e para o estado do Rio de Janeiro foi atualizada hoje, dia 19/12/2023. Informamos que a alteração já foi disponibilizada em nosso SVN na Rev-31672, por isso, basta atualizar seus fontes e reinstalar o ACBr para que o componente passe a utilizar a nova URL. Para aqueles que utilizam Monitor e Lib, em breve uma nova compilação será disponibilizada englobando a alteração. Caso haja necessidade de atualização antes de nova compilação ser liberada, também é possível baixar o arquivo ACBrNFeServicos.ini deste LINK e fazer a substituição.

Boa tarde. Você precisa preencher no componente, as propriedades de autenticação utilizadas pelo provedor.

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.

Bom dia! Por favor, atualize seus fontes e reinstale o ACBr. Conforme o @Alexandre de Paula informou, na Rev-31663 isso foi alterado.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-4880