Diego Foliene

Bom dia! Em minha postagem anterior, no "Tópico³" tem informações de como pode buscar a informação. Nesse mesmo tópico, um colega disponibiliza um print de uma tela. Veja se não consegue acesso semelhante. Pelas informações, acredito que seria o acesso do prestador.

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

Bom dia! Você utiliza componente nativo para Delphi/Lazarus, ACBrMonitor ou ACBrLib?

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

Bom dia! Sim! A princípio, a assinatura parece estar correta de acordo com as informações. Conversando com os demais consultores, parece que apesar das informações que indicam ser um novo provedor, ainda é o Ginfes que atende a este município. Por isso, vamos dividir sua situação em dois frontes. Na #TK-5831 vamos focar em deixar o Giss operacional*. * Com as modificações efetuadas, já é possível comunicar com o web service, mas estamos recebendo uma rejeição que indica um problema no arquivo. Nosso objetivo, como não temos dados válidos é receber um rejeição de CNPJ do prestador não autorizado ou algo do gênero, que indique que o problema está nos dados informados e não na estrutura do arquivo. EM PARALELO, vamos voltar ao problema inicial que é você estar recebendo a rejeição "Código de Tributação Inexistente". Nos arquivos que disponibilizou a tag <CodigoTributacaoMunicipio> está com o valor "465" apenas. Esta informação está correta? Buscando mais informações a respeito deste erro aqui no fórum, em outro tópicos as respostas dos colegas deram a entender que o essa informação é maior. Neste TÓPICO¹, um colega informa que usa um valor de até 17 casas decimais considerando espaços em branco e caracteres(14.01 / 331399900 neste exemplo). Já neste outro TÓPICO², um colega disse utilizar 1.07/1.07.00/1869. Por fim, neste TÓPICO³, um colega utiliza uma informação um pouco diferente, mas ainda assim com mais caracteres do que a que está utilizando. Por favor, confira no Acesso do Prestador no Portal se o valor 465 está correto. Se ele tiver zeros a esquerda ou caracteres especiais, faça um teste passando este valor. Mesmo que o XML que conseguiu no portal esteja com o valor 465, ele é o XML de uma NFS-e. Pode ser que o web service esteja esperando uma informação e faça um conversão interna na hora de converter o XML do RPS para um NFSe.

Bom dia. Criada a #TK-5836 para análise do caso e parecer por parte da equipe de consultores.

Bom dia! Se a informação vem no XML de retorno, mas ao ler a propriedade do componente está vindo em branco, é possível que sejam as dlls de dependência. Tente adicionar as dlls da LIBXML2 (escolhendo de acordo com a arquitetura que compila sua aplicação e não a do SO) na mesma pasta do .EXE

Olá pessoal! No dia 07/08/2024, por volta das 08h35 começamos a receber em nosso Discord múltiplos relatos de membros com problemas ao tentar transmitir NF-e para a Sefaz de São Paulo. O erro que muitos relataram estar recebendo ao tentar realizar uma transmissão era: Conferindo no DownDetector, é possível observar que o volume de relatos de problema aumentou exponencialmente durante esse mesmo período: Alguns colegas relaram sucesso na emissão realizando um teste com um link de internet alternativo ou alterando o DNS. Uma dica que foi compartilhada é utilizar o comando: nslookup nfe.fazenda.sp.gov.br E ir testando qual DNS consegue comunicação.

Olá pessoal! No site da secretária do estado do Mato Grosso, consta uma NOTÍCIA informando que a Sefaz do Mato Grosso realizará no dia 10/08/2024 uma parada programada para atualização da versão do banco de dados utilizado. A manutenção está prevista para iniciar às 15h00 e ser concluída até às 22h00 do mesmo dia. Os ambientes autorizadores da NF-e, NFC-e e NF3-e já foram atualizados. A previsão é de que o ambiente autorizador do CT-e será afetado e durante este período a contingência SVC seja ativada. Para utilizar as soluções ACBr em contingência, siga as orientações deste tópico:

