Italo Giurizzato Junior

Bom dia Wanderson, Favor atualizar todos os fontes de todas as pastas e depois realize novos testes.

Bom dia, O componente possui um método chamado GerarLote, cuidado não confunda com o método Gerar, este último gera um lote com apenas UM RPS e envia para o Web Service. Detalhe o Ginfes não possui o Web Services Gerar implementado, logo não é possível usar o método Gerar. Por outro lado o método GerarLote nos permite gerar um Lote com até 50 RPS e o salva em disco, para que possamos depois importa-lo através do site do provedor. Para alterar a quantidade de RPS nesse método basta alterar as seguintes linhas nas Units: ACBrNFSe.Pas - Linha = 405 ACBrNFSeWebServices.pas - Linha = 1347 São essas linhas limitam o lote em 50 RPS

Bom dia Ricardo, O componente ACBrNFSe foi migrado 100% para o trunk2 e foram criados todos os INI dos provedores, mas não sei lhe informar se todos foram testados. Pelo meu controle somente 16 dos 60 foram testados pelos colegas do fórum e reportaram que está funcionando 100%. Quanto ao provedor ISSIntel você diz que esta ocorrendo erro de SoapAction, pois bem qual é o método que você esta executando para que esse erro ocorra?

Bom dia, Editei a sua postagem, favor não colocar como corpo da postagem conteúdo de arquivos, procure sempre anexar o mesmo. Na seção isso não será possível: NameSpace_Homologacao=http://homologacaouba.versatecnologia.com.br/schema/nfse_v201.xsd NameSpace=http://nfe.uba.mg.gov.br/schema/nfse_v201.xsd Só existe somente um campo chamado NameSpace, é preciso saber se este NameSpace é diferente para cada cidade, se sim teremos resolver da mesma forma que foi feito para os NameSpace da seção [NameSpace]. Quais são as cidades que utilizam esse provedor? Você tem exemplos de XML dessas cidades?

Bom dia Douglas, Muito obrigado pela colaboração, já esta disponível.

Bom dia Felipe, O programa exemplo foi escrito com base no provedor Ginfes. Como não existe um layout padrão a nível nacional, cada provedor resolveu fazer do jeito que bem entende, incluindo novas TAGs e até alterando o seu nome. Sem falar nos provedores que resolveram criar os seus próprios layout. Sendo assim, compete a cada um de nós acrescentar o que falta ao desenvolver a nossa aplicação de emissão de NFS-e.

Bom dia a todos, A definição da mensagem de cabeçalho bem como a sua inclusão no XML a ser enviado para o Web Service estão definidos no arquivo: Coplan.INI Vejam: [CabecalhoMsg] Texto1=<cabecalho versao="2.01" xmlns="http://www.abrasf.org.br/nfse.xsd"> Texto2=<versaoDados>2.01</versaoDados> Texto3=</cabecalho> [Recepcionar] IncluiEncodingCab=0 IncluiEncodingDados=0 Texto1=<?xml version="1.0" encoding="UTF-8"?> Texto2=<S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"> Texto3=<S:Body> Texto4=<nfse_web_service.RECEPCIONARLOTERPS xmlns="Tributario"> Texto5=<Recepcionarloterpsrequest> Texto6=<nfseCabecMsg><![CDATA[%CabMsg%]]></nfseCabecMsg> Texto7=<nfseDadosMsg><![CDATA[%DadosMsg%]]></nfseDadosMsg> Texto8=</Recepcionarloterpsrequest> Texto9=</nfse_web_service.RECEPCIONARLOTERPS> Texto10=</S:Body> Texto11=</S:Envelope> Vocês estão com todos os fontes de todas as pastas atualizados? Estão usando os arquivos INI da pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI ?

Bom dia Fábio, Com base no retorno do pessoal do provedor fiz algumas alterações, favor atualizar e realizar novos testes. Fiz alteração no arquivo INI do provedor também.

Bom dia Miriane, Favor atualizar novamente e faça novos testes.

Bom dia a todos, Favor atualizar todos os fontes de todas as pastas e façam novos testes.

Boa tarde Guilherme, Mais uma vez muito obrigado, já esta disponível.

Bom dia Guilherme, Muito obrigado pela colaboração, já esta no repositório.

Bom dia, Após o envio devemos ler as seguintes propriedades: nStat := ACBrNFe.WebServices.Enviar.cStat; sMotivo := ACBrNFe.WebServices.Enviar.xMotivo; Se nStat for diferente de 100 significa que ocorreu rejeição e o motivo da mesma encontra-se em xMotivo. No caso de rejeição você deve apresentar ao usuário o conteúdo de xMotivo para que o mesmo faça a correção. Por outro lado se ocorreu algum erro ao enviar ou receber o retorno da SEFAZ uma exceção será levantada ao sim entra em ação o Try.

