Italo Giurizzato Junior

Boa tarde Ramalho, Na duvida, o que você acha de tentar enviar um EPEC em produção (visto que o EPEC em homologação esta sempre ativo) e depois abrir o XML de retorno para saber em qual das TAGs cStat aparece o valor 142, não é uma boa ideia?

Boa tarde Marcelo, Muito obrigado pela colaboração, já esta disponível.

Boa tarde, Não consulte o status do serviço antes do envio de cada nota, isso pode acarretar consumo indevido. Inclusive o ACBrNFe fazia isso automaticamente e foi removido. Outra coisa importante, o consulta status não serve absolutamente para nada, uma vez que mão traz o status de cada serviço, visto que o serviço de recepção pode estar OK mais o de retorno ou de consulta pode estar parado. Inclusive esta em discussão entre as SEFAZ de remover o Web Services de Status de Serviço.

Boa tarde Marcos, Veja no programa Exemplo do componente ACBrMDFe a propriedade onStatusChange do componente.

Bom dia, Acredito que não sejas essas URLs para a NFC-e veja este documento em anexo da SEFAZ-RS. Novos Enderecos Ambiente Autorizacao.pdf Novos Enderecos Ambiente Autorizacao.pdf

Bom dia Cleber, Se tratando da SEFAZ-MG, acredito que seja algum problema com eles.

Boa tarde Marcelo, Com essa linha, agora retorna na propriedade XML o conteúdo desejado?

Boa tarde Gabriel, As TAGs no XML mudaram mas a propriedade no componente continua com o mesmo nome, ou seja, dEmi.

Boa tarde Haroldo, Favor atualizar os fontes e testar novamente.

Boa tarde Geferson, Muito obrigado pela colaboração, vamos analisar.

Boa tarde Romulo, Acredito que o problema é que no caso do OpenSSL é necessário incluir o cabeçalho DTD para que o xmlsec encontre o atributo ID mas acontece que nesse provedor não é informado esse atributo.

Boa tarde Robneto, Se o provedor não possui um web services, a solução seria: 1. Gerar o XML do RPS; 2. Assinar se necessário; 3. Gerar o Lote; 4. Assinar se necessário; 5. Salvar o Lote em disco. Desta forma o XML do Lote seria posteriormente importado para o site da prefeitura que se encarrega de validar e processar e por fim disponibilizar o XML da NFS-e. Se for isso temos dois provedores genéricos chamados AbrasfV1 e AbrasfV2, que podem ser utilizados para esse fim. O que precisamos saber é qual versão de layout do ABRASF que foi adotado por vocês.

Boa tarde, Não é aconselhável colocar, vogais acentuadas, cedilha e caracteres especiais em conteúdo de campos, como por exemplo discriminação. Alguns provedores podem aceitar e outros não.

Bom dia Anderson, Você tentou usar o [Gerar e Enviar Lote RPS]?

Bom dia José, Tem mais pessoas passando pelo mesmo problema com a SEFAZ-SP. Pode ser a SEFAZ-SP que esteja enfrentando algum problema ou algo foi alterado com a atualização que você mencionou.

Sendo assim, Pode ser problema na SEFAZ, apensar dela estar com disponibilidade, pode estar ocorrendo erro ao tentar realizar a conexão. Como são todos os seus clientes, reforça a suspeita de ser um problema na SEFAZ mesmo.

Bom dia, O problema surgiu de um dia para outro, ou depois de disponibilizar aos seus clientes uma nova versão da sua aplicação?

Bom dia Roberto, Que existe um delay, com certeza existe, mas na nota técnica que trata sobre o assunto não traz qual é esse intervalo de tempo.

Bom dia, O DANFE que você se refere é o que foi feito em Quick Report, Fast Report, Fortes Report ou Rave?

Bom dia, Você utiliza o componente com o Capicom ou OpenSSL? Para gerar o XML e assinar você esta utilizando o método Enviar?

Boa tarde Marcelo, No caso do CT-e não existe CST para contribuinte que é Simples Nacional. No MOC versão 2.00a do CT-e temos na página 133 a definição do grupo <ICMSSN>, note que ele é do tipo CG e seu nível na estrutura é 3. No mesmo nível temos os grupos : ICMS00, ICMS20, ICMS45, ICMS60, ICMS90 e ICMSOutraUF (páginas 131 até 133). Note também que todos esses grupos o tipo é CG, isso significa que apenas um deles pode aparecer no XML, sendo assim se o contribuinte é Simples Nacional deve aparecer somente o grupo <ICMSSN>. Se o contador quer que apareça CST 41 teremos o grupo <ICMS45> neste caso o contribuinte não seria Simples Nacional. No que diz respeito a base legal, eu diria o seguinte: o ENCAT não iria escrever um manual de como gerar corretamente o XML do CT-e se não estivesse embasado, você não concorda? Me desculpe, mas esse contador precisa se informar mais.

Boa tarde Gabriel, Se não tiver ninguém emitindo nota contra o seu CNPJ no ambiente de homologação como você quer ter retorno?

Boa tarde Gledson, Fiz a alteração proposta por você e outras. Por favor atualize os fontes e realize todos os testes: envio, consulta, inutilização e envio de eventos, tanto na NF-e quanto da NFC-e. Fico no aguardo de um retorno.

Boa tarde Guilherme, O calculo muda se uma empresa for prestadora de serviço e a outra não. Junto com o programa exemplo você encontra as tabelas atualizadas do IBPT para cada Estado brasileiro.

Boa tarde Gledson, Isso pode até resolver para a NFC-e e para a NF-e também resolve?