Diego Foliene

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

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

Bom dia! Esse erro ocorre quando o retorno devolvido pelo provedor vem em um formato que não é esperado pelo componente e por isso, o mesmo não consegue interpretar e fazer a leitura. Fiz um teste com o programa exemplo configurado para o município de Erechim/RS e recebei este retorno que está em anexo. Veja que ele é um HTML com uma mensagem de erro e se você abrir ele no seu navegador, vai receber mostrar Por favor, entre em contato com o provedor e questione se eles estão passando por instabilidade. Considerando o fato de que o município é do RS é possível que ainda não tenham reestabelecido o serviço. 1-lista-nfse-sinc-soap.xml

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

Bom dia! ACBreSocial1.Eventos.Periodicos.S1200.Clear; Vai limpar completamente a lista do evento. ACBreSocial1.Eventos.Periodicos.S1200.Delete(Indice) Vai remover o evento do índice especificado da lista. Se a sua chamada ao .Count-1 falhou, então é provável que a lista não tenha nenhum evento para inicio de conversa. Depois de receber o erro que está recebendo ao adicionar um novo evento com o .New, teste o .Count e veja se ele mostra um valor maior do que zero. Qual é a mensagem de erro que está recebendo na íntegra?

Bom dia! Apresente essas informações ao seu contador e questione amigavelmente se essa informação que ele lhe passou está correta. A exceção da entender que o valor de alíquota de ICMS para operações interestaduais pode ser de no máximo 12%. A descrição do campo da a entender que a alíquota de FCP não deve ser somada a do ICMS no mesmo campo. Ambos os prints foram retirados do Manual de Orientação do Contribuinte Anexo I Leiaute e Regras de Validação da NF-e e da NFC-e

Combinado! Ficamos no aguardo, muito obrigado!

Bom dia! Outra sugestão seria realizar um teste usando também o EMAIL.TextoAlternativo

Bom dia! Que bom que deu certo de encontrar e corrigir o problema! Por favor, se possível, pode compartilhar qual foi a solução para ajudar outros colegas que possam vir a enfrentar o mesmo problema?

Faça um teste no ambiente de homologação e veja se recebe o mesmo retorno.

Foi publicada a versão 24.1.E das tabelas fornecidas pelo IBPT, as quais já se encontram também em nosso svn. As novas tabelas tem a vigência de 20/05/2024 até 30/06/2024 Para cumprimento da Lei 12.741/12, também conhecida como "De Olho no Imposto" foi, não se esqueça de realizar a atualização de seus clientes. Fonte : De Olho no Imposto

Boa tarde! Por favor, veja se consegue anexar a segunda imagem depois de seguir as orientações deste tópico: Se possível, por favor, forneça o XML do CFe que utilizou para que possamos tentar simular o problema em nosso ambiente.

Boa tarde! O campo do IdCSC e o CSC precisam respeitar o que está no portal na íntegra, ou seja, precisa respeitar upper/lower case, caracteres especiais e até mesmo espaços. O ambiente também deve coincidir. Sugiro que você faça um verifique se a informação foi alimentada na Lib respeitando essa considerações. Se foi, faça um teste em homologação e veja se recebe o mesmo retorno.

Boa tarde! Está em nosso backlog para ser desenvolvido de acordo com a disponibilidade da equipe de consultores. No momento ainda não foi iniciado devido a outras demandas. Vou anotar uma observação na tarefa informando sobre a solicitação de status. Qualquer novidade será divulgada aqui.

Por favor, consegue fazer um debug e confirmar para qual URL o componente antigo está fazendo o envio?

Apenas confirmando, arquivos recebidos no e-mail. O arquivo 2422-ger-soap.xml é o seu envelope de envio, ele é o arquivo que de fato foi enviado para o web service do provedor, já o arquivo 2422-lista-nfse-soap.xml é o seu envelope de resposta, ele é a resposta do web service na íntegra. Eles confirmam que o provedor está devolvendo sem os caracteres. Ficamos no aguardo de um feedback deles.

Bom dia @Desenv. AT Info Sistemas. Por favor, pode fornecer um passo a passo de como fez para obter as credências para homologação e posteriormente produção? Assim, podemos complementar o tópico abaixo ajudando assim outros membros da comunidade que venham requerer o uso do PSP.

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

Bom dia! Foi criada a #TK-5524 para análise do caso e parecer por parte da equipe de consultores. Qualquer novidade será postada aqui.

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

