Painel de líderes

Olá pessoal! No dia 01/03/2024 foi autorizada a primeira NFCom no ambiente de produção da Sefaz Virtual do Rio Grande do Sul (SVRS). Sendo desta forma, também a primeira NFCom com validade jurídica a ser emitida no Brasil. A nota autorizada para a SEFAZ SC, cujo emitente é a RADIO TIMBO Está notícia pode ser encontrada em Portal da Nota Fiscal de Fatura Eletrônica > Notícias

Olá Pessoal, Os Schemas foram disponibilizados e os novos campos da versão 1.10 da NT 2023/004 já foram implementados e enviados para o SVN. Resta agora a SEFAZ publicar uma nova NT com os novos eventos informando os prazos para liberação do ambiente de homologação e produção bem como os schemas. Assim que isso ocorrer a Equipe do Projeto ACBr vai fazer as alterações necessárias visando a implementação dos novos eventos.

Boa Tarde , Sou prestador de serviço junto a caixa e outros Bancos,(empresa VAN) sobre Api Caixa para PIX a caixa não tem nem projeto piloto em andamento, já o boleto hibrido a mesma já esta em fase final do piloto, porem para uso e necessário habilitar na caixa o serviço e utilizar o manual abaixo. Leiaute_Webservice - MO38239v011.pdf

NOVA VERSÃO DO SISTEMA DE EMISSÃO DE NOTA FISCAL DE SERVIÇOS ELETRÔNICA A PARTIR DE 04/03/2024 Prezado contribuinte, A Secretaria da Fazenda informa que os serviços online da Prefeitura da Serra ficarão inoperantes no próximo final de semana, entre as 17hs do dia 01/03/2024 até as 10hs do dia 04/03/2024, em virtude de necessária implantação de nova versão do Sistema de emissão de Nota Fiscal de Serviços eletrônica – NFS-e, bem como demais sistemas de arrecadação municipal. O novo modelo de NFS-e seguirá o padrão nacional estabelecido pela Associação Brasileira de Secretarias de Finanças das Capitais – ABRASF e segue a tendência estabelecida no país na busca de uniformização das rotinas de emissão de notas fiscais. Durante a interrupção do Sistema de Notas Fiscais Eletrônicas, poderão ser emitidos Recibos Provisórios de Serviços - RPS, na forma prevista no Art. 468 da Lei Municipal nº 3.833/2011 regulamentado pelo Art. 17 do Decreto nº 6.668/2012, que deverão ser posteriormente substituídos pela Nota Fiscal eletrônica, quando do retorno do serviço, dentro do prazo descrito na mencionada legislação. Aos contribuintes que utilizam a emissão por Webservice, estamos disponibilizando, desde já, os endereços dos ambientes de teste/homologação e produção no novo modelo (ABRASF V.2.04) HOMOLOGAÇÃO: http://homologanfe.serra.es.gov.br:8080/tbserra/services/Abrasf24?wsdl PRODUÇÃO: http://tributacao.serra.es.gov.br:8080/tbserra/services/Abrasf24?wsdl Ressaltamos que a emissão por Webservice no modelo atual, será descontinuada em 30/04/2024, e estará disponível na URL abaixo até essa data. PRODUÇÃO: http://tributacao.serra.es.gov.br:8080/tbserra/services/WSEntrada?wsdl

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

boa tarde , consegui resolver trocando os driver do cabo de comunicaçao Profilic

O fim do CFOP de substituição tributária, programado para 1º de abril de 2024 foi revogado pelo Ajuste SINIEF nº 29 de 2023. Já a unificação do CST e CSOSN, prevista para entrar em operação dia 1º de abril de 2024, também foi revogada pelo Ajuste SINIEF nº 34/2023. Fonte: documentação (nos links acima) e site SigaoFisco

Para incluir, precisamos de uma documentação sobre como a verificação precisa ser feita. Você tem alguma?

Fechando. Para novas dúvidas, criar um novo tópico.

Creio que já temos todos os relatórios necessários, em FPDF, para removermos as dependências do Fortes Report, da compilação MT... Vou atuar nisso, mas creio que demande algumas semanas de ajustes e testes

