Italo Giurizzato Junior

Bom dia Fábio, Quanto a Tag: <CodigoTributacaoMunicipio>, pelo que eu verifiquei ela é opcional, ou seja, se você não alimentar o campo: CodigoTributacaoMunicipio, ou seja, atribuir uma string vazia, a Tag não será gerada. Favor anexar um XML de envio cujo atributo ID possui uma letra no inicio.

Bom dia Riquena, Qual é o problema?

Bom dia ALA, Favor atualizar os fontes, note que fiz uma alteração no arquivo INI do provedor PronimV2. Favor realizar testes com os fontes atualizados e com o novo INI que enviei para o repositório.

Bom dia a todos, Como temos dois documentos: o RPS e a NFS-e, talvez seria o caso de termos duas propriedades, uma para definir o formato do nome do RPS e a outra da NFS-e. No formato "curto" do RPS, teriamos o numero e a série, já no caso da NFS-e somente o numero. Vamos estudar com calma sobre o assunto.

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

Boa tarde Marcos, Favor atualizar todos os fontes de todas as pastas e realize novos testes.

Boa tarde Henrique, Favor usar o INI referente ao provedor que se encontra em ...\Exemplos\ACBDFe\ACBrNFSe\ArqINI. O que você postou esta errado.

Boa tarde Douglas, As cidades já foram incluídas.

Boa tarde Luciano, É preciso saber o que vem a ser os seguintes campos: "k", "ser", "icod" e "e".

Boa tarde Dimas, Todos os fontes de todas as pastas estão atualizados?

Boa tarde a todos, Rodrigo, favor atualizar os fontes e fazer novos teses.

Boa tarde Zottis, Basta você usar o programa exemplo, configure ele para a cidade desejada que ele vai gerar os XML: de RPS, envio, etc.

Boa tarde a todos, No meu entendimento temos que ter a série também pois vai chegar um momento que devemos reiniciar a numeração e ai como fica? Note que na NF-e, CT-e e MDF-e todos possuem a série e o numero compondo a chave, que por sinal é usada como nome do XML.

Boa tarde ALA, Qual é o motivo de ter alterado o valor de UseCertificado? Qual é o motivo de não validar o lote antes do seu envio? Sendo que existe os schemas. Qual é o motivo de ter removido o nome do arquivo XSD dos serviços?

Boa tarde Heronim, Vou verificar o problema e fazer as devidas correções. ===== Favor atualizar os fontes e realizar novos testes.

Boa tarde Fábio, O problema é que no schema disponibilizado pela prefeitura o atributo ID tem que ser escrito da seguinte forma: "id", tudo em minusculo. Neste caso ao assinar o documento (RPS) e depois o Lote a propriedade URI da Tag: Reference fica vazia, uma vez que a DLL da capicom não consegue assinar quando o atributo ID é todo minusculo, sendo que o correto seria: "Id", a letra "i" em maiúsculo. Agora gerar um valor para o ID cujo primeiro carácter seja uma letra sem nenhum problema, mas qual letra?

Boa tarde Rômulo, Muito obrigado pela colaboração. Favor atualizar os seus fontes, pois o Cidades.INI seu esta desatualizado com o que esta no repositório.

Boa tarde, Tomem cuidado, pois existe duas versões, sendo que uma delas foi desativada em 22/02/2015. Página 11 - item 3.4.2 do Manual versão 2.4.1 do Web Service da Prefeitura de São Paulo.

Boa tarde Douglas, A sua implementação não esta muito correta, pois essa unit ela tem que ler o conteúdo do XML apenas. E não montar uma informação para que possa ser impressa no DANFSE. O que você fez tem que ser feito no DANFSE e não na unit de leitura do XML. Agora se existem TAGs no XML que não existe uma propriedade no componente para armazenar a informação dela, ai já é outra história. Neste caso é preciso implementar essas propriedades.

Boa tarde Tiago, Pelo manual cheguei a conclusão que não segue o layout da ABRASF, trata-se de um layout próprio, infelizmente mais uma empresa (caso a prefeitura tenha contratado), apesar que a própria prefeitura tenha implementado o sistema de recepção de notas fiscais de serviço. De qualquer foram, repito infelizmente mais um que não segue o layout.

Boa tarde Wagner, Ve se esse link lhe ajuda: http://www.ophos.com.br/app/publicacoes/detalhe/ct-e-de-anulacao-e-substituicao/

Boa tarde Jean, O objetivo do fórum é o componente ACBrMDFe, mas no seu caso será que você não enviou o MDF-e para o ambiente de homologação e ao realizar a consulta esta consultando-o no ambiente de produção?

Boa tarde Felipe, Em vez de: CST=6 coloque: CST=06 Vamos ver se vai funcionar.

Bom dia Reinaldo, Fazendo uma analise em um dos fontes que compõe o ACBrMonitor Plus, notei que ainda não foi implementado a rotina para gerar essas informações no XML. Em um primeiro momento foi implementado tudo o que é obrigatório e algumas informações opcionais, sendo assim nem tudo foi implementado. Vou propor ao pessoal que cuida do Monitor que seja feita uma revisão e implementar o que esta faltando.

Bom dia a todos, O problema apresentado pelo Robinho é mais um da SEFAZ-MG. A SEFAZ-MG é mestre em fazer essas besteiras, dia sim outro também aprontam uma.