Olá pessoal. No dia 06/08, foi publicada uma notícia no portal do SPED orientando como deve ser feita a escrituração do PIS Cofins decorrente do Regime Especial da Industria Química (REIQ). Segue notícia na íntegra: Fonte original: http://sped.rfb.gov.br/pagina/show/7498 Lembrando que o preenchimento dos campos mencionados usando o ACBrSPEDPisCofins pode ser feito da seguinte forma: var RegF001: TRegistroF001; RegF010: TRegistroF010; RegF100: TRegistroF100; begin RegF001 := ACBrSPEDPisCofins.Bloco_F.RegistroF001New; //... RegF010 := RegF001.RegistroF010New; //... RegF100 := RegF010.RegistroF100New; RegF100.IND_OPER := RegF100.VL_OPER := RegF100.CST_PIS := RegF100.VL_BC_PIS := RegF100.ALIQ_PIS := RegF100.VL_PIS := RegF100.CST_COFINS := RegF100.VL_BC_COFINS := RegF100.ALIQ_COFINS := RegF100.VL_COFINS := RegF100.NAT_BC_CRED := end;

Obrigado! Vamos analisar e reportamos assim que descobrirmos algo.

Apenas dando um retorno. Analisando as informações disponíveis, nos parece que de fato o https://ws-jundiai.giss.com.br/service-ws/nf/nfse-ws?wsdl se refere a um web service diferente. No entanto, ao fazer os devidos ajustes e realizar alguns testes, recebemos alguns retornos um tanto estranhos, como por exemplo, ao fazer uma consulta de lote, recebemos como retorno: Mas de acordo com os próprios schemas disponibilizados, a consulta de lote, não possui assinatura. Outros retornos comuns, foram o de "Assinatura inválida" mesmo a assinatura estando em ordem de acordo com o validador da receita e também de arquivo em desacordo com os schemas, mesmo o arquivo passando pela validação que compara o XML com o .xsd. Por favor, você consegue entrar em contato com o provedor e solicitar um arquivo de envio de exemplo, para que possamos comparar com o arquivo gerado em busca de erros e fazer os ajustes necessários. Criada a #TK-5831 para tratar do caso.

Bom dia! Estou analisando as informações junto a equipe de consultores. Assim que descobrir algo, reportamos aqui.

Olá pessoal! No dia 01/08/2024 foi publicada Nota Técnica Nº 001 que trata da adequação da Nota Fiscal de Serviços Eletrônica no layout do Padrão Nacional buscando atender o proposto no PLP 68/2024. Alterações A nota técnica traz a inclusão das informações do IBSCBS através da adição múltiplos campos agrupados em seus respectivos subgrupos tanto no layout da Declaração de Prestação de Serviço (DPS), quanto na Nota Fiscal de Serviço Eletrônica(NFS-e). Novos grupos adicionados no DPS: NFSe/infNFSe/DPS/infDPS/IBSCBSSEL/dest : Grupo de informações relativas ao destinatário. NFSe/infNFSe/DPS/infDPS/IBSCBSSEL/adq: Grupo de informações relativas ao adquirente. NFSe/infNFSe/DPS/infDPS/IBSCBSSEL: Grupo de informações relativas ao serviço prestado para IBS, CBS e IS. NFSe/infNFSe/DPS/infDPS/IBSCBSSEL/valores: Grupo de informações relativas aos valores do serviço prestado para IBS, CBS e IS. NFSe/infNFSe/DPS/infDPS/IBSCBSSEL/valores/trib/gIBSCBS/IBSUF: Grupo de informações específicas relativas ao IBS estadual. NFSe/infNFSe/DPS/infDPS/IBSCBSSEL/valores/trib/gIBSCBS/gIBSMun: Grupo de informações específicas relativas ao IBS municipal. NFSe/infNFSe/DPS/infDPS/IBSCBSSEL/valores/trib/gIBSCBS/gCBS: Grupo de informações específicas relativas à CBS. Novos grupos adicionados na NFSe: NFSe/infNFSe/IBSCBSSEL: Grupo de Informações Comuns relativas ao IBS e a CBS. NFSe/infNFSe/IBSCBSSEL/IBSCBS/valores: Grupo de informações de valores brutos relativos ao IBS e a CBS. NFSe/infNFSe/IBSCBSSEL/totCIBSel: Grupos totalizadores. NFSe/infNFSe/IBSCBSSEL/totCIBSel/gSel: Grupo de informações relativas às totalizações do imposto seletivo. NFSe/infNFSe/IBSCBSSEL/totCIBSel/gIBS: Grupo de informações relativas às totalizações do IBS. NFSe/infNFSe/IBSCBSSEL/totCIBSel/gCBS: Grupo de informações relativas às totalizações do CBS. Datas Conforme consta na nota técnica, os contribuintes deverão se familiarizar e se adequar ao novo padrão que deverá vigorar a partir de Janeiro de 2026. E como fica o ACBr? Como a nota técnica adiciona novos campos ao layout, serão necessárias modificações nos fontes do ACBr para adequação. Para aqueles que utilizem o ACBrMonitor ou a Lib, uma nova compilação será necessária. Foi criado em nosso backlog a #TK-5828 para implementação. Qualquer novidade será divulgada neste tópico. Leia a Nota Técnica na íntegra AQUI.

