francinaldoac
Membros Pro-
Total de ítens
75 -
Registro em
-
Última visita
-
Days Won
1
francinaldoac last won the day on 10 Novembro 2023
francinaldoac had the most liked content!
Sobre francinaldoac
Últimos Visitantes
O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.
francinaldoac's Achievements
-
Bom dia! Estou com o erro "Cabecalho - Versao do arquivo XML nao suportada.CStat: 239" ao consultar a DistribuicaoDFe do MDFE, usando o método ACBrMDFe.DistribuicaoDFePorUltNSU, isso começou ontem, verificando o portal da MDFe não encontrei mudanças para esse mês, alguém está tendo o mesmo problema?
-
API Pagamentos em Lote BB
francinaldoac replied to Werner Figueiredo's tópico in Dúvidas Gerais sobre o ACBr
Boa tarde, Existe algum projeto em andamento para denvolvimento da API, ou isso não está no radar da Acbr? Atualmente os novos das empresas estão sendo desenvolvidos usando a API e não mais o método de troca de arquivos texto. -
francinaldoac started following API Whatsapp
-
Juliomar, meu cliente quer apenas enviar promoções para vários clientes ao mesmo tempo, sem lista de transmissão, individualmente, as conversas vão fluir pelo whatsapp web, tendo em vista isso, qual a API mais simples?
-
Em termos de preços e simplicidade, você daria alguma opinião? No caso o cliente que compra o serviço junto a integradora?
-
Boa tarde, Eu já havia escutado há uns meses atrás, mas isso já faz mais de um ano, então queria mais uma troca mais prática de experiências com os desenvolvedores do fórum.
-
Bom dia, Pessoal, andei olhando os posts sobre API whatsapp aqui no fórum e também pesquisando na internet, quero desenvolver uma integração, mas gostaria de saber de quem já desenvolveu, a experiência com essas APIs, já li sobre gupshup, twilio, zenvia, vi também um componente em delphi o "tinject", mas que dizem que pode ocorrer o banimento do número do cliente. Queria poder usar um ambiente de testes desses componentes, mas pelo li até agora apenas a twilio possui um. Existe alguma plataforma brasileira que vocês indicam? Grato.
-
Alguém sabe se é problema na SEFAZ SP?
-
Bom dia! Estou com o mesmo problema do colega, o emissor do CTe é de São Paulo, já conferi todos os dados e estou recebendo: "Rejeição: CNPJ-Base do Emitente difere do CNPJ-Base do Certificado Digital" ao tentar fazer o desacordo.
-
Bom dia, Ítalo, o usuário não digita o número da MDF-e, ele é gerado sequencialmente de forma automática, nossa rotina é parecida com o procedimento que você falou agora, mas acho que não ficou claro o meu problema, vou resumir. Ao tentar enviar um MDF-e a SEFAZ retornou o erro de duplicação, o que significa que já estava na base, tendo essa resposta nosso sistema faz consulta a chave de acesso, a SEFAZ então retorna o protocolo da autorização, você viu o XML que enviei com tudo OK, autorizado, porém mesmo com o protocolo de autorização, quando consulto essa chave, diz que não consta na base de dados. O que suponho ter acontecido: nosso sistema permite salvar o MDF-e e depois enviar, o usuário pode ter aberto duas instâncias do sistema, aberto o MDF-e nas duas, enviado por uma e depois enviado pela outra instância, acabei de ver que ao contrário da rotina da NF-e do nosso sistema, a rotina da MDF-e não checa se aquele documento foi transmitido enquanto o usuário estava consultando, vou corrigir isso. Bom, já resolvemos o problema enviando novamente, obrigado pela ajuda.
-
Sim, foi minha aplicação. Fui olhar os XMLs e achei a resposta abaixo: <retConsReciMDFe xmlns="http://www.portalfiscal.inf.br/mdfe" versao="3.00"> <tpAmb>1</tpAmb> <verAplic>RS20220512135344</verAplic> <nRec>249001167830048</nRec> <cStat>104</cStat> <xMotivo>Arquivo processado</xMotivo> <cUF>24</cUF> <protMDFe versao="3.00"> <infProt Id="MDFe270520220902450590"> <tpAmb>1</tpAmb> <verAplic>RS20220512135344</verAplic> <chMDFe>24220508811226000427580010000084631001460735</chMDFe> <dhRecbto>2022-05-27T09:02:45-03:00</dhRecbto> <digVal>rtU+WvetX0FyPDg8mfrGAJXDMdM=</digVal> <cStat>204</cStat> <xMotivo>Rejeição: Duplicidade de MDF-e [nProt:924220000759203][dhAut:2022-05-27T09:02:31-03:00]</xMotivo> </infProt> </protMDFe> </retConsReciMDFe> Existe uma duplicidade, mas meu sistema está programada nos casos de status 204, ignorar a resposta e fazer uma consulta pela chave da MDFe, dessa forma pego o protocolo de autorização. 249001167830048-pro-rec.xml 146071-env-lot.xml