Italo Giurizzato Junior

Boa tarde, Já enviei para o repositório, favor atualizar os fontes e faça novos testes.

Boa tarde Tiago, Muito obrigado pela contribuição, já esta no repositório.

Bom dia Eder, Vou incluir na minha lista de tarefas, estando tudo OK vou enviar para o repositório. Desde já muito obrigado pela colaboração.

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

Bom dia, Desculpe, com relação a alíquota o correto é: // Provedor Conam Servico.Valores.AliquotaSN := 2.01;

Bom dia, Vou incluir na minha lista de tarefas, estando tudo Ok vou enviar para o repositório. Desde já muito obrigado pela colaboração.

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

Bom dia Aécio, O que tudo indica a cidade que usava o provedor AssessorPublico mudou de provedor. Esse provedor não segue o layout da ABRASF, não temos os schemas para poder validar o lote de RPS antes do seu envio, bem como os demais serviços, como consultas e cancelamento. Favor entrar em contato com a prefeitura da cidade de Primavera do Leste/MT e ou com o provedor para obter mais informações tais como: URLs de homologação e produção do webservice Arquivos XSD (Schemas)

Identificação do Produto Predominante no MDF-e Integrado Visando esclarecer a correta identificação do produto predominante no MDF-e em operações de Transporte Rodoviário de Carga Lotação, assim entendida à que corresponda a uma única NF-e ou CT-e, com cargas distintas, o emitente deverá atender o disposto no §2° do art. 4° da RESOLUÇÃO ANTT Nº 5.867, DE 14 DE JANEIRO DE 2020, expedida pela Agência Nacional de Transportes Terrestres – ANTT, nos seguintes dizeres: “§2° Para o caso de operações de Transporte Rodoviário de Carga Lotação em que sejam transportadas cargas distintas, sujeitas à classificação em mais de um tipo de carga estabelecida no Anexo II desta Resolução, deverá ser considerada aquela que resulte em maior valor”. Desta feita, para preenchimento do grupo de informações referente aos campos de produto predominante, incluindo o campo “Tipo da Carga”, quando tratar-se de Transporte Rodoviário de Carga Lotação em que sejam transportadas cargas distintas, sujeitas à classificação em mais de um tipo de carga, o transportador deve considerar a carga que resulte em maior valor.

Boa tarde Diego, Muito obrigado pela colaboração, já enviei para o repositório.

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.

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.

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 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 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.

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.