Painel de líderes

Bom dia !!! Em relação a solução, como a ferramenta que utilizo (Magic Xpa, site: https://www.magicsoftware.com/pt-br/app-development-platform/xpa/) possui integração nativa a código C#/.net... Precisei criar a chamada através do C#. Anexei uma imagem de como ficou o código.

Os arquivos de schemas estão atualizados? Use os desse endereço: https://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrDFe/Schemas/

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.

Bom dia pessoal! No dia 29/11/2023 foi publicado no Diário Oficial o Decreto Nº 599 de 28 de Novembro de 2023. A publicação adiciona novos incisos no decreto que regulamentou ICMS em 2014. Um dos novos incisos tem a seguinte redação: De maneira resumida, os novas adições instituem a vinculação dos pagamentos eletrônicos ao emissor de NF-e e NFC-e, de maneira semelhante ao que foi feito no estado do Rio Grande do Sul. (Para mais detalhes veja o tópico Sefaz do RS pode obrigar TEF integrado a aplicação. A matéria ainda será regulamentada pela Sefaz do MT e deverá ser publicada ainda este ano, com os detalhes técnicos e calendário de obrigatoriedade

Com aproximaçao do fim do prazo para a migração para a versão 4.0 vou deixar aqui dois xmls completos para exemplo que pode servir de referência para quem desenvolve Consulta status do servidor <?xml version="1.0" encoding="utf-8"?> <soap12:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://www.w3.org/2003/05/soap-envelope"> <soap12:Body> <cteDadosMsg xmlns="http://www.portalfiscal.inf.br/cte/wsdl/CTeStatusServicoV4"> <consStatServCTe versao="4.00" xmlns="http://www.portalfiscal.inf.br/cte"> <tpAmb>2</tpAmb> <cUF>50</cUF> <xServ>STATUS</xServ> </consStatServCTe> </cteDadosMsg> </soap12:Body> </soap12:Envelope> CTe SincV4 sem soapheader e com dados compactados na base64 <?xml version="1.0" encoding="utf-8"?> <soap12:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://www.w3.org/2003/05/soap-envelope"> <soap12:Body> <cteDadosMsg xmlns="http://www.portalfiscal.inf.br/cte/wsdl/CTeRecepcaoSincV4"> dadoscompactados </cteDadosMsg> </soap12:Body> </soap12:Envelope> CTe.xml descompactado (Esse é um exemplo só para mostrar como proceder a compactação na base64 , esta incompleto) <CTe xmlns="http://www.portalfiscal.inf.br/cte"> <infCte versao="4.00" Id="CTe50231200172038000167570500000000031003067083"> </infCte> <infCTeSupl> </infCTeSupl> <Signature xmlns="http://www.w3.org/2000/09/xmldsig#"> </Signature> </CTe> Para obter os dados compactados utilizando a linha de comando em Linux cat CTe.xml | gzip | base64 > dadoscompactados Espero ter ajudado alguem

Veja:

Exatamente assim Diego. Vou tentar desinstalar todo o componente e fazer de novos os testes. Devo fazer isso somente no inicio do ano, te informo aqui.

Muito obrigado. Adriano Lucas

Muito obrigado pelo retorno ! Boas festas !

Resolvido, questão de local dos schemas, tenho um local padrão e foi alterado um parâmetro no cliente sem avisar... agradeço a atenção

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi essas alterações para o SVN na Revisão 31699. Essas alterações não enviei ao SVN. Porque esses campos nos registros M100 e M500 podem ser nulos e podem ser zero. Então precisamos das funções VDFILL ou VLFILL para tratar o caso dos campos nulos mas não são zero. Você pode até reparar que o tratamento da função VDFILL e DFILL para máscara de decimais é o mesmo e só muda o tratamento para campo "nulo". Além disso, eu fiz um teste aqui usando o exemplo do ACBrSpedPisCofins e o código funcionou normalmente. Veja na imagem:

Solicitaçção já registrada na TK-4862. Obrigado pela contribuição.

Boa tarde! Esta é a classe de impressão do GNRe para Fortes Report. Quando fez a instalação dos fontes, selecionou a opção para instalar a mesma?

Basta enviar o copia e cola do QRCode no corpo do email.

Aproveitando... Verifique as suas configurações. Caso use MsXML com A3 pode ter problemas.

Muito obrigado... Commit [r31696]

Grato Alexandre! pela atenção e rápido atendimento, ótimas festas!

Bom dia, recebi retorno que deu certo sim, valeu.

Bom dia Katia, Você poderia disponibilizar o XML da nota para que possamos realizar testes?

Boa noite, Obrigado pela contribuição. Não tenho credenciais para os devidos testes, mas seus ajustes fazem sentido, comparando os fontes com a revisão original que mencionou e tomou como base para a correção. Foram enviadas correções ao SVN que devem resolver o problema relatado, Rev-31694 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.

Testei com o arquivo que coloquei em anexo, reverti só parte da alteração da 31349, referente ao cancelamento. Pelo que pesquisei a 31349 foi para corrigir um erro de validação ao gerar, então se reverter toda ela, vai dar novamente o problema ao gerar.

@Serialtec, veja por favor, esse artigo: https://suporte.projetoacbr.com.br/portal/pt-br/kb/articles/como-enviar-os-logs-para-homologação Onde encontrar os arquivos de Log ? Os Arquivos de log tem Nomes como: comms_aammdd.log: Log da comunicação da DLL da PayGo com o Servidor TEF ppsers_aammdd.log: Log da comunicação da DLL com o PinPad (onde aammdd será substituído pela Data em que o TEF foi executado) Você poderá encontrar esses arquivos nas pastas a seguir: PGWebLib (DLL): Geralmente os arquivos de Log ficam em uma subpasta onde a DLL foi instalada Cliente Windows e Control Pay: C:\ProgramData\PayGo\PGWebLib\Log

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:

Boa noite, O componente foi descontinuado, conforme o link que o Bigwings passou. Sobre o componente ACBrConsultaCPF Devido a não termos identificado outro serviço de webservice para realizar a migração do componente, foi preciso neste momento descontinuar o mesmo.

Quero agradecer aos Colegas nesse tópico, me ajudou a solucionar a mesma rejeição, E0152-CNPJ do tomador não encontrado no cadastro CNPJ. Esse retorno estilo E0800 pode vir a nos roubar algum tempo por não deixar claro em qual tag temos a inconsistência! No meu caso, a informação que causou a rejeição foi o telefone do tomador e não o CEP. Quando vi este tópico solicitei ao pessoal q revisassem os dados do Tomador, foi quando ajustaram o telefone que a NFS autorizou. Obrigado! Abração!