Italo Giurizzato Junior

Boa tarde Diego, Só fazendo um teste para saber. Envia um lote com 3 RPS e propositadamente informe a alíquota errada em um deles. Depois veja como fica o retorno.

Boa tarde, O XML que você anexou foi enviado e autorizado pela SEFAZ. Você quer emitir uma nota complementar dessa cujo XML você anexou? Se sim, essa nota complementar consta o grupo <pag>?

Boa tarde ALA, Muito obrigado pela colaboração, já vou enviar para o repositório.

Boa tarde Mariana, É preciso criar um DANFSE especifico para o provedor Betha ou fazer um tratamento, por conta nessas informações no campo Discriminacao. Caso contrario o PDF vai sair bagunçado mesmo.

Bom dia Leandro, Maravilha, fico feliz que deu certo.

Leandro, O componente esta configurado para a versão 3.00?

Leandro, O XML atualizado vai ser salvo conforme a configuração do componente.

Carlos, Será que o WebService de homologação com a tal checagem de certificado já esta funcionando? Tente também aumentar o valor de Timeout.

Boa tarde Rodrigo, O problema desse XML é uma vogal com acento na palavra: ITAJAI.

Leandro, Esse XML não contem o protocolo de autorização, se você carregar ele para poder efetuar o encerramento, o componente não vai encontrar o protocolo de autorização. Carregue esse XNL e faz uma consulta para atualizar o XML com o protocolo de autorização. Depois use o XML atualizado para efetuar o encerramento.

Carlos, Tente com o libCapicom.

Boa tarde Leandro, O Recibo que você se refere é o Protocolo de Autorização? Se sim, vide o programa exemplo. Agora se o Recibo que você se refere é o Recibo retornado ao enviar o MDF-e para SEFAZ, ai não tem como.

Carlos, Qual é o valor de SSLLib na configuração do programa exemplo?

Matheus, Realmente esta faltando, vamos providenciar a implementação do comando e disponibilizar a sua sintaxe no manual. Essas alterações é bem provável que só sejam disponibilizadas na próxima versão semanal para que é SAC.

Boa tarde Matheus, Não tem o comando MDFe.EnviarEvento ?

Boa tarde a todos, Alguém sabe dizer se esse layout do XML é exclusivo da Caixa ou é um layout a ser adotado por todos os Bancos?

Boa tarde Carlos, Tente fazer o seguinte: no arquivo INI do provedor existe um campo chamado UseCertificado, se o valor for zero altere para 1 e faça um novo teste.

Muito obrigado pela colaboração, vou analisar as mudanças.

Bom dia Carlos, O provedor da cidade Montes Claros/MG é Pronimv2 e este requer o certificado digital para poder assinar o Lote de RPS antes do envio. Ao meu ver não se faz necessário nenhuma alteração.

Bom dia, Seria interessante você anexar as alterações que fora feitas nos arquivos Cidades.ini e Publica.ini em virtude da mudança de provedor, desta forma outros desenvolvedores podem ajudar nos testes.

Bom dia a todos, Joceandro, acredito ter corrigido todos os Schemas da versão 2.5, favor atualizar e faça novos testes. Pode ser que algum evento não seja validado por nessa nova versão existir um novo campo obrigatório, neste caso deverá ser alterado a unit que gera essa tag. Pablo, com relação a novos eventos em particular esses que você mencionou eles não são enviados e sim retornados, correto? Se você puder implementar conforme os demais ficaremos gratos.

Boa tarde Paulo, Vamos verificar o que foi que gerou esse efeito colateral no e-Social com as alterações promovidas nessas units. Qual das duas você se utiliza?

Boa tarde, Acredito que será necessário entrar em contato com o provedor para que este aponte o que esta errado.

Boa tarde Sergio, Fiz algo mais interessante para poder obter o nome do arquivo PDF gerado, principalmente quando se tem "N" PDFs. Favor atualizar os fontes e realizar os testes.

Boa tarde ALA, A tag <nDI> é gerada através da unit pcnNFeW: Gerador.wGrupo('DI', 'I18'); Gerador.wCampo(tcStr, 'I19', 'nDI', 01, 12, 1, nfe.Det.Prod.DI[j].nDI, DSC_NDI); if not ValidaDIRE(nfe.Det.Prod.DI[j].nDI) and not ValidaDIDSI(nfe.Det.Prod.DI[j].nDI) then Gerador.wAlerta('I19', 'nDI', DSC_NDI, ERR_MSG_INVALIDO); Note que o valor de nDI é checado por duas funções que validam esse numero. Veja o ValidaDIDSI: // AValue = TAANNNNNNND // Onde: T Identifica o tipo de documento ( 2 = DI e 4 = DSI ) // AA Ano corrente da geração do documento // NNNNNNN Número sequencial dentro do Ano ( 7 ou 8 dígitos ) // D Dígito Verificador, Módulo 11, Pesos de 2 a 9 Se o DI é 1821201584, temos 18 = ano e 21201584 = numero (com 8 dígitos), logo esta faltando o tipo que pode ser 2 (deste caso) no inicio mais o digito verificador no final.