Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    37.475
  • Registro em

  • Última visita

  • Days Won

    1.056

Tudo que Italo Giurizzato Junior postou

  1. Boa tarde, Esse provedor não segue o layout da ABRASF. Sendo assim fica um pouco mais complicado de implementar.
  2. Boa tarde Jakson, Simples, você não pode usar o método Gerar, pelo simples fato que o provedor SpeedGov não implementou em seu Web Services esse método. O SpeedGov se utiliza da versão 1 do layout da ABRASF sendo assim você só pode usar o método Enviar.
  3. Douglas, Para esse provedor o nome da TAG é diferente, ou seja, contem a palavra Faixa.
  4. Luciano, Favor atualizar os fontes e testar novamente.
  5. Boa tarde Braz, Altere o arquivo Cidades.INI [3304557] Nome=Rio de Janeiro UF=RJ Provedor=RJ
  6. Boa tarde Isledo, Muito obrigado, já esta no repositório.
  7. Boa tarde Bruno, Foi feita uma alteração para que o componente possa ler o retorno logo após o envio, todos os seus fontes estão atualizados? De uma olha na function: LerXML_proSP que esta na unit pnfsEnvLoteRpsResposta.pas
  8. Boa tarde Douglas, Favor atualizar os fontes e testar novamente.
  9. Boa tarde Luciano, Tentou da seguinte forma: sCodigo := ACBrNFSe1.WebServices.EnviarLoteRPS.RetEnvLote.InfRec.MsgRetorno.Items[ x ].Codigo ; onde sCodigo é uma variável String.
  10. Boa tarde Dercide, O componente pode gerar o numero do RPS ou da NFS-e de duas formas: Nome Curto ou Logo. Se a propriedade de configuração: Configuracoes.Arquivos.NomeLongoNFSe for igual a True o nome do RPS e da NFS-e serão gerados da seguinte forma: <Código da UF> + <Ano / Mês de Emissao> + <CNPJ do Emitente> + <Numero do RPS/NFS-e> Caso o valor da propriedade for False o formato será: <Numero do RPS/NFS-e>+ <Serie>
  11. Boa tarde Fábio, Favor atualizar todos os fontes de todas as pastas. Note que fiz uma alteração no arquivo INI do provedor.
  12. Boa tarde Reinaldo, Não existe mais o Local de Coleta e de Entrega. Quanto da previsão da entrega informando a data: [compl] TipoData=x onde x pode ser 0 = Sem Data; 1 = Na Data; 2 = até a Data; 3 = a partir da Data; 4 = No periodo; N = não Informado tpPer=y onde y tem o mesmo valor de x dProg=dd/mm/aaaa (informar esse campo quando x e y forem igual a 1 ou 2 ou 3) dIni=dd/mm/aaaa (informar esse campo quando x e y forem igual a 4) dFim=dd/mm/aaaa (informar esse campo quando x e y forem igual a 4)
  13. Boa tarde Luis, O que você acha de usar como argumento o que consta na versão 6 do manual da NF-e? Página 139 do mesmo, item 7.1.8 - Quadro do Transportador.
  14. Bom dia André Medeiros, Por favor continue com os testes: (Envio, consulta, cancelamento) e nos de um retorno, vamos arredondar o componente para que possamos incluir o provedor SP na lista de provedores funcionando 100&=%
  15. Bom dia Hugo, Mais uma vez a SEFAZ-MG aprontando das suas. Segundo as páginas 10 e 11 do manual versão 2.00a do CT-e temos no sub-item b do item 3.2 que o XML teremos somente uma declaração de namespace no elemento raiz do documento. E na imagem que você postou referente ao retorno da consulta a situação do CT-e o namespace aparece várias vezes e isso esta errado conforme o padrão técnico. No sub-item c do item 3.2 diz que não pe permitida a utilização de prefixos de namespace. E na imagem temos a utilização dos prefixos: ns4 e ns7, mais uma vez contrariando o padrão técnico. Se não pegar no pé desse pessoal eles vão continuar fazendo coisa errada.
  16. Bom dia Reinando, No arquivo INI temos que colocar CNPJ= numero do CNPJ ou CPF Dependendo do tamanho da informação, ou seja, 14 ou 11 dígitos será gerano no XML a TAG CNPJ ou CPF. A mensagem de erro "CPF CONTEUDO INVALIDO" é retornada pela SEFAZ? Se sim, isso significa que o CPF informado esta errado, tem algum digito que não confere.
  17. Bom dia, Precisamos, estudar melhor isso, pois pode resolver esse problema e gerar um efeito colateral.
  18. Bom dia Luciano, Para o método Enviar tente: ACBrNFSe1.WebServices.EnviarLoteRPS.RetEnvLote.InfRec.MsgRetorno.Items[ x ].Codigo Para o método Gerar tente: ACBrNFSe1.WebServices.GerarNFSe.RetornoNFSe.ListaNFSe.MsgRetorno.Items[ x ].Codigo
  19. Bom dia, No caso de SP quando é enviado um lote se temos 3 RPS (por exemplo) no pedido de envio aparece o grupo <RPS> 3 vezes, até ai tudo bem, mas eles não são agrupados, ou seja dentro de um outro grupo, como é no layout da ABRASF. Notei que o problema ocorre ao tentar assinar, foi por isso que lhe pedir para fazer um teste com apenas 1 RPS, pois me recordo que foram feitos testes com a opção de envio de RPS e funcionou, e nesta opção somente um RPS é enviado. E se for possível fazer testes com o capicom seria interessante. Se com capicom funcionar, podemos nos concentrar na rotina de assinatura do OpenSSL.
  20. Bom dia Braz, A cidade do RJ se utiliza da versão 1 do layout do ABRASF. Na versão 1 não temos o GerarNfseEnvio, somente o EnviarLoteRpsEnvio.
  21. Bom dia, Para que possamos lhe ajudar, precisamos saber para qual UF estão sendo enviado a NF-e e o CT-e, também qual é a mensagem que é retornada.
  22. Bom dia Reinaldo, Compare o TXT que esta em anexo com o seu. As linhas que alterei tem a indicação <== Correto E tem outras que devem ser excluídas. CTe.txt
  23. Bom dia Elson, Chamo de provedor a empresa contratada pela prefeitura para recepcionar as NFS-e. Como muitas prefeituras não possuem condições técnicas, seja de equipamento ou de pessoal para poder desenvolver um Web Services, se torna mais fácil contratar alguém que já possui esse "produto" pronto. Devemos lembrar que essas empresas são contratadas através de licitação, sendo assim quando vence o contrato uma nova licitação é feita e isso pode fazer com que uma outra empresa "provedor" ganhe a licitação. O componente ACBrNFSe se utiliza de um arquivo INI chamado: Cidades.INI que se encontra dentro da pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI Para saber se o componente já atende a cidade Imperatriz/MA basta procura-la no arquivo acima sitado (que por sinal não consta). Pelo manual que você obteve, a empresa contratada se chama SimplesTec. O XML do RPS segue a versão 1 do layout da ABRASF, isso ajuda bastante. O que é preciso: 1. Obter com eles os arquivos XSD (Schemas) para que possamos validar o lote antes do seu envio. 2. Precisamos saber se o RPS e ou Lote tem que ser assinados ou não? 3. Em um dos manuais consta as URLs de homologação e de produção, mas nelas temos que trocar a palavra prefeitura pelo nome da prefeitura, mas qual é esse nome? 4. Precisamos saber a estrutura do "Envelope". 5. De posse dessas e outras informações que podemos pegar acessando o Web Services é possível montar um arquivo INI para esse provedor. 6. Fazer algumas alterações nos fontes do componente para que o mesmo reconheça esse novo provedor. 7. Por fim, iniciar os testes.
  24. Bom dia BPInformatica, Essa comparação esta errada, não podemos comparar o XML de um RPS com o XML de Envio de um Lote de RPS. Outra coisa a estrutura a direita esta completamente errada, se você tentar enviar conforme esse exemplo o Web Service o rejeita. A estrutura correta é: <Recepcionarloterpsrequest> <nfseCabecMsg>string1</nfseCabecMsg> <nfseDadosMsg>string2</nfseDadosMsg> </Recepcionarloterpsrequest> A string1 (conteúdo da TAG nfseCabecMsg) é o cabeçalho que aparece no exemplo a direita da imagem, ou seja, somente o grupo <cabecalho>. A string2 (conteúdo da TAG nfseDadosMsg) é o lote que aparece no exemplo a direita da imagem, ou seja, somente o grupo <EnviarLoteRpsEnvio>. Para provar o que foi dito acima, acessem o link abaixo (ambiente de homologação): https://homologacao.municipioweb.com.br/tributario_homologacao/servlet/anfse_web_service?wsdl <element name="nfse_web_service.RECEPCIONARLOTERPS"> <complexType> <sequence> <element minOccurs="1" maxOccurs="1" name="Recepcionarloterpsrequest" type="tns:input"/> </sequence> </complexType> </element> Acima temos a definição da TAG: <Recepcionarloterpsrequest>, note que ela é do tipo input. Vamos então a definição desse tipo: <complexType name="input"> <sequence> <element name="nfseCabecMsg" type="xsd:string"></element> <element name="nfseDadosMsg" type="xsd:string"></element> </sequence> </complexType> Como você pode notar o tipo input é um tipo complexo composto por dois elementos, ou seja duas TAGs: nfseCabecMsg e nfseDadosMsg que por sua vez são do tipo string. Agora lhe pergunto, o componente esta ou não gerando o XML de envio (Envelope) de forma correta?
  25. Bom dia Hugo, O código do ItemListaServico você informou 901 altere para 09.01 e verifique se o CodigoTributacaoMunicipio é realmente 2273 e faça novos testes.
×
×
  • 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.