Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    37.520
  • Registro em

  • Última visita

  • Days Won

    1.057

Tudo que Italo Giurizzato Junior postou

  1. Bom dia Juliano, Muito obrigado pela colaboração, fiz a alteração e já vou enviar para o repositório.
  2. Bom dia Fernando, Ao revisar as rotinas que geram o XML dos diversos serviços disponibilizados pelo eFrete notei divergências entre os layouts apresentados no manual (versão 6 se não me falha a memória) e os layouts apresentados pelo SoapUI. Optei por compatibilizar com o que o SoapUI apresenta, pois acredito que de outra forma o webservice vai recusar. Ajudaria em muito se o eFrete disponibiliza-se também XMLs de exemplos e um manual mais coerente.
  3. Boa tarde Laercio, Você configurou o programa exemplo da seguinte forma?
  4. Boa tarde a todos, Favor atualizar os fontes e fazer um novo teste usando o arquivo INI que enviei para o repositório. Wilchaia, faça uma copia da alteração que você fez na unit e utilize a que esta no repositório. Quero saber se realmente se faz necessário a alteração que você fez nessa unit. Detalhe importante sobre o provedor Futurize, apesar de constar todos os serviços ao acessar o WSDL do webservice, os métodos que realmente funcionam são: Gerar (para enviar um RPS por vez), Consultar NFS-e por RPS e Cancelar NFS-e. No arquivo INI deixei somente o Envelope dos métodos que funcionam. O dia que eles implementarem ou corrigirem os demais, basta acrescentar a definição do envelope no arquivo INI.
  5. Bom dia a todos, No meu entendimento para esse provedor deveríamos fazer o seguinte. Ler cada informação contida dentro dos "[" "]" e colocar na lista: NFSe.Servico.ItemServico Essa lista possui os seguintes campos: Descricao, Quantidade, ValorUnitario e ValorTotal. O componente DANFSE (pelo menos para o Fortes) possui uma propriedade de configuração chamada: DetalharServico Com a lista alimentada e com essa propriedade setada com o valor True, será apresentado uma tabela aos moldes da NF-e. Acredito que vale a pena estudar mais sobre esse assunto e fazer uma alteração na rotina que lê o XML da NFS-e para que a mesma alimente a lista quando for esse provedor e outros que por ventura retornem dessa forma. Caso alguém queira arregaçar as mangas e fazer essa alteração sem que ocorra nenhum efeito colateral com os demais provedores, toda ajuda é bem vinda.
  6. Bom dia Fernando, No meu entendimento o webservice deve ter um layout igual para ambos os ambientes (produção/homologação), caso contrario não tem como você atestar que a sua rotina esta correta. Não faz nenhum sentido você enviar um pedido de adicionar uma viagem para o ambiente de homologação com meia dúzia de informações e para o de produção tem que ter mais de uma dúzia. Veja isso: URL de ambiente de homologação: https://dev.efrete.com.br/Services/PefService.asmx?WSDL Se você procurar pela tag que esta gerando a rejeição temos a seguinte definição: <s:element name="UnidadeDeMedidaDaMercadoria" type="s1:UnidadeDeMedidaDaMercadoria"/> <s:simpleType name="UnidadeDeMedidaDaMercadoria"> <s:restriction base="s:string"> <s:enumeration value="Indefinido"/> <s:enumeration value="Tonelada"/> <s:enumeration value="Kg"/> </s:restriction> </s:simpleType> Note que essa tag aceita os seguintes valores: Indefinido, Tonelada e Kg. E você informou o valor Kg, portando não existe nenhum erro na geração do XML.
  7. As validações de cadastro do RNTRC e frota de veículos passam a serem feitas a partir desta data. Para mais informações leia a noticia clicando aqui.
  8. 19/06/2020 [PRORROGADA] Suspensão das regras de validação da ANTT: COVID-19 Conforme resolução ANTT nº 5879/2020 o ambiente de autorização do MDF-e suspenderá as validações de cadastro do RNTRC e frota de veículos pelo prazo de 120 dias a fim de evitar rejeições indevidas nesse período de prevenção ao COVID-19. [PRORROGADA SUSPENSÃO até 08/09/2020] [PRORROGADO] Adiamento Regras de Validação da NT do MDF-e Integrado - COVID-19 Comunicamos que as regras de validação restritivas da NT 2020.001 MDF-e integrado foram adiadas para 08/09/2020 devido as dificuldades adicionais impostas pela pandemia do COVID-19. O evento de pagamento e as demais alterações de schema da NT, como são opcionais, terão sua data mantida em 06 de abril de 2020. [PRORROGADO ADIAMENTO até 08/09/2020
  9. A regra de validação "Vedar cancelamento se data/hora de autorização do evento for superior à data/hora do embarque" (Rejeição 220) passar a ser aplicada a partir desta data. Vide a noticia completa clicando aqui.
  10. 19/06/2020 [PRORROGADA] Suspensão Regra de Validação - COMUNICADO - COVID-19 Como forma de simplificar o procedimento dos transportadores rodoviários de passageiros, comunicamos que, de forma excepcional em função da pandemia do COVID-19, a regra de validação "Vedar cancelamento se data/hora de autorização do evento for superior à data/hora do embarque" (Rejeição 220), aplicada aos bilhetes de passagem eletrônicos - BP-e, a critério da Sefaz Autorizadora poderá ser desabilitada pelo prazo de 60 dias até o dia 08/09/2020, podendo este prazo ser prorrogado. [PRORROGADA SUSPENSÃO até 08/09/2020] Assinado: Coordenação Técnica do ENCAT
  11. Boa noite, Desculpe, mas acredito que não ficou claro. Conforme escrevi na minha postagem anterior, o provedor FISSLex segue a versão 1 do layout da ABRASF, sendo assim esse provedor dispõe de apenas um serviço para recepcionar os RPS. Este serviço é o EnviarLoteRPS. No componente para utilizar esse serviço do provedor usamos o método Enviar representado pelo botão [Enviar Lote RPS (Enviar)]. Você clicou no botão [Enviar um RPS (Gerar)] que executa o método Gerar que é utilizado para acessar o serviço GerarNFSe que não existe nesse provedor. Ao clicar no botão [Enviar Lote RPS (Enviar)] ele vai pedir a quantidade de RPS que você deseja enviar (digite 1), o numero do RPS e o numero do Lote. As informações tais como quem é o tomador, o valor do serviço, etc se encontram na procedure: AlimentarNFSe. Tenha em mente que esse programa é um programa exemplo, ou seja, ele foi feito para mostrar como devemos alimentar o componente, como configurar ele, como utilizar os métodos disponíveis. Volto a reforçar que existem botões nesse programa que não vão funcionar, pois nem todos os provedores implementaram todos os serviços. Se você não estudar esse programa, não vai conseguir fazer nada.
  12. Boa tarde Laercio, Você deve primeiro aprender como funciona o programa exemplo, antes de partir para fazer o seu próprio programa de emissão de NFS-e. No programa exemplo, quando selecionamos a cidade o componente já se autoconfigura para o layout utilizado pelo provedor contratado pela prefeitura da cidade selecionada. Devemos selecionar a cidade e clicar no botão salvar configuração, depois ir na aba Geral, a direita do titulo "Schemas do Provedor:" vai aparecer o nome do provedor em vermelho. Devemos selecionar a pasta de schemas do respectivo provedor, por exemplo se o provedor for Ginfes devemos selecionar a pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas\Ginfes Tenha em mente o seguinte, o componente gera e envia o XML do RPS, se tudo ocorrer bem, o webservice do provedor gera e retorna o XML da NFS-e. Temos 3 métodos de envio representados pelos botões: [Enviar Lote RPS (Enviar)], [Enviar um RPS (Gerar)] e [Enviar Lote RPS (EnviarSincrono)]. Os métodos são: Enviar, Gerar e EnviarSincrono. Os provedores que seguem a versão 1 do layout da ABRASF só vai funcionar o Enviar, uma vez que nessa versão só existe esse método de envio. O provedor FISSLex que você mencionou é um que segue a versão 1 do layout da ABRASF, portanto somente o método Enviar vai funcionar. Sempre utilize o componente ACBrNFSe para fazer tudo, não inventa de gerar o XML do RPS através do seu programa e depois usar o componente para fazer o resto. Caso contrario você vai ter muita dor de cabeça.
  13. Boa tarde, Na NF-e também só existe um único lugar que gera o conteúdo da tag qrCode e esta com o caractere "!". Vasculhei várias Units para ver se achava alguma função ou procedure que estivesse removendo o caractere em questão mais não achei nada.
  14. Bom dia, Como disse isso é muito estanho pois o conteúdo da tag é gerado pela unit pcteCTeW e nela temos: if CTe.infCTeSupl.qrCodCTe <> '' then begin Gerador.wGrupo('infCTeSupl'); Gerador.wCampo(tcStr, '#196', 'qrCodCTe', 50, 1000, 1, '<![CDATA[' + CTe.infCTeSupl.qrCodCTe + ']]>', DSC_INFQRCODCTE, False); Gerador.wGrupo('/infCTeSupl'); end; Como você pode ver consta o caractere "!", e o fragmento de código mostrado acima é executado independente do ambiente selecionado para o envio do CT-e. Será que não é o antivírus que esta removendo esse caractere?
  15. Bom dia a todos, Temos tomar cuidado ao comparar, pois o componente gera e envia o XML do RPS, o webservice gera e retorna o XML da NFS-e. Portanto podem haver diferenças na nomenclatura de algumas tags, bem como a sua posição dentro do XML.
  16. Bom dia, Os Schemas confronta o XML referente ao envio do lote e não o Envelopamento do mesmo. O que pode estar errado é o envelopamento que deve ter algo a mais ou a menos. Com o SoapUI da para ver como devemos gerar o Envelope de todos os serviços disponibilizados pelo provedor.
  17. Bom dia Amauri, Você se refere a uma manual do componente ACBrNFSe? Se sim, não existe. Com relação a documentação da NFS-e, temos alguns PDFs mas isso vai depender, pois as prefeituras contratam empresas que chamamos de provedores. Tem provedor que segue a versão 1 do layout da ABRASF, outros seguem a versão 2 e outros tem o seu próprio layout. Temos um repositório chamado Tools e nele você vai encontrar toda a documentação que temos: http://svn.code.sf.net/p/acbr/code/tools/DFe/NFSe/
  18. Bom dia Carlos, O que tudo indica foi na unit pnfsNFSeG.pas Acredito que basta inserir o provedor proDeISS na lista de provedores resolva, veja onde inserir: proDeISS, // <=== Inseri aqui proRecife, proRJ, proSimplISS: begin TagI := '<' + Prefixo3 + 'Pedido' + FNameSpaceDad + '>' + '<' + Prefixo4 + 'InfPedidoCancelamento' + FaIdentificadorCanc + '>'; TagF := '</' + Prefixo4 + 'InfPedidoCancelamento>' + '</' + Prefixo3 + 'Pedido>'; end;
  19. Bom dia Rodrigo, O XML que é lido que resulta no erro é do RPS ou da NFSe? Você poderia anexar o XML, para que possamos analisar melhor esse problema?
  20. Bom dia Laercio, Primeiramente não escreva tudo em maiúsculo, pois da a impressão que você esta gritando. Vamos respeitar as regras do fórum. Quando eu digo que o código foi alterado eu tenho como provar: 1. Foi eu que escrevi esse código. 2. A Unit ACBrNFSe.pas que se encontra no repositório Trunk2 do ACBr onde todos baixam os fontes dos componentes a function Gerar que foi alterada esta da seguinte forma: function TACBrNFSe.Gerar(ARps: Integer; ALote: Integer; Imprimir: Boolean): Boolean; var i: Integer; begin if NotasFiscais.Count <= 0 then GerarException(ACBrStr('ERRO: Nenhum RPS adicionado ao componente')); if Configuracoes.Geral.Provedor in [proBHISS, proWebISS, proWebISSv2] then begin if NotasFiscais.Count > 3 then GerarException(ACBrStr('ERRO: Conjunto de RPS transmitidos (máximo de 3 RPS)' + ' excedido. Quantidade atual: ' + IntToStr(NotasFiscais.Count))); end else begin if NotasFiscais.Count > 1 then GerarException(ACBrStr('ERRO: Conjunto de RPS transmitidos (máximo de 1 RPS)' + ' excedido. Quantidade atual: ' + IntToStr(NotasFiscais.Count))); end; NotasFiscais.Assinar(Configuracoes.Geral.ConfigAssinar.RpsGerar); Result := WebServices.Gera(ARps, ALote); if DANFSE <> nil then begin for i:= 0 to NotasFiscais.Count-1 do begin if NotasFiscais.Items[i].Confirmada and Imprimir then NotasFiscais.Items[i].Imprimir; end; SetStatus( stNFSeIdle ); end; end; Veja que não existe as linhas com o GerarException após o NotasFiscais.Assinar e nem após o WebServices.Gera, conforme consta na imagem da sua primeira postagem. Agora se não foi você que incluiu essas linhas no código fonte do componente quem foi? Mais alguém trabalha com você? De onde você baixou os fontes, foi do nosso repositório ou de outro lugar? Nós estamos aqui para lhe ajudar, visto que mostramos o motivo de aparecer a mensagem na tela e a aplicação para a execução, mas você não aceita as nossas explicações. Você mesmo disse que tem pouca experiência, sendo assim deveria ser mais humilde e ler com mais atenção tudo o que lhe foi recomendado a fazer.
  21. Bom dia a todos, No final do texto que expõe a possibilidade de emitir um MDF-e sem informar os documentos deixa bem claro quem pode usar essa opção. "(...) o modal deve ser Rodoviário e o tipo do emitente deve ser transporte próprio (2)." Quem pode emitir o MDF-e? Uma transportadora e uma empresa que realiza o transporte de carga própria. Uma transportadora informa no MDF-e os CT-e que ela mesma emitiu, por outro lado uma empresa que transporta carga própria vai informar no MDF-e as NF-e que ela mesma emitiu. Resumindo: Uma transportadora não pode emitir um MDF-e sem informar os CT-e.
  22. Boa noite Laercio, Se esta aparecendo uma tela com a mensagem "Depois assinar", isso significa que você alterou o fonte do componente incluindo uma linha que gera essa tela e o que é pior o método usado por você para mostrar essa mensagem faz com que ocorra uma interrupção da execução, ou seja, depois dessa linha nada será executado. Agora, você leu atentamente o que eu escrevi na minha postagem anterior? O que você entende sobre: "Por favor não altere uma virgula nos fontes do componente ACBrNFSe." Você sabe qual fonte você alterou e onde consta a sua alteração, uma vez que na sua primeira postagem consta uma imagem da unit ACBrNFSe (fonte do componente) com a sua alteração. Uma maneira simples de reverter é simplesmente apagar as linhas que você inseriu de forma indevida na unit ACBrNFSe. Notei que os seus fontes estão desatualizados, pois em uma das imagens da sua ultima postagem mostra um Total de Cidades igual a 1187, sendo que deveria mostrar 1204. Sendo assim a minha sugestão é, apague as linhas que você inseriu na unit ACBrNFSe, atualize todos os fones de todas as pastas, reinstale a suíte ACBr usando o ACBrInstall_Trunk2 e por fim através do Delphi abra o programa exemplo e faça novos testes.
  23. Boa tarde Robson, Por favor leia o artigo do link abaixo: Você se cadastrou no eFrete como desenvolvedor (Integrador como eFrete chama)?
  24. Odair, Ao confrontar o seu arquivo SystemPro.ini com o que se encontra no repositório notei o seguinte: 1. a linha que você acrescentou ela já foi incluída. 2. o seu arquivo ini esta muito desatualizado. Quando nós pedimos para que seja feita a atualização dos fones, não é só da pasta que contem os fontes e sim tudo, da pasta que tem as DLL, da pasta que tem os programas exemplos, etc. Se você estivesse com o arquivo SystemPro.ini atualizado não teria tido esse problema.
  25. Odair, Essa alteração pelo que vi, já consta no arquivo que você anexou. Desde já muito obrigado pela colaboração, vou incluir na minha lista de tarefas para esta semana.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.