Italo Giurizzato Junior

Boa tarde Soares, Vou anexar o Manual do BP-e que contem o layout do XML. Manual BPe Anexo I Leiaute v1.00b.pdf Procure pelas palavras PIS e COFINS. Você não vai encontrar. Peça para esse contador lhe apresentar o manual escrito pelo ENCAT que consta esses tributos no XML de um BP-e. E aproveita e pergunta para ele se ele sabe o que vem a ser BP-e. Uma coisa é certa esse contador é novo, ele vai aprender, acredito que dentro de umas 10 semanas santas ele aprende. Você pode também sugerir a ele mudar de ramo, pois tributação parece não ser o forte dele.

Boa tarde Luis, Você não esta alimentando a propriedade: Configuracoes.Certificados.URLPFX ? Se o certificado não se encontra na Nuvem essa propriedade tem que receber uma string vazia.

Bom dia Rodrigo, Esse erro também ocorre com o programa exemplo do componente?

Boa tarde João, Primeiramente, o XML só tem validade jurídica caso este esteja assinado e com o protocolo de autorização. Sendo assim qualquer alteração no XML após a sua autorização invalida o mesmo. Peça para esse contador lhe mostrar na legislação ou Manual ou Nota Técnica escrita pelo ENCAT e publicada no Portal Nacional da NF-e que consta essa alteração de alterar o XML da nota após o seu cancelamento. Você vai ficar esperando até o fins do tempo e ele não vai encontrar. Quanto ao DANFE existe uma propriedade do componente DANFE chamada NFeCancelada que ao receber o valor True gera uma tarja com os dizeres: "NF-e Cancelada". Resumindo para imprimir ou gerar o PDF do DANFE de uma nota que foi cancelada basta atribuir o valor True a propriedade NFeCancelada e executar o método Imprimir ou ImprimirPDF.

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

Boa tarde Ramalho, Não é isso. Você não entendeu ainda como é que a coisa funciona. Os provedores que seguem a versão 1 do layout da ABRASF possuem em seus webservices somente 1 serviço para recepcionar o RPS. Esse serviço é o EnviarLoteRpsEnvio que no componente usamos o método Enviar. Já os provedores que seguem a versão 2 do layout da ABRASF possuem em seus webservices 3 serviços para recepcionar o RPS, são eles: EnviarLoteRpsEnvio, EnviarLoteRpsSincronoEnvio e GerarNfse, que no componente usamos os métodos: Enviar, EnviarSincrono e Gerar respectivamente. O problema desse provedor apesar dele seguir a versão 2 do layout da ABRASF, implementou em seu webservice somente 1 serviço para recepcionar o RPS, que no caso é o GerarNfse que no componente é o método Gerar. Resumindo: Para esse provedor você só vai poder usar o método Gerar e vai ter que enviar um RPS por vez. Ficou mais claro agora?

Tiago, Vou analisar a sua contribuição e estando tudo OK, vou enviar para o repositório. Já vou incluir na minha lista de tarefas.

Carlos, Vou passar para os mestres esses problema.

Adelmo, Por favor não confunda erro de validação com rejeição. Erro de validação é gerado pela rotina que valida o XML da nota antes de ser enviada para a SEFAZ e ele não detecta se a somatória é igual ou não ao total. Rejeição é gerado e retornado pela SEFAZ que faz as checagens de somatória. A sua aplicação após alimentar o componente com os dados da venda executa a função ValidarRegrasdeNegocios ? Pois essa função consegue detectar essa diferença. Não entendi muito bem essa linha que calcula o valor do produto, você arredonda a quantidade para 3 casas decimais multiplica pelo preço unitário sem nenhum arredondamento e por fim arredonda o resultado para 2 casas decimais. No XML a quantidade pode ter até 4 casas decimais, já o preço unitário pode ter até 10 casas decimais e o valor total do produto (quantidade x preço) deve ter apenas 2 casas decimais. Logo a linha que calcula o vProd não deveria ser: Prod.vProd := RoundABNT(RoundABNT(DataModule1.ClienteDetalhe.FieldByName('QTD_PRODUTO').AsFloat, 4) * RoundABNT(DataModule1.ClienteDetalhe.FieldByName('PRECO_UNIT').AsFloat, 10), 2);