Boa tarde! Abra o arquivo ACBrNFSeXServicos.ini e procure pela seção de Jundiai/SP [3525904] ; Atualizado em 03/01/2024 Nome=Jundiai UF=SP Provedor=Ginfes Params=NaoFormatarItemServicoSemZeroEsquerda: ProLinkURL=http://jundiai.ginfes.com.br/report/consultarNota?__report=nfs_ver4&cdVerificacao=%CodVerif%&numNota=%NumeroNFSe%&cnpjPrestador=null HomLinkURL=http://jundiai.ginfesh.com.br/report/consultarNota?__report=nfs_ver4&cdVerificacao=%CodVerif%&numNota=%NumeroNFSe%&cnpjPrestador=null Altere a seção Params de forma que fique assim: [3525904] ; Atualizado em 03/01/2024 Nome=Jundiai UF=SP Provedor=Ginfes Params=FormatarItemServicoNaoSeAplica: ProLinkURL=http://jundiai.ginfes.com.br/report/consultarNota?__report=nfs_ver4&cdVerificacao=%CodVerif%&numNota=%NumeroNFSe%&cnpjPrestador=null HomLinkURL=http://jundiai.ginfesh.com.br/report/consultarNota?__report=nfs_ver4&cdVerificacao=%CodVerif%&numNota=%NumeroNFSe%&cnpjPrestador=null Coloque o arquivo alterado dentro da pasta do .EXE, defina caminho + nome completo na propriedade IniServicos na seção [NFSe] e faça um novo teste. Veja se ele vai manter o ponto que você colocou. Vale citar que isso é uma orientação para que faça um teste e valide se o problema é de fato a falta do ponto da ItemListaServico. Pois atualmente a configuração é a NaoFormatarItemServicoSemZeroESquerda e a mesma é utilizada por outros membros.

Boa tarde! Peço desculpas pela demora. Sua contribuição junto da alteração correspondente para o Fortes Report foi enviada ao SVN na Rev-34697

Olá pessoal! Conferindo no Portal da Nota Fiscal Eletrônica, é possível observar que a Sefaz de São Paulo está com a contingência agendada para o dia 18/08/2024, com previsão de início às 06h00 e término às 16h00 do mesmo dia. Para utilizar as soluções ACBr em contingência durante este período, siga as orientações do tópico abaixo:

Olá pessoal! Foi publicado no dia 02/08/2024 a versão 1.40 desta Nota Técnica. A nova versão apenas traz uma alteração na regra de validação 4P24-10 para que a mesma não considere o cOrgaoAutor no momento de validar se o autorizado é emitente do CT-e no Cadastro Centralizado de Contribuintes. Novo texto para regra: Datas Implantação Teste: 25/07/2024 Implantação Produção: 01/08/2024 E como fica o ACBr? Considerando que a NT altera uma regra de validação do web service, modificações não se fazem necessárias. Leia a versão 1.40 desta nota técnica na íntegra AQUI. Um agradecimento ao membro de nossa comunidade @Felipe Mariano por compartilhar a informação em nosso Discord

Boa tarde! Em uma pesquisa breve o mais próximo que encontrei foram as mensagens a partir desta AQUI que tem no canal @pro-lib-csharp(precisa acessar o Discord com seu usuário PRO para conseguir ver). Elas dão a entender que não suporta comunicação, pois essas impressoras usam linguagem própria ao invés dos protocolos padrões. De qualquer forma, vou mover seu tópico para a área aberta para o caso de algum colega ter mais alguma informação.

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

