Renato Rubinho

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, A lib lhe permitirá criar uma API para os serviços da NFe, não no mobile (até onde sei), e no mobile você poderia consumir essa API hospedada em algum servidor.

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

Bom dia, O endereço de homologação está errado. O correto é https://hom1.nfe.fazenda.gov.br/NFeDistribuicaoDFe/NFeDistribuicaoDFe.asmx Veja se está com o arquivo ACBrNFeServicos.ini desatualizado.

Bom dia, Pode ser algum pacote antigo gerando o conflito. Veja se tem algum arquivo alterado nossa fontes e faça o revert. Estando com os fontes originais, reinstale os componentes marcando a opção para remover arquivos antigos.

Recebemos relatos relativos a problemas nos serviços da NFe em SP. Foi ativada a contingência às 11:15 não informando a previsão, aparentemente normalizado após as 15h quando desativaram a contingência. Fonte: http://www.nfe.fazenda.gov.br/portal/principal.aspx

Bom dia, Vejam na mensagem de retorno que é um erro interno deles de conexão com o sql server. A continência foi ativada em SP o que confirma problema lá. http://www.nfe.fazenda.gov.br/portal/principal.aspx

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

Boa noite, Tente seguir os passos que o Juliomar passou.

Só um detalhe, veja no json dele que foi alimentado o campoUtilizacaoBeneficiario e não o MensagemBloquetoOcorrencia, por isso citei os 30 caracteres.

Acredito que a sugestão do Daniel foi um exemplo didático, não para seguir à risca. A mensagem ficou com 34 caracteres e só são permitidos 30, isso pode ser um problema ou as barras invertidas.

Boa tarde, Muito provável que seja um erro no controle de emissões simultâneas. Comece investigando por aí, o que acontece no sistema se duas pessoas, emitirem exatamente só mesmo tempo? Teste como o programa de exemplo e veja o que há de diferente no seu fluxo. Se fizer um controle seguro no sistema não precisará disso.

Recomendamos fortemente que migre para o componente atual, pois o outro está bem defasado e não recebe mais manutenção. No tópico a seguir também é citada a seguinte propriedade: ACBrNFSe1.Configuracoes.WebServices.QuebradeLinha

Solicite que refaçam o cadastro, se você consegue fazê-lo tente você mesmo, pois não é difícil que o cadastro esteja errado, até por algum bug deles.

Boa tarde, Segue: ACBrNFSeX.Provider.ConfigGeral.QuebradeLinha

Boa tarde, Isso deve estar ocorrendo devido a pacotes de outras instalações. Instale marcando a opção para remover arquivos antigos e veja se resolve.

Boa tarde, Revise as configurações conforme o tópico a seguir.

Boa tarde, Segue caminho com exemplos de inis. https://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrDFe/ACBreSocial/ArqINI/

Boa tarde, Não adianta usar outro certificado, o controle é pelo CNPJ. São regras da Sefaz, não tem o que fazer além de instruir a contabilidade a não utilizar mais este recurso. Uma alternativa é deixar a contabilidade apenas utilizando a distribuição, instruí-los a disponibilizar os XML retornados pela distribuição(*-dist-dfe.xml) e configurar uma rotina no seu sistema para importar estes xmls. Veja no programa de exemplo que o botão de distribuição por último NSU mostra como fazer.

Movido tópico para o local adequado.

Boa tarde, O tópico a seguir tem relatos recentes do mesmo problema. Uma suposição é que o Bling fez alguma implementação recente que passou a gerar o problema. Sugestão: levante quando o problema começou e passe para eles analisarem o que podem ter sido alterado que passou a gerar o problema.

Boa tarde, Não me lembro de relato parecido, mas realmente entendo ser um absurdo ter que cadastrar os tomadores manualmente. Como está nesse impasse, faça um teste de cadastrar este tomador que está tomando a rejeição e veja se, após o cadastro, a emissão passa a funcionar. Permanecendo o problema você estará munido com a informação para passar a eles que essa não é a solução do problema. Se funcionar, explique para eles seu cenário para que entendam não ser viável o cadastro manual de cada tomador. Uma automatização do lado deles, conforme sugestão do Ítalo seria a melhor solução nesse caso.

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

Será que não é o CRLF que não está sendo removido pelo seu stringreplace da forma que foi feita? Tente StringReplace(Titulo.Mensagem.Text, #13#10, ' ', [rfReplaceAll])