Italo Giurizzato Junior

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

Bom dia Evenildo, Muito obrigado pela colaboração, já acrescentei as URLs e disponibilizei no repositório do Trunk2. Assim que você tiver informações sobre as URLs de consulta da NFC-e e a do QR-Code por favor post para que possamos incluir elas também. Quando sair as URLs do ambiente de produção também não deixe de avisar.

Bom dia Thiago, Ao realizar a consulta, a propriedade de configuração FormaEmissao esta com qual valor?

Moro, Por favor siga as regras do fórum, post somente em um único lugar. Inclusive já te respondi em uma outra postagem sobre o mesmo assunto.

Boa tarde Natanael, Tentou executar o ACBrInstall_Trunk2 com permissão de administrador?

Bom dia Gilson, Por se tratar de um assunto novo, favor criar um novo tópico referente ao DANFSE. Quanto ao provedor Ginfes, não é de hoje que vira e mexe ele da problemas.

Bom dia José Geraldo, Acredito que seja algum problema na SEFAZ. Ou deve ter algum outro tipo de erro no seu XML, mas a SEFAZ esta retornando esse como resposta. Noite que você informou a mesma pessoa como remetente e destinatário, tente fazer outro teste informando pessoas diferentes, ou seja, CPF diferente.

Boa tarde Gilson, ConsultaLoteAposEnvio é uma configuração que você determina se o componente realiza todas as ações do Enviar até chegar ao resultado final que é ter o XML da NFS-e ou se você vai montar a sua própria rotina. Se essa propriedade for True, tudo fica por conta do componente. Ela é útil também para aqueles provedores que durante o dia só recebem os lotes, para processa-los durante a madrugada e disponibilizar o XML da NF-e no período da manhã do dia seguinte. Deste caso você deixa essa propriedade com o valor False para que somente ocorra o envio.

Boa tarde Marco, Você não esta fazendo nada de errado. O problema é que o Provedor Betha existe que tanto o RPS quando o Lote sejam assinados. O ACBrNFSe se utiliza de uma rotina padrão de assinatura digital usada pelos demais componentes: ACBrNFe, ACBrCTe e ACBrMDFe. Essa rotina ao receber o lote para ser assinado detecta que existe uma assinatura e consequentemente a mesma é abortada. O Lote acaba fincando sem a assinatura e desta forma sendo rejeitado pelo provedor. Estamos estudando a melhor foram de contornar esse problema. Portanto até o momento, todos os provedores que requerem RPS e Lote assinados estão parados até que encontremos uma solução.

Boa tarde Carlos, A principio são gerados 3 arquivos quando enviamos para SEFAZ qualquer tipo de evento. *-ped-eve.xml *-eve.xml *-procEventoCTe.xml O último nada mais é do que a união dos outros dois. Se você tem o primeiro, ao realizar uma consulta informando a chave do CT-e ou carregando o mesmo através do LoadFromFile você terá como resposta um arquivo chamado: *-sit.xml Acredito que seja possível extrair de forma manual (pois o componente não faz isso) do *-sit.xml o conteúdo que normalmente é retornado quando se envia um evento, ou seja, o conteúdo do arquivo *-eve.xml Mais uma vez de forma manual você consegue montar o *-procEventoCTe.xml É a unica solução.

Bom dia Gilson, O método Enviar a principio executa 4 tarefas. 1. Envia o lote para o web services; 2. Consulta a situação do lote; 3. Se a situação for 3 ou 4, ou seja, lote processado com sucesso ou não será consultado o lote; 4. Se a nota foi confirmada o DANFSE será impresso; Pois bem, somente no Consultar Lote que teremos o motivo da rejeição. No Consultar Lote teremos a informação se o lote foi processado com sucesso = 4 ou se foi processado com erro = 3

Paulo, Mudando o final, ou seja, ".cSit" você tem acesso as demais informações da empresa consultada.

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

Bom dia, Desculpe, não entendi a sua postagem.

Bom dia Paulo, Desculpa, falha minha, eis a linha completa: ACBrNFe1.WebServices.ConsultaCadastro.RetConsCad.InfCad.Items[X].cSit Onde [X] varia de zero até a quantidade de ocorrências como já explicado.

Paulo, Eu disse que não esta afirmando, apenas sugeria a você que realizasse testes. O que esta com problemas no Fisco segundo você aparece no XML de retorno tanto a TAG cSit quanto a indCredNFe com o valor zero. É preciso continuar com os testes para descobrir se todos os com problemas com o Fisco a resposta será sempre essa. Como você faz para ler o conteúdo de cStat que retorna para você 111 ou 112? Abra o XML com um navegar e veja a estrutura do mesmo. (...).cStat (...).infCad.cSit

Boa tarde Edilberto, O que diz a mensagem de erro de validação? Diz que o elemento ICMSUFDest é inexperado. Esse elemento na verdade é um grupo novo que foi acrescentado em função da NT 2015/003. Pois bem, você já esta usando os fontes atualizados mas esta utilizando os schemas desatualizados. Já esta disponível os novos schemas.

Duarte, Vamos verificar o problema. *************** Atualize novamente e teste por favor.

Fernando, Deixe tudo pronto, pois os ambientes estão sendo liberados, mas a validação da SEFAZ se dará somente o ano que vem. Se não gerar o grupo será aceito até o final deste ano, mas em 2016 se não gerar o conhecimento será rejeitado.

Boa tarde Duarte, No caso do Protocolo, lembre-se que no método Gerar é enviado apenas um RPS e o que temos como retorno é o XML da NFS-e. Diferente do Enviar, que depois do envio temos como retorno um XML contendo o numero do protocolo do provedor acusando que recebeu o lote. Sendo assim não existe o Protocolo se tratando do método Gerar.

Boa tarde Fernando, O que diz o item 1 da Nota Técnica 2015/003 - CT-e? Esta Nota Técnica altera o leiaute do CT-e para receber a informação do ICMS devido para a UF de término do serviço de transporte, nas operações interestaduais para consumidor final, atendendo as definições da Emenda Constitucional 87/15. Esta claro que o grupo <ICMSUFFim> terá que ser gerado quando: ICMS devido é para a UF de término do Serviço E o transporte for interestadual E o destinatário for consumidor final. Se uma dessas 3 condições não for verdadeira o grupo acima não deve ser gerado.

Bom dia Felipe, Configuracoes.WebServices.Visualizar := False;

Bom dia, Os schemas só servem para validar o XML gerado pelo componente. Existem TAGs que são opcionais, caso essas não venham receber nenhum valor é obvio que não serão geradas no XML.

Bom dia Paulo, Quem disse a você que o retorno 111 ou 112 significa que a Pessoa esta com problemas com o Fisco? Me diga o diz o Item 4.7.8 do Manual versão 5 da NF-e? Você notou que entre outras informações que são retornadas é a cSit - Situação do Contribuinte (0 = não habilitado / 1 = habilitado). Já tentou consultar uma empresa que não possui nenhum problema com o Fisco para saber o valor desse campo? E consultar uma outra com problema com o Fisco. Não estou afirmando, estou apenas lhe sugerindo que realize testes de consulta e veja os resultados.

Bom dia Duarte, Favor atualizar os fontes e testar novamente. Existia um erro no arquivo INI onde não constava o "/" na TAG cabecalho.