Painel de líderes

Desde o inicio da manhã temos tido uma série de relatos de problemas na emissão da NFe pelos contribuintes do estado de SP, envolvendo tanto o uso de certificados A1 quanto A3. Desde as 09:26 foi ativada a emissão da NFe em contingência, a qual não tem previsão de retomada ao modo normal, mas acreditamos que seja assim que o problema citado aqui tiver sido sanado. Fonte: http://www.nfe.fazenda.gov.br/portal/principal.aspx

Realmente está errado enviei um e-mail para o suporte, vou aguardar a resposta deles e posto aqui.

<ns1:CancelarNfseResponse> <CancelarNfseResult> <GerarNfseResposta xmlns="http://www.abrasf.org.br/nfse.xsd"> <ListaMensagemRetorno> <MensagemRetorno> <Codigo>E78</Codigo> <Mensagem>Número da NFS-e inexistente na base de dados para o prestador do serviço pesquisado. - CODE: 1</Mensagem> <Correcao>Informe corretamente o número da NFS-e.</Correcao> </MensagemRetorno> </ListaMensagemRetorno> </GerarNfseResposta> </CancelarNfseResult> </ns1:CancelarNfseResponse> Segue xml de retorno recebido...

Boa tarde Alex, Por favor, faça um novo teste de cancelamento, mas informe um numero de nota que não existe só para gerar rejeição e anexe o XML do retorno desse pedido de cancelamento. Estou desconfiado que quando ocorre rejeição o grupo <ListaMensagemRetorno> em vez do WebService gerar a tag <CancelarNfseResposta> esta gerando <GerarNfseResposta>. Se isso se confirmar temos um Bug no WebService pois ele tem que gerar a mesma tag não importa se o pedido foi processado com sucesso ou não. Visto que o que estamos esperando é a Resposta do Cancelamento de uma NFS-e portanto a tag correta é <CancelarNfseResposta> e não <GerarNfseResposta>, pois esta ultima é o retorno quando enviamos para o WebService um único Rps para ser processado pelo serviço GerarNfse.

O Fabricante é obrigado a fornecer a documentação e SDK... Vou solicitar apoio deles, a esse tópico...

Bom Dia Italo, Desenvolvi o metodo TACBrNFSeProviderSigCorp204.TratarRetornoCancelaNFSe Testei aqui e está funcionando corretamente. ConsultaPorRPS de NFS canceladas está correto dentro do padrão ABRASFV2 Segue em anexo o arquivo alterado, SigCorp.Provider.pas

Bom Dia Segue XML em anexo. Analisei os códigos atuais do ACBR e aparentemente só precisa fazer o TratarRetornoCancelaNFSe para a versão 2.04 é identico ao 2.03 unica coisa que está diferente é o campo data que na versão 2.04 está DataHora e da 2.03 está DataHoraCancelamento NFSeSIGCorp.xml

Olá Pessoal, A NT 2022.005 se refere ao DIFAL, ou seja a questão do ICMS nas Operações Interestaduais de Venda ao Consumidor Final, relativa a Regra de Validação NA01-200, que obriga a informação do grupo do ICMS devido para a UF de destino (grupo “ICMSUFDest”), que havia sido suspensa no início de 2022. Esta NT também insere regras de validação relativas a devolução, englobando as questões relacionadas as operações deste tipo. Oque exatamente diz a legislação... Deverá ser considerado como destino, a UF de Entrega da mercadoria ou o fim da prestação de serviços, conforme citado no trecho da legislação transcrito abaixo. “§ 30 Nas operações e prestações interestaduais destinadas a consumidor final não contribuinte, para fins do disposto neste convênio, quando o destino final da mercadoria, bem ou serviço ocorrer em unidade federada diferente daquela em que estiver domiciliado ou estabelecido o adquirente ou o tomador, considerar-se-á unidade federada de destino aquela onde ocorrer efetivamente a entrada física da mercadoria ou bem ou o fim da prestação do serviço.” Sobre as novas Regras de Validação Nesta mesma Nota Técnica, foram incluídas Regras de Validação para controlar a NF-e de Devolução. Esse tipo de NF-e obriga a informação da(s) NF-e referenciada(s). Nesta NT são incluídas validações para verificar se o Valor Total da NF-e de Devolução é maior do que o Valor Total das NF-e citadas como devolvidas (NF-e referenciadas). Sobre a entrada em vigor Homologação: 07/02/2023 Produção: 06/04/2023 Mudanças necessárias na aplicação Por tratar-se de regras de validação de tags já existentes, pode caber neste momento uma revisão se a aplicação esta enviando corretamente as informações. Além disto nenhum ajuste nas soluções ACBr se faz necessário Link para o portal da SEFAZ onde estão listadas as NTs http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=04BIflQt1aY=

