BigWings

https://projetoacbr.com.br/fontes/

Não é estranho, essa informação de tipo de evento só vai existir quando o documento for um evento. Chegou a ler o que escrevi aqui?

Tem o componente ACBreSocial para Delphi e Lazarus. E para outras linguagens o ACBrMonitorPLUS em breve ACBrLib.

Qual o encoding do XML? Pode anexar o arquivo?

Inclua esse trecho pra saber que o documento retornado se trata de um evento e não de uma NFe ou resumo de NFe. O trecho em vermelho não faz sentido porque o evento também pode ser um cancelamento, carta de correção, MDFe autorizado, registro de passagem, e muitos outros... Note também que dessa forma você pode capturar as manifestações feitas pelos destinatários das notas que você emitiu, mas não é retornado pelo webservice qual manifestação você já emitiu pra uma nota emitida por outro. (Espero que tenha ficado claro)

Se não me engano essa tag passou a ser opcional, então se não tiver nenhum valor ela não será gerada no XML. Além disso, tem um problema específico nessa tag na leitura do XML pelo ACBr que ocorre se o XML sendo lido não estiver canonicalizado (tiver quebras de linha, espaçamentos entre as tags...)... veja se não é esse o problema.

Perceba que você incluiu outra coluna (p.nomplano) que não é um campo agregado, então precisa adicionar também no group by. O 2 indica o índice da coluna no select.

A tag cSit indica se a inscrição está ativa ou não. Pelo descritivo desse serviço no MOC o meu entendimento é que ele só devia retornar cadastros de contribuintes do ICMS, se está retornando também cadastros de não contribuintes pode ser um erro ou uma situação não prevista pelo manual.

Tente trocar para: group by 2

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

Certificado A3 você configura por número de série e, opcionalmente, senha. Veja o programa exemplo do componente.

Correção no SVN.

Qual versão do Fast?

No caso do ACBr pode ser apenas falta de configurar a propriedade SSLType como LT_TLSv1_2.

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

Acabei de enviar novas correções, teste novamente, por favor.

Qual a sua IDE?

Atualize novamente e teste por favor.

O manual da contingência da NFCe diz que esse tratamento deve ser feito quando há erro de conexão, onde não houve resposta da SEFAZ. Nesse caso está havendo resposta da SEFAZ, mas o cStat 999 se trata de uma rejeição não tratada pelo webservice, o que não permite saber o que corrigir pra reenviar. Sendo assim, creio que é correto sim fazer a emissão automática em contingência, e inutilizar a numeração anterior.

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

Creio que os Schemas pra esse evento estão com erro: <xs:element name="tpEvento"> <xs:annotation> <xs:documentation>Tipo do Evento</xs:documentation> </xs:annotation> <xs:simpleType> <xs:restriction base="xs:string"> <xs:whiteSpace value="preserve"/> <xs:pattern value="[0-9]{6}"/> <xs:enumeration value="610610"/> <xs:enumeration value="610614"/> </xs:restriction> </xs:simpleType> </xs:element> Segundo a NT aí devia ser 110130 e 110131. A única coisa a fazer a meu ver é entrar em contato com o Ambiente Nacional e reportar o problema pra que façam a correção.

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

Existe a integração via API que permite registrar, baixar, consultar... mas ainda não está implementado no ACBrBoleto. Inclusive amanhã esse é o assunto do Papo Pro ACBr com ênfase na integração com PIX. Outra opção que você pode tentar é ver com o banco se eles disponibilizam as transferências de arquivos de remessa e retorno por VAN.

Seu XML está mal formado: <infPercurso> <UFPer>SC</UFPer> <infPercurso> <UFPer>PR</UFPer> <infPercurso> <UFPer>MG</UFPer> </infPercurso> O correto seria: <infPercurso> <UFPer>SC</UFPer> <UFPer>PR</UFPer> <UFPer>MG</UFPer> </infPercurso> Outros problemas que percebi é ele ter o grupo MDFProc que não devia existir, e tem quebras de linha que pode atrapalhar a leitura pelo ACBr.