BigWings

Unit pcnConversao: function indIEDestToStr(const t: TpcnindIEDest ): string; begin result := EnumeradoToStr(t, ['1', '2', '9'], [inContribuinte, inIsento, inNaoContribuinte]); end; function StrToindIEDest(out ok: boolean; const s: string): TpcnindIEDest; begin result := StrToEnumerado(ok, s, ['1', '2', '9'], [inContribuinte, inIsento, inNaoContribuinte]); end;

Não existe webservice que retorne essa informação. A meu ver só existem duas alternativas nesse caso. 1) Fazer uma consulta à SEFAZ do estado informando o ocorrido e solicitando o número da última nota. 2) Tentar, por força bruta, emitir NFCe em sequência, desde a última numeração conhecida (a contabilidade deve ter a última NFCe do mês anterior), e testar até que não retorne erro de duplicidade. A desvantagem do método 1 é que a consulta em si servirá como autodenúncia de que a empresa não tem os XML que ela é obrigada a guardar. A desvantagem do método 2 é o tempo gasto e consumo do webservice que não deve causar consumo indevido já que é de envio de XML.

Tenha certeza de não estar preenchendo nenhum campo do tomador para que as tags não sejam geradas, veja o código do ACBr: procedure TNFSeW_ABRASFv2.GerarTomador; begin if (NFSe.Tomador.IdentificacaoTomador.CpfCnpj <> '') or (NFSe.Tomador.RazaoSocial <> '') or (NFSe.Tomador.Endereco.Endereco <> '') or (NFSe.Tomador.Contato.Telefone <> '') or (NFSe.Tomador.Contato.Email <>'') then begin (...) end else begin // Gera a TAG vazia quando nenhum dado do tomador for informado. if FProvedor in [proActcon, proVersaTecnologia] then Gerador.wCampoNFSe(tcStr, '#', 'TomadorServico', 0, 1, 1, '', '') else Gerador.wCampoNFSe(tcStr, '#', 'Tomador', 0, 1, 1, '', ''); end; end;

As empresas já embutem o valor do ICMS normal no valor do produto, já que ele também não pode ser somado ao total da nota. Se não me engano a maioria das empresas já era obrigada a destacar o ICMS interno nas vendas interestaduais pra consumidor final, então na prática não vai fazer muita diferença no valor dos produtos, apenas precisa levar em consideração as alíquotas internas dos demais estados. Empresas do Simples Nacional, salvo engano, estão desobrigadas a destacar o DIFAL, basta gerar o grupo de ICMSUFDest com os valores zerados.

Também é necessário tratar o retorno 202 caso faça por OpenSSL. ACBrDFeOpenSSL.pas

Fiz algumas alterações no .ini e ACBrNFSeWebServices.pas para passar os dados do XML fora do envelope e o mime type "application/xml". Aparentemente está funcionando, mas só testei o serviço de consulta pois o ambiente de homologação está fora do ar. Segue anexo. ACBrNFSeWebServices.pas Agili.ini

Bom dia, O Webservice não aceitou o envio do XML como envelope. Segue arquivos de retorno. 2016010120160101-lista-nfse.xml 2016010120160101-lista-nfse-soap.xml

O layout de ariquemes tem a tag Versao = 1.00. O de Sorriso não tem tag de versão.

Segundo o que foi postado no outro tópico, sim, tem algumas diferenças pequenas no layout. O xsd também é diferente.

Boa tarde, Não sei se o @Italo Jurisato Junior ou outro moderador chegaram a analisar os fontes que postei, mas de qualquer forma eles devem estar desatualizados, vou postar novamente aqui. Você pode aplicar eles por conta própria nas devidas pastas do ACBr e recompilar. Lembrando que é o layout de Ariquemes, não o de Sorriso. AgiliAriquemes.rar

Você tem a fundamentação dessa afirmação? A NT 2015/003 diz claramente que deve ser usada a alíquota interna para o produto, mesmo caso para o FECOEP.

Várias validações entraram em vigor em 01/07/2016. Veja as notas técnicas 2015/002 e 2015/003 que a rejeição que você não informou exatamente qual é deve estar lá.