Bom dia Gilberto, O caminho é entrar em contato com a SEFAZ-GO e solicitar essas URLs.

Boa tarde Guilherme, Como não utilizo esse provedor, para mim fica mais difícil fazer as alterações e realizar testes. Se você puder fazer as alterações e testar será ótimo. Mas lembre-se que essas alterações tem que contemplar as duas versões, sendo assim não basta comentar as linhas que estão gerando as TAGs de forma indevida, pois elas podem não existir em uma versão e existir na outra, como já foi dito.

Boa tarde, Após o envio só usamos o Consultar caso tenha ocorrido erro durante o envio. No seu caso não existe erro e sim rejeição da nota pelo simples fato de uma informação no caso o NCM ser inválido. Sendo assim, é preciso realizar um tratamento melhor nessa rotina.

Boa noite Guilherme, Esse provedor possui 2 versões de layout, sendo que na versão 1.1 possui essas 2 TAGs, e a cidade em questão não utiliza a versão 1.1, sendo assim é preciso condicionar essas TAG com base na versão.

Bom dia Luciano, Tudo bem, mas veja que você esta tentando ler o código e a mensagem de erro do método EnviarLoteRPS, só que o erro retornado é do consultar a situação do lote.

Bom dia Fábio, O XML *-ger-nfse.xml contem o XML do RPS, sendo assim se um esta contido no outro, não podemos comparar um com o outro. Temos que comparar o exemplo de XML de RPS com o XML de RPS gerado pelo componente ou comparar o o exemplo de XML de envio (*-ger-nfse.xml) com o que é gerado pelo componente. Você disse que o de envio esta idêntico ao do exemplo. O que é enviado para o Web Services é: *-ger-nfse-soap.xml Se você analisar esse arquivo vai notar a seguinte estrutura simplificada: <Envelope> <Header /> <Body> <Emitir> <request> <EmissaoNotaFiscalRequest> <NotaFiscal>(...)</NotaFiscal> <ChaveAutenticacao>0f961fa7-4cff-40f5-a096-c7c66dcefc29</ChaveAutenticacao> + <Tomador> <Id>0</Id> <CNPJ>69.124.980/0001-30</CNPJ> <Nome>MASTEC TECNOLOGIA LTDA</Nome> + <Endereco> <Logradouro>RUA DR MARIANO J MARCONDES FERRAZ</Logradouro> <Numero>541</Numero> <Bairro>CENTRO</Bairro> <Cidade>OSASCO</Cidade> <CEP>06097010</CEP> <Estado>SP</Estado> </Endereco> <Telefone>36835251</Telefone> </Tomador> <TomadorEstrangeiro>true</TomadorEstrangeiro> <InformacoesAdicionais>I - DOCUMENTO EMITIDO POR ME OU EPP OPTANTE PELO SIMPLES NACIONAL - II - NAO GERA DIREITO A CREDITO FISCAL DE IPI. ALIQUOTA APROXIMADA DOS TRIBUTOS 15,20% VECTO: 09/03/2016</InformacoesAdicionais> <Atividade /> <Valor>110.00</Valor> <ValorDeducao>0.00</ValorDeducao> <Aliquota>0.0000</Aliquota> <SubstituicaoTributaria>false</SubstituicaoTributaria> <Homologacao>true</Homologacao> <NotificarTomadorPorEmail>false</NotificarTomadorPorEmail> </NotaFiscal> </EmissaoNotaFiscalRequest> </request> </Emitir> </Body> </Envelope> O bloco em negrito é exatamente o exemplo que o provedor lhe passou. Analisando o WSDL do provedor montei o resto da estrutura, inclusive um dos erros era a falta do campo request, pois bem agora ele esta presente na estrutura. Sinceramente não sei o que mais falta. Seria de grande ajuda se o provedor fornecesse a estrutura completa como exemplo e não somente da nota.

Bom dia Denis, Pela mensagem diz que o próximo numero de lote disponível é 177, sendo assim ao enviar o próximo lote este deve ser o de numero 177 depois 178 e assim por diante.

Bom dia Augusto, Então podemos dizer que o provedor Publica agora esta funcionando 100% ?

Bom dia Daniel, Favor atualizar os fontes e testar novamente.

Bom dia, O componente possui o provedor implementado, mas as cidades que se utilizavam desse provedor hoje não utilizam mais. Antes a URL de produção era uma só para todos os tipos de serviços, idem para a de homologação. As URLs do SoapAction que eram uma para cada tipo de serviço e normalmente não existem um conjunto para produção e outra para homologação, isso muito raro. Tentei acessar os Web Services através das URLs que você postou mas não vai, não tem acordo.

Bom dia Acácio, O correto é enviar o XML da NFS-e e não do RPS. Se você puder fazer essa correção ficaremos gratos.

Boa noite NCC, Erro não catalogado é problema no web service da SEFAZ.