Italo Giurizzato Junior

Bom dia Thiago, Uma coisa é emitir a NFS-e via site, onde na maioria das vezes não se faz necessário o certificado digital. Por outro lado a emissão da NFS-e via webservice vai depender do provedor, pois o provedor pode não exigir que o RPS e ou Lote não sejam assinados, mas há necessidade do certificado para poder consumir o webservice. Como o ERP vai estar em um servidor, o certificado digital a ser utilizado deverá ser o A1.

Bom dia Alex, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Kelly, Já identifiquei o problema, ainda hoje estarei enviando para o repositório a correção. Agora o campo que determina se vai ADD um dependente as informações do plano será o nome e não mais o CPF uma vez que este é opcional, já o nome é obrigatório.

Boa tarde, O grande problema de montar todo o XML é que ao tentar assinar usando o WinCrypt pelo que pude notar ele requer que o grupo <Signature> seja o penúltimo do XML, ou seja, após o fechamento do grupo </Signature> só pode ter a tag fechando o XML que neste caso seria o </SubstituirNfseEnvio>, mas existe antes dessa as tags: </Rps> e </SubstituicaoNfse>. Estou me referindo a assinatura do RPS, agora veja quantas tags existem entre a assinatura do pedido de cancelamento e a tag que fecha o XML.

Bom dia a todos, Para mim esse DACTE esta fora do padrão no que diz respeito a versão 3.00 do CT-e. Na página 17 da Nota Técnica 2016/002 que se refere ao DACTE do CT-e versão 3.00 temos uma tabela, favor ler a linha que se refere a: Informações relativas ao Imposto. Temos agora 5 quadros: Classificação Tributaria do Serviço, Base de Calculo, Alíquota do ICMS, Valor do ICMS, % Red. B.C. Calc. Esse DACTE que esta sendo usando tem 6 quadros sendo que o ultimo se refere a ICMS ST Na página 22 da mesma NT temos um modelo (esta muito claro a imagem) mas nota que não existe mais o quadro para informar o valor do ICMS ST, uma vez que este deve ser informado no quadro cujo titulo é Valor do ICMS.

Bom dia Paulo, Foi feita uma alteração na montagem e assinatura do Cancelar e isso pode ter gerado um efeito colateral para alguns provedores. Vou verificar e fazer as devidas correções.

Bom dia a todos, Valdir, se aparece a mensagem de duplicidade ou duplicidade com diferença na chave, isso significa que a sua aplicação deixa o usuário enviar a mesma nota mais de uma vez. E isso esta errado. Quando o usuário clicar no botão de Envio a sua aplicação marca a nota como enviada (no banco de dados) e só remove essa marcação caso a nota venha a ser rejeitada, pois se a nota foi rejeitada ela é passível de correção e um novo envio. Mas e se ocorreu algum erro de conexão ao enviar? Simples, a sua aplicação precisa ter um botão de Consulta, este por sua vez vai carregar o XML assinado da nota que foi enviada e que ocorreu erro de conexão e em seguida o método Consultar é executado. Se ocorreu erro de conexão (timeout por exemplo) não sabemos se ele ocorreu durante o envio ou retorno, concorda? Pois bem ao realizar a consulta se o problema foi no retorno teremos o status da nota, que pode ser Autorizada, Denegada ou Rejeitada. Se foi rejeitada devemos remover a marcação de enviado para que o usuário possa fazer as devidas correções e enviar novamente. Agora se a nota foi Autorizada ou Denegada o XML que esta assinado será atualizado recebendo o protocolo de autorização ou denegação. Pode também ser retornado o status 217 que diz que a nota não consta na base de dados. Neste caso esta claro que o erro de conexão ocorreu no envio, ai sim, devemos enviar a nota novamente. Valdir, se você seguir essas instruções acima, vai notar que nunca mais terá problemas de Duplicidade de notas. Espero ter ajudado.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Tulio, Muito obrigado pela colaboração, já enviei para o repositório.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Marcio, Mais uma vez muito obrigado, já enviei para o repositório.

Baptista, Veja como devemos informar a DI ou DSI. Numero do DI ou DSI = TAANNNNNNND Onde: T Identifica o tipo de documento ( 2 = DI e 4 = DSI ) AA Ano corrente da geração do documento NNNNNNN Número sequencial dentro do Ano ( 7 ou 8 dígitos ) D Dígito Verificador, Módulo 11, Pesos de 2 a 9 Você esta informando o seguinte valor: 1821409010 se for um DI você deve incluir o digito 2 a esquerda do numero, ou seja, 21821409010 Onde 2 = DI, 18 é o Ano, 2140901 é o numero sequencial e 0 é o digito verificador.

Boa tarde Marcio, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde Baptista, Esta errado o seu arquivo INI no que se refere a seção DI, abaixo o correto: [DI002001] nDi=1821409010 dDI=21/11/2018 xLocDesemb=SANTOS UFDesemb=SP dDesemb=22/11/2018 cExportador=99999 Em negrito os nomes corretos dos campos da seção DI.

Bom dia, Primeiramente o seu fluxo quanto a NF-e no meu entendimento esta errado. Se ocorre um erro, porque você envia novamente? Quem disse a você que o erro foi no envio e não no retorno? Se ocorre um erro devemos carregar o XML e realizar a Consulta. Se o erro ocorreu no envio a Consulta vai retornar que a nota não consta na base de dados, ai sim enviamos novamente. Se tratando a NFS-e, o que é gerado e enviado é o RPS e não a NFS-e. Se ocorreu um erro após o envio, sabendo o numero do lote e protocolo, você pode Consultar o Lote, desta forma se o RPS foi convertido em NFS-e, essa consulta vai retornar o XML da NFS-e. Ou você pode realizar a consulta da NFS-e por RPS. Veja como funciona esses métodos estudando o programa exemplo do componente.

Reinaldo, Favor atualizar os fontes e faça um novo teste.

Bom dia Juliano, Verifique se no provedor a IM não esta formatada, ou seja, com pontos, traços ou barras.

Bom dia Reinaldo, A cidade de Eusébio/CE mudou de provedor?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Valdo, Muito obrigado pela colaboração, vou analisar e se estiver tudo OK envio para o repositório.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Cleyton, Muito obrigado pela colaboração, já enviei para o repositório.

O nome de BigWings é Valdevino Pereira Costa e Silva da Cunha Neto, para os mais íntimos Val. ?

Boa tarde Robinho, É preciso abrir o form referente ao DAMDFE feito em Fortes Report, o Delphi vai acusar a propriedade inexiste, clica em OK para continuar. Depois mova algum elemento do form para direita ou esquerda, salve. Fecha tudo e saia do Delphi. Reinstale os componentes e tente novamente.

Boa tarde Cleyton, Muito obrigado pela colaboração, já enviei para o repositório.