Provavelmente é algum problema na SEFAZ mesmo, no ambiente de homologação. Imagino que o outro sistema que aceita a nota esteja em produção, correto? Tente enviar e-mail pra eles, um responsável pela SEFAZ participou aqui de outro tópico e deixou e-mail para contato. Envie o XML pra eles pra verificarem lá.

Também estou com este problema. O webservice SVRS parece estar bem instável hoje e o executável trava, mesmo com o timeout no padrão. Estou usando método síncrono.

O Fast nativo do Delphi não tem suporte a scripts então provavelmente é esse o problema. Use a versão comercial do Fast ou o Fortes Report.

Isso porque o Delphi 7 vinha por padrão com os componentes no estilo do Windows 95 e 98. Até pra ficar no modo do Windows XP precisava adicionar um componente, o XPManifest. Nas versões seguintes do Delphi os componentes se adaptam ao tema do Windows, seja XP, Vista, 7 ou 10. Pra usar o estilo Windows 9X de ser - que em minha opinião ficam horríveis em um windows com temas ativados - basta desmarcar a opção "Enable runtime themes" na tela Project - Options - Application.

Boa tarde, Pelo layout ABRASF o numero da NFSe pode ter até 15 dígitos o que é mais do que a combinação de série e número da NFe. Só acho que está sendo usado a série do RPS pra representar a NFSe e que são documentos diferentes, apesar de um estar vinculado ao outro. Aqui, por exemplo, a NFSe pode ser emitida diretamente no site da prefeitura, sem RPS, no XML da nota não vai constar série alguma. Eu tive que tirar do meu código porque a série aqui está sendo informada "1", o que gera os XML com nome 11-nfse.xml, 21-nfse.xml, 111-nfse.xml, etc., e causa confusão para o usuário localizar o arquivo pelo número. De novo, é só minha opinião. O bom de usarmos código aberto é que temos liberdade de alterar como acharmos melhor. Grato.

Dependendo de cada Estado, pode-se emitir a NF-e com CFOP 5929 e referenciando a NFC-e emitida. Caso o Estado não aceite, a solução é fazer uma nota de devolução referenciando a NFC-e e emitir outra NF-e ou NFC-e com o CPF do consumidor.

Já que a mercadoria circula apenas dentro do estado, você deve informar o grupo Local de Entrega, com um endereço dentro de SP. Nesse caso a validação não se aplica.

Para impressão em impressora laser/jato de tinta eu coloco no mínimo 0,5cm de margem superior, senão ela corta mesmo.

Para consulta de situação de Inscrição Estadual o componente teria quer fazer o parse em 26 páginas diferentes. Se não me engano pelo ConsultaCadastro do ACBrNFe é possível determinar se a empresa tem IE inativa.

O @Italo Jurisato Junior incluiu alteração no svn para inserir a série do RPS no nome do arquivo XML da NFS-e. Na minha opinião, a série deveria ser removida de todos os nomes de arquivo gerados, PDF, email, etc. já que ela se refere ao RPS e não à NFS-e. Foi como alterei aqui, mas fiz uma cidade apenas, então gostaria da opinião dos demais colegas.

Já estou com clientes trabalhando em produção em Ariquemes. Pelo que vi o layout de Sorriso tem pequenas diferenças, mas fundamentais, como o XSD diferente. Talvez tenha que ser criado dois provedores diferentes no ACBr para o Agili. Uma forma de obter a chave é pelo site de emissão de nfse da prefeitura, na opção "Download de XML para consumo do WebService". Com a chave e o CNPJ ele já passa a retornar as mensagens. Mas a permissão de utilização tem que ser feita pelo responsável na prefeitura.

As URL sao as mesmas que passei la em cima, junto com o layout e instruçao de acesso ao webservice pelo Chrome. Para utilizar o webservice voce precisa da Chave Digital de uma empresa com cadastro na prefeitura e que a mesma esteja habilitada a utilizar o webservice, homologaçao ou produçao.

Bom dia, Seguem os fontes alterados por mim, já sincronizados com o último update do svn. Lembrando que o layout é diferente do layout de Sorriso-MT, conforme o outro tópico, não pensei em nenhuma forma de manter dois layouts para o mesmo provedor. AgiliAriquemes.rar