Foram feitas todas as tentativas imagináveis e nada resolvia o problema, até que o cliente finalmente aceitou fazer o certificado A1 e tudo foi resolvido. Obrigado pela dicas. Se quiser pode fechar o tópico.

Boa tarde. não tenho mas com o retorno deles não é possível identificar e informar ou até mesmo usar o exemplo e ir alimentando até achar os dados relevantes a levar

Já tentou não informar isso? que pode ser que o componente entenda que se não for nenhum nem outro é o 3... aqui a gente envia apenas se tem algo configurado e dá certo.

Alex, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3438

complementando. basta abrir onde colocou o componente, e ignorar o erro e salvar

Não, o erro é no seu projeto, porque as propriedades não existem mais, por causa desse commit que você mesmo mencionou. Na verdade as propriedades existem, mas passaram de published para public, então só podem ser alimentadas via código. Mas no seu DFM elas constam, por isso a mensagem de erro. O programa exemplo do ACBrPIXCD está compilando normalmente.

Se você notar, as propriedades ArquivoChavePrivada e ArquivoCertificado foram removidas do componente. Provavelmente você atribuiu elas via Object Inspector, em vez de fazer isso via código. Basta abrir o formulário onde você inseriu o componente, ignorar os erros e salvar pra atualizar o .dfm.

Bom dia pessoal, Lembrando que como citado pelo Diego, esta sendo visto a correção do exemplo, a indicação do Italo é apenas um paliativo até que o demo seja corrigido. At.

Esta usando ajustar escala e layout 125% para ajusta o tamanho de texto?

Fiz um ajuste no enum ficou assim: public enum IndIntermed { [EnumValue("")] iiSemOperacao, [EnumValue("0")] iiOperacaoSemIntermediador = 1, [EnumValue("1")] iiOperacaoComIntermediador = 2 } com esse ajuste consegui emitir a nota complementar, gostaria de saber se esse ajuste que fiz teria algum problema ? ou vocês sugerem algum outra solução ? fico no aguardo

A nova Tabela de Códigos de Benefícios Fiscais (cBenef) já está disponível no site da Economia, porém só será obrigatória a partir de 1º de março de 2023 Prevista para ser obrigatória em janeiro, a vigência da Tabela de Códigos de Benefícios Fiscais (cBenef) foi adiada para março de 2023. A mudança é para as empresas que gozem de qualquer benefício fiscal de ICMS e emitem Nota Fiscal Eletrônica (NF-e) ou Nota Fiscal de Consumidor Eletrônica (NFC-e). De acordo com o gerente de Informações Econômico-Fiscais (Gief), Luciano Pessoa, o decreto que formalizará o adiamento está previsto para ser publicado em janeiro. Com a mudança os contribuintes terão mais tempo para se prepararem. Tendo em vista que praticamente todas as empresas contam com algum tipo de benefício fiscal, a Secretaria da Economia já está executando o procedimento para que todas possam se adaptar a tempo. A “Tabela de Códigos de Benefícios Fiscais”, estabelecida pela Instrução Normativa 1.518/22-GSE, está disponível no site da Economia. “Quem quiser informar o código de benefício fiscal já pode informar, não tem problema. Está funcionando perfeitamente. É importante aderir antes para que em março esteja em pleno funcionamento”, frisou o coordenador de notas fiscais da Gief, Antônio Godoi. Após o período de testes, em janeiro e fevereiro, a partir de 1º de março de 2023 as empresas do Estado de Goiás que forem emitir as notas estão obrigadas a preencher o campo cBenef com o respectivo código. Para acessar, basta entrar no site da Economia e, em seguida, clicar em “Documentos Fiscais” no campo esquerdo do site. Na sequência, clicar no banner “Códigos de Benefícios Fiscais”. Sanções: A inobservância da exigência do preenchimento do código cBenef, a partir de 1º de março, acarretará ao contribuinte fiscalização e a penalidades. É preciso estar atento à forma de preenchimento e garantir que o código utilizado esteja de acordo com a legislação para que não ocorra rejeição das notas fiscais em decorrência do preenchimento equivocado. Caso o campo não seja preenchido, haverá a rejeição da nota e a empresa ficará impedida de emitir o documento fiscal. Os benefícios fiscais são: Não Incidência (incluindo Imunidade), Isenção e Redução de Base de Cálculo. Saiba Mais: O Código de Benefício Fiscal é uma sequência de letras e números, iniciados pela sigla da UF em questão, que tem por objetivo identificar em qual grupo de Benefício Fiscal aquele item se enquadra. Eles devem ser utilizados de acordo com o CST (Código de Situação Tributária) correspondente. Fonte: https://www.economia.go.gov.br/noticias/8553-economia-prorroga-obrigatoriedade-de-informação-do-código-de-benefício-fiscal-na-nota.html?highlight=WyJjXHUwMGYzZGlnb3MiLCJkZSIsImJlbmVmXHUwMGVkY2lvcyIsImZpc2NhaXMiLCJjXHUwMGYzZGlnb3MgZGUiLCJjXHUwMGYzZGlnb3MgZGUgYmVuZWZcdTAwZWRjaW9zIiwiZGUgYmVuZWZcdTAwZWRjaW9zIiwiZGUgYmVuZWZcdTAwZWRjaW9zIGZpc2NhaXMiLCJiZW5lZlx1MDBlZGNpb3MgZmlzY2FpcyJd