Carlos, Já que deu falha na requisição, tente dessa outra forma: FPDFeOwner.SSL.SSLHttpClass.HeaderReq.AddHeader('authorization', 'xxxxxx');

Bom dia Tiago, Pelo o que entendi, você gera o XML do RPS, salva e depois carrega para poder enviar, correto? Se sim, porque não envia logo após gerar e depois salva?

Carlos, Veja se desta forma funciona: Unit ACBrNFSeWebServices procedure TNFSeWebService.InicializarServico; begin { Sobrescrever apenas se necessário } FProvedor := FPConfiguracoesNFSe.Geral.Provedor; inherited InicializarServico; if FPConfiguracoesNFSe.Geral.ConfigGeral.VersaoSoap = '' then FPMimeType := 'application/xml' else if FPConfiguracoesNFSe.Geral.ConfigGeral.VersaoSoap = '1.2' then FPMimeType := 'application/soap+xml' else FPMimeType := 'text/xml'; FPDFeOwner.SSL.UseCertificateHTTP := FPConfiguracoesNFSe.Geral.ConfigGeral.UseCertificateHTTP; FPDFeOwner.SSL.HTTPMethod('authorization', 'xxxx-xxxxxxxxxxxxxxxxxxRYX'); // <=== inclui esta linha TACBrNFSe(FPDFeOwner).SetStatus(FPStatus); end; Se funcionar, esse código de autorização podemos colocar ele em uma propriedade de configuração por exemplo WebChaveAcesso.

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

Bom dia Rodrigo, Por favor anexe a imagem do erro e não da tela inteira.

Adelmo, Eu pedi o XML da nota e do retorno da SEFAZ que acusa a rejeição. Você anexou 2 vezes o XML da nota.

Bom dia Carlos, Então volte o arquivo INI para ficar desta forma: [Recepcionar] IncluiEncodingCab=0 IncluiEncodingDados=0 TagGrupo=nfe Texto1=%DadosMsg% Tente enviar um lote. Anexe o XML de envio do lote: ( *-env-lot.xml e *-env-lot-soap.xml ) para que possamos analisar. Estou trabalhando no Refactoring do componente ACBrNFSe. Ao fazer testes com o provedor Giap também obtive o erro 401 para os serviços: EnviarLoteRps e Cancelar, só o serviço ConsultarNFSeporRps que não ocorreu esse erro.

Bom dia Adelmo, Favor anexar o XML da nota bem como o XML de retorno acusando a rejeição para que possamos lhe ajudar.

Bom dia Sandro, A mensagem é clara: Elemento prodPred é inesperado de acordo com o modelo de conteúdo do elemento pai infMDFe. Esse mensagem de erro só ocorre quando o XML contem uma tag (elemento) que não consta no schema. Como o componente não gera tags que não estejam previstas nos schemas, isso deixa claro que os schemas que a sua aplicação esta se utilizando para validar o MDF-e estão desatualizados. Verifica em qual pasta a aplicação esta buscando os schemas e atualize com os schemas que estão na pasta que eu já mostrei acima.

Bom dia Rabelo, Esses dois botões que você esta mostrando nas imagens, pelo que sei só mostram os certificados que estejam instalados no Windows. Se tratando de certificado A1 a minha sugestão é nem instalar o certificado. No campo caminho você seleciona o certificado salvo em uma determinada pasta. No campo senha você informa a senha dele. Só isso, já é o suficiente para o componente funcionar. Agora no caso dessa porcaria de A3, primeiro você convença ao seu cliente a trocar pelo o A1, se ele for cabeça dura, compre um A1 e dê de brinde. Se deseja ter dor de cabeça continue com o A3.