Olá pessoal! No dia 01/08/2024 foi publicada a Nota Técnica 2024/002 que traz as alterações referentes a NF-e/NFC-e visando adequar este documento as modificações propostas pela reforma tributária. Introdução O Projeto de Lei Complementar PLP 68 estabelece que os estados, o distrito federal e os municípios devem adequar seus sistemas autorizadores para permitir a informação dos dados relacionados ao Imposto sobre Bens e Serviços (IBS), Contribuição sobre Bens e Serviços (CBS) e Imposto Seletivo (IS). Esta nota técnica trata da adequação do layout da Nota Fiscal Eletrônica (modelo 55) e da Nota Fiscal de Consumidor Eletrônica (modelo 65). Os demais documentos serão tratados na NT 2024/001: Alterações Tipos Básicos da Tributação Os campos acrescidos no layout que serão tratados mais a frente constam no arquivo DFeTiposBasicos_v1.00.xsd, adicionado ao pacote de esquemas dos documentos fiscais, junto a esta nota técnica. Código Situação Tributária e Código de Classificação da Tributação Serão disponibilizadas no portal da nacional da nota fiscal eletrônica, tabelas que relacionam o CST e cClassTrib que devem ser utilizados no preenchimento do documento fiscal eletrônico. Finalidades débito e crédito da NF-e Uma nota de débito documenta uma situação na qual o emitente registra um aumento no imposto devido (consequentemente, uma redução no imposto devido pelo adquirente, que é o destinatário); Uma nota de crédito documenta uma situação na qual o emitente registra uma redução no imposto devido (consequentemente, um aumento no imposto devido pelo adquirente, que é o destinatário); As finalidades de "Nota de Ajuste" e "Nota Complementar" que já existem são casos especiais de "Nota de Débito". Já uma "Nota de Entada" emitida para documentar, por exemplo, a devolução de mercadoria que havia sido vendida para consumidor final é uma caso especial de "Nota de Crédito". Alterações no Layout Foi adicionado então, no campo que documenta a Finalidade de emissão da NF-e (finNFe) os valores 5 e 6 que respectivamente correspondem a Nota de crédito e Nota de débito. A cardinalidade do grupo ICMS passou a ser 0-1, dando a possibilidade do campo ser opcional. Adiciona o grupo IBSCBSSel para receber as Informações do Bens e Serviços - IBS, Contribuição de Bens e Serviços - CBS e Imposto Seletivo.. O grupo conta com um elemento para receber o Código de Situação Tributária do Imposto Seletivo (CST), o Código de Classificação Tributária do Imposto Seletivo (cClassTrib) além de um grupo para as informações dos impostos propriamente ditas e um para as informações dos impostos em operações com impostos monofásicos, ambos contendo seus próprios subgrupos e adicionando uma quantidade expressiva de novos campos. Adiciona grupo IBSCBSSelTot para totalizar as informações dos Imposto de Bens e Serviços IBS, Contribuição de Bens e Serviços CBS e Imposto Seletivo IS. O novo grupo totalizadores poderá ter até 22 novos campos que serão utilizados para totalizar as informações da NF-e/NFC-e dos elementos informados no grupo mencionado acima. Regras de Validação Esta nota técnica adiciona novas regras de validação que dentre outras coisa verificam: Se a finalidade de débito ou crédito for utilizada com grupo de impostos diferente de IBS/CBS. Se a finalidade diferente de débito ou crédito for utilizada sem o grupo de ICMS ou ISSQN. Se foi informado Imposto Seletivo para uma classificação que não o permite. Se não foi informado Imposto Seletivo para uma classificação que o obriga. Se foi informado CST ou cClassTrib inexistente. Se as informações do grupo IBS/CBS foram preenchidas corretamente. Se os totalizadores do IBS/CBS estão corretos. Eventos Esta nota técnica também conceitua os seguintes novos eventos: Decurso de Prazo de Internalização na Área de Livre Comércio - ALC ou Zona Franca de Manaus - ZFM: Evento e seu respectivo cancelamento. Solicitação de Apropriação de Crédito Presumido e seu respectivo cancelamento. Destinação de Item para Consumo Pessoal e seu respectivo cancelamento. Imobilização de Item e seu respectivo cancelamento. Solicitação de Apropriação de Crédito de Combustível e seu respectivo cancelamento. Datas Implantação Teste: 01/09/2025 Implantação Produção: 31/10/2025 Vale ressaltar que como as discussões referentes a reforma tributária ainda estão em curso, a NT pode ser ajustada ao longo do processo. E como fica o ACBr? Serão necessários ajustes nos fontes do ACBr e novas compilações do Monitor e da Lib. Foi criada a #TK-5816 em nosso backlog para alteração dos fontes. Vale ressaltar que a NT é recente e existe um período expressivo até que seja liberada a homologação. Leita a NT na integra AQUI

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