Contribuição enviada ao SVN na Rev-28016. Por favor, atualize seus fontes, reinstale o ACBr e faça novos testes.

Bom dia @Ronaldo Souza! Por favor, você seguiu a orientação do Italo e reinstalou o ACBr após realizar a atualização dos fontes?(Se possível, por favor, peço que faça esse processo novamente, dessa vez marcando a opção para "Apagar arquivos antigos"). De fato, a AplicarXMLToUTF8 adiciona a declaração de <?xml version="1.0" encoding="UTF-8"?>. E a declaração <?xml version="1.0" encoding="ISO-8859-1"?> é adicionada posteriormente via hardcode. Mas por favor, note a RemoverDeclaracaoXML(ListaRps). A mesma remove a linha <?xml version="1.0" encoding="UTF-8"?>! Ela aparece no soap porque é adicionada de novo na procedure que salva o arquivo, mas no envio, ela vai apenas com uma declaração. Você pode confirmar isso testando pelo programa exemplo, colocando um ponto de parada na procedure Executar na linha 942 da unit ACBrNFSeXWebServiceBase.pas e verificando o valor da variável FPEnvio.(Ou Message se preferir). Testando aqui, usando o programa exemplo e fazendo o envio para a cidade de Araras estou recebendo o retorno 401 Unauthorized, mas isso é o esperado, pois não tenho dados válidos de um prestador.

Bom dia, Atualizei o componente hoje para fazer testes nesses novos eventos do eSocial. Identifiquei um erro na unit pcesConversaoeSocial.pas, na const __ARRAY_MATRIX_EVENTO_INFO está faltando adicionar os eventos S-2500, S-2501 e S-3500, adicionando esses eventos no array consegui enviar o evento S-2500 os outros eventos ainda ainda não testei. Vou postar a unit alterada para analise. pcesConversaoeSocial.pas

Boa noite Alan, Não precisava de tudo isso. Favor atualizar os fontes, reinstale o ACBr e faça novos testes. Veja como eu resolvi o a questão para gerar a tag Alíquota com 2 casas decimais.

Olá Pessoal, Vou relacionar todos os métodos implementados no componente ACBrNFSeX no que se refere ao provedor PadraoNacional. Emitir -> Envio do DPS (Declaração Prévia de Serviços) no modo unitário, o que tudo indica vai ser a única opção, ou seja, não teremos o envio em lote. EnviarEvento -> Envio de eventos, Cancelamento, Cancelamento por Substituição, Análise para Cancelamento, Confirmação do Prestador, Confirmação do Tomador, Confirmação do Intermediário, Rejeição do Prestador, Rejeição do Tomador e Rejeição do Intermediário. ConsultarNFSePorRps -> apensar do nome do método constar Rps, mas para o Padrão Nacional ele vai realizar a consulta através da chave da DPS. ConsultarNFSe -> é o mesmo método dos demais provedores, mas para o Padrão Nacional ele vai realizar a consulta através da chave da NFS-e. ConsultarEvento -> através desse novo método vai ser possível consultar um evento informado apenas a chave da NFS-e, ou a chave mais o tipo de evento ou a chave mais o tipo mais o número sequencial. ConsultarDFe -> através desse novo método vai ser possível baixar o XML da nota ou eventos informando o último NSU - Número Sequencial Único ou a chave da nota. ObterDANFSE -> através desse novo método é possível obter o PDF da DANFSE informando a chave da NFS-e. Todos os métodos estão funcionando com exceção do ConsultarEvento que a API não está aceitando o GET da consulta. Ainda falta implementar as consultas que vão retornar os Parâmetros Municipais.

Bom dia pessoal, Gostaria de saber se após a finalização do cupom fiscal com emissão do cupom e dos comprovantes de pagamento do TEF, tem como efetuar o cancelamento da transação TEF? Ou essa função é somente manualmente pela maquininha TEF? Desde já agradeço a resposta.