Bom dia! Eu não tenho dados válidos para emissão, no entanto, fiz um teste com o programa exemplo, onde na rotina que alimenta a discriminação, atribuí o seguinte valor: O XML do RPS que foi gerado ficou dessa forma: <Discriminacao>discriminacao I\s\n discriminacao II\s\ndiscriminacao III\s\n discriminacao IV</Discriminacao> Se no seu caso também está acontecendo assim, ele chega a gerar o XML do RPS com os caracteres de quebra de linha, mas quando recebe o XML da NFSe correspondente a <Discriminacao> não tem mais eles. Defina a configuração para salvar os envelopes da requisição. Elas são: ACBrNFSeX.Configuracoes.Arquivos.PathSalvar := 'Caminho onde vai salvar os envelopes'; ACBrNFSeX.Configuracoes.WebServices.Salvar := True; Com essas configurações definidas, faça um novo teste. O componente vai gerar agora para você os arquivos de envelope. Eles vão ter -soap no nome. Um deles será o envelope de envio e outro de retorno. Confira no -soap de retorno se não tem o \s\n no campo discriminação. Se não tiver, pode questionar o provedor, pois eles estão removendo o \s\n no momento de montar o XML da NFSe.

Olá pessoal! Foi publicado no dia 27/05/2024 a Nota Técnica 2024/002 em sua versão 1.00. Visão Geral Está nota técnica implementa o Evento de Conciliação Financeira(Já conhecido pela abreviação ECONF) e o Cancelamento de Conciliação Financeira. A utilização do evento é facultativa e o objetivo do mesmo é auxiliar na vinculação e controle de pagamentos que ocorram em datas distantes do fato gerador e da emissão do documento fiscal. Ambos os eventos serão recepcionados pela Sefaz Virtual do Rio Grande do Sul em seu WebService de eventos na URL: https://nfe.svrs.rs.gov.br/ws/recepcaoevento/recepcaoevento4.asmx. Evento "Conciliação Financeira - ECONF" O WebService de recepção de eventos possui campos que são genéricos para todos os eventos, por isso vale destacar os campos específicos que são: tpEvento: Recebe o código do evento e para o ECONF deve receber o valor 110750. detPag: Grupo de detalhamento do pagamento, possuindo os seguintes campos: indPag: Pode receber os valores 0 que corresponde a Pagamento à Vista ou 1 que corresponde a Pagamento à Prazo. tPag: Meio de pagamento e deve ser preenchido de acordo com tabela publicada no portal da NFe. xPag: Descrição do meio de pagamento quando o tPag for igual a 99 - Outros. vPag: Valor do Pagamento. dPag: Data do Pagamento no formato AAAA-MM-DD. CNPJPag: CNPJ do estabelecimento onde o pagamento foi processado/transacionado/recebido quando emissão do documento for feita em estabelecimento distinto. UFPag: UF do estabelecimento onde o pagamento foi processado/transacionado/recebido. CNPJIF: CNPJ da instituição financeira, de pagamento, adquirente ou subadiquirente. tBand: Preencher com valor da tabela de código das operações de cartão de crédito publicada no portal da NFe. cAut: Numero da autorização da transação da operação. CNPJReceb: CNPJ do estabelecimento beneficiário do pagamento. UFReceb: UF do CNPJ do estabelecimento do beneficiário do pagamento. O evento sendo processado com sucesso, será devolvido o número do protocolo, a data e hora do registro do evento e o número sequencial do evento. Evento "Cancelamento Conciliação Financeira - ECONF" Semelhante aos demais eventos da mesma natureza, vai ter em sua estrutura o número do protocolo do evento gerado anteriormente e caso processado com sucesso, devolverá o número do protocolo correspondente ao evento de cancelamento que foi gerado e vinculado a nota. Datas de Implementação Implantação Teste: Até 01/07/2024. Implantação Produção: 02/09/2024. E como fica o ACBr? Sendo um evento novo, será necessário a implementação do mesmo nos fontes do ACBr para posteriormente ser disponibilizado no Monitor e na Lib. Foi adicionada a #TK-5537 em nosso backlog para tal e qualquer novidade será divulgada neste tópico. No entanto, vale ressaltar que até a publicação deste tópico, não há novo pacote de schemas que englobe o evento disponível para download tanto no Portal Nacional quanto no do Rio Grande do Sul. Leia a Nota Técnica na íntegra AQUI.

Olá pessoal! Foi publicado no dia 27/05/2024 o Informe Técnico 2023/003 v1.03 que divulga atualização da Tabela de Combustíveis Sujeitos a Tributação Monofásica, com implantação prevista em homologação no dia 01/07/2024 e em produção no dia 02/09/2024.