Desculpa não entendi. Os dados da venda (no caso da NF-e) só são salvos no banco de dados se a nota for autorizada na SEFAZ? A minha sugestão é que os dados da venda devem ser salvos no banco de dados, depois a nota ser enviada para a SEFAZ. Caso ela seja autorizada, você atualiza o banco de dados, com a data/hora da autorização, numero do protocolo e até o XML completo devemos salvar no banco de dados. Se você esta tendo casos de Duplicidade é porque o seu fluxo esta errado. A rotina de envio de nota tem que fazer o seguinte: 1. Marcar no banco de dados no registro da nota em questão que ele foi enviada. 2. Enviar a Nota; 3. Se a nota foi rejeitada (que é diferente de erro de internet) devemos marcar no banco de dados que a nota não foi enviada, desta forma o usuário poderá fazer as devidas correções e enviar novamente. 4. Se a nota foi autorizada devemos atualizar o registro dessa nota com a data/hora de autorização, protocolo e caso tenha um campo para o XML, alimentar esse campo com o XML completo, ou seja, assinado e com o protocolo de autorização.

Boa tarde a todos, Não adianta nós desenvolvedores reclamar com o provedor. Temos que pedir para os nossos clientes abrir um protocolo na prefeitura relatando todos os problemas. E esperar que a prefeitura tome alguma providencia.

Boa tarde Patrick, Somente o RPS deve ser assinado. A mensagem de erro diz que o elemento tcDeclaracaoPrestacaoServico esta incompleto de acordo com o Schema, era esperado o elemento Signature. Ou seja o RPS não foi assinado. Outra coisa se uma tag deve constar no XML independente se ela possui algum conteúdo ou não lembre-se que a linha que gera essa tag possui um parâmetro que defini se ela é obrigatória ou não. Exemplo: Gerador.wCampo(tcStr, '#6', 'RegimeEspecialTributacao', 01, 01, 0, RegimeEspecialTributacaoToStr(NFSe.RegimeEspecialTributacao), DSC_REGISSQN); |-> esse parãmetri diz que a tag é opcional Gerador.wCampo(tcStr, '#6', 'RegimeEspecialTributacao', 01, 01, 1, RegimeEspecialTributacaoToStr(NFSe.RegimeEspecialTributacao), DSC_REGISSQN); |-> esse parãmetri diz que a tag é obrigatória, ou seja, a tag vai ser gerada mesmo sem nenhum conteúdo.

Sandro, Não atualizou. Peguei o seu XML e através do programa exemplo pedi para validar o mesmo, note que existe um botão chamado Validar. E foi apresentado a mensagem informando que o XML é valido.

Boa tarde Canan, A solução é muito simples. Não deixar o usuário ficar enviando a mesma nota 200 mil vezes só porque no primeiro envio ocorreu um erro, erro este causando pela internet instável do seu cliente pão duro. Vamos a receita de bolo. Se após o envio da nota ocorrer um erro de internet, o usuário tem que realizar uma consulta com o XML da nota carregado. Porque fazer essa consulta? Muito simples, quando ocorre um erro o componente não lhe informa se o mesmo ocorreu durante o envio ou durante o retorno. Carregando a nota e realizando a consulta, se o erro foi durante o retorno, a nota já esta na SEFAZ e processada, logo com a consulta saberemos o resultado desse processamento. Se a nota foi autorizada, será retornado o protocolo de autorização, como o componente esta carregado com o XML da nota, o mesmo será atualizado, ou seja, receberá o protocolo de autorização. Desta forma podemos já imprimir o DANFE e enviar o XML mais o DANFE em PDF para o cliente. Agora se o erro ocorreu durante o envio, ao consultar teremos como retorno uma rejeição acusando que a nota não consta na Base de Dados da SEFAZ, ai sim o usuário pode enviar novamente. Com uma pequena mudança no procedimento, nunca mais você terá esse problema de Duplicidade.

Boa tarde Sandro, Você esta com todos os fontes de todas as pastas atualizados? O que tudo indica a pasta que contem os schemas ( ...\Exemplos\ACBrDFe\Schemas\MDFe ) não esta atualizada.