sem ser em docker, vc pode utilizar sem ambiente gráfico atualmente, mas tem q ter instalado xvfb. (https://pt.linux-console.net/?p=15539)

Então Juliomar, o erro da 20 - 'ESPÉCIE INVÁLIDA', eu descobri, isso foi o cadastro do beneficiário (cadastro efetuado no momento da abertura da conta). Que a gente sempre manda, o 01, que é duplicata mercantil, ai tem que enviar o Código 8 -DUPLICATA DE SERVIÇO, eles ficaram de me confirmar se é isso mesmo o cadastro, ou se abriram a conta de forma errada. Sobre o outro erro, ainda no aguardo do banco, pois o debug está OK...

se o equipamento é igual stone tem que ver junto a empresa e fazer os processos pra subir agora se é só equipamento com android é igual a um celular basta instalar ou ter no google play

Bom dia A prefeitura reportou que eles não utilizam código IBGE ou Código TOM, eles utilizam uma tabela própria, não tendo um elo de correlação para fazer uma conversão portanto, esse código deve ser processada pela aplicação do usuário e enviar o código desejado pela prefeitura no campo CodigoMunicipio. http://www2.goiania.go.gov.br/sistemas/sress/Docs/Municipio.zip a lista com todos os códigos podem ser adquiridos no link acima.

Opa Ítalo, Ok, Vou verificar. obrigado

Olá pessoal! Foi divulgado no Portal do SAT um informativo com o seguinte conteúdo:

Bom dia Roberto, O valor de SSLLib esta errado, utilize libOpenSSL se o certificado for A1 ou libWinCrypt se for A3. Não mexa nos valores de: CryptLib, HttpLib e XMLSigLib, ao setar o valor de SSLLib as 3 de baixo vão se ajustar automaticamente. O Valor de TypeSSL também esta errado, utilize o LT_TLSv1_2. Faça essas alterações, salve a configuração e tente novamente.

Bom dia Weber, Pelo seu relato temos o seguinte: 1. Ao consultar a nota por rps, o XML da mesma é baixado e lido sem nenhum erro. 2. Ao consultar a nota por faixa, o XML da mesma é baixo, mas ocorre erro ao ler o mesmo. 3. O erro que ocorre é a leitura das datas de emissão e de competência. Se você comparar o XML baixado pelo consultar nota por rps com o XML baixado pelo consultar nota por faixa, vai descobrir que a formatação dessas datas estão diferentes. No primeiro esta com o formato AAAA-MM-DD, já no segundo esta DD-MM-AAAA. O que esta ocorrendo na verdade é que o webservice do provedor tem uma rotina que gera o XML para cada serviço que retorna o XML da nota. A rotina que gera o XML usada pelo serviço Consultar NFS-e Por RPS esta correta, ou seja, gerando as datas na formatação correta. Por outro lado a rotina que gera o XML usada pelo serviço Consultar NFS-e Por Faixa esta errada, ou seja, gerando as datas na formatação incorreta. É complicado fazer o componente detectar a formação, porque? Veja este exemplo: 02/03/2024 esta data esta no formado DD/MM/AAAA ou MM/DD/AAAA? Você concorda que não da para afirmar, pois pode ser 2 de março como também 3 de fevereiro. Se para uma consulta esse provedor gera a data no formato AAAA-MM-DD, para outra gera no formato DD-MM-AAAA, como será o formato das outras consultas? Para este provedor temos: Consulta Lote, Consultar NFS-e Por RPS, Consultar NFS-e Por Faixa, Consultar NFS-e Serviço Prestado e Consultar NFS-e Serviço Tomado. Como esse provedor esta usando a versão 2.03 do layout da ABRASF a rotina responsável pela leitura é a mesma para todos os provedores que usam a versão 2.xx Eu recomento que você entre em contato com o provedor e expõe o problema. No meu entendimento se o provedor lhe oferece mais de um serviço para obter o XML da nota, independente do serviço escolhido o XML tem que ser o mesmo.

Bom dia @Datacaixa, Não se é para todos os DF-e, mas para a NF-e a rejeição "Consumo Indevido" tem como código 656. No campo cStat temos 656 e no campo xMotivo temos a mensagem "Rejeição: Consumo Indevido". Após tentar emitir a nota através do método Enviar, você pode ler esses dois campos. Se cStat for 656 você faz com que a aplicação não deixe o usuário tentar novamente.

Olá pessoal! Conferindo em Portal do CTe > Serviços > Consulta Disponibilidade, a situação dos web services para as Sefaz do Mato Grosso e do Paraná estão indicando indisponibilidade dos serviços. Apesar disso, os relatos de problema em nossa comunidade até o momento desta publicação são poucos, tendo em comum estarem recebendo o seguinte retorno:

Só lembrando se não existe modo gráfico e não for executado em modo virtualizado Xvfb, vai dar erro, pois tem dependências gráficas a serem emuladas. a acbrlibnfse.so vc salvou em /lib64 ? no seu acbrlib.ini , no path ele nao chega gerar o log? mesmo executando como administrador? consegue gerar um exemplo basico q eu consiga testar em meu ambiente?

Se você receber este erro em qualquer programa PVA SPED Mesmo a versão dizendo ser de 64 bits utiliza um mysql em 32 bits que depende de uma lib obsoleta que não está no repositório lib32-libxcrypt-compat Para resolver em LINUX Basta executar: sudo dpkg --add-architecture i386 sudo apt update sudo apt install libcrypt1:i386 Bastou instalar a LIB que os Programas PVA SPED voltaram a funcionar Para windows deve ter solução semelhante , como não uso WIN não sei como fazer

Olá Comunidade ACBr!!! Agora a cobra vai fumar!!! Estamos muito empolgados em comunicar que foram disponibilizados 4 exemplos de uso da ACBrLib utilizando a linguagem Python!!! Aproveito para agradecer o amigo @Kaique Afonso que contribuiu com os exemplos de PosPrinter e Balança! Agradeço também a todo o time do ACBr que contribuiu para que fosse possível entender o funcionamento da Lib e fazer as implementações! Os exemplos podem ser encontrados no caminho https://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/Python/ São eles: ConsultaCNPJ: o mais simples de testar e com poucas configurações. GTIN: Simples também porém precisa de um certificado digital para realizar as consultas. PosPrinter: Precisa deuma impressora. Mas imprime tudo que você precisar! Bal (Balança): Também precisa conectar a uma balança pra ver os resultados! Os 4 exemplos foram testados utilizando as bibliotecas do ACBr com a seguinte configuração: Windows 64, Cdecl, SingleThread. Também é importante destacar que além da DLLdo ACBr é preciso colocar junto do exemplo os arquivos de dependências (outras DLLs e eventuais arquivos de Schema e INI de configuração) A documentação completa da ACBrLib você encontra aqui! https://acbr.sourceforge.io/ACBrLib/ACBrLib.html

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Boa tarde, Respondido no Discord:

Eu costumo ouvir musicas dos anos 80.