Painel de líderes

Bom dia. No dia 28/09/2022 começaram a ser feitos relatos tanto em nossa comunidade do Discord quanto no Fórum informando Erro ao tentar emitir NFCe, havendo diferentes retorno como Erro HTTP 0 e Erro HTTP 403. Pela análise dos relatos, percebemos que os problemas não ocorrem para todos os contribuintes, ocorrendo em sua maioria com os que se utilizam certificados A3 na emissão. O ponto onde foi percebido ser algo na SEFAZ-SP é o fato de apesar de não conseguirem emitir NFC-e, a emissão da NF-e corre normalmente corretamente com o mesmo certificado. Graças a persistência de nossos membros da comunidade em contatar a SEFAZ, o problema entrou em análise por lá, mas seria importante que mais colegas também entrem em contato via email [email protected] conforme as instruções a seguir: Assunto: FC NFC-e 8811640 Devem ser enviadas no e-mail as seguintes informações: Tracert com destino ao nfce.fazenda.sp.gov.br completo; IP de Origem do contribuinte que está informando o problema. Certificado público utilizado.(Orientações de como conseguir o Certificado Publico podem ser encontradas aqui Print da tela do erro apresentado. Arquivo XML de envio e de retorno da requisição. Informar o nome da operadora de internet que utilizam. Assim que tivermos novas informações atualizaremos aqui.

Sobre os dados sensíveis em logs e outros arquivos Muitas vezes para que o time ACBr possa auxiliar nas análises que chegam até nós, é preciso que sejam enviados logs gerados pelo componente, XMLs ou itens do tipo, oque pode em muitos casos conter informações sensíveis, as quais não seria interessante que ficassem publicas no fórum ou no discord... Nestes casos, basta enviar um email para [email protected] anexando o log ou demais arquivos, indicando qual o tópico do fórum trata o assunto e o nome da empresa responsável pela assinatura PRO.

Deve-se acessar o Portal de Autoatendimento do município e buscar pelo serviço “Emissão de NFS-e por WebService”, selecionar o campo “Liberar Acesso ao Usuário”. Segue imagem em anexo.

Boa noite, conforme o seu manual e as evidencias e conforme já havíamos conversado pelo Discord e a consultora @Juliana Tamizou também lhe passou as instruções de montagem do arquivo INI, você não está informando os campos necessário no arquivo INI para a geração do mesmo, para versão do layout correto (VersaoArquivo) são obrigatórios em vários bancos no cnab240, como pode ver na sua foto está sendo enviado o 030, que é o padrão da criação da classe, no seu manual dependo do convenio do seu cliente é necessário informar determinada versão, sendo assim as demais informações de erros são subsequentes ao layout que está sendo enviado errado. https://acbr.sourceforge.io/ACBrMonitor/ModeloConfiguracaoArquivoINI.html por favor, olhe esse link que está acima de configuração e informe o layout de acordo com a sua necessidade, se houver algum outro erro, nos avise, mas você precisa montar o INI com mais campos, o seu INI está incompleto, está faltando campos obrigatórios para este banco em questão, olhe por favor o tópico de características, onde informa alguns campos de bancos que são obrigatórios. https://acbr.sourceforge.io/ACBrMonitor/Particularidades.html Sugestão é assistir as aulas nº 39 e 40 https://acbr.nutror.com/curso/869a0d2dddd8dee3b4174464c2ce590e9ee598ed/dominando-o-acbrmonitor

Eu estava com este retorno no início da manhã, no entanto é pq não liberarão para emissão. Nosso cliente nos informou agora a tarde que já estão liberados, não ocorre mais a mensagem de acesso negado, agora o retorno é o erro que coloquei acima.

Na ultima semana foram publicados diversos ajustes SINIEF, os quais trouxeram mudanças de prazos em diversos assuntos fiscais, sendo 2 deles relativos as mudanças que até então previam para 2023 a extinção do uso do CSOSN, que passa para 2024. Sobre o CSOSN Em 28/09/2022 foram publicados no DOU os ajustes SINIEF 42 e 43, que postergaram para 01/04/2024 a extinção da tabela de CSOSN e em seu lugar institui o uso da tabela de CST por todos os contribuintes, inclusive os do Simples Nacional, que até então se utilizam do CSOSN. Sobre o CFOP Assim como as mudanças acima, com a publicação do ajuste SINIEF 41, a nova tabela de CFOP que consta no anexo II-A do Convênio s/nº, de 1970 que vigoraria em 2023, também teve sua data de vigência postergada para 01/04/2024. Vale lembrar que anteriormente havia sido publicado o Ajuste SINIEF 03/2022, onde se definia que a tabela de CFOPs do anexo II, teria vigência até 02/04/2023, mas dado o ajuste 41, a mesma também tem sua vigência prorrogada para 31/03/2024 que é quando se inicia a validade da tabela prevista pelo anexo II-A. Detalhando melhor... Sabemos que a leitura da legislação não é tarefa fácil, por isso mapeamos aqui onde encontrar os textos relativos as mudanças citadas acima Sobre a tabela de CFOPs citada no ajuste 41 - https://www.confaz.fazenda.gov.br/legislacao/ajustes/sinief/cfop_cvsn_anii-a_3-4.23 Sobre a tabela de CST citada no ajuste 42 - https://www.confaz.fazenda.gov.br/legislacao/ajustes/2019/AJ011_19 Sobre a tabela de CRT no ajuste 43 - https://www.confaz.fazenda.gov.br/legislacao/ajustes/2019/AJ014_19 Links para os Ajustes SINIEF https://www.confaz.fazenda.gov.br/legislacao/ajustes/2022/ajuste-sinief-41-22 https://www.confaz.fazenda.gov.br/legislacao/ajustes/2022/ajuste-sinief-42-22 https://www.confaz.fazenda.gov.br/legislacao/ajustes/2022/ajuste-sinief-43-22 Noticia anterior quando houve prorrogação para 2023

A SEFAZ do RS, publicou em seu diário oficial, um novo Decreto, que em resumo, alterou a legislação do ICMS, incluindo cláusula que proíbe o uso de equipamentos de pagamentos não integrados ao emissor de NFC-e. Link: https://www.diariooficial.rs.gov.br/materia?id=774374 Veja o texto da "Nota 02" No passado, isso significaria a proibição das máquinas autônomas para recebimento de Cartões, que no Brasil chamamos de "POS"... e a obrigação de uso de TEF integrado a Aplicação Comercial... Usar o TEF integrado em um Equipamento de Automação, com certeza atenderá a essa nova exigência do Fisco... Porém, no momento atual, vale lembrar que os dispositivos de Pagamentos, que as Adquirentes disponibilizam no mercado, utilizam o Sistema Operacional Android... Então seria possível instalar o Sistema da Automação Comercial nesse dispositivo, e atender a exigência da SEFAZ, emitindo a NFCe e efetuando o Pagamento com Cartões, no mesmo Equipamento... Lembrando que atualmente, os Fontes do ACBr já são compatíveis com Android... Então com Delphi Firemonkey e ACBr, já é possível criar uma aplicação que seja capaz de Emitir uma NFCe On-Line e Off-Line dentro do dispositivo Android. Temos um Demo nos Fontes do ACBr, que exemplificam isso: http://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrDFe/ACBrNFe/Android/

Boa tarde, A Esquerda a instancia a direita seu post do forum, não detectei o que está faltando, continuo sem entender. Alguma dessas propriedades você não consegue acessar ou o json é retornado e ela não está devolvendo o valor correto, é isso?

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

@Daniel Simoes funcionou perfeitamente! Obrigado pela ajuda!

usa sim. da uma lida aki: https://vinicius-sanchez.medium.com/proteja-suas-senhas-com-seguran%C3%A7a-utilizando-o-bcrypt-9d8379860f06

Bom dia Willian, No arquivo de retorno (410-lista-nfse-ger-soap.xml) consta o XML da nota. Pode ser que o componente ainda não esteja conseguindo encontrá-lo para poder extrair e salvar em disco. Vai precisar colocar um ponto de parada na primeira linha da procedure TratarRetornoEmitir. Quero saber o valor dos campos: Response.NumeroNota e AuxNode.OuterXml E quando checar em SalvarXmlNfse debug o código dessa procedure também.

Bom dia Luan, No componente novo: ACBrNFSeX a alteração já foi realizada, veja: [4216602] ; Atualizado em 29/09/2022 Nome=Sao Jose UF=SC Provedor=IPM Versao=1.01 Params=GerarTag:codigo_atividade ProRecepcionar=https://saojose.atende.net/atende.php?pg=rest&service=WNERestServiceNFSe&cidade=padrao HomRecepcionar=https://qualidade-atendenet56.ipm.com.br/homologacao/?pg=rest&service=WNERestServiceNFSe&cidade=saojose

Bom dia Robson, O provedor ISSNet utilizado por Ribeirão Petro e outras cidades se utiliza da versão 1 do layout da ABRASF. Não existe nada no manual da ABRASF desta versão referente a Carta de Correção. E no componente ACBrNFSeX não existe nenhum método que permita o envio de Carta de Correção. Resumindo: Não tem como enviar uma carta de correção.

@davi Era isso mesmo, foi so liberar o acesso via WebService e deu tudo certo. Obrigado pela dica. Ja tinha conferido a liberação dos RPS, mas o contador não fez essa liberação. Ja emiti a nota via WebService.

Bom dia Patrick, Analisando o arquivo XML de retorno que você anexou, apesar de constar que o encoding é UTF-8 na realidade ele está no formato ANSI. O componente ao tentar ler esse arquivo encontra a letra Ç (cedilha) e acaba gerando o erro. O correto seria o provedor gerar o XML em UTF-8 em vez de ANSI. Desta forma não teríamos nenhum problema com a letra Ç (cedilha). Eu acredito que o provedor se recusaria a fazer essa correção, mas não custa nada tentar. Caso eles façam, maravilha, problema resolvido. Se recusarem, uma segunda abordagem seria solicitar a troca do Ç (cedilha) por C no nome do bairro do cadastro do prestador. Além do formato do arquivo estar em desacordo com o encoding a sua geração também está misturada, veja: &lt;Numero>304&lt;/Numero> Ao meu ver o XML deve ser gerado desta forma: &lt;Numero&gt;304&lt;/Numero&gt; ou <Numero>304</Numero> Sem contar que o XML contém quebras de linhas e está identado. Resumindo: Acho muito importante que tudo isso que vou levantado a respeito do XML gerado por eles seja comunicado, pois da forma que esta, está muito feio, para não dizer outra coisa.

Bom dia Nilton, Por favor anexe as Units que você alterou para que possamos avaliar, caso esteja tudo OK, enviaremos para o SVN. Desde já muito obrigado pela colaboração.

Boa noite Willian, Altere para zero o número de ocorrências, reinstale os componentes e veja se resolve.

Boa noite renemelo, Preencha propriedades a seguir com seus respectivos dados para a autenticação. Emitente.WSUser e Emitente.WSSenha

OK obrigado ,. vou testar e amanha ja te passo o retorno . obrigado Italo .

Em alguns clientes do estado de São Paulo está conseguindo emitir NFC-e usando um certificado A3 ????

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

Em 28/09/2022 foi publicado no DOU o Ajuste SINIEF 46/2022, permitindo que apartir de 01/01/2023 haja flexibilização na obrigatoriedade dos registros K200 e K280. Fica a critério da UF a possibilidade de dispensar da obrigatoriedade destes registros os contribuintes atacadistas que estejam classificados nos grupo de CNAE 462 a 469 e tenham faturamento anual inferior a R$ 10 milhões. Fonte: https://www.confaz.fazenda.gov.br/legislacao/ajustes/2022/ajuste-sinief-46-22

Em 28/09/2022 foram publicados no DOU, os ajustes SINIEF 33/2022 e 34/2022, os quais alteram a emissão de NFe e NFCe respectivamente. A partir da data de publicação dos ajustes, os contribuintes enquadrados como MEI (Código de Regime Tributário 4) tem a informação dos campos GTIN, CEST e NCM de forma facultativa , ou seja, deixam de ser obrigatórios nestes casos. Fontes: https://www.confaz.fazenda.gov.br/legislacao/ajustes/2022/ajuste-sinief-33-22 https://www.confaz.fazenda.gov.br/legislacao/ajustes/2022/ajuste-sinief-34-22

Em 28/09/2022 foi publicado no DOU o Ajuste SINIEF 32/2022, o qual prorroga a vigência da Nota Fiscal Avulsa e de Produtor Rural para 31/12/2023, onde após esta data, estes contribuintes DEVERÃO passar a realizar a emissão da NFe. Sobre a NFA e a NFPR A Nota Fiscal Avulsa - NFA -, e a Nota Fiscal de Produtor Rural - NFPR -, são documentos fiscais de uso das respectivas Secretarias de Fazenda, que serão emitidas pelos sistemas eletrônicos próprios das correspondentes Secretarias de Fazenda, disponíveis em seus respectivos endereços eletrônicos Ficam excluídos deste ajuste: Acre, Amapá, Pernambuco, Rio Grande do Norte e Sergipe. Fonte: https://www.confaz.fazenda.gov.br/legislacao/ajustes/2022/ajuste-sinief-32-22

Boa tarde, desculpe, não entendi seu problema ou questionamento. O que está faltando ou o que está com problemas?

Boa tarde! mesmo problema clientes de SP usando A3 alguma ideia para resolver?

Alguma solução? Estamos com o mesmo problema em um cliente.

Também estamos com o mesmo erro.

Olá pessoal, O que tudo indica Brasília/DF contratou a empresa Nota Control para implementar a emissão de NFS-e. Nota Control já está implementada no componente ACBrNFSeX com o nome de ISSNet. Sendo assim, basta incluir a cidade: Brasília/DF aos moldes de outra cidade que também se utiliza do provedor ISSNet. Como que eu faça para incluir uma nova cidade no arquivo ACBrNFSeXServicos.ini ? Leia o artigo abaixo: Outra informação importante é que o emitente da nota vai precisar realizar um cadastro junto ao provedor para poder emitir as notas via webservice. Após esse cadastro o emitente deve solicitar a liberação de um lote de numeração de RPS, por exemplo solicitar a liberação do lote de 1 a 1000. Quando enviar o RPS de número 1000 solicitar um novo lote (1001 a 2000 - por exemplo). Pelo menos é isso que me recordo que ocorreu com os emitentes da cidade de Ribeirão Preto/SP que se utiliza do mesmo provedor.

Bom dia Bill, O erro no Consultar acredito que seja falta de atualização dos fontes. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr com a opção de apagar arquivos antigos marcada. Com relação ao cancelamento, o problema é que esse provedor só tem 2 serviços implementados no webservice: GerarNFSe e ConsultarNFSePorRps. Pelo fato do provedor seguir a versão 2 do layout da ABRASF e segundo a documentação existe o serviço de cancelamento, o componente gera o pedido de cancelamento e tenta validar o mesmo. Estou tentando entrar uma maneira de fazer com que o componente detecte com antecedência a existência ou não do serviço, antes de gerar o XML do serviço em questão.

Bom dia, Quais são os valores de: SSLLib, CryptLib, HttpLib, XmlSignLib